[bug #42781] In the case of HTTPS NSURLConnection doesn't report to it's delegate about a refused connection
URL: http://savannah.gnu.org/bugs/?42781 Summary: In the case of HTTPS NSURLConnection doesn't report to it's delegate about a refused connection Project: GNUstep Submitted by: svg Submitted on: Wed 16 Jul 2014 10:25:40 AM SAMT Category: Base/Foundation Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any ___ Details: There is in the NSURLConnectionDelegate protocol the method -[connection:didFailWithError:] which isn't called if a NSURLConnection is made to a dead (not-listening) https service. I have attached the test cases to be added to the Base's test suit. ___ File Attachments: --- Date: Wed 16 Jul 2014 10:25:40 AM SAMT Name: test01.m Size: 2kB By: svg http://savannah.gnu.org/bugs/download.php?file_id=31726 ___ Reply to this item at: http://savannah.gnu.org/bugs/?42781 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #42782] Crash when loading a gorm file
URL: http://savannah.gnu.org/bugs/?42782 Summary: Crash when loading a gorm file Project: GNUstep Submitted by: yavor Submitted on: Wed 16 Jul 2014 03:22:11 PM EEST Category: Gui/AppKit Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any ___ Details: Yet another mysterious bug like bug#42717. Both Vindaloo and Gorm crash on x86 when loading the attached gorm file. If I rebuild GUI (0.24.0) without optimization there is no problem. Needless to say, this worked pretty well with old GNUstep releases. The backtrace is completely meaningless: Program received signal SIGSEGV, Segmentation fault. 0xbfffedca in ?? () (gdb) bt #0 0xbfffedca in ?? () #1 0xb7a27960 in ?? () from /usr/lib/libgnustep-base.so.1.24 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Cannot be reproduced on x86_64. ___ File Attachments: --- Date: Wed 16 Jul 2014 03:22:11 PM EEST Name: Document.gorm.tar.gz Size: 1kB By: yavor http://savannah.gnu.org/bugs/download.php?file_id=31728 ___ Reply to this item at: http://savannah.gnu.org/bugs/?42782 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #42782] Crash when loading a gorm file
Follow-up Comment #1, bug #42782 (project gnustep): Not that I may help much with the issue, but it seems, gnustep-base is built without debug symbols and stripped. Do you can re-build/re-install it, run something similar to: make clean make debug=yes strip=no sudo make install Then the backtrace should be a bit more helpful. ___ Reply to this item at: http://savannah.gnu.org/bugs/?42782 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #42782] Crash when loading a gorm file
Follow-up Comment #2, bug #42782 (project gnustep): GNUstep Base is built with detached debugging symbols and the -dbg package is installed. The stack gets seriously messed up or destroyed. ___ Reply to this item at: http://savannah.gnu.org/bugs/?42782 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep