[Cuis-dev] copy:to:

[lewis at mail.msen.com]

I will add some points here because they may not be obvious.

Most unix file systems do not keep track of file creation time (there is 
a good description in the man pages at 
https://man.archlinux.org/man/inode.7.en), so the time stamps for files 
in Cuis is not really what you might expect when you are running on a 
Linux system. Also, on Windows the time stamps associated with files 
follow a different model. I think that the Windows model is more closely 
aligned with what we have in Cuis, possibly because the first VMs for 
Squeak were written by Andreas Raab for Windows.

Most of the time this does not matter very much, but it does mean that 
writing a portable implementation for moving files within file systems 
is not nearly as simple as it sounds.

If you need a quick solution to the problem, then using OSProcess to run 
/usr/bin/mv on Linux is a reasonable thing to do. But it does require 
having OSProcess and SqueakCompatibility installed in your image, so I 
don't know if that would be good for DrGeo.

Dave

On 2026-09-15 12:28, Juan Vuletich via Cuis-dev wrote:

> Right. I guess a new primitive in FilePlugin would be needed to 
> preserve it. As an alternative, it may be possible to ask OSProcess to 
> run a copy OS command.
> 
> HTH,
> 
> On 2026-09-13 5:32 AM, Hilaire Fernandes via Cuis-dev wrote:
> 
>> Hi,
>> 
>> I am observing the #copy:to: message does not preserve the creation 
>> and modification times of the copied file.
>> 
>> If you do the same operation from your host filing system, these 
>> attributes are preserved.
>> 
>> When examining the code of the copy:to: method, Cuis really loads and 
>> saves the data from one file to the destination.
>> 
>> Hilaire
>> 
>> --
>> http://mamot.fr/@drgeo
> 
> --
> Juan Vuletich
> www.cuis.st [1]
> github.com/jvuletich
> researchgate.net/profile/Juan-Vuletich
> independent.academia.edu/JuanVuletich
> patents.justia.com/inventor/juan-manuel-vuletich


Links:
------
[1] http://www.cuis.st
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20260915/c660420a/attachment.htm>