http://blog.gmane.org/gmane.comp.lib.gnustep.bugs hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14282 <pre>Hi, I am trying to install GNUstep and I am getting errors - logs are attached. Thanks for help. Jiri _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> Jiří Boldyš 2013-05-20T22:36:01 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14280 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38981&gt; Summary: NSMessagePortNameServer initialize method doesn't remove obsolete name references Project: GNUstep Submitted by: msilvax28 Submitted on: Mon 13 May 2013 09:08:51 PM GMT Category: Base/Foundation Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: The logic in the +initialize method has logic that tries to remove old names. It tries to remove names assigned to the current pid and tries to see if other pids that have names are now dead. The logic as implemented removes no names, as it assumes the beginning of the first line of the name file is the PID (with a . suffix). However, the name files have this format: &lt;path to 'port' in file system&gt;\n &lt;owner pid&gt;\n for example: /tmp/GNUstepSecure1000/NSMessagePort/ports/10280.4 10280 I have code that I think fixes it, but I don't know enough about GNUstep to be sure. _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38981&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Michael Silva 2013-05-13T21:08:52 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14279 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38980&gt; Summary: NSConnection can cause thread deadlock Project: GNUstep Submitted by: msilvax28 Submitted on: Mon 13 May 2013 04:59:35 PM GMT Category: Base/Foundation Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: There are cases in NSConnection when the use of NSRecursiveLocks between objects can lead to 2 threads deadlocking. The case I have seen is in gnustep-base v1.24.4. The NSConnection method locateLocalTarget: locks the following objects in this order IrefGate for self connection_table_gate IRefGate for another NSConnection In addition, the invalidate method locks objects in this order IrefGate connection_table_gate I have seen 1 lockup scenario, and fear for another occuring. Scenario: NSConnection 'A' has its locateLocalTarget: methods called. It locks the local IrefGate and proceeds into the method. Later in the method it locks connection_table_gate and begins to scan the members of the connection_table. Another NSConnection 'B' has invalidate called on another thread. It locks the local IrefGate and proceeds into the method. It later attempts to lock connection_table_gate but cannot as the thread running NSConnection 'A' has it. The thread blocks. Back on the thread for NSConnection 'A', while enumerating connection_table it attempts to lock NSConnection 'B' IrefGate. It cannot, because the thread running NSConnection 'B' has it. So it locks. The threads running NSConnections A and B are now deadlocked. I am also concerned that the same deadlock can happen if both Connection A and B enter locateLocalTarget at the same time where one connection gets its local IrefGate and connection_table_gate and the other gets only its local IRefGate. I don't have enough context on the software to recommend a solution, although I have 'tinkered' with something that seems to help (still testing). For information, in my test application it takes about 8-12 hours of continuous run before this condition occurs. _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38980&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Michael Silva 2013-05-13T16:59:37 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14278 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38955&gt; Summary: NSURLConnection does not release its delegate when it should Project: GNUstep Submitted by: cpulsford Submitted on: Thu 09 May 2013 10:15:23 PM GMT Category: Base/Foundation Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: I am running on an Intel NUC running debian wheezy, with hand built gnustep 1.24. My GCC is version 4.7.2. This is sort of a corollary to this bug: https://savannah.gnu.org/bugs/?func=detailitem&amp;item_id=35686 I have written a wrapper around NSURLConnection called RPMHTTPConnection. In the attached test program, I alloc/init an RPMHTTPConnection, send a request, receive a callback, and then release the RPMHTTPConnection instance. However, -dealloc is never called in my RPMHTTPConnection class and I suspect that the underlying NSURLConnection is not releasing its delegate after the request finishes. If I am more eager about releasing the NSURLConnection, like releasing it in the method where RPMHTTPConnection calls its own delegate, the dealloc is called as I would expect. Today, May 9th 2013, I checked out the latest gnustep and I do not see _delegate being released after the connection finished or fails. When I run the attached program I get this output: NSURLConnectionBug[16514] got response from instance: 0x9b19e74, data length: 44074 When I run the equivalent program on my Mac I get this output: NSURLConnectionBug[9650] got response from instance: 0x9d8e22c, data length: 44074 NSURLConnectionBug[9650] deallocing instance: 0x9d8e22c _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Thu 09 May 2013 10:15:23 PM GMT Name: NSURLConnectionBug.zip Size: 47kB By: cpulsford &lt;http://savannah.gnu.org/bugs/download.php?file_id=28056&gt; ------------------------------------------------------- Date: Thu 09 May 2013 10:15:23 PM GMT Name: RPMHTTPConnection.m Size: 7kB By: cpulsford &lt;http://savannah.gnu.org/bugs/download.php?file_id=28057&gt; _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38955&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Cameron Pulsford 2013-05-09T22:15:25 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14275 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38933&gt; Summary: [Thematic] copyright info support Project: GNUstep Submitted by: rmottola Submitted on: Wed 08 May 2013 07:54:49 AM GMT Category: Application Severity: 2 - Minor Item Group: Change Request Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: Among the theme information (version, Details...) Thematic should add a line for copyright/license information, like a regular project. This is useful for redistribution. _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38933&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Riccardo mottola 2013-05-08T07:54:50 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14273 <pre>Hi, GNUstep.h doesn't compile with clang in C++11 mode. I get the following errors: /opt/GNUstep/Local/Library/Headers/GNUstepBase/GNUstep.h:347:19: error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal] PRIuPTR", %"PRIuPTR" } extends beyond size (%"PRIuPTR")", \ ^ /opt/GNUstep/Local/Library/Headers/GNUstepBase/GNUstep.h:347:53: error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal] PRIuPTR", %"PRIuPTR" } extends beyond size (%"PRIuPTR")", \ ^ /opt/GNUstep/Local/Library/Headers/GNUstepBase/GNUstep.h:356:30: error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal] format: &lt; at &gt;"in %s, index %"PRIuPTR" is out of range", \ Can someone commit the trivial fix for this? Thanks! Kal </pre> Kal 2013-05-07T21:45:49 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14272 <pre>I am using debian wheezy with hand built gnustep 1.24 and the gcc 4.7.2 objc runtime. I am getting an exception from calling [[NSFileManager defaultManager] fileExistsAtPath:] with the following two arguments and presumably others: &lt; at &gt;"/home/user/GNUstep/Library/ApplicationSupport/Foo/mediaServer/Jeff Hamilton Trio-NS/J.Hamｉlton/Beatles.png" &lt; at &gt;"/home/user/GNUstep/Library/ApplicationSupport/Foo/mediaServer/Brad White &amp; Pierre Grill-Winter’s Journey.png" Here are those strings again converted with CFStringTransform to include the unicode special character names: &lt; at &gt;"/home/user/GNUstep/Library/ApplicationSupport/Foo/mediaServer/Jeff Hamilton Trio-NS/J.Ham\N{FULLWIDTH LATIN SMALL LETTER I}lton/Beatles.png" &lt; at &gt;"/home/user/GNUstep/Library/ApplicationSupport/Foo/mediaServer/Brad White &amp; Pierre Grill-Winter\N{RIGHT SINGLE QUOTATION MARK}s Journey.png" Internally, that method eventually calls [GSUnicodeString cStringUsingEncoding:NSISOLatin1StringEncoding] which raises this exception: &lt;NSException: 0x83a29bc&gt; NAME:NSCharacterConversionException REASON:Can't get cString from Unicode string. INFO:(null) I do not get this crash when running the same code on a mac. Is there any way I should be sanitizing strings before I pass them to the -fileExistsAtPath: method? _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> Cameron Pulsford 2013-05-07T20:15:06 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14270 <pre>Hi! So when I run cd /usr/ports/devel/gnustep &amp;&amp; make install clean I get the following error: Code: configure: exit 1 (end of "config.log") *** [do-configure] Error code 1 Stop in /usr/ports/lang/gnustep-base. *** [build-depends] Error code 1 Stop in /usr/ports/devel/gnustep. Ok, so I got into /usr/ports/lang/gnustep-base and run the whole make and install and I then get the following error: Code: configure: exit 1 (end of "config.log") *** [do-configure] Error code 1 Stop in /usr/ports/lang/gnustep-base. I'm at a loss on what to do next. Any hints? I think this is a bug…. Thanks! _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> Bartlomiej Mika 2013-05-02T02:32:48 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14267 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38859&gt; Summary: GDL2 build failures on Apple platforms Project: GNUstep Submitted by: leeg Submitted on: Tue 30 Apr 2013 02:32:54 PM GMT Category: gdl2 Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: Hi, I'm building GDL2 from r36452 on apple-apple-apple. The build is fine, but linking fails because it tries to use Linux-style -lFramework instead of Apple-style -framework Framework flags. I can patch the GNUmakefiles to solve my problem (example below), but a patch should really support both linker styles and I don't know how I'd do that. Thanks, Graham. -EOAccess_LIBRARIES_DEPEND_UPON = -lEOControl $(OBJC_LIBS) +EOAccess_LIBRARIES_DEPEND_UPON = -framework EOControl $(OBJC_LIBS) _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38859&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Graham Lee 2013-04-30T14:32:55 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14263 <pre>Hello, Unable to install gnustep neither .25 nor .28 sending build log.. Please, help. Thanks. _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> ganesh jaiswal 2013-04-27T03:23:52 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14261 <pre>Requesting help in building gnustep. log file attached. Thank you. </pre> Jerome Brathwaite 2013-04-18T14:27:07 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14259 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38759&gt; Summary: r36544 doesn't compile with clang Project: GNUstep Submitted by: znek Submitted on: Wed 17 Apr 2013 12:32:17 PM GMT Category: Base/Foundation Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: NSMetadata.m doesn't request certain ivars of NSMetadata*-classes to be exposed, which is necessary for clang. The attached patch fixes this bug. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Wed 17 Apr 2013 12:32:17 PM GMT Name: base-NSMetadata.patch Size: 589B By: znek &lt;http://savannah.gnu.org/bugs/download.php?file_id=27897&gt; _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38759&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Marcus Müller 2013-04-17T12:32:19 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14254 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38680&gt; Summary: Crash when observing notifications via a forwarded selector Project: GNUstep Submitted by: wlux Submitted on: So 07 Apr 2013 10:18:31 GMT Category: Base/Foundation Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: I have recently stumbled across this nasty bug when using the StepTalk framework to handle notifications in a script. The attached test program crashes under GNUstep when the notification is posted. I had a tough time tracking this bug down. It happens because when an observer is registered the notification center saves the method's implementation. As -test: is a forwarded method, the code for -methodForSelector: returns a fresh closure by calling cifframe_closure. But this closure is allocated in an autoreleased memory block, so at the time the notification is posted, the closure is no longer valid and the closure's code has been overwritten by some random data. Incidentally, the test program works fine under OS X. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: So 07 Apr 2013 10:18:31 GMT Name: GNUmakefile Size: 192B By: wlux &lt;http://savannah.gnu.org/bugs/download.php?file_id=27803&gt; ------------------------------------------------------- Date: So 07 Apr 2013 10:18:31 GMT Name: main.m Size: 3kB By: wlux &lt;http://savannah.gnu.org/bugs/download.php?file_id=27804&gt; _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38680&gt; _______________________________________________ Nachricht gesendet von/durch Savannah http://savannah.gnu.org/ </pre> Wolfgang Lux 2013-04-07T10:18:32 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14250 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38640&gt; Summary: GSScanDouble should use strtod Project: GNUstep Submitted by: lcampbel Submitted on: Sun 31 Mar 2013 05:51:51 PM GMT Category: Base/Foundation Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: Is there any particular reason why GSScanDouble doesn't just use strtod? It produces slightly different results from strtod, which causes annoying problems when numbers that are expected to be equal turn out not to be. _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38640&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Larry Campbell 2013-03-31T17:51:51 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14248 <pre>Hello, Please see attached logs.tar.gz for my failed gnustep install on Cygwin. I really, really appreciate any help you can give me in getting a successful install. Thanks! Todd Shandelman Houston, TX ******** Building libobjc ********** This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for help. echo "" &gt; tmp-runtime echo "/* This file is automatically generated */" &gt; runtime-info.h `gcc -print-prog-name=cc1obj` -print-objc-runtime-info tmp-runtime &gt;&gt; runtime-info.h rm -f tmp-runtime Making all for clibrary libobjc... Compiling file archive.c ... Compiling file class.c ... Compiling file encoding.c ... Compiling file gc.c ... Compiling file hash.c ... Compiling file init.c ... Compiling file misc.c ... Compiling file nil_method.c ... Compiling file objects.c ... Compiling file sarray.c ... Compiling file selector.c ... Compiling file sendmsg.c ... runtime-info.h:4:12: warning: 'struct_forward_array' defined but not used Compiling file thr-win32.c ... Compiling file thr.c ... Compiling file libobjc_entry.c ... {standard input}: Assembler messages: {standard input}:80: Error: can't resolve `.idata$3' {.idata$3 section} - `Ltext0' {.text section} {standard input}:81: Error: can't resolve `.idata$3' {.idata$3 section} - `Ltext0' {.text section} {standard input}:85: Error: can't resolve `.idata$3' {.idata$3 section} - `Ltext0' {.text section} {standard input}:86: Error: can't resolve `.idata$3' {.idata$3 section} - `Ltext0' {.text section} {standard input}:90: Error: can't resolve `.idata$3' {.idata$3 section} - `Ltext0' {.text section} {standard input}:91: Error: can't resolve `.idata$3' {.idata$3 section} - `Ltext0' {.text section} {standard input}:95: Error: can't resolve `.idata$3' {.idata$3 section} - `Ltext0' {.text section} {standard input}:96: Error: can't resolve `.idata$3' {.idata$3 section} - `Ltext0' {.text section} /home/x0186301/GNUstep/System/Library/Makefiles/rules.make:458: recipe for target `obj/libobjc.obj/libobjc_entry.c.o' failed make[3]: *** [obj/libobjc.obj/libobjc_entry.c.o] Error 1 /home/x0186301/GNUstep/System/Library/Makefiles/Instance/library.make:275: recipe for target `internal-library-all_' failed make[2]: *** [internal-library-all_] Error 2 /home/x0186301/GNUstep/System/Library/Makefiles/Master/rules.make:298: recipe for target `libobjc.all.clibrary.variables' failed make[1]: *** [libobjc.all.clibrary.variables] Error 2 /home/x0186301/GNUstep/System/Library/Makefiles/Master/clibrary.make:37: recipe for target `internal-all' failed make: *** [internal-all] Error 2 make[2]: *** [internal-library-all_] Error 2 make[1]: *** [libobjc.all.clibrary.variables] Error 2 make: *** [internal-all] Error 2 --------------------------------------------------------- Installation of libobjc failed. Send the /cygdrive/c/Documents_and_Settings/x0186301/Desktop/gnustep/gnustep-startup-0.28.0/build/logs.tar.gz file to bug-gnustep&lt; at &gt;gnu.org for help --------------------------------------------------------- _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> Todd Shandelman 2013-03-28T15:09:45 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14246 <pre>Hello, Sorry, I can't help but forwarded your message to the bug-gnustep list where someone might be able to fix it. Which versions of the libraries are you using? Are you sure there's no version mismatch between them? Regards, BALATON Zoltan ---------- Forwarded message ---------- Date: Wed, 27 Mar 2013 18:46:48 +0200 From: Gil Bahat &lt;bahat.gil&lt; at &gt;gmail.com&gt; To: balaton&lt; at &gt;eik.bme.hu Subject: gnustep-opal small bug Hi, I am trying to use gnustep-opal with darling (http://darling.dolezel.info) and I am getting into an issue which I thought you might be able to solve: Error: Instance variables in OPFreeTypeFont overlap superclass NSFont. Offset of first instance variable, fontFace, is 64. Last instance variable in superclass, cachedFlippedFont, ends at offset 112. This probably means that you are subclassing aclass from a library, which has changed in a binary-incompatibleway. Aborted (core dumped) it would be great if you could fix that to match NSFont again, I am looking forward to using my program with opal… Gil_______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> BALATON Zoltan 2013-03-27T21:03:50 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14244 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38606&gt; Summary: [GWorkspace] permission problems during rename Project: GNUstep Submitted by: rmottola Submitted on: Wed 27 Mar 2013 10:33:57 AM GMT Category: Application Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: a link to a file or a directory where ther euser does not have permissions (e.g. to a system file or to /) cannot be renamed _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38606&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Riccardo mottola 2013-03-27T10:33:59 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14243 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38604&gt; Summary: [GWorkspace] during move to trash pause does not work Project: GNUstep Submitted by: rmottola Submitted on: Wed 27 Mar 2013 08:28:53 AM GMT Category: Application Severity: 2 - Minor Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: pause toggles the button, but the task continues _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38604&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Riccardo mottola 2013-03-27T08:28:55 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14231 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38502&gt; Summary: gnustep-config: call make with --no-print-directory Project: GNUstep Submitted by: jeroen Submitted on: Mon 11 Mar 2013 06:07:02 PM CET Category: Makefiles Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: The attachd patch adds --no-print-directory to invocations of make in gnustep-config. I ran into the problem that gnustep-config was called from a submake and make invokes submakes with "-w" and MAKEFLAGS is set to "w". In that case gnustep-config will also print the entering/leaving directory messages: runge:~% export MAKEFLAGS=w runge:~% gnustep-config --base-libs make: Entering directory `/home/jeroen' -rdynamic -pthread -shared-libgcc -fexceptions -fgnu-runtime -L/home/jeroen/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/lib -lgnustep-base -lobjc -lm make: Leaving directory `/home/jeroen' runge:~% When we call make with --no-print-directory this doesn't happen. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Mon 11 Mar 2013 06:07:02 PM CET Name: gnustep-config.patch Size: 2kB By: jeroen &lt;http://savannah.gnu.org/bugs/download.php?file_id=27597&gt; _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38502&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Jeroen Dekkers 2013-03-11T17:07:04 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14209 <pre>URL: &lt;http://savannah.gnu.org/bugs/?38450&gt; Summary: -[NSFileManager contentsEqualAtPath:andPath:] gives incorrect results for directories Project: GNUstep Submitted by: lcampbel Submitted on: Fri 01 Mar 2013 03:45:02 PM GMT Category: Base/Foundation Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: This method is supposed to compare two paths; if they're directories, it's supposed to recurse into them. It works for plain files, but for directories, it doesn't actually compare the contents of the items in the directories, just their names and file types. _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38450&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> Larry Campbell 2013-03-01T15:45:03 http://comments.gmane.org/gmane.comp.lib.gnustep.bugs/14204 <pre>I re-post my patch as one file. </pre> Jean-Charles BERTIN 2013-02-27T17:11:36 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.gnustep.bugs