Follow-up Comment #4, bug #25520 (project gnustep):
I think about the only case where this bug would actually be visible is when
sending a copyWithZone: or mutableCopyWithZone: message to a proxy (there
aren't many method signatures that look like that in the API).
And it occurs to me that,
Update of bug #9445 (project gnustep):
Open/Closed:Open = In Test
___
Follow-up Comment #5:
OK ... I experimentally implemented my idea for tools and
libraries. Once that works for the
URL:
http://savannah.gnu.org/bugs/?25528
Summary: Some images not showing up properly...
Project: GNUstep
Submitted by: gcasa
Submitted on: Mon 09 Feb 2009 11:16:52 AM EST
Category: Application
Severity:
using class as a variable name doesn't fly in headers when using objc++.
(sorry, at the moment all i've got is an anonymous checkout).
foo.diff
Description: Binary data
___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
Follow-up Comment #1, bug #25528 (project gnustep):
Could you please be a bit more specific. On which platform is this happening
and which backend are you using?
Does this problem go away when you disable the new image proxy code?
Why do you think it is an application bug, if so which
Matt Rice wrote:
using class as a variable name doesn't fly in headers when using objc++.
(sorry, at the moment all i've got is an anonymous checkout).
Done.
___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
Update of bug #25528 (project gnustep):
Category: Application = Gui/AppKit
___
Follow-up Comment #2:
Sorry, it's not an application bug. THis is definitely a problem with gui.
It's happening on
Follow-up Comment #3, bug #25528 (project gnustep):
This is happening in all applications I start and I'm using the art backend.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?25528
Follow-up Comment #4, bug #25528 (project gnustep):
The screenshot unfortunately doesn't tell me anything as I don't know what
the app is or what it should look like normally.
I think it would help to know ..
what images the problem occurs with (even just one specific example)
what application
Follow-up Comment #5, bug #25528 (project gnustep):
PS. what does 'not showing up properly' mean? Does it mean the images don't
appear, or does it mean they appear but look wrong in some way (if so, in what
way)?
___
Reply to this item
URL:
http://savannah.gnu.org/bugs/?25534
Summary: remote execution of applications via ssh -X doesn't
work
Project: GNUstep
Submitted by: buzzdee
Submitted on: Mon 09 Feb 2009 07:58:52 PM GMT
Category: None
URL:
http://savannah.gnu.org/bugs/?25536
Summary: LDFLAGS=-L/usr/local not at first place honoured
Project: GNUstep
Submitted by: buzzdee
Submitted on: Mon 09 Feb 2009 08:40:40 PM GMT
Category: Makefiles
Follow-up Comment #6, bug #25528 (project gnustep):
They don't appear. Please see the attached jpg.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?25528
___
Message sent via/by
El sáb, 07-02-2009 a las 21:15 +0100, Mauro Panigada escribió:
I had installed gnustep-base 1.16 few times ago. It was my first
fresh from source installation of GNUstep; of course I followed
all the step described here:
Follow-up Comment #7, bug #25528 (project gnustep):
Actually I just tested again on my 32 bit system. it's working there, but
not on my 64 bit system. It appears that this is a 64 bit issue.
___
Reply to this item at:
Follow-up Comment #7, bug #25397 (project gnustep):
I think I found a good compromise:
at line 1667 of WIN32Server.m
/* AltGr is mapped to right alt + left control */
if ((keyState[VK_CONTROL] 128) !((keyState[VK_LCONTROL] 128)
(keySta
te[VK_RMENU] 128)))
eventFlags |=
16 matches
Mail list logo