[bug #25553] gui bug when build with mingw32, with garbage collection

Follow-up Comment #2, bug #25553 (project gnustep): If GS_WITH_GC defined, DESTROY means: obj = nil; and CREATE_AUTORELEASE_POOL(X) defined as null so if you use a auto release pool like this: --- CREATE_AUTORELEASE_POOL(arp); ... DESTROY(arp); -

[bug #25553] gui bug when build with mingw32, with garbage collection

Follow-up Comment #1, bug #25553 (project gnustep): I don't understand, DESTROY is already defined differently based on if GS_WITH_GC is defined or not, wasn't the point of all these macros so that they could be enabled and disabled based on if GC was there or not. DESTROY is defined as (objec

[bug #25553] gui bug when build with mingw32, with garbage collection

URL: Summary: gui bug when build with mingw32, with garbage collection Project: GNUstep Submitted by: luliyi1024 Submitted on: Wed Feb 11 04:06:58 2009 Category: Gui/AppKit

Re: Quartz Display Services and then NSOpenGLPixelFormat

On Tue Feb 10 17:19 , Julien Isorce sent: >I think the win32 back end is not found. Should  I try a newer version of >GNUstep system ? (I think it thinks there is no win32 backend but it exits) > > >Any idea ? > There is a windows backend, otherwise nothing would work at all (and you would

[bug #25343] core/gui make failed on MinGW32/WindowsXP

Follow-up Comment #12, bug #25343 (project gnustep): on mingw32 with libgc7.1 core/gui: ./configure --with-objc-garbage-collection make install It is OK now!! Thanks. ___ Reply to this item at:

Re: Quartz Display Services and then NSOpenGLPixelFormat

2009/2/10 Julien Isorce > > >> > Then when the following code is executed : > > NSOpenGLPixelFormat *fmt; > NSOpenGLPixelFormatAttribute attribs[] = { > NSOpenGLPFAAccelerated, > NSOpenGLPFANoRecovery, > NSOpenGLPFADoubleBuffer, > NSOpenGL

[bug #25552] system domain incorrectly set on FreeBSD

URL: Summary: system domain incorrectly set on FreeBSD Project: GNUstep Submitted by: rmottola Submitted on: Tue 10 Feb 2009 10:46:21 PM GMT Category: Makefiles Severi

[bug #25343] core/gui make failed on MinGW32/WindowsXP

Follow-up Comment #11, bug #25343 (project gnustep): do you confirm that when using the current gnustep msys installer and atop of that installign the current nightly tarballs of core, tarting with make, do you still get that problem? Because it works for me.

[bug #25384] validateToolbarItem: not being called very often

Update of bug #25384 (project gnustep): Status: In Progress => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #5: Please try this no

[bug #25551] Debugger no longer selecting file/line where it has stopped...

URL: Summary: Debugger no longer selecting file/line where it has stopped... Project: GNUstep Submitted by: gcasa Submitted on: Tue 10 Feb 2009 05:04:21 PM EST Category: ProjectCenter

[bug #25528] Some images not displaying on 64 bit systems.

Follow-up Comment #15, bug #25528 (project gnustep): Well one option would simply be to modify configure.ac to set ffcall to be known not to work on your hardware/os, so that people will have to use libffi. That means setting do_broken_ffcall=yes etc, as already done for sparc64 solaris. Howeve

Re: Quartz Display Services and then NSOpenGLPixelFormat

Hi, 2 questions: 2009/2/10 Julien Isorce > > 2009/2/10 Matt Rice > >> On Mon, Feb 9, 2009 at 3:42 PM, Julien Isorce >> wrote: >> > Hi, >> > >> > Any "Quartz Display Services" support in GNUstep ? >> > (ApplicationServices/ApplicationServices.h, >> > >> http://developer.apple.com/documentation

[bug #25528] Some images not displaying on 64 bit systems.

Follow-up Comment #14, bug #25528 (project gnustep): This appears to be the issue. The images are present when using libffi instead of ffcall. I'm wondering, since ffcall is deprecated, if it's even worth looking into this problem. The issue doesn't seem to be present on older systems where

[bug #25528] Some images not displaying on 64 bit systems.

Follow-up Comment #13, bug #25528 (project gnustep): I am using ffcall and not libffi. Should this make a difference? ___ Reply to this item at: ___ M

Re: Quartz Display Services and then NSOpenGLPixelFormat

On Mon, Feb 9, 2009 at 3:42 PM, Julien Isorce wrote: > Hi, > > Any "Quartz Display Services" support in GNUstep ? > (ApplicationServices/ApplicationServices.h, > http://developer.apple.com/documentation/graphicsimaging/reference/Quartz_Services_Ref/Reference/reference.html) > > Then when the follo

Quartz Display Services and then NSOpenGLPixelFormat

Hi, Any "Quartz Display Services" support in GNUstep ? (ApplicationServices/ApplicationServices.h, http://developer.apple.com/documentation/graphicsimaging/reference/Qu

[bug #25548] NSOpenGLContext can't -makeCurrentContext independently of NSOpenGLView.

URL: Summary: NSOpenGLContext can't -makeCurrentContext independently of NSOpenGLView. Project: GNUstep Submitted by: ratmice Submitted on: Tue 10 Feb 2009 05:10:24 PM GMT Category: B

[bug #25546] libgc7.1 need GC_PTR no more

Update of bug #25546 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks, I experime

[bug #25545] GC_register_my_thread need a pointer param

Update of bug #25545 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks ... I fixed

[bug #25546] libgc7.1 need GC_PTR no more

URL: Summary: libgc7.1 need GC_PTR no more Project: GNUstep Submitted by: luliyi1024 Submitted on: Tue Feb 10 14:15:21 2009 Category: Base/Foundation Severity: 3 - Nor

[bug #25545] GC_register_my_thread need a pointer param

URL: Summary: GC_register_my_thread need a pointer param Project: GNUstep Submitted by: luliyi1024 Submitted on: Tue Feb 10 14:10:40 2009 Category: Base/Foundation Sev

[bug #25528] Some images not displaying on 64 bit systems.

Follow-up Comment #12, bug #25528 (project gnustep): okay... one thing I have noticed is that I am using GNUstep's Window decorations. The close and miniaturize icons are missing. Also on the save panel the disk and other images near the buttons are missing including the return symbol on the "O

[bug #25528] Some images not displaying on 64 bit systems.

Follow-up Comment #11, bug #25528 (project gnustep): For comparison, my machine where things are working fine is debian unstable (though not updated or a while) with the 2.6.26-1-amd64 kernel. Since suspicion about proxies falls on the invocation system ... things are compiled with gcc-4.3.3 (20

[bug #25528] Some images not displaying on 64 bit systems.

Follow-up Comment #10, bug #25528 (project gnustep): I'm not sure what's going on then because all I'm doing is a clean build and starting applications on my debian-etch box and seeing the issue straight away. There are no steps to reproduce it. I will try to do another clean build to see if

[bug #25528] Some images not displaying on 64 bit systems.

Update of bug #25528 (project gnustep): Status:None => Need Info ___ Follow-up Comment #9: OK, I really, really, really need to know how to reproduce this. I dug out my old 64bit debia

[bug #25543] maybe a NSObject.m bug in mingw32

Update of bug #25543 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks, I moved th

[bug #25543] maybe a NSObject.m bug in mingw32

URL: Summary: maybe a NSObject.m bug in mingw32 Project: GNUstep Submitted by: luliyi1024 Submitted on: Tue Feb 10 12:40:51 2009 Category: Base/Foundation Severity: 3

[bug #25528] Some images not displaying on 64 bit systems.

Follow-up Comment #8, bug #25528 (project gnustep): Great news ... if it's a 64bit problem then it's almost certainly not in the code I added to NSImage.m, but rather in the invocation code ... and tracking it down/fixing it is likely to cure other subtle bugs. __

[bug #25541] NSThread.m use GC_register_my_thread error with libgc 7.1

Update of bug #25541 (project gnustep): Status:None => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #1: Thanks ... I don't

[bug #25540] NSMessagePortNameServer gc bug

Update of bug #25540 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks. I fixed t

[bug #25534] remote execution of applications via ssh -X doesn't work

Follow-up Comment #2, bug #25534 (project gnustep): yes, that is the right DISPLAY, other applications, e.g. xclock work fine. I think I clicked some times onto the PC menu, and then pressed ctrl-c in the console where I started PC. I'll post output of starting up Gorm, in the evening. IIRC,

[bug #25534] remote execution of applications via ssh -X doesn't work

Follow-up Comment #1, bug #25534 (project gnustep): I noticed the negative view size in your output. I don't get that when starting up ProjectCenter. Did you do anything special or is this already reported when the menu gets shown? It could well be that your problem is less due to the remote con

[bug #25541] NSThread.m use GC_register_my_thread error with libgc 7.1

URL: Summary: NSThread.m use GC_register_my_thread error with libgc 7.1 Project: GNUstep Submitted by: luliyi1024 Submitted on: Tue Feb 10 10:04:14 2009 Category: Base/Foundation

[bug #25540] NSMessagePortNameServer gc bug

URL: Summary: NSMessagePortNameServer gc bug Project: GNUstep Submitted by: luliyi1024 Submitted on: Tue Feb 10 09:35:54 2009 Category: Base/Foundation Severity: 3 - N

[bug #25397] Inconsistency in handling Alt Gr key

Follow-up Comment #8, bug #25397 (project gnustep): Just to make it clear. Riccardo is suggesting to ignore any AltGr+LeftControl (and RightALt+LeftControl) combination and treat that as Alt. ___ Reply to this item at: