Hi German,
let me quite myself. I want to fix this problem before a new release,
however I discovered it is not always reproducible.
I asked Gregory for help and obviously it works at his place.
I tried on my OpenBSD/gcc computer and it works fine.
I tried on FreeBSD/clang/libobjc2 and it reproduces.
I tried on NetBSD/gcc and it reproduces
The quickest test is to make a file read-only and try to rename it.
How do other people fare with their setups? I see no patters. My 3
machines are x86-32,it is not related to clang/libobjc-2 only.... I
don't get it.
I have no real clue, but usually system dependent stuff means stuff like
mismatching signatures, nsuinterer/nsinteger.... casts...
Warnings might be a clue
On 09/12/13 11:51, Riccardo Mottola wrote:
Hi,
On 09/12/13 06:42, Germán Arias wrote:
On 2013-09-11 03:54:23 -0600 Riccardo Mottola
<[email protected]> wrote:
Sorry, the problem is only with directories.
Actually the problem is real and for many different errors, I looked
at the code closely. You can:
1) mark a file read-only, try to rename it later
2) try to rename a file to zero-length
3) try to rename a directory with a ".app" extension
4) there are a couple of other exceptions you can trigger
I checked the code, which did no t change significantly over the
years, but used to work! (if you try on debian where all packages are
stone-age old, everything works!
The code does:
-> error condition
-> Show alert panel
-> run stop-editing code & return
Essentially it never stop editing properly and gets in a sort of loop.
A quick fix is to "stop" the editing before runnig the alert panel: it
will work (except for the fact that to continue editing you need to
click on another file and get back). But this is not the real
solution: for a panel with a YES/NO choice... you can't :)
Currently I'm at loss here
Riccardo
PS: while debugging this I found an incredible number of exceptions!
being in the debugger showed them, I fixed all of them :) Fix this and
the next GWorkspace will be great! hah!
_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
