[bug #41952] CentOS 5.x cannot install gnustep-base since r36344 (GSPrivateHash.m)

[Richard Frith-Macdonald]

Update of bug #41952 (project gnustep):

  Status:None => Wont Fix   
 Open/Closed:Open => Closed 

___

Follow-up Comment #4:

Tentatively closing this as a 'wont fix' since it actually seems to be a
compiler bug on a specific (rather old) operating system and cpu architecture
rather than a GNUstep bug.

Would be willing to accept a patch with a small/simple workaround for the
issue though.

___

Reply to this item at:

  

___
  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 #42411] gdomap chroots to /tmp

[Richard Frith-Macdonald]

Update of bug #42411 (project gnustep):

  Status:None => Fixed  
 Open/Closed:Open => Closed 

___

Follow-up Comment #5:

I'm tentatively closing this as I've added a '-j' option to specify the path
to the jail directory; which gives the user of the program control over how it
operates.



___

Reply to this item at:

  

___
  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 #42804] Dubious configure test for -fexec-charset

[Yavor Doganov]

Follow-up Comment #4, bug #42804 (project gnustep):

Thanks.  I have filed a bug with a patch for the GCC manual.

___

Reply to this item at:

  

___
  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 #42781] In the case of HTTPS NSURLConnection doesn't report to it's delegate about a refused connection

[Richard Frith-Macdonald]

Update of bug #42781 (project gnustep):

  Status:None => Fixed  
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Thanks ... that should be fixed in svn trunk.
Please give it a try.

PS.  Thanks very much for the testcase ... that was very useful and I added it
to svn.

___

Reply to this item at:

  

___
  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 #42804] Dubious configure test for -fexec-charset

[Richard Frith-Macdonald]

Update of bug #42804 (project gnustep):

  Status:None => Fixed  
 Open/Closed:Open => Closed 

___

Follow-up Comment #3:

OK ... make that change.  Thanks for pointing it out.

___

Reply to this item at:

  

___
  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 #42762] Large file support

[Richard Frith-Macdonald]

Update of bug #42762 (project gnustep):

  Status:None => Fixed  
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Thanks ... that seems to work fine.

___

Reply to this item at:

  

___
  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 #42804] Dubious configure test for -fexec-charset

[Richard Frith-Macdonald]

Follow-up Comment #2, bug #42804 (project gnustep):

Thanks, has always been a pain ... and I didn't realise the gcc documentation
was wrong.   I think it would be good to remove it.

___

Reply to this item at:

  

___
  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 #42411] gdomap chroots to /tmp

[Richard Frith-Macdonald]

Follow-up Comment #4, bug #42411 (project gnustep):

I agree about 1 and 2 not being options.

I don't agree with (3) since if we don't chroot then we have to assume that
the executable has access to the whole filesystem ... and a chroot to /tmp
can't possibly be less secure than that.

Perhaps though, we could add a command-line argument to specify the directory
to which we should chroot, and only use the existing location if that argument
is not provided?  Then a distro could have a startup script which jails the
process in a known-safe location for that distro.

___

Reply to this item at:

  

___
  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 #42411] gdomap chroots to /tmp

[Yavor Doganov]

Follow-up Comment #3, bug #42411 (project gnustep):

The bug submitter suggests:

1) create an empty directory in /run (optionally via tmpfiles.d)

2) or ship one in /usr/share/gdomap/empty-directory-for-chroot (or so) in the
package itself

3) Don't chroot?  That is less broken than chroot into a
world-writable location.

I believe 1) is not portable while 2) is not acceptable as a general solution
since it is distro-specific.

___

Reply to this item at:

  

___
  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

[Yavor Doganov]

Follow-up Comment #19, bug #42782 (project gnustep):

Sorry for mixing the two issues.  You are right about Vindaloo.  

Unfortunately the Gorm backtrace is unlikely to be of any use:

Starting program: /usr/bin/Gorm
/usr/lib/GNUstep/Applications/Ink.app/Resources/Document.gorm/
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
2014-07-25 12:51:42.026 Gorm[2165] Tiff Error (GSTiffReadData) Not a TIFF or
MDI file, bad magic number 20039 (0x4e47)
2014-07-25 12:51:42.057 Gorm[2165] Tiff Error (GSTiffReadData) Not a TIFF or
MDI file, bad magic number 20039 (0x4e47)

Program received signal SIGSEGV, Segmentation fault.
0x09ae01d1 in ?? ()
(gdb) bt
Python Exception  Cannot access memory at address
0x5: 
#0  0x09ae01d1 in ?? ()
Cannot access memory at address 0x5


With your recent Gorm change I observe the behavior described in comment#6.

___

Reply to this item at:

  

___
  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

[Fred Kiefer]

Follow-up Comment #18, bug #42782 (project gnustep):

We should keep the Vindaloo bug separate from the Gorm image problem. The
later one consists of the following:

- when the Imagemagick NSImageBitmap extension is installed info files get
regarded as images
- each gorm directory contains one such file
- the Gorm loader tries to convert such a file into a GSGormImage
-  something goes wrong there

This is the bug we should be investigating here and for this I would need
another stack trace that shows it. With that in place we should put the bug
back in the open state.

The problem with GSWindowTemplate seems to be resolved and for the
GSWindowTemplate you should open a new bug report.  I think this bug is caused
by the Vindaloo code using documentView without checking whether it is nil.
Have a look at the corresponding code in NSClipView, there we check for this
case. Now most likely there is a subview of the CenteringClipView encoded in
the gorm file. The question is, why it doesn't get used as the document view.
But please use a new bug report otherwise I will loose the insight what has
been resolved and what is still open.

___

Reply to this item at:

  

___
  Nachricht gesendet von/durch 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

[Yavor Doganov]

Follow-up Comment #17, bug #42782 (project gnustep):

Valgrind output:

==5323== Command: ./ViewPDF.app/ViewPDF /home/yavor/scratch/ba.pdf
==5323== 
2014-07-25 10:35:51.324 ViewPDF[5323] added font n022003l.pfb
2014-07-25 10:35:51.916 ViewPDF[5323] added font n022004l.pfb
2014-07-25 10:35:51.944 ViewPDF[5323] added font n022024l.pfb
2014-07-25 10:35:51.970 ViewPDF[5323] added font n022023l.pfb
2014-07-25 10:35:51.996 ViewPDF[5323] added font n019003l.pfb
2014-07-25 10:35:52.022 ViewPDF[5323] added font n019004l.pfb
2014-07-25 10:35:52.048 ViewPDF[5323] added font n019024l.pfb
2014-07-25 10:35:52.074 ViewPDF[5323] added font n019023l.pfb
2014-07-25 10:35:52.099 ViewPDF[5323] added font s05l.pfb
2014-07-25 10:35:52.126 ViewPDF[5323] added font n021004l.pfb
2014-07-25 10:35:52.151 ViewPDF[5323] added font n021024l.pfb
2014-07-25 10:35:52.177 ViewPDF[5323] added font n021023l.pfb
2014-07-25 10:35:52.203 ViewPDF[5323] added font n021003l.pfb
2014-07-25 10:35:52.229 ViewPDF[5323] added font d05l.pfb
using default fontconfig configuration
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n022003l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n022004l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n022024l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n022023l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n019003l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n019004l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n019024l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n019023l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/s05l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n021004l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n021024l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n021023l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/n021003l.pfb
registered application font
/usr/lib/GNUstep/Frameworks/PopplerKit.framework/Versions/1.0/Resources/d05l.pfb
poppler library initialized
2014-07-25 10:36:03.531 ViewPDF[5323] PopplerKit Initialization SUCCEEDED
2014-07-25 10:36:09.114 ViewPDF[5323] use generic splash rendering
==5323== Conditional jump or move depends on uninitialised value(s)
==5323==at 0x8049CBF: _i_CenteringClipView__constrainScrollPoint_
(CenteringClipView.m:64)
==5323==by 0x44CD417: ??? (in /usr/lib/libgnustep-gui.so.0.24.0)
==5323==
==5323== Conditional jump or move depends on uninitialised value(s)
==5323==at 0x8049D41: _i_CenteringClipView__constrainScrollPoint_
(CenteringClipView.m:70)
==5323==by 0x44CD417: ??? (in /usr/lib/libgnustep-gui.so.0.24.0)
==5323== 
==5323== Conditional jump or move depends on uninitialised value(s)
==5323==at 0x8049D4D: _i_CenteringClipView__constrainScrollPoint_
(CenteringClipView.m:70)
==5323==by 0x44CD417: ??? (in /usr/lib/libgnustep-gui.so.0.24.0)
==5323== 
==5323== Conditional jump or move depends on uninitialised value(s)
==5323==at 0x8049D54: _i_CenteringClipView__constrainScrollPoint_
(CenteringClipView.m:70)
==5323==by 0x44CD417: ??? (in /usr/lib/libgnustep-gui.so.0.24.0)
==5323== 
==5323== Conditional jump or move depends on uninitialised value(s)
==5323==at 0x8049CF7: _i_CenteringClipView__constrainScrollPoint_
(CenteringClipView.m:74)
==5323==by 0x44CD417: ??? (in /usr/lib/libgnustep-gui.so.0.24.0)
==5323==
==5323== Conditional jump or move depends on uninitialised value(s)
==5323==at 0x8049D04: _i_CenteringClipView__constrainScrollPoint_
(CenteringClipView.m:80)
==5323==by 0x44CD417: ??? (in /usr/lib/libgnustep-gui.so.0.24.0)
==5323== 
==5323== Conditional jump or move depends on uninitialised value(s)
==5323==at 0x8049D17: _i_CenteringClipView__constrainScrollPoint_
(CenteringClipView.m:80)
==5323==by 0x44CD417: ??? (in /usr/lib/libgnustep-gui.so.0.24.0)
==5323== 
==5323== 
==5323== Process terminating with default action of signal 11 (SIGSEGV)
==5323==  Bad permissions for mapped region at address 0x4171AFB
==5323==at 0x8049D24: _i_CenteringClipView__constrainScrollPoint_
(CenteringClipView.m:83)
==5323==by 0x44CD417: ??? (in /usr/lib/libgnustep-gui.so.0.24.0)
==5323==


___

Reply to this item at:

  

___
  Me

[bug #42782] Crash when loading a gorm file

[Yavor Doganov]

Follow-up Comment #16, bug #42782 (project gnustep):

Now even older versions of Gorm open the file, but only if GUI is built with
--disable-imagemagick.  With --enable-imagemagick, Gorm crashes and with your
latest Gorm change shows an alert panel and doesn't open the file.  This
happens with any gorm file, not just Document.gorm.  I believe this is a
separate issue and related to the fact that all gorm files have .info files
inside them.

Vindaloo crashes at a later stage and the backtrace is much more palatable:

Program received signal SIGSEGV, Segmentation fault.
0x08049d24 in -[CenteringClipView constrainScrollPoint:] (self=0xb0b8, 
_cmd=0x83960f8, proposedNewOrigin=...) at CenteringClipView.m:83
83 return newScrollPoint;
(gdb) bt
#0  0x08049d24 in -[CenteringClipView constrainScrollPoint:] (self=0xb0b8,

_cmd=0x83960f8, proposedNewOrigin=...) at CenteringClipView.m:83
#1  0xb7ec5418 in _OBJC_SELECTOR_TABLE () from
/usr/lib/libgnustep-gui.so.0.24
#2  0xb7b69afb in -[NSClipView setFrame:] (self=0x83960f8, 
_cmd=0x805c978 <_OBJC_SELECTOR_TABLE+888>, rect=...) at NSClipView.m:569
#3  0x08049efd in -[CenteringClipView setFrame:] (self=0x83960f8, 
_cmd=0xb7f2b3a8 <_OBJC_SELECTOR_TABLE+1320>, aFrame=...)
at CenteringClipView.m:100
#4  0xb7c2a8b7 in -[NSScrollView tile] (self=0x82f9b68, 
_cmd=0xb7f2b220 <_OBJC_SELECTOR_TABLE+928>) at NSScrollView.m:1275
#5  0xb7c28275 in -[NSScrollView setContentView:] (self=0x82f9b68, 
_cmd=0x805e318 <_OBJC_SELECTOR_TABLE+1432>, 
aView=0xb7f2b220 <_OBJC_SELECTOR_TABLE+928>) at NSScrollView.m:278
#6  0x0804b31d in -[Controller(Private) _setupScrollView] (self=0x83778e0, 
_cmd=0x805e0e8 <_OBJC_SELECTOR_TABLE+872>) at Controller.m:359
#7  0x0804a1cf in -[Controller windowDidLoad] (self=0x83778e0, 
_cmd=0xb7f68270 <_OBJC_SELECTOR_TABLE+496>) at Controller.m:72
#8  0xb7ca851f in -[NSWindowController _windowDidLoad] (self=0x83778e0, 
_cmd=0xb7f680c8 <_OBJC_SELECTOR_TABLE+72>) at NSWindowController.m:472
#9  0xb7ca8bf4 in -[NSWindowController window] (self=0x83778e0, 
_cmd=0xb7f68130 <_OBJC_SELECTOR_TABLE+176>) at NSWindowController.m:318
#10 0xb7ca8719 in -[NSWindowController showWindow:] (self=0x83778e0, 
_cmd=0xb7edb1f8 <_OBJC_SELECTOR_TABLE+504>, sender=0x81819e0)
at NSWindowController.m:395
#11 0xb76c121a in -[NSObject performSelector:withObject:] (self=0x83778e0, 
_cmd=0xb79b9e20 <_OBJC_SELECTOR_TABLE+224>, 
aSelector=0xb7edb1f8 <_OBJC_SELECTOR_TABLE+504>, anObject=0x81819e0)
at NSObject.m:2034
#12 0xb75b0f42 in -[GSArray makeObjectsPerformSelector:withObject:] (
self=0x87dbf58, _cmd=0xb7edb200 <_OBJC_SELECTOR_TABLE+512>, 
aSelector=0xb7edb1f8 <_OBJC_SELECTOR_TABLE+504>, argument=0x81819e0)
at GSArray.m:353
#13 0xb7b91332 in -[NSDocument showWindows] (self=0x81819e0, 
_cmd=0xb7edd868 <_OBJC_SELECTOR_TABLE+488>) at NSDocument.m:417
#14 0xb7b95885 in -[NSDocumentController
openDocumentWithContentsOfURL:display:error:] (self=0xb7edd868
<_OBJC_SELECTOR_TABLE+488>, 
_cmd=0xb7f73688 <_OBJC_SELECTOR_TABLE+520>, url=0x8132130, flag=1 ' 01', 
err=0xb4cc) at NSDocumentController.m:712
#15 0xb7cc066f in -[GSServicesManager application:openFile:] (self=0x81945d8,

_cmd=0xb7f736b0 <_OBJC_SELECTOR_TABLE+560>, theApp=0x8201128, 
file=0x8126668) at GSServicesManager.m:589
#16 0xb7cc0534 in -[GSServicesManager application:openFiles:] (self=0x81945d8,

_cmd=0xb7eac128 <_OBJC_SELECTOR_TABLE+1960>, theApp=0x8201128, 
files=0x8160818) at GSServicesManager.m:617
#17 0xb7b2dc31 in -[NSApplication finishLaunching] (self=0x8201128, 
_cmd=0xb7eac218 <_OBJC_SELECTOR_TABLE+2200>) at NSApplication.m:1126
#18 0xb7b3186d in -[NSApplication run] (self=0x8201128, 
_cmd=0xb7ea2408 <_OBJC_SELECTOR_TABLE+904>) at NSApplication.m:1538
#19 0xb7b139bb in NSApplicationMain (argc=2, argv=0xb6e4) at
Functions.m:91
#20 0x08049857 in main (argc=2, argv=0xb6e4) at main.m:24


There's still something fishy.

(gdb) p proposedNewOrigin
$4 = 
(gdb) p docRect
$5 = {origin = {x = 4.02598366e-34, y = 424}, size = {width = 471, 
height = 471}}
(gdb) p clipRect
$6 = {origin = {x = 0, y = 0}, size = {width = 471, height = 424}}
(gdb) p newScrollPoint
$7 = {x = , y = 0}
(gdb) fr 2
#2  0xb7b69afb in -[NSClipView setFrame:] (self=0x83960f8, 
_cmd=0x805c978 <_OBJC_SELECTOR_TABLE+888>, rect=...) at NSClipView.m:569
569   [self setBoundsOrigin: [self constrainScrollPoint: _bounds.origin]];
(gdb) po self
 h=-&- v=-&-  f={x = 0; y = 0; width = 471;
height = 424} b={x = 0; y = 0; width = 471; height = 424}
(gdb) p _bounds.origin
No symbol "_bounds" in current context.


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@