http://permalink.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://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14281 <pre>2013/5/16, ganesh jaiswal &lt;ganesh.jn&lt; at &gt;gmail.com&gt;: gnustep-startup contains old gnustep packages. In the new packages, by default, gnustep isn't installed in /usr/GNUstep. I don't remember exactly where is this installed. But you can check the file /etc/GNUstep/GNUstep.conf where are listed all the paths used by GNUstep. Regards. </pre> German Arias 2013-05-17T06:05:03 http://permalink.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</pre> Michael Silva 2013-05-13T21:08:52 http://permalink.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 lock</pre> Michael Silva 2013-05-13T16:59:37 http://permalink.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 </pre> Cameron Pulsford 2013-05-09T22:15:25 http://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14277 <pre> On 7 May 2013, at 21:15, Cameron Pulsford &lt;cpulsfor&lt; at &gt;me.com&gt; wrote: There should be no need ... the string is automatically converted to the file system encoding (the same thing as the default C-string encoding). The problem here seems to be that your system is using the default encoding (latin1) and presumably your system is actually using a utf-8 based encoding. Now, the default encoding should be automatically inferred from your operating system's nl_langinfo() function ... but may be set/overridden with the GNUSTEP_STRING_ENCODING environment variable. So you could try setting the environment variable to the encoding you want to use. Better still, you could run your code under gdb and set a breakpoint in the GSPrivateDefaultCStringEncoding() function (base/Source/Additions/Unicode.m) and step through and see if you can figure out why the automatic selection of encoding is not working (so we can improve that). _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org</pre> Richard Frith-Macdonald 2013-05-08T06:37:01 http://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14276 <pre> On 7 May 2013, at 22:45, Kal &lt;b17c0de&lt; at &gt;gmail.com&gt; wrote: We would need to know what the trivial fix is ... presumably there's some problem including the system headers, since the compiler seems to think that PRIuPTR is an identifier, which it is not (it's a standard preprocessor constant which should have been replaced by a literal string before the compiler sees it). Is that a system specific issue? Do we need to define some other constant before including headers etc? </pre> Richard Frith-Macdonald 2013-05-08T06:42:15 http://permalink.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://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14274 <pre>I think the problem here is that GNUstep has the impression that your file system is using Latin1, where it seems to be using UTF8. Fred On the road Am 07.05.2013 um 22:15 schrieb Cameron Pulsford &lt;cpulsfor&lt; at &gt;me.com&gt;: _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> Fred Kiefer 2013-05-08T07:22:03 http://permalink.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://permalink.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:</pre> Cameron Pulsford 2013-05-07T20:15:06 http://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14271 <pre>I don't have a FreeBSD, so I don't know how supposedly should work it. But try with the official released packages. I think is better if you write to people who made the packages for FreeBSD. Also, I don't know if those packages are updated. Or try with the official packages of gnustep. Installing these one by one. Regards. On 2013-05-01 20:32:48 -0600 Bartlomiej Mika &lt;bmika&lt; at &gt;icloud.com&gt; wrote: _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> Germán Arias 2013-05-03T17:38:18 http://permalink.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://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14269 <pre>Follow-up Comment #2, bug #38859 (project gnustep): Hi Matt, thanks for the advice. Removing the EOAccess_LIBRARIES_DEPEND_UPON line is sufficient, so the ADDITIONAL_NATIVE_LIBS settings in the preamble are working. However, I don't know whether this would affect other platforms, so no patch yet: The Target_LIBRARIES_DEPEND_UPON were added in r35397, which just says "Add flags": 2012-08-10 German A. Arias &lt;german&lt; at &gt;xelalug.org&gt; * EOInterface/GNUmakefile: * EOAccess/GNUmakefile: * EOAdaptors/SQLiteAdaptor/GNUmakefile.in: * EOAdaptors/PostgreSQLAdaptor/config.mak.in: * EOControl/GNUmakefile: * EOModeler/GNUmakefile: Add flags to compile with new linkers. I guess we need to ask German what "new linkers" there are, and how removing Target_LIBRARIES_DEPEND_UPON might break them? Thanks, Graham. _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38859&gt; ______________________________________</pre> Graham Lee 2013-05-01T09:20:05 http://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14268 <pre>Follow-up Comment #1, bug #38859 (project gnustep): the following entries in Makefile.preamble used to link this with the appropriate linker command line for the platform, figuring out whats gone awry there would be the right place to start ADDITIONAL_NATIVE_LIBS += EOControl ADDITIONAL_NATIVE_LIB_DIRS+=../EOControl (apologies if this gets sent twice) _______________________________________________________ Reply to this item at: &lt;http://savannah.gnu.org/bugs/?38859&gt; _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ </pre> matt rice 2013-05-01T02:17:34 http://permalink.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 = -fram</pre> Graham Lee 2013-04-30T14:32:55 http://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14266 <pre>Follow-up Comment #1, bug #35671 (project gnustep): I don't know how precise compatibility with Mac OS X/Cocoa should be for this bug, but the behaviour proposed in the patch doesn't match it: 'Wrong error Error Domain=NSCocoaErrorDomain Code=516 "The file “foobar” couldn’t be saved in the folder “tmp” because a file with the same name already exists." UserInfo=0x7f85d940ab80 {NSFilePath=/tmp/foobar, NSUnderlyingError=0x7f85d940a9d0 "The operation couldn’t be completed. File exists"}' but error code 516 is not EEXIST and the error is in the Cocoa error domain. The _underlying_ error is in NSPOSIXErrorDomain and has code 17 (EEXIST). The matching Foundation error (from Foundation/FoundationErrors.h) is this: NSFileWriteFileExistsError NS_ENUM_AVAILABLE(10_7, 5_0) = 516, // Write error (file exists) which is what NSFileManager returns in Foundation. I think it'd be reasonable for GNUstep-base to follow that example. _______________________________________________________ Re</pre> Graham Lee 2013-04-29T15:51:36 http://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14265 <pre>On 2013-04-29 00:02:22 -0600 ganesh jaiswal &lt;ganesh.jn&lt; at &gt;gmail.com&gt; wrote: From where downloaded you these packages? Download these separately from here: http://ftpmain.gnustep.org/pub/gnustep/core/gnustep-make-2.6.4.tar.gz http://ftpmain.gnustep.org/pub/gnustep/core/gnustep-base-1.24.4.tar.gz http://ftpmain.gnustep.org/pub/gnustep/core/gnustep-gui-0.23.1.tar.gz http://ftpmain.gnustep.org/pub/gnustep/core/gnustep-back-0.23.0.tar.gz And install them one by one. Hope this help. </pre> Germán Arias 2013-04-29T06:59:34 http://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14264 <pre>El sáb, 27-04-2013 a las 03:23 +0000, ganesh jaiswal escribió: Try install each package separately. Startup package contains old versions of gnustep packages. _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> Germán "A. Arias" 2013-04-28T06:04:59 http://permalink.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://permalink.gmane.org/gmane.comp.lib.gnustep.bugs/14262 <pre>Do you know what version of libxml you have? or can you find out by typing: xml2-config --version You seem to either have a version that's too old, too new, or incorrectly detected. On Apr 18, 2013, at 8:27 AM, Jerome Brathwaite wrote: _______________________________________________ Bug-gnustep mailing list Bug-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep </pre> Adam Fedor 2013-04-19T22:03:42 http://permalink.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 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.gnustep.bugs