Hi!
This is just a heads-up for my patches, since I don' want to commit
them without your feedback.
1. I implemented key repeat support for keyboard events in GServerEvent
2. I implemented mouse position setting support in GSDisplayServer and
XGServerWindow. I really need that feature in any
Hi!
1) improve our website. It's been the same for years and doesn't
reflect our progress.
IMHO the GNUstep wiki main page currently is more informative than the
plain www.gnustep.org front page. The wiki does a good job of showing
project progress, too.
2) improve GNUstep's default them
Hi!
While I think the wiki is a good idea, it's not a substitute for an
official project page, which needs to say:
- This project is alive.
- This project is shiny.
- This project is actively used by some people.
I'm with you there :)
As much as I love GNUstep base, I do not like GNUstep gu
Hi!
I get those warnings too. First I thought it was gcc 4.2's rather
messed up alias-analysis, but since Fred uses 4.4.1 that would not be
the case. Maybe -fno-strict-aliasing has to be added to the compiler
flags...
Cheers
TOM
Zitat von Fred Kiefer :
After the reorganisation of base I get a
Hi!
Panic! I can compile current GNUstep trunk, but every application or
tool of mine aborts at startup time with the following message: :
"Uncaught exception NSInvalidArgumentException, reason:
hiddenlockClass0(instance) does not recognize alloc". gdb is of no
help, it tells me "no stack". L
Hi!
I am doing something like:
@synchronized(self)
{
if ( MY_SINGLETON_VARIABLE == nil )
{
[[ self alloc ] init ];
}
}
Looks like in sync.m:initLockObject my objects ISA pointer gets
changed. So, at the time "alloc" is called the message lookup simply
fails.
TOM
_
Hi!
Looks like NSTabView in trunk is currently buggy. I attached a
screenshot to this message. Gorm from svn trunk displays it the same
way. Tell me if you need further information.
Thanks
TOM
<>___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http
Hi!
looks like it is not fixed :( Richard ported the code over to the
ObjectiveC2 framework immediately, but it still does not work. Now I
get "Uncaught exception NSInvalidArgumentException, reason:
(null)(class) does not recognize instance". As "instance" is the class
method which creates the si
Hi!
I put together a testcase, this used to work before the switch
ObjectiveC2 framework. Lin 62 is the one causing the crash.
Thanks
TOM
Zitat von ici...@mail.cg.tuwien.ac.at:
Hi!
looks like it is not fixed :( Richard ported the code over to the
ObjectiveC2 framework immediately, but it sti
Although this works, it is a really, really bad way of creating a singleton.
I copied it from the apple developer pages...
I strongly suggest that you create it in +initialize instead.
If you really must use @synchronized(), you should put a test
outside, like this:
if (nil == sharedInstan
Hi!
After porting David's fixes from libobjc2 to the Objective2 framework
@synchronized(class) works fine. Thank you all for your quick responses.
TOM
Zitat von Richard Frith-Macdonald :
On 28 Feb 2010, at 08:42, ici...@mail.cg.tuwien.ac.at wrote:
Although this works, it is a really,
It's my own application which shows this behaviour. I do not have a
theme enabled, I am using the cairo backend. Everything is built from
current svn trunk. Gorm shows the same broken behaviour on my machine,
screenshot is attached. I am on Ubuntu 8.04 AMD64, cairo version is
1.6.0.
Thanks
TO
Hi!
I did a test with the art backend, same result. I set a breakpoint in
[ARTContext initializeBackend] to be sure it is actually used. Where is
the code located that is responsible for drawing the NSTabView's
"header"?
Thanks
TOM
Zitat von Fred Kiefer :
I just recompiled Gorm and it lo
Hi!
I remember having stumbled over this piece of code being the source of
a memory management issue of mine. Basically I renamed my setter
methods so the 'GSObjCSetVariable' branch would get used, all my
problems disappeared that way. I will dig out my project which had this
issue in the eve
Hi!
I am again able to select an item in a Gorm palette and drag it to some
destination. Images are still missing, NSTabView ist still broken, same
as radio buttons. So I started Gorm in gdb and had a look what is going
on. I set breakpoints in [NSButtonCell setImage:] and in the
correspondin
Hi!
I installed a current version of libffi, namely version 3.0.9, now
everything works as expected. Looks like the one shipped with gcc 4.2.4
on my system is not up to the task.
Cheers,
TOM
Zitat von Gregory Casamento :
There should be no theming "magic" responsible for what's going on.
C
Hi!
typedef struct Foo
{
int x;
double y;
}
Foo;
@interface Brak : NSObject
{
Foo mFoo;
}
@end
I would like to know if it is to possibe to get the correct offset to
the "x" or "y" field in the "mFoo" member of "Brak" using
GSObjCFindVariable or some similar function. It would be pretty coo
Hi!
NVIDIA dropped XShm support in their 19x.xx drivers.
TOM
Zitat von Riccardo Mottola :
Hi,
when using the cairo backend, I can get many many of the warnings below:
2010-07-09 00:58:39.230 ProjectCenter[4694] Warning: shmget() failed:
Cannot allocate memory.
2010-07-09 00:58:39.260 Proje
Hi!
I really do not know what Xshm has to do with the drivers, but X and
all it's accelerating APIs are a mess I am not able to understand. See
the following thread.
http://www.mail-archive.com/wine-de...@winehq.org/msg56985.html
After upgrading my NVIDIA drivers to a version above 18x.xx I
Hi!
This could help:
http://developer.apple.com/mac/library/documentation/Cocoa/Reference/Foundation/Classes/NSObject_Class/Reference/Reference.html#//apple_ref/occ/instm/NSObject/performSelectorOnMainThread:withObject:waitUntilDone:
TOM
Zitat von Marek Peca :
Dear GNUsteppers,
I am writing
Hi!
That's the version of libffi which is shipped with your system
compiler, apparently gcc 4.2.4. That version of libffi is clearly out
of date. Just download and install libffi 3.0.9 and then configure
gnustep-base to use that one.
Cheers,
TOM
Zitat von Philippe Roussel :
Hi
On Tue, Au
Hi!
Actually, one of the symptoms was a broken NSTabView, screenshot
attached. Installing libffi 3.0.9 fixed that too.
TOM
Zitat von Matt Rice :
On Fri, Aug 13, 2010 at 1:32 AM, Fred Kiefer wrote:
Am 12.08.2010 01:27, schrieb Matt Rice:
On Wed, Aug 11, 2010 at 10:19 AM, Fred Kiefer wro
Hi!
Related thread on mailing list is here:
http://lists.gnu.org/archive/html/gnustep-dev/2010-03/msg00041.html
Looks like it began to fail in SVN during March. I do not use specific
GNUstep releases, so I am not any help regarding releases which work
and which don't. I think I removed the libff
Hi,
I am trying to get GNUstep trunk to compile using the current GNUstep
runtime from SVN, but Base fails to compile with:
NSThread.m:537 implicit declaration of function »objc_set_thread_callback«
and a lot of linker errors later on.
CHeers,
TOM
_
--- Begin Message ---
On 5 Mar 2011, at 20:32, ici...@mail.cg.tuwien.ac.at wrote:
>
> Hi,
>
> I am trying to get GNUstep trunk to compile using the current GNUstep runtime
> from SVN, but Base fails to compile with:
>
> NSThread.m:537 implicit declaration of function »objc_set_thread_callb
Hi!
Test results, lots of NSNumberFormatter fails. I am using ICU 4.6.
Cheers,
TOM
Building in NSNumberFormatter
This is gnustep-make 2.4.0. Type 'make print-gnustep-make-help' for help.
Running in gnustep-make version 2 strict mode.
Making all for test_tool basic10_4...
Making all for test_t
Hi,
icicle@nordpol-laptop:~/Desktop/ICUtest$ gcc `icu-config --cflags`
`icu-config --ldflags` -licuio -o test test_unum.c
test_unum.c:6: Warnung: Rückgabetyp von »main« ist nicht »int«
icicle@nordpol-laptop:~/Desktop/ICUtest$ ./test
1.234,56 = 1234,56
1.234 = 1234
Could it be a Locale
d NULL (default locale) in the tests and now
it explicitly chooses "en", same as the GNUstep tests. I'm hoping libicu
will return NaN this time.
On Sun, Mar 6, 2011 at 11:57 AM, wrote:
Hi,
icicle@nordpol-laptop:~/Desktop/ICUtest$ gcc `icu-config --cflags`
`icu-config --ldflag
Hi!
icicle@nordpol-laptop:~/Desktop/ICUtest$ gcc `icu-config --cflags`
`icu-config --ldflags` -licuio -o test test_unum.c
test_unum.c:6: Warnung: Rückgabetyp von »main« ist nicht »int«
icicle@nordpol-laptop:~/Desktop/ICUtest$ ./test
1.234,56 = 1234.56
1.234 = 1234
The decimal separator
(default locale) in the tests and
now
it explicitly chooses "en", same as the GNUstep tests. I'm hoping libicu
will return NaN this time.
On Sun, Mar 6, 2011 at 11:57 AM, wrote:
Hi,
icicle@nordpol-laptop:~/Desktop/ICUtest$ gcc `icu-config --cflags`
`icu-config --ldflags` -li
ibicu
will return NaN this time.
On Sun, Mar 6, 2011 at 11:57 AM, wrote:
Hi,
icicle@nordpol-laptop:~/Desktop/ICUtest$ gcc `icu-config --cflags`
`icu-config --ldflags` -licuio -o test test_unum.c
test_unum.c:6: Warnung: Rückgabetyp von »main« ist nicht »int«
icicle@nordpol-laptop:~/Desktop/ICUt
b ici...@mail.cg.tuwien.ac.at:
Hi,
icicle@nordpol-laptop:~/Desktop/ICUtest$ gcc `icu-config --cflags`
`icu-config --ldflags` -licuio -o test test_unum.c
test_unum.c:6: Warnung: Rückgabetyp von »main« ist nicht »int«
icicle@nordpol-laptop:~/Desktop/ICUtest$ ./test
1.234,56 = 1234,56
1.234 = 1234
32 matches
Mail list logo