Two NSFileManager questions
1) NSFileManager, in -_copyPath:::, when encounters a directory, tries to create a new destination directory with the same attributes of the source; if the directory is created but the attributes can't be set it skips the source contents, even if _proceedAccordingToHandler: returns YES. I'm wondering if this is the right behaviour or if it should be considered a bug. It seems to me a bit restrictive; if I'm a user and I want to make a copy in my home directory of an external directory for which I've read access, this should be allowed; in this case NSFileManager should try to change only the permissions but not owner and group. 2) I can't find a way to remove broken symlinks; -removeFileAtPath:: doesn't work in this case. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Two NSFileManager questions
On 2006-03-09 10:55:20 +0200 Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: On 8 Mar 2006, at 13:32, Enrico Sersale wrote: 2) I can't find a way to remove broken symlinks; - removeFileAtPath:: doesn't work in this case. I can't see why this shouldn't work for you ... the code looks OK and the method works fine for me. This was a GWorkspace bug; fixed. I was assuming that -fileExistsAtPath: doesn't traverse the link but refers to the symbolic link itself. However, when I tried using GWorkspace to delete a symbolic link (or indeed any file) ... something I don't ever normally do, the file deletion itsself works fine but GWorkspace immediately crashes during a thread exit. Does anyone else get this, or is it just me? I guess it could be a problem with running 64bit code, since my system is unusual in that respect. This should not happen... Does GWorkspace crash only deleting or with all the file operations? Perhaps a gdb backtrace could help me. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Two NSFileManager questions
On 2006-03-09 18:42:13 -0600 Enrico Sersale <[EMAIL PROTECTED]> wrote: On 2006-03-09 10:55:20 +0200 Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: On 8 Mar 2006, at 13:32, Enrico Sersale wrote: 2) I can't find a way to remove broken symlinks; - removeFileAtPath:: doesn't work in this case. I can't see why this shouldn't work for you ... the code looks OK and the method works fine for me. This was a GWorkspace bug; fixed. I was assuming that -fileExistsAtPath: doesn't traverse the link but refers to the symbolic link itself. This should not happen... Does GWorkspace crash only deleting or with all the file operations? Perhaps a gdb backtrace could help me While on the subject of symlinks GWorkspace can't select dangling symlinks there for can't be moved or deleted. later Jonathan Isom ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Two NSFileManager questions
On 2006-03-10 05:28:59 +0200 Jonathan Isom <[EMAIL PROTECTED]> wrote: On 2006-03-09 18:42:13 -0600 Enrico Sersale <[EMAIL PROTECTED]> wrote: On 2006-03-09 10:55:20 +0200 Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: On 8 Mar 2006, at 13:32, Enrico Sersale wrote: 2) I can't find a way to remove broken symlinks; - removeFileAtPath:: doesn't work in this case. I can't see why this shouldn't work for you ... the code looks OK and the method works fine for me. This was a GWorkspace bug; fixed. I was assuming that -fileExistsAtPath: doesn't traverse the link but refers to the symbolic link itself. This should not happen... Does GWorkspace crash only deleting or with all the file operations? Perhaps a gdb backtrace could help me While on the subject of symlinks GWorkspace can't select dangling symlinks there for can't be moved or deleted. later Jonathan Isom You should try with the changes I committed yesterday to svn. All the symlink (broken or not) problems should be gone. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Two NSFileManager questions
On 8 Mar 2006, at 13:32, Enrico Sersale wrote: 1) NSFileManager, in -_copyPath:::, when encounters a directory, tries to create a new destination directory with the same attributes of the source; if the directory is created but the attributes can't be set it skips the source contents, even if _proceedAccordingToHandler: returns YES. I'm wondering if this is the right behaviour or if it should be considered a bug. It seems to me a bit restrictive; if I'm a user and I want to make a copy in my home directory of an external directory for which I've read access, this should be allowed; in this case NSFileManager should try to change only the permissions but not owner and group. Agreed ... when copying a directory we should not be trying to preserve the original ownership ... should be fixed in svn. 2) I can't find a way to remove broken symlinks; - removeFileAtPath:: doesn't work in this case. I can't reproduce this ... -removeFileAtPath: removes broken links for me. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Two NSFileManager questions
On 8 Mar 2006, at 13:32, Enrico Sersale wrote: 2) I can't find a way to remove broken symlinks; - removeFileAtPath:: doesn't work in this case. I can't see why this shouldn't work for you ... the code looks OK and the method works fine for me. However, when I tried using GWorkspace to delete a symbolic link (or indeed any file) ... something I don't ever normally do, the file deletion itsself works fine but GWorkspace immediately crashes during a thread exit. Does anyone else get this, or is it just me? I guess it could be a problem with running 64bit code, since my system is unusual in that respect. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Two NSFileManager questions
Richard Frith-Macdonald wrote: On 8 Mar 2006, at 13:32, Enrico Sersale wrote: 2) I can't find a way to remove broken symlinks; -removeFileAtPath:: doesn't work in this case. I can't see why this shouldn't work for you ... the code looks OK and the method works fine for me. However, when I tried using GWorkspace to delete a symbolic link (or indeed any file) ... something I don't ever normally do, the file deletion itsself works fine but GWorkspace immediately crashes during a thread exit. Does anyone else get this, or is it just me? I guess it could be a problem with running 64bit code, since my system is unusual in that respect. Did you file a bug against this issue, or fix the problem yourself? ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Two NSFileManager questions
Enrico Sersale wrote: On 2006-03-09 10:55:20 +0200 Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: On 8 Mar 2006, at 13:32, Enrico Sersale wrote: 2) I can't find a way to remove broken symlinks; - removeFileAtPath:: doesn't work in this case. I can't see why this shouldn't work for you ... the code looks OK and the method works fine for me. This was a GWorkspace bug; fixed. I was assuming that -fileExistsAtPath: doesn't traverse the link but refers to the symbolic link itself. Enrico, First of all, I'd like to thank you for being so responsive in fixing GWorkspace bugs. Secondly, I'd just like to request that your replies to bugreports be a little bit more explicit in whether or not the bugreport is what caused you to find the issue, or whether it had *previously* been fixed in SVN. Thanking people for reports makes it clear their report was useful once a bug has been fixed, and that they are not duplicating efforts. Once again, thanks for all your hard work. Alex Perez ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev