Op do 02-10-2003, om 13:25 schreef [EMAIL PROTECTED]: > Hi, > > reply below quoted text. > > > Hello. > > > > So here's the conflict:: It's clear that the status routine requires that > > the > > entry in the queue never have a null u->name. But upload_create *_never_* > > copies any data into that structure member. So where is it supposed to be > > added, and how come we never call that function? > > Can't answer that right now. But it is probably looked up in the local > library. If the file isn't shared the name is probably null (same goes for > SHA1)
Gtkg should abort the upload and say File not found. It shouldn't reach
PARQ at all.
> >
> > Is is possible that the GNU compiler allows references to null pointers
> > without causing segfaults? Solaris certainly doesn't, and the only other
> > system that I am aware of that does is HP, and even then it has to be
> > told to do that. By default, it triggers a segfault, just like Solaris.
>
> Yes it does. For example when you do a printf("Test: %s\n", NULL); it will
> print "Test: (null)". That is probably why the problem wasn't triggered
> before
I added some assertions to try to duplicate the problem. But I was
unable to duplicate your problem. The assertions are now in CVS
Those are only there just to make sure that u->name == NULL isn't
happening on the current 'supported' platforms.
This means the problem isn't in PARQ, but somewhere else. I would
appreciate if you send us the diff.
You can get a snapshot of CVS at http://gtk-gnutella.asselman.com
as anonymous CVS is still lagging.
--
Jeroen Asselman <[EMAIL PROTECTED]>
signature.asc
Description: Dit berichtdeel is digitaal ondertekend
