I am trying to hunt down a very hard to catch memory issue. It should be
easy to reproduce for anybody interested. Just start up Ink, open the
info panel and start up the memory panel by clicking on the icon. Now
press the update button a few times until things settle down.
If you keep on pressing
On 17 Mar 2010, at 09:26, Fred Kiefer wrote:
> I am trying to hunt down a very hard to catch memory issue. It should be
> easy to reproduce for anybody interested. Just start up Ink, open the
> info panel and start up the memory panel by clicking on the icon. Now
> press the update button a few t
Hourray!
Finally I had an issue with my fontconfig package and once I had fixed it
I could see Project center.
So now I will try to write a shell script to simplify compilation
of GNUstep on msys/mingw-NG.
Next step: see if cairo backend can be used on windows.
_
On 17 Mar 2010, at 11:59, Vincent Richomme wrote:
> Hourray!
>
> Finally I had an issue with my fontconfig package and once I had fixed it
> I could see Project center.
> So now I will try to write a shell script to simplify compilation
> of GNUstep on msys/mingw-NG.
> Next step: see if cairo ba
> On 17 Mar 2010, at 11:59, Vincent Richomme wrote:
>
>> Hourray!
>>
>> Finally I had an issue with my fontconfig package and once I had fixed
it
>> I could see Project center.
>> So now I will try to write a shell script to simplify compilation
>> of GNUstep on msys/mingw-NG.
>> Next step: see i
>>
>>> Hourray!
>>>
>>> Finally I had an issue with my fontconfig package and once I had fixed
> it
>>> I could see Project center.
>>> So now I will try to write a shell script to simplify compilation
>>> of GNUstep on msys/mingw-NG.
>>> Next step: see if cairo backend can be used on windows.
>>
On 17 Mar 2010, at 13:26, Vincent Richomme wrote:
>>>
Hourray!
Finally I had an issue with my fontconfig package and once I had fixed
>> it
I could see Project center.
So now I will try to write a shell script to simplify compilation
of GNUstep on msys/mingw-NG.
>>
> The user defaults API is documented at
>
http://www.gnustep.org/resources/documentation/Developer/Base/Reference/index.html
>
> The actual storage mechanism for defaults is really supposed to be
hidden
> ... but if you have multiple GNUstep systems installed on a single
machine,
> you may want e
On 17 Mar 2010, at 14:10, Vincent Richomme wrote:
>> The user defaults API is documented at
>>
> http://www.gnustep.org/resources/documentation/Developer/Base/Reference/index.html
>>
>> The actual storage mechanism for defaults is really supposed to be
> hidden
>> ... but if you have multiple G
Unfortunately gdb debugger doesn't work very well with objective-C on
mingw platform
so I think it would be better if I first try cairo on cygwin.
Here is the results of my investigations :
http://cygwin.com/ml/cygwin/2010-03/msg00585.html
http://cygwin.com/ml/cygwin/2010-03/msg00586.html
As yo
Unfortunately, this change (Fred's commit in r29223) has broken our ported
Cocoa application (at least on Windows -- haven't had time to check on Linux
yet). At least some objects in our nib files are now freed after the nib loads,
and our application crashes when trying to access them. Revertin
Hi,
I wanted to debug ProjectCenter and I started with gdb:
Reading symbols from
C:\Developer\Mingw-NG\GNUstep\System\Applications\ProjectCenter.app/./ProjectCenter.exe...done.
(gdb) r
Starting program:
C:\Developer\Mingw-NG\GNUstep\System\Applications\ProjectCenter.app/./ProjectCenter.exe
[New T
> Hi,
>
> I wanted to debug ProjectCenter and I started with gdb:
>
> Reading symbols from
>
C:\Developer\Mingw-NG\GNUstep\System\Applications\ProjectCenter.app/./ProjectCenter.exe...done.
> (gdb) r
> Starting program:
>
C:\Developer\Mingw-NG\GNUstep\System\Applications\ProjectCenter.app/./Projec
I don't expect to see much differences between Windows and X11 on NIB
loading. If you could provide me with an stripped down example I would
try to have a look at what goes wrong there.
I'm already investigating an issue with the new code when loading a NIB
file that Wolfgang prepared for Ink. But
Am 17.03.2010 12:34, schrieb Richard Frith-Macdonald:
>
> On 17 Mar 2010, at 09:26, Fred Kiefer wrote:
>
>> I am trying to hunt down a very hard to catch memory issue. It
>> should be easy to reproduce for anybody interested. Just start up
>> Ink, open the info panel and start up the memory panel
Hi Fred,
On 15 Mar 2010, at 10:57, Fred Kiefer wrote:
> I just started a loader for the XIB format. Seems to load the one test
> file I tried pretty well, but wont do anything useful with the loaded
> data :-)
What's the performance like for the XIB loader compared to loading .gorm/.nib
files?
> Hi Fred,
>
> On 15 Mar 2010, at 10:57, Fred Kiefer wrote:
>
>> I just started a loader for the XIB format. Seems to load the one test
>> file I tried pretty well, but wont do anything useful with the loaded
>> data :-)
>
>
> What's the performance like for the XIB loader compared to loading
>
On Mar 17, 2010, at 12:34 PM, Vincent Richomme wrote:
>
>
> /* Return YES if this looks like a JPEG. */
> + (BOOL) _bitmapIsJPEG: (NSData *)imageData
> {
> struct jpeg_decompress_struct cinfo;
>
> ... BLABLA ...
>
> // establish return context for error handling
> if (setjmp(jerrMgr.setjmpB
Am 17.03.2010 20:26, schrieb Adam Fedor:
>
> On Mar 17, 2010, at 12:34 PM, Vincent Richomme wrote:
>>
>>
>> /* Return YES if this looks like a JPEG. */
>> + (BOOL) _bitmapIsJPEG: (NSData *)imageData
>> {
>> struct jpeg_decompress_struct cinfo;
>>
>> ... BLABLA ...
>>
>> // establish return conte
Am 17.03.2010 20:25, schrieb Vincent Richomme:
>> Hi Fred,
>>
>> On 15 Mar 2010, at 10:57, Fred Kiefer wrote:
>>
>>> I just started a loader for the XIB format. Seems to load the one test
>>> file I tried pretty well, but wont do anything useful with the loaded
>>> data :-)
>>
>>
>> What's the perf
Am 17.03.2010 20:21, schrieb David Chisnall:
> Hi Fred,
>
> On 15 Mar 2010, at 10:57, Fred Kiefer wrote:
>
>> I just started a loader for the XIB format. Seems to load the one
>> test file I tried pretty well, but wont do anything useful with the
>> loaded data :-)
>
>
> What's the performance
On Wed, 17 Mar 2010 21:42:21 +0100, Fred Kiefer wrote:
> Am 17.03.2010 20:26, schrieb Adam Fedor:
>>
>> On Mar 17, 2010, at 12:34 PM, Vincent Richomme wrote:
>>>
>>>
>>> /* Return YES if this looks like a JPEG. */
>>> + (BOOL) _bitmapIsJPEG: (NSData *)imageData
>>> {
>>> struct jpeg_decompress_s
Currently when you move the cursor to upwards at the color wheel, the
cursor leaves a trail (see attached image.
<>___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
Germán Arias wrote:
Currently when you move the cursor to upwards at the color wheel, the
cursor leaves a trail (see attached image.
With today's SVN trunk code it works perfectly for me with the cairo
backend.
Riccardo
___
Gnustep-dev mai
24 matches
Mail list logo
