[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bug in NSApplication
From: |
Adam Fedor |
Subject: |
Re: bug in NSApplication |
Date: |
Mon, 15 Jul 2002 12:11:04 -0600 |
User-agent: |
Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.0rc2) Gecko/20020513 |
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.
- Re: bug in NSApplication, Adam Fedor, 2002/07/01
- Re: bug in NSApplication, BALATON Zoltan, 2002/07/03
- Re: bug in NSApplication, Nicola Pero, 2002/07/16
- Re: bug in NSApplication, Chris B . Vetter, 2002/07/16
- Re: bug in NSApplication, Adam Fedor, 2002/07/16
- Re: bug in NSApplication, Chris B . Vetter, 2002/07/16