(
Jump to the original submission)
Thu 19 Jan 2012 10:23:34 AM UTC, comment #7:
More recent versions of the GNU runtime fix this.
|
Fri 05 Feb 2010 06:18:01 PM UTC, comment #6:
people should use a patched libobjc or try libobjc2 from the gnustep svn repository (or simply call a class method before starting threads).
|
Fri 12 Jun 2009 07:14:40 AM UTC, comment #5:
Changed status to 'fixed' since this is actually an objc runtime bug, and we have a patch to the runtime which fixes it.
|
Mon 08 Dec 2008 08:48:25 AM UTC, comment #4:
I added a gcc/libobjc bug report for this at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38307
I can supply a patch against gcc subversion for the runtime if people are interested.
|
Wed 13 Jun 2007 05:35:03 PM UTC, comment #3:
Thanks Richard, workaround seems to do the trick :-)
|
Wed 13 Jun 2007 05:23:52 PM UTC, comment #2:
Calling [NSURLHandle class] before detaching any threads should work around the problem ... please give it a try.
|
Wed 13 Jun 2007 04:53:31 PM UTC, comment #1:
I think this might be due to an objc-runtime bug ... am investigating.
|
Wed 13 Jun 2007 11:38:44 AM UTC, original submission:
The attached program will attempt to fetch from an NSURLHandle multiple times, spawning multiple threads to do it. On apple-apple-* it works as expected, and every fetch results in some data being available. On gnu-gnu-* it doesn't work reliably, with more than one worker thread. Sometimes it's completely successful, but sometimes some of the -[NSURLHandle loadInForeground] requests return nil and, as I've been testing with HTTP URLs, also don't have an NSHTTPPropertyStatusCodeKey; it seems like the method returns without actually having performed the load.
|
Depends on the following items: None found
Items that depend on this one: None found
Follow 5 latest changes.