Hi Ivan,
You seem to be working on opal, could you take a look at the following ?
Philippe
On Thu, Sep 19, 2013 at 07:21:40AM +0200, Philippe Roussel wrote:
Hi,
Scanning opal build warnings I found at least 2 that look like real
bugs, see the following patch.
Philippe
Index: Source
Hi Ivan,
On Fri, Sep 20, 2013 at 06:10:00AM +0200, Ivan Vučica wrote:
Hi all,
instead of sleeping, tonight I invested time in something more fun: Debian
packaging support in gnustep-make.
Before I test this, didn't you forget to commit
deb-equivs-control.template ?
Thanks,
Philippe
--
The
On Fri, Sep 20, 2013 at 07:33:56AM +0200, Ivan Vučica wrote:
Good morning!
Yeah, reading emails while drinking my first coffee !
On Friday, September 20, 2013, Philippe Roussel wrote:
Before I test this, didn't you forget to commit
deb-equivs-control.template ?
Added!
I've also
Hi,
Scanning opal build warnings I found at least 2 that look like real
bugs, see the following patch.
Philippe
Index: Source/OpalGraphics/CGImage.m
===
--- Source/OpalGraphics/CGImage.m (révision 37110)
+++
Hi,
I need following patch to compile DBusKit with gcc. Don't ask me why
it works with other configurations, I don't know.
Thanks,
Philippe
Index: Source/DKOutgoingProxy.m
===
--- Source/DKOutgoingProxy.m(révision 36846)
+++
On Wed, May 29, 2013 at 08:44:51AM +, Niels Grewe wrote:
On 29.05.2013 10:06CEST Philippe Roussel p.o.rous...@free.fr wrote:
Hi Niels,
On Wed, May 29, 2013 at 07:27:09AM +, Niels Grewe wrote:
Compiling with clang is tempting but it seems people in the clang camp
are moving
On Tue, Nov 20, 2012 at 08:02:16AM +, David Chisnall wrote:
That's odd. Did your binutils suddenly lose the ability to assemble
position-independent i386 code?
Well, binutils 2.22-6ubuntu1 hasn't changed since march apparently.
Philippe
___
Hi,
Trying to build libobjc2 from svn with 4.6.3 gives me this :
GNUmakefile:23: GNUstep found - building for install in the GNUstep filesystem.
Assembling objc_msgSend.S...
objc_msgSend.x86-32.S: Assembler messages:
objc_msgSend.x86-32.S:92: Error: junk .get_pc_thunk.bx' after expression
Hi,
gcc 4.6.3 isn't happy with dbuskit trunk :
Compiling file DKEndpoint.m ...
DKEndpoint.m: In function ‘DKTimeoutAdd’:
DKEndpoint.m:816:3: erreur: ‘self’ undeclared (first use in this function)
DKEndpoint.m:816:3: note: each undeclared identifier is reported only once for
each function it
On Sun, Nov 11, 2012 at 02:32:56PM +0100, Niels Grewe wrote:
Hi Philippe,
the callback functions for libdbus where incorrectly using NSDebugMLog
instead of NSDebugFLog. NSDebugMLog changed in r35670 to pass around
self and _cmd, which revealed the mistake. But it should be fixed now.
Yep,
Le 02/11/2012 14:50, Wolfgang Lux a écrit :
Wolfgang Lux wrote:
[snip]
I have implemented this. The configure script checks for the variant of
strerror_r and the _systemError: method now contains code for the glibc
variant of strerror_r. Doing that, I had to remove the code from common.h
Hi German,
Le 07/10/2012 04:21, Germán A. Arias a écrit :
I’m having an odd problem with Renaissance and gnustep update to svn.
Attached a simple test that compile fine on my machine. But don't run. I
get the error:
german@german-desktop:~/Instalados/Practicas/Renan$ openapp ./Renan
Hi,
With gcc I get the following :
Making all for framework DBusKit...
Compiling file NSConnection+DBus.m ...
NSConnection+DBus.m: In function '+[NSConnection(DBusKit) load]':
NSConnection+DBus.m:58:3: error: ISO C90 forbids mixed declarations and code
Le 21/04/2012 13:14, David Chisnall a écrit :
I believe it was a design decision for DBusKit that it require C99 support.
It doesn't seem unreasonable, now C99 has now been superseded by C11, to
expect a compiler to support the 13 year old standard...
And it doesn't seem unreasonable to
Le 21/04/2012 13:58, Niels Grewe a écrit :
On Sat, Apr 21, 2012 at 01:45:45PM +0200, Philippe Roussel wrote:
I'm not the one who added -Werror to the default build of DBusKit and I
don't want to argue about standards or compiler. In my point of vue it
quite simple : if it's in the source
On Thu, Apr 19, 2012 at 09:50:03AM +0200, Fred Kiefer wrote:
Not sure whether your approach is the right way to solve the issue.
To me it rather looks like the way we implement things in gui makes
it hard for subclasses to do the right thing.
If I remember correctly that extra flag in
Le 19/04/2012 13:03, Philippe Roussel a écrit :
On Thu, Apr 19, 2012 at 09:50:03AM +0200, Fred Kiefer wrote:
Not sure whether your approach is the right way to solve the issue.
To me it rather looks like the way we implement things in gui makes
it hard for subclasses to do the right thing
Hi all,
I didn't find a way to add a working 'Open recent' menu to a Renaissance
application so here is a trivial working patch. It is specific to
GNUstep as I don't know how that would work on OS X.
Comments ?
Thanks,
Philippe
Index: renaissance/Source/TagLibrary/GSMarkupTagMenu.m
Le 18/04/2012 10:28, Fred Kiefer a écrit :
Committed. Sorry for taking that long. I was away over the weekend.
Thanks a lot Fred, and don't worry about the timing, it's nothing critical !
Maybe this should be documented somewhere, I'll explain it here.
If you want your application's .desktop
I'm not sure Nicola is still around reading his email so I'm posting
this here.
Message original
Sujet: Renaissance and document based applications bug
Date : Tue, 17 Apr 2012 22:44:15 +0200
De : Philippe Roussel p.o.rous...@free.fr
Pour : Nicola Pero nicola.p...@meta
Le 19/03/2012 11:27, Fred Kiefer a écrit :
On 18.03.2012 23:24, Philippe Roussel wrote:
Hi,
When building an application, a .desktop file is generated with data
gathered from the .plist file when possible and from static strings when
not. One os the fields, Categories, is set to X-GNUstep
Hi,
When building an application, a .desktop file is generated with data
gathered from the .plist file when possible and from static strings when
not. One os the fields, Categories, is set to X-GNUstep. As this isn't a
valid freedesktop category, every package has to ship its own .desktop
Hi,
Even if the symbol isn't used, I guess the following is needed.
Strangely this is duplicated (correctly spelled) in config.mak.in, maybe
it could be removed from one file ?
Philippe
Index: base.make.in
===
--- base.make.in
Hi,
Lucas Schnorr ran into the following problem (I can reproduce it too) :
2012-03-05 10:08:26.409 tobjc[6709] Problem posting notification:
NSException: 0x7f22d8005658 NAME:NSRangeException REASON:Index -1 is
out of range 1 (in 'objectAtIndex:') INFO:{Array = (NSRunLoop:
0x1cfe998); Count =
Hi,
Le 07/02/2012 11:07, Niels Grewe a écrit :
Hi Sebastian,
Am 07.02.2012 10:56, schrieb Sebastian Reitenbach:
AFAIK, there doesn't exist something the other way around, allowing other
application to create
an App Wrapper automatically. Even if that would exist, you'd still have to get
Le lundi 30 janvier 2012 à 23:43 +0100, Fred Kiefer a écrit :
On 30.01.2012 23:17, Philippe Roussel wrote:
Le lundi 30 janvier 2012 à 22:57 +0100, Philippe Roussel a écrit :
Hi,
Sometimes when I run my probably buggy application the console is
flooded with the following log
Le mardi 31 janvier 2012 à 09:54 +0100, Fred Kiefer a écrit :
On 31.01.2012 09:15, Philippe Roussel wrote:
Not really. I can try to debug this further but it will have to wait,
real work comes first...
Just send me the code, I am willing to debug this myself as this sounds
bad enough
Le mardi 31 janvier 2012 à 11:18 +0100, Sebastian Reitenbach a écrit :
On Tuesday, January 31, 2012 10:54 CET, Fred Kiefer fredkie...@gmx.de
wrote:
On 31.01.2012 10:24, Philippe Roussel wrote:
Le mardi 31 janvier 2012 à 09:54 +0100, Fred Kiefer a écrit :
On 31.01.2012 09:15
Hi,
Sometimes when I run my probably buggy application the console is
flooded with the following log :
GSHorizontalTypesetter - Glyph generation was triggered for a layout
manager while the text storage it was attached to had unprocessed
editing. This is not allowed. Glyph generation may be
Le lundi 30 janvier 2012 à 22:57 +0100, Philippe Roussel a écrit :
Hi,
Sometimes when I run my probably buggy application the console is
flooded with the following log :
GSHorizontalTypesetter - Glyph generation was triggered for a layout
manager while the text storage it was attached
Le mercredi 25 janvier 2012 à 11:30 -0700, Eric Wasylishen a écrit :
Hi Philippe,
I just got a new ubuntu 11.10 install set up natively instead of in a
VM, so I can actually use Unity now. :-) I can reproduce this...
unfortunately GS is almost unusable in Unity - menus often don't
appear in
Hi Eric,
Le lundi 23 janvier 2012 à 15:43 -0700, Eric Wasylishen a écrit :
I committed a fix. Please test both on-screen display, and the result
of saving a PDF from Ink (print dialog-save button-foo.pdf). Both
work for me with the font that was previously causing problems (DejaVu
Sans -
Le mardi 24 janvier 2012 à 12:32 -0700, Eric Wasylishen a écrit :
Hm.. Are those gaps temporary, or does the window stay like that?
Unfortunately. it's probably something difficult to fix which will
have to wait for the release after this one.
Resizing the window generally fixes it but it also
Hi Fred,
Le samedi 21 janvier 2012 à 16:17 +0100, Fred Kiefer a écrit :
I just did run the tests for base and get 12 failures. One is the know
+initialize bug of the gcc runtime. The other 11 come from the
NSNumberFormatter:
base/NSNumberFormatter/basic10_4.m:
Failed test:
Le samedi 21 janvier 2012 à 10:18 -0600, Stefan Bidi a écrit :
On Sat, Jan 21, 2012 at 10:07 AM, Philippe Roussel p.o.rous...@free.frwrote:
Hi Fred,
I'm getting some of these too. After setting LANG to C the tests pass
fine.
Hmm... What was the value of LANG before? I'd
Hi,
Playing with different themes I noticed that when starting an
application with GnomeTheme the debug log 'Gnome theme initialized'
appears multiple times.
I think the following patch is needed :
--- Source/GSTheme.m(revision 34503)
+++ Source/GSTheme.m(working copy)
@@ -282,19
Le jeudi 12 janvier 2012 à 21:49 +0100, Philippe Roussel a écrit :
Hi,
Playing with different themes I noticed that when starting an
application with GnomeTheme the debug log 'Gnome theme initialized'
appears multiple times.
I think the following patch is needed :
--- Source/GSTheme.m
Le mardi 10 janvier 2012 à 10:56 +0100, Fred Kiefer a écrit :
On 10.01.2012 05:54, Eric Wasylishen wrote:
I didn't like the current approach either… I just committed a
rewrite of how theme images are handled which gets rid of theme
proxies entirely, and eliminates the code in -[GSTheme
Hi gui hero :o)
Le mardi 10 janvier 2012 à 12:16 -0700, Eric Wasylishen a écrit :
Good idea.. just implemented that by moving the notification registration to
+[NSImage initialize]. Theme switching actually feels noticeably faster now
which is odd; I wasn't expecting NSNotificationCenter to
Hi,
Isn't the following patch needed for the code in +imageFileTypes and
friends to rebuild the arrays when needed ? Those methods compare the
arrays' pointers with nil and I think RELEASE doesn't affect nil to its
argument.
Index: Source/NSImage.m
I feel like I am spamming the list these days, sorry.
I didn't follow the recent threads about font rendering so maybe this is
known but there are still some bugs in there. Take a look at the
attached screenshot.
This is with latest gui and back, cairo backend, libcairo 1.10.2 on
ubuntu 11.04 32
Le lundi 09 janvier 2012 à 12:59 -0700, Eric Wasylishen a écrit :
Hi,
Thanks for the report, Philippe; this is indeed a fairly serious problem. :-(
That would probably works but what about changing how +imageNamed:
works ?
When this method is called with a image name lacking an
Le lundi 09 janvier 2012 à 20:51 +, Richard Frith-Macdonald a
écrit :
On 9 Jan 2012, at 19:59, Eric Wasylishen wrote:
How about adding caching to NSBundle? It already caches the budle
info.plist, why not the directory listing of the resource directory?
I hacked in some quick/dirty
Le lundi 09 janvier 2012 à 22:18 +0100, Philippe Roussel a écrit :
Le lundi 09 janvier 2012 à 20:51 +, Richard Frith-Macdonald a
écrit :
On 9 Jan 2012, at 19:59, Eric Wasylishen wrote:
How about adding caching to NSBundle? It already caches the budle
info.plist, why
Hi,
On Thu, Oct 13, 2011 at 03:26:10PM -0600, Eric Wasylishen wrote:
Hi Fred,
I had a look at implementing it today, and it turned out to be
easier than expected so I finished committed it.
If we run in to problems we can switch back to XGCairoXImageSurface
before the next release, but
Le vendredi 05 août 2011 à 18:35 +0100, David Chisnall a écrit :
Should be fixed in svn.
Yep, thanks.
Philippe
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi all,
My gnustep testfarm setup needs the following one liner for the
compilation to finish.
This is on GNU/Linux i686 with gcc 4.4.5. Removing the include doesn't
generate any warning for me and I get the following results for base
tests :
6399 Passed tests
15 Dashed hopes
1
Le jeudi 04 août 2011 à 21:16 +0100, David Chisnall a écrit :
Applying this patch will break the NSSmallInt stuff. I thought
Richard fixed the ObjectiveC2 stuff so that it was safe to include
objc/runtime.h anywhere - or does that only work after GNUstep is
installed? Did you try rerunning
Hi
Le dimanche 10 juillet 2011 à 21:51 +0200, Fred Kiefer a écrit :
On 09.07.2011 21:04, Eric Wasylishen wrote:
Hi Philippe,
The jumping is caused by our use of rint() in NSButtonCell - in fact, I
think we should avoid rint() entirely for graphics, because it uses a
round halfway
(sorry, wrong email address used for my last mail, corrected)
Le lundi 16 mai 2011 à 15:24 -0600, Eric Wasylishen a écrit :
I can confirm that window resizing looks much better now, I don't see
the annoying flickering anymore, thanks a lot !
Good to hear!
Not related to your patch
Hi,
Le lundi 16 mai 2011 à 14:26 -0600, Eric Wasylishen a écrit :
Hey,
I committed a patch on the weekend implementing the
_NET_WM_SYNC_REQUEST protocol described here:
http://standards.freedesktop.org/wm-spec/1.3/ar01s06.html
There isn't much info about it on the web; the best I could
Le vendredi 29 avril 2011 à 15:40 +0100, David Chisnall a écrit :
On 29 Apr 2011, at 15:26, Philippe Roussel wrote:
Using gcc 4.4.5 I get a deadlock with the system's libojbc and with
libobjc2. Stacktraces are similar for both cases :
Are you using trunk libobjc2? This test passes
Le mardi 29 mars 2011 à 09:25 +0100, Richard Frith-Macdonald a écrit :
On 29 Mar 2011, at 01:01, David Chisnall wrote:
Hello the list,
I spent some time with valgrind and found out why NSConnection is so flakey
on 64-bit platforms. It seems that we use the same incorrect pattern in a
Le mardi 29 mars 2011 à 10:46 +0100, Richard Frith-Macdonald a écrit :
Seems to break on x86-64 gcc 4.4.3 :
GSAttributedString.m:147: error: cast to union type from type not present
in union
Ah, the problems of not actually having a 64bit development system ...
I forgot some
Hi,
The image shown in NSSavePanel has a size of 48x48 pixels. The
application image could be of a different size, resize it.
Maybe a copy of applicationIconImage should be made before setting the
image size ?
Philippe
Index: Source/NSSavePanel.m
Le lundi 14 mars 2011 à 13:24 +0100, Fred Kiefer a écrit :
Am 14.03.2011 09:48, schrieb Philippe Roussel:
Hi,
The image shown in NSSavePanel has a size of 48x48 pixels. The
application image could be of a different size, resize it.
Maybe a copy of applicationIconImage should be made
Le jeudi 10 mars 2011 à 17:56 -0500, Gregory Casamento a écrit :
I will have another look at this tonight to see if I cant fix some of
these things. I'd like to make integration with GNOME as smooth and
seamless as possible.
It's probably the wrong way to do it but with the following patch
Le jeudi 10 mars 2011 à 16:13 -0500, Gregory Casamento a écrit :
This is my fault and it's a bug I need to address.
The issue was that the .desktop file was being generated prior to my
change completely wrong and was absolutely useless in the first place
as it was being generated
Hi
Le samedi 05 mars 2011 à 17:06 +, Richard Frith-Macdonald a écrit :
I added a configure-time check in gnustep-base to detect objc runtime
libraries which don't support +initialise properly and warn about them.
I also added a run-time alert to be printed if a program becomes
[Adding Daving to Cc]
Le lundi 07 mars 2011 à 09:28 +, Richard Frith-Macdonald a écrit :
On 7 Mar 2011, at 09:04, Philippe Roussel wrote:
Hi
Le samedi 05 mars 2011 à 17:06 +, Richard Frith-Macdonald a écrit :
I added a configure-time check in gnustep-base to detect objc
Le lundi 07 mars 2011 à 11:16 +0100, Philippe Roussel a écrit :
[Adding Daving to Cc]
Sorry David
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Le lundi 07 mars 2011 à 10:49 +, Richard Frith-Macdonald a écrit :
On 7 Mar 2011, at 10:37, Philippe Roussel wrote:
Le lundi 07 mars 2011 à 11:16 +0100, Philippe Roussel a écrit :
[Adding Daving to Cc]
Sorry David
I think this is a test bug ... needed to use volatile
Hi,
One of the tests in basic.m (round up for fractional part 0.5) is
failing only because of code ordering. The appended patch fixes it.
Philippe
Index: base/NSNumberFormatter/basic.m
===
--- base/NSNumberFormatter/basic.m
Le vendredi 25 février 2011 à 00:00 +, David Chisnall a écrit :
On 24 Feb 2011, at 23:37, Fred Kiefer wrote:
Am 24.02.2011 21:14, schrieb Philippe Roussel:
Le lundi 24 janvier 2011 à 12:58 +0100, Fred Kiefer a écrit :
[snip]
This seems to be the problem here. There actually
Hi,
Are these kind of patches considered useful ?
Documentation says memmove should be used when the memory areas overlap
and valgrind warns about it.
Philippe
Index: base/Source/NSPointerArray.m
===
---
Hi,
With commit 32031 to NSPropertyList.m (and latest libobjc2) my
application crashes in weird ways. Reverting to 31997 on that file
apparently fixes it for me but I have no idea if the bug is in my
application or in NSPropertyList.
Here's backtrace with the latest change :
Program received
Using valgrind I noticed multiple memory leaks (most seem to be false
positives) when running a GNUstep app.
I *think* the following patch fixes two real leaks. Can someone review
this ?
Philippe
Index: Source/NSPropertyList.m
===
On Mon, Jan 31, 2011 at 11:56:45AM +0100, Fred Kiefer wrote:
The interesting line is:
Owning program failed to convert data.
Could it be that the content of the pasteboard was something that wasn't
a string, but our code always expects that it can be converted to a string?
I guess I'll have
Le samedi 29 janvier 2011 à 21:26 +0100, Philippe Roussel a écrit :
Le samedi 29 janvier 2011 à 14:11 +0100, Fred Kiefer a écrit :
I remember this behaviour form way back, but cannot remember seeing it
in recent years. I may just have been lucky, though.
Could you please start gpbs
Le samedi 29 janvier 2011 à 14:11 +0100, Fred Kiefer a écrit :
I remember this behaviour form way back, but cannot remember seeing it
in recent years. I may just have been lucky, though.
Could you please start gpbs manually and switch on debug output for Pbs?
This command should do the trick:
Hi all,
Running svn trunk on 32 bits Ubuntu 10.04 (xorg 1.7.6 I think), I can
observe really often long pauses in Gorm, SimpleAgenda and others. I
just found out that gpbs is logging errors like this (with SimpleAgenda,
I didn't try others) :
2011-01-27 21:35:14.082 gpbs[27311] GNU pasteboard
Going back to libobjc2 revision 31870 fixes it for me.
Philippe
Le dimanche 23 janvier 2011 à 20:43 +0100, Philippe Roussel a écrit :
Hi,
With libobjc2 and gnustep from trunk I'm getting the following error
when clicking on a NSColorWell :
Objective-C runtime error. Loading two versions
Le lundi 24 janvier 2011 à 10:53 +, David Chisnall a écrit :
On 23 Jan 2011, at 19:43, Philippe Roussel wrote:
With libobjc2 and gnustep from trunk I'm getting the following error
when clicking on a NSColorWell :
Objective-C runtime error. Loading two versions of GSColorSliderCell
Hi,
With libobjc2 and gnustep from trunk I'm getting the following error
when clicking on a NSColorWell :
Objective-C runtime error. Loading two versions of GSColorSliderCell
Here's a backtrace :
#0 0xb7fe2424 in __kernel_vsyscall ()
#1 0xb75ae651 in *__GI_raise (sig=6) at
Hi all,
In trying to understand why my application randomly blocks, I found that
it always has 2 threads running and I don't know what the second one is
for.
It seems this thread is waiting on some condition lock :
#0 0xb7fe2424 in __kernel_vsyscall ()
#1 0xb7428015 in
Le samedi 22 janvier 2011 à 21:11 +, David Chisnall a écrit :
On 22 Jan 2011, at 20:54, Philippe Roussel wrote:
Hi all,
In trying to understand why my application randomly blocks, I found that
it always has 2 threads running and I don't know what the second one
Hi Richard,
I would like to know if you would accept something like the attached
patch to the test suite. I did go the Python route but can switch to a
WebServer based helper if needed.
The code doesn't try to locate the python executable, it will just
return if python is not in the PATH. If
Le mardi 18 janvier 2011 à 20:53 +, Richard Frith-Macdonald a
écrit :
On 17 Jan 2011, at 20:15, Philippe Roussel wrote:
Just one question : would you mind having a helper in the testsuite
written in Python ? I know it could be problematic to be dependant on
Python but it would be a lot
Le lundi 17 janvier 2011 à 15:33 +, Richard Frith-Macdonald a
écrit :
On 16 Jan 2011, at 20:06, Philippe Roussel wrote:
Here's a first round of tests for NSURLRequest, NSURLProtocol and
NSURLConnection. I'll try to create good client/server tests for
NSURLConnection next
Hi Richard
Le lundi 17 janvier 2011 à 17:17 +0100, Philippe Roussel a écrit :
Le lundi 17 janvier 2011 à 15:33 +, Richard Frith-Macdonald a
écrit :
On 16 Jan 2011, at 20:06, Philippe Roussel wrote:
Here's a first round of tests for NSURLRequest, NSURLProtocol and
NSURLConnection
Hi Richard
Le samedi 15 janvier 2011 à 06:45 +, Richard Frith-Macdonald a
écrit :
I have an OSX system I could run tests for you on, and I'd be very
pleased to do that if you could add tests to the testsuite at
http://svn.gna.org/viewcvs/gnustep/tests/testsuite/trunk/
My problem with
Le samedi 15 janvier 2011 à 06:45 +, Richard Frith-Macdonald a
écrit :
[...]
I have no idea how Apple implemented NSHTTPURLProtocol and no way to
test it.
I have an OSX system I could run tests for you on, and I'd be very
pleased to do that if you could add tests to the testsuite at
Hi,
I'm trying to use NSURLConnection instead of NSURLHandle to access a
WebDAV server (mainly because NSURLConnection seems to be the future).
WebDAV only adds new methods to http so implementing a WebDAVURLProtocol
from scratch would mean a lot of code duplication. On the other hand,
Le vendredi 14 janvier 2011 à 21:03 +, Richard Frith-Macdonald a
écrit :
On 14 Jan 2011, at 19:44, Philippe Roussel wrote:
Hi,
I'm trying to use NSURLConnection instead of NSURLHandle to access a
WebDAV server (mainly because NSURLConnection seems to be the future).
Well, it's
Hi all,
With svn head, I get the following message when running any application
(SystemPreferences, Gorm etc) with --GNU-Debug=dflt :
File GSFFIInvocation.m: 610. In GSFFIInvocationCallback Changed type
signature 'v...@0:4...@8@1...@16c20@24' to 'v...@0:4...@8@1...@16c20@22' for
Le dimanche 19 décembre 2010 à 18:03 +, Richard Frith-Macdonald a
écrit :
Thanks ... I guess the thing to do is create testcases and add them to
testsuite in svn to see how these things behave.
That way we can easily check that the GNUstep and OSX behaviors are the same
simply by
Le dimanche 28 novembre 2010 à 21:48 -0700, Adam Fedor a écrit :
I
On Nov 21, 2010, at 3:02 AM, Philippe Roussel wrote:
So it creates /home/philou/gnustep-woody/share/GNUstep/Makefiles and
then looks
for /home/philou/gnustep-woody/System/Library/Makefiles/GNUstep.sh.
I'm
Hi all,
I have a gnustep-testfarm checkout that I used to run from time to time
(last run visible on http://www.gnustep.org/developers/testfarm.html :
woody i686-pc-linux-gnu OK jeudi 9 septembre 2010, 09:29:50 (UTC+0200)
Pass: 5379 Fail: 0 Complete: 263 Details).
I wanted to run it this morning
Le mercredi 25 août 2010 à 08:55 +0200, Wolfgang Lux a écrit :
Philippe Roussel wrote:
Last detail : if I remove [AppointmentEditor controlTextDidChange:] or
just don't call [NSTextField objectValue] everything works correctly.
I could rework my code to avoid controlTextDidChange
On Tue, Aug 24, 2010 at 01:06:56AM +0200, Fred Kiefer wrote:
Am 24.08.2010 00:16, schrieb Fred Kiefer:
Am 23.08.2010 15:20, schrieb Philippe Roussel:
In SimpleAgenda I use an instance of NSDateFormatter created with
dateFormatter = AUTORELEASE([[NSDateFormatter alloc]
initWithDateFormat
Hi,
In SimpleAgenda I use an instance of NSDateFormatter created with
dateFormatter = AUTORELEASE([[NSDateFormatter alloc]
initWithDateFormat:[[NSUserDefaults standardUserDefaults]
objectForKey:NSShortDateFormatString] allowNaturalLanguage:NO]);
in the appointment editor for a textbox where you
Hi Richard
On Tue, Aug 17, 2010 at 04:48:06PM +0100, Richard Frith-Macdonald wrote:
On 17 Aug 2010, at 16:19, David Chisnall wrote:
On 17 Aug 2010, at 16:18, Philippe Roussel wrote:
Things work a lot better with the appended patch.
The patch looks good to me, but it's worth
Le vendredi 13 août 2010 à 10:57 +0200, Fred Kiefer a écrit :
Am 13.08.2010 10:48, schrieb Matt Rice:
looking at this,
http://coyote.octets.fr/simpleagenda/browser/trunk/CalendarView.m
and the _1left, _1right etc, i'm guessing those are the images we're
seeing in the screenshot
and they
Le vendredi 13 août 2010 à 11:11 +0200, Philippe Roussel a écrit :
Le vendredi 13 août 2010 à 10:57 +0200, Fred Kiefer a écrit :
Am 13.08.2010 10:48, schrieb Matt Rice:
looking at this,
http://coyote.octets.fr/simpleagenda/browser/trunk/CalendarView.m
and the _1left, _1right etc, i'm
Le vendredi 13 août 2010 à 11:45 +0200, ici...@mail.cg.tuwien.ac.at a
écrit :
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
Le vendredi 13 août 2010 à 11:57 +0200, Philippe Roussel a écrit :
Le vendredi 13 août 2010 à 11:45 +0200, ici...@mail.cg.tuwien.ac.at a
écrit :
Hi!
Related thread on mailing list is here:
http://lists.gnu.org/archive/html/gnustep-dev/2010-03/msg00041.html
Looks like it began
On Wed, Aug 11, 2010 at 11:40:59PM +0200, Philippe Roussel wrote:
NSTabView should itself be flipped but at the moment this isn't done in
code as there was a drawing problem for flipped views.
Or it could be an issue with a theme. Could you please switch to the
default theme if you
Hi Fred,
Le mercredi 11 août 2010 à 19:19 +0200, Fred Kiefer a écrit :
The libffi problem will result in no images being displayed. As this
isn't the case for you, this looks like some different issue.
From the picture I would say the the tab border images are drawn to the
wrong side of the
On Tue, Aug 10, 2010 at 02:01:42PM +0200, Philippe Roussel wrote:
Hi all,
I'm trying to update my GNUstep environment and I'm facing drawing
problems, whether I use svn head or the lastest unstable release. Have
a look at the attached screenshot.
Is anyone else having this problem
Hi all,
I'm trying to update my GNUstep environment and I'm facing drawing
problems, whether I use svn head or the lastest unstable release. Have
a look at the attached screenshot.
Is anyone else having this problem ?
This is a 64 bits build with the cairo backend (I think the same
problem
1 - 100 of 128 matches
Mail list logo
