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.
>
> P
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-co
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
--
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)
+++ Source/OpalGraphic
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)
+++ So
On Wed, May 29, 2013 at 08:44:51AM +, Niels Grewe wrote:
>
> On 29.05.2013 10:06CEST Philippe Roussel wrote:
>
> > Hi Niels,
> >
> > On Wed, May 29, 2013 at 07:27:09AM +, Niels Grewe wrote:
> >>> Compiling with clang is tempting but it seems pe
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
objc_ms
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.
Ye
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 a
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.
Le 01/11/2012 22:07, Riccardo Mottola a écrit :
> Hi,
>
> with the latest changes, if I compile base on NetBSD I get:
> Compiling file NSProcessInfo.m ...
> In file included from NSProcessInfo.m:86:0:
> /usr/include/kvm.h:74:30: error: expected declaration specifiers or
> '...' before 'u_long'
>
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
> 2
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
>>
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 e
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
> [-Werror=declaration-after-state
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 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 subcl
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 NS
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
Pour : Nicola Pero
Hi Nicola,
I'm trying t
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 f
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 th
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
fil
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:
NAME:NSRangeException REASON:Index -1 is
out of range 1 (in 'objectAtIndex:') INFO:{Array = (""); Count = 1; Index = 4294967295; }
NSConnection was prob
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
othe
Le mardi 31 janvier 2012 à 11:18 +0100, Sebastian Reitenbach a écrit :
> On Tuesday, January 31, 2012 10:54 CET, Fred Kiefer
> wrote:
>
> > On 31.01.2012 10:24, Philippe Roussel wrote:
> > > Le mardi 31 janvier 2012 à 09:54 +0100, Fred Kiefer a écrit :
> > &g
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
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 consol
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 th
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 trigg
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
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 al
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 samedi 21 janvier 2012 à 10:18 -0600, Stefan Bidi a écrit :
> On Sat, Jan 21, 2012 at 10:07 AM, Philippe Roussel wrote:
>
> > Hi Fred,
> >
> > I'm getting some of these too. After setting LANG to C the tests pass
> > fine.
> >
>
> Hmm... What w
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 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 pa
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 +282,22
Le mercredi 11 janvier 2012 à 10:47 +0100, Riccardo Mottola a écrit :
> Hi,
> > I feel like I am spamming the list these days, sorry.
> well, there are small issues here and there...
> >
> > I didn't follow the recent threads about font rendering so maybe this is
> > known but there are still some
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
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
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
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 -[GSThe
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 bu
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/di
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 la
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 relea
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
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 rerunnin
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 Fa
Le mardi 12 juillet 2011 à 15:18 -0600, Eric Wasylishen a écrit :
> Hi,
> I committed the change which I proposed earlier, introducing the following in
> GSGuiPrivate.h:
>
> /**
> * Rounds to the nearest integer, and in the case of ties, round to the
> * larger integer. This is the recommended
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
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 coul
(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
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
Hi,
Using gcc 4.4.5 I get a deadlock with the system's libojbc and with
libobjc2. Stacktraces are similar for both cases :
(gdb) bt
#0 0x6ffe1424 in __kernel_vsyscall ()
#1 0x6f6fa169 in __lll_lock_wait () at
../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:142
#2 0x6f6f55d9 i
Hi
Le vendredi 08 avril 2011 à 20:17 +0200, Nicola Pero a écrit :
> > It's probably the wrong way to do it but with the following patch the
> > icon path is set correctly and the desktop file recognized as such by
> > Nautilus.
>
> Philippe,
>
> thanks a lot for this patch. Well done, excellent
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 forgo
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 pat
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.
> >
> &g
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 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 a
Hi,
When I build an application from sources, its desktop file uses a wrong
path for the application's icon. For example, with the attached
GNUstep.conf (everything is installed in /opt/GNUstep-trunk/) I get the
following in the desktop file :
Icon=/usr/local/Local/Applications/SimpleAgenda.app/R
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 thi
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
[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
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
> multi
Le samedi 05 mars 2011 à 15:47 +0100, Wolfgang Lux a écrit :
> After upgrading my local MacPorts tree, which meant switching from
> Apple's X libraries to the xorg X libraries, I have been noticing
> these timeouts too. Turns out that these were caused by a race
> condition in gpbs, where th
code and not our tests.
The test was wrong : it initialized num with 1.01 for the 'Handle
leading zeroes in fractional' test and then tested rounding as if num
was still equal to 1234.567.
Philippe
>
> Am 04.03.2011 09:06, schrieb Philippe Roussel:
> > One of the tests i
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 (r
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]
&
Hi,
Le lundi 24 janvier 2011 à 12:58 +0100, Fred Kiefer a écrit :
[snip]
> This seems to be the problem here. There actually are two versions of
> GSColorSliderCell loaded. One from loading the wheel picker and one from
> loading the standard picker. It is exactly the same class coming from
> th
Hi,
Two tests in base/NSNumberFormatter/basic10_4.m are failing because of a
localization problem : in my fr_FR locale the decimal separator is ','
but the 2 tests expect a '.' in the result.
Setting the formatter's locale to 'en' should do the trick.
Philippe
Index: Tests/base/NSNumberFormatte
Le samedi 12 février 2011 à 20:35 +, David Chisnall a écrit :
> On 12 Feb 2011, at 20:22, Philippe Roussel wrote:
>
> > Hi,
> >
> > Are these kind of patches considered useful ?
>
> Yes, definitely.
>
> > Documentation says memmove should be use
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
===
--- base/Source/NSPointerArray.
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 sig
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
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
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 t
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 ser
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 runt
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 runt
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
../nptl/sysdeps/u
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
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 pthread_cond_wait@@GLIBC
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 that
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
> > P
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 NSURL
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
> &
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 testsui
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 NSU
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,
subclassin
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
'postNotification
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 run
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/Syste
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
1 - 100 of 149 matches
Mail list logo
