Re: bug in NSApplication

[Adam Fedor]

Chris B.Vetter wrote:
> However, upon launching gdomap and gdnc, the former complained that
> it wasn't able to connect to port 538. Closer inspection showed that
> the creation of /var/run/gdomap.pid happens _after_ switching to user
> 'nobody' - bad idea, since (at least) on BSD systems, /var/run is only
> writable by root. Ok, that's easy enough to fix, I can either move the
> creation before the user switch, or chmod /var/run. Though I prefer to
> do the former.

Well the reason this was changed is that any (malicious) user could 
destroy any file they wanted to, simply by doing:

gdomap -I destroy_this_file

Perhaps we should change it back but only allow the PID file to be 
written if the program is run by the root user? I hope someone else has 
an opinion on this as I don't think I'm smart enough to know all the 
implications.

> The third was by launching GNUMail - and only GNUMail. It will raise an
> exception almost immediately, that 'NXConstantString does not recognize
> getCharacter:' ... RFM states in an email to Yen-Ju Chen, that this "is
> a sure indicator of a problem with the objc runtime library." - If that's
> the case, I wonder why it _only_ happens with GNUMail?!
> OTOH, I saw Ludovic's statement that GNUMail is b0rk, as he termed it, on 
> channel #GNUstep.

Odd.

> Maybe I'm mistaken (or, more likely, do something wrong) but it seems like
> NSSetUncaughtExceptionHandler(foobar) called from a Tool does not really
> change the exception handler to foobar().
> Whenever I try to raise an exception, say
>
>   [NSException raise: @"Foobar"
>               format: @"Foobar occured"]
>
> instead of jumping to foobar() (in which I'm checking [exception name] and
> run through a couple of if()'s) I'm presented with a popup window (huh?!)
> showing "Foobar" in the upper part, and "Foobar occured" in the lower. I
> can imagine what will happen, if I run that Tool without X...
> Btw, I used the same code in an Application, and it works just as supposed
> to, that is, jumping to foobar(), not showing any popups.

It should work. Although if you access the sharedApplication object, you 
would need to set it after sharedApplication was created.

> Finally, and more closely to the inital mail, ImageViewer, Gorm and
> ProjectCenter will take any WM down upon closing almost every 8 out
> of 10 times. I've tested all examples in CVS as well as a couple of
> others, like GSPdf or Preferences - those seem to be working fine.

I've had this had this happen on occation, but never enough to be able 
to isolate the problem. If you can send me a set of instructions that do 
this repeatedly, I can isolate it.

--
Adam Fedor, Digital Optics Corp.      | I'm glad I hate spinach, because
http://www.doc.com                    | if I didn't, I'd eat it, and you
                                      | know how I hate the stuff.