> Am 10.01.2023 um 18:37 schrieb Riccardo Mottola :
>
> Your fix appears to work
>
>
> I still wonder if the bug is in GNUstep which shouldn't be "picky" about this
> delegate or something done in ProjectCenter is fishy, something with the
> editor instantiation.
>
> Observations:
> 1) ope
> Am 10.01.2023 um 01:42 schrieb Riccardo Mottola :
>
> Hi,
>
>
> Riccardo Mottola wrote:
>> y to understand if this is more a GUI or a ProjectCenter issue
>
> I checked this a little more, also with Fred. The SplitView looses its
> delegate.. it must be one of the subviews. I suppose the
> Am 08.02.2022 um 04:16 schrieb Sergei Golovin :
>
> On 2022-02-08 02:49:26 +0400 Wolfgang Lux wrote:
>
>>> The attached patch changes the -[dealloc] to do the code chunk equivalent
>>> to -[setMenu:nil]
>>> avoiding that -[NSPopUpButtonCell s
On Sun, 2022-02-06 at 19:50 +0100, Fred Kiefer wrote:
> > Am 06.02.2022 um 16:30 schrieb Wolfgang Lux
> > :
> > ...
> >
> > No, it doesn't happen for a standard GNUstep application. And while
> > it is reproducible for me (in at least one case), it see
Hi Sergei,
> On 2022-02-06 22:50:07 +0400 Fred Kiefer wrote:
>
> > Your change looks great to me, as always. Let's just hope it does
> > not
> > break
> > anything for the other two issues that caused the different changes
> > on that
> > code.
>
> That one issue in December was due to deal
Hi Fred,
> Am 06.02.2022 um 19:50 schrieb Fred Kiefer :
>
> Hi Wolfgang,
>
>> Am 06.02.2022 um 16:30 schrieb Wolfgang Lux :
>>
>>> There are bugs in GNUstep and probably there always will be. We don’t get
>>> enough testing, usage, for GNU
> Am 07.02.2022 um 12:09 schrieb Sergei Golovin :
>
> On 2022-02-06 22:50:07 +0400 Fred Kiefer wrote:
>
>> Let's just hope it does not break anything for the other two issues that
>> caused the different changes on that code.
>
> It breaks the @97351199e
Sorry, for some reason I deleted one
> Am 05.02.2022 um 23:53 schrieb Gregory Casamento :
>
> We just had the quarterly meeting, and we discussed this. GNUstep is already
> using LLVM/clang, as you likely know. The issue is that libobjc2 does not
> function on as wide a variety of platforms as GCC and libobjc. We have,
> thu
Hi Fred,
> There are bugs in GNUstep and probably there always will be. We don’t get
> enough testing, usage, for GNUstep gun applications, so many bugs may go
> unnoticed for a long time. At least the first bug you mention below is
> something I already fixed on Christmas. I am surprised that
Hi,
when I started looking at GNUstep as means to port macOS (then Mac OS X)
applications to Linux/Windows about 15 years ago I found code that was quite
buggy and that kept crashing or not working as expected on the application I
tried to port at that time. I've contributed a number of patches
Am 07.01.2021 um 14:33 schrieb Riccardo Mottola :
>
> Hi all,
>
>
> Wolfgang Lux wrote:
>> Yes. Changing the type you pass to the {en,de}codeValueOfObjCType methods is
>> a, errm, not so bright idea. The types are included in the binary archives.
>> So
Am 06.01.2021 um 23:11 schrieb Fred Kiefer :
>
>
>
>> Am 06.01.2021 um 22:57 schrieb Wolfgang Lux :
>>
>>> good catch. We have two differences here 32bit vs 64bit, but also signed vs
>>> unsigned!
>>
>> the difference between signed and u
Hi Riccardo,
> good catch. We have two differences here 32bit vs 64bit, but also signed vs
> unsigned!
the difference between signed and unsigned is irrelevant for encoding and
decoding, as you pass a pointer to the memory being encoded or decoded.
However, the size of the value you want to en
> Am 06.01.2021 um 17:15 schrieb Wolfgang Lux :
>
>
>
>> Am 06.01.2021 um 15:41 schrieb Fred Kiefer :
>>
>>
>> The next step would be to compare these values with the ones you get on
>> amd64. But before that, could you please run the base t
> Am 06.01.2021 um 15:41 schrieb Fred Kiefer :
>
>
> The next step would be to compare these values with the ones you get on
> amd64. But before that, could you please run the base tests on ppc64? Maybe
> you get already a failing test there and this would just explain the
> behaviour. We
Hi Sergii,
>
>
> Hi,
>
>> On Oct 17, 2020, at 00:27, Wolfgang Lux wrote:
>>
>> Hi Riccardo,
>>
>>> I noticed we recently have a strange behaviour, which is slightly
>>> different from setup (= installation on different computers) to
Hi Riccardo,
> I noticed we recently have a strange behaviour, which is slightly
> different from setup (= installation on different computers) to setup I have
>
> The first time I start a GNUstep application with windowmaker (I mean
> the first GNUstep app started ever after X11 start essentiall
> Am 29.06.2020 um 23:23 schrieb Riccardo Mottola :
>
> I have most applications running.. only SWK+Vespucci give this strange errors.
> This linker differences are perhaps also the issues Patrick is seeing? I do
> wonder.
>
> Anyway, do you have further ideas on this strange failure? does it
> Am 28.06.2020 um 21:21 schrieb Wolfgang Lux :
>
>
>
>> Am 18.06.2020 um 17:21 schrieb Riccardo Mottola :
>>
>> Hi David,
>>
>> David Chisnall wrote:
>>>
>>>> On 18 Jun 2020, at 12:52, Riccardo Mottola
>>>> wro
> Am 18.06.2020 um 17:21 schrieb Riccardo Mottola :
>
> Hi David,
>
> David Chisnall wrote:
>>
>>> On 18 Jun 2020, at 12:52, Riccardo Mottola
>>> wrote:
>>>
>>> you guessed correctly and the protocol is also a very common one, NSCopying
>> So, part of the question is whether this is the fi
> Am 17.06.2020 um 13:28 schrieb Riccardo Mottola :
>
> Hi,
>
> Wolfgang Lux wrote:
>>> Perhaps libobjc? how can I compile libobic2 in debug? I think I need to
>>> activate CMAKE_ASM_FLAGS_DEBUG somehow
>> No. But you want to reconfigure libobjc2 with
> Am 12.06.2020 um 18:34 schrieb Riccardo Mottola :
>
>
> Perhaps libobjc? how can I compile libobic2 in debug? I think I need to
> activate CMAKE_ASM_FLAGS_DEBUG somehow
No. But you want to reconfigure libobjc2 with CMAKE_BUILD_TYPE=RelWithDebInfo
(or, if you absolutely insist on turning
Hi Riccardo
> I have a strange issue. I get an object and check if it s a Dictionary, else
> I spit out an exception.
>
> if ([obj isKindOfClass: [NSDictionary class]])
> {
> do someting;
> }
> else if ([obj isKindOfClass: [DBSObject class]])
> {
> do something els;
> }
> else
> Error!!!
>
> Am 25.05.2020 um 23:57 schrieb Riccardo Mottola :
>
> What is interesting, if gdb follows the same literal rules and promotions of
> GCC:
>
> (gdb) p (int64_t)-2147483648
> $8 = 2147483648
> (gdb) p (int64_t)-2147483648l
> $9 = 2147483648
> (gdb) p (int64_t)-2147483648L
> $10 = 214748364
> Am 14.04.2020 um 12:34 schrieb David Chisnall :
>
> Calling a method with the wrong signature is undefined behaviour in
> Objective-C. The Apple runtime just ignores the type entirely and will
> happily corrupt your stack in a few cases. We try to allow it in benign
> cases, which probabl
> Am 13.04.2020 um 13:56 schrieb Riccardo Mottola :
>
> So now? Is this not the correct way to change cmake parameters?
I've never used ccmake, but I'm using cmake directly in the way suggested in
the INSTALL file:
cmake -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++
-DCMAKE_BUILD_T
Hi,
I've just recently come across a strange issue where the MySQL interface in the
SQLClient library had stopped working with a weird error when using the
libobjc2 runtime. In particular, the code was complaining that the
backendQuery:recordType:listType: method was called without a loaded bun
On Thu, 2020-04-02 at 18:18 +0200, Wolfgang Lux wrote:
> On Thu, 2020-04-02 at 11:06 +0100, David Chisnall wrote:
> > Hello,
> >
> > For various reasons, I have been reading the binutils ld
> > documentation
> > and there is a note that -Ur is needed
On Thu, 2020-04-02 at 11:06 +0100, David Chisnall wrote:
> Hello,
>
> For various reasons, I have been reading the binutils ld
> documentation
> and there is a note that -Ur is needed instead of -r for incremental
> linking of C++ programs that contain constructors. I suspect that
> this
> is
> Am 24.02.2020 um 08:38 schrieb mickb...@posteo.net:
>
> On 17.11.2019 16:53, Richard Frith-Macdonald wrote:
>>> On 17 Nov 2019, at 15:08, Riccardo Mottola
>>> wrote:
>>> I wanted to subclass NSMutableArray, so that I can easily add some extra
>>> methods.
>>> I declared my subclass like th
> Am 13.01.2020 um 19:10 schrieb Ladislav Michl :
>
> On Mon, Jan 13, 2020 at 06:31:21PM +0100, Wolfgang Lux wrote:
>> Hmmm, I guess you tried to include
>> MAKE_VERSION=`(${GNUMAKE} --version | head -1 | sed -e 's/^[^0-9]*//')`
>> just verbatim in config
> Am 13.01.2020 um 11:39 schrieb Ladislav Michl :
>
> On Mon, Jan 13, 2020 at 09:14:04AM +0100, Ladislav Michl wrote:
>> On Sun, Jan 12, 2020 at 11:37:59PM +0100, Wolfgang Lux wrote:
>>>> Am 12.01.2020 um 23:23 schrieb Fred Kiefer :
>>>>
>>>
> Am 12.01.2020 um 23:23 schrieb Fred Kiefer :
>
> Thank you for your patches. The first two are clear improvements. The third
> one also looks good to me, but I must admit it is really hard to read through
> in a patch mail (and I only read the configure.ac part. After the merge I
> would r
> Am 20.12.2019 um 16:11 schrieb Fred Kiefer :
>
> ...
>
> There you just describe that now the popup looks the same whether in pull
> down or in popup state. But what is the reason for this change? As I wrote I
> am happy with getting rid of all this special code, but last time I tried to
> Am 18.11.2019 um 10:12 schrieb Frederik Seiffert :
>
> Hi Wolfgang,
>
> We’re running into very similar issues debugging using lldb with the GNUstep
> Android toolchain, which is using the modern (v2) ABI. Have you been able to
> get any further with this?
Obviously, I haven't got much furt
> Am 18.11.2019 um 04:43 schrieb Patryk Laurent :
>
> On a fresh install of Ubuntu 19.04 building from the current master base and
> GUI, I get an occasional odd error in a simple NSAlert GUI program:
>
> “Uncaught exception NSInternalInconsistencyException, reason: registration
> with regis
Yes, it appears a few bogus commits have ended up on trunk tonight. :-(
> Am 29.10.2019 um 09:17 schrieb Riccardo Mottola :
>
> Hi,
>
> if I compile base, I get this error:
>
> Compiling file NSMetadata.m ...
> In file included from NSMetadata.m:35:
> ../Headers/Foundation/NSMetadata.h:33:9:
> Am 18.10.2019 um 07:52 schrieb Riccardo Mottola via Gnustep-dev
> :
>
> Hi,
>
> supporting Mac, gnustep, gcc and clang is a small challenge :-P But I like to
> do it.
>
> For selector issues, some time ago in Graphos I added this:
>
> #if !defined (GNUSTEP) && (MAC_OS_X_VERSION_MAX_ALLOW
> Am 18.10.2019 um 10:36 schrieb Richard Frith-Macdonald
> :
>
> ...
>
> The idea here (explained in the commnt) is to avoid lengthy unnecessary
> reconfigurations:
>
> # If the generated makefiles are present but their prerequisites have
> # changed, let config.status regenerate them. This
Hi all,
has anybody tips for how to debug GNUstep executables built with the
non-fragile ABI?
Gdb seems pretty useless with the non-fragile ABI because all instance variable
offsets appear to be 0 so it's impossible to inspect the contents of any
instances:
(gdb) print *self
$1 = {<> = {isa = 0
Am 02.07.2019 um 00:25 schrieb Gregory Casamento :
>
> base/GSTLS/basic.m:
> Failed test: basic.m:31 ... Expiration date can be retrieved
> --- Running tests in base/GSXML -
This was a time zone issue. The test was comparing the expiration date of a
certificate with a date that was constru
Hi Riccardo,
> The base configure script reports:
>
> checking the Objective-C runtime... GNU
> checking for custom shared objc library... NONE
> checking objc/runtime.h usability... yes
> checking objc/runtime.h presence... yes
> checking for objc/runtime.h... yes
> checking objc/objc.h usabilit
> Am 18.12.2018 um 22:01 schrieb Riccardo Mottola :
>
> Making all for subproject ObjectiveC2...
> Compiling file runtime.c ...
> runtime.c:35:27: fatal error: objc/objc-api.h: No such file or directory
> #include
> ^
> compilation terminated.
>
>
> which is expecte
> Am 05.12.2018 um 10:38 schrieb Riccardo Mottola :
>
> Hi Wolfgang,
>
> Wolfgang Lux wrote:
>> I haven't been using OpenBSD for years, so I'm not sure why there is an
>> /usr/include/objc header directory that does not match the compiler. But
>> a
> Am 02.12.2018 um 18:12 schrieb Wolfgang Lux :
>
>
>
>> Am 02.12.2018 um 17:28 schrieb Riccardo Mottola :
>>
>> Sebastian Reitenbach wrote:
>>> What platform are you on? Why don’t you take the path the packages take and
>>> use base clang
> Am 02.12.2018 um 17:28 schrieb Riccardo Mottola :
>
> Sebastian Reitenbach wrote:
>> What platform are you on? Why don’t you take the path the packages take and
>> use base clang, and libobjc2?
>
> because libobjc2 I always have issues with that setup or clang or something.
>
> I like to us
> Am 29.01.2018 um 18:15 schrieb Fred Kiefer :
>
>
>
>> Am 29.01.2018 um 11:32 schrieb Richard Frith-Macdonald
>> :
>>
>>> On 29 Jan 2018, at 08:28, Fred Kiefer wrote:
>>>
>>> re is a problem with these numbers. Coverity did only analyse about one
>>> third of the Objective-C files in GNU
> Am 02.01.2018 um 08:37 schrieb David Chisnall :
>
> On 2 Jan 2018, at 07:29, Yavor Doganov wrote:
>>
>> В Tue, 02 Jan 2018 07:20:39 +, David Chisnall написа:
>>
>>> Is there a good reason why we release -back as a separate package?
>>
>> One good reason to have -back as a separate packa
> Am 02.04.2017 um 18:19 schrieb Ivan Vučica :
>
> Hey,
>
> I'm trying to install GNUstep into /GNUstep with folders such as
> /GNUstep/System, /GNUstep/Local, etc. However, GNUstep.conf should live in
> /etc/GNUstep/GNUstep.conf.
>
> ./configure --prefix=/GNUstep --with-layout=gnustep --sy
> Am 30.06.2016 um 01:23 schrieb Stefan Bidigaray :
>
> LIBRARY COMBOS
> I don't understand why these are still needed. Can't the library combo be
> inferred from the architecture triplet, nowadays?
I'm still using both apple-apple-apple and gnu-gnu-gnu on OS X (the latter
requires a few manua
> Am 26.05.2016 um 12:10 schrieb Riccardo Mottola :
>
> Hi,
>
> it is acceptable to have and manipulate a NSView without it being inside a
> window?
Yes, you can take out a view from the view hierarchy inside a window to make it
invisible (although IIRC Apple recommends to just hide the view
> Am 16.08.2015 um 18:36 schrieb Ivan Vučica :
>
> Additionally, output of 'svn diff -r 38886:38887' is bizarre and the probable
> cause of the failure I'm seeing. I think this has actually broken the build,
> as the diff randomly inserts 'int[newline]main ()[newline]{' into configure.
> How w
> Am 31.03.2015 um 21:31 schrieb Riccardo Mottola :
>
> Hi Richard,
>
> On 2015-03-31 11:48:53 +0200 Richard Frith-Macdonald wrote:
>
>> I don't have BSD systems to test on, but I've added code which should
>> report
>> the BSD thread ID of a thread in NSLog output, and also modified the
>> -d
Hi Riccardo,
> a developer question. I got LuserNET working again! another application
> almost saved from bitrot :)
>
> I get however a lot of warnings about signedess in char*. In several palces
> data buffers are specified as unsigned char, while in other places data
> coming from those buf
> Am 07.02.2015 um 08:16 schrieb Germán Arias :
>
> After solve the problem with pthread and nanosleep (change the
> parts/time.h header on MinGW and change config.h, in gnustep base, to
> don't use nanosleep) I have other problem. The configure script now
> defines HAVE_MKSTEMP to 1, used in -wr
Am 04.12.2014 um 19:33 schrieb Riccardo Mottola :
>
> Hi,
>
> On 12/02/14 07:57, Richard Frith-Macdonald wrote:
>> It seems there are two variants of pthread_setname_np and the autoconf
>> script didn't know about them; it was just checking for pthread_setname_np
>> or pthread_set_name_np
>> I
Hi Riccardo Mottola,
> Wolfgang Lux wrote:
>> I finally got around to upgrade my GNUstep tree and was able to reproduce
>> your problem.
>> Looking at the code, then, the problem is fairly obvious: When you click the
>> pause button for the first time, the paused flag
Hi Riccardo,
> Wolfgang Lux wrote:
>> Did you check the value of executor? Is it a valid object at all or does the
>> thread perhaps crash inside the NSLog?
> I can't trap an exception and I hoped to print out something useful. How
> would you know if it is valid
Hi Riccardo.
> Hi,
>
> Riccardo Mottola wrote:
>>
>> NSLog(@"perfomring operation");
>> NSLog(@"performing operation on executor: %@", executor);
>>
>> The first one prints out. The second not. I do not get an exception raised
>> though. The program flow seems to interrupt.
> to
Hi Germán,
> Some weeks ago I tried to solve a problem with native Open/Save panels at
> WinUXTheme. These panels don't have "accessory view", so the user can't
> select other type of document. Then I tried use the methods +writableTypes
> and +readableTypes in NSDocument. However, these method
Am 23.01.2014 um 09:53 schrieb Fred Kiefer :
> I think the problem is in NSTextView doCommandBySelector: there we should use
> the form of performSelector that has an additional argument. The only
> argument we can use here is self, which might not be what you expect, but it
> is still better
Niels Grewe wrote:
>> Am 12.01.2014 um 00:06 schrieb "Riccardo Mottola" :
>>
>> ARC instead is more a "taste". It is a new addition in the GC discussion. I
>> personally prefer ref-counting.
>
> This seems to be a common misconception: ARC *is* reference counting; it has
> very little to do wi
Fred Kiefer wrote:
> So in the next step we should explain the problems of that setup.
> - Why we cannot use the Apple ObjC runtime. Actually why?
In the old days, I think we could not use Apple's runtime because of the subtle
incompatibilities between the Apple and the gnu runtimes. Plus, the
Am 24.12.2013 um 19:41 schrieb Germán Arias :
> El mar, 24-12-2013 a las 11:23 +0100, Wolfgang Lux escribió:
>> Hi Germán,
>>
>>> Is this correct? (line 1218 NSDocumentController.m)
>>>
>>> name = [[NSBundle mainBundle] localizedStringForKey: type
&
Hi Germán,
> Is this correct? (line 1218 NSDocumentController.m)
>
> name = [[NSBundle mainBundle] localizedStringForKey: type
>value: type
>table: @"InfoPlist"];
>
>
> Don't should be NSHumanReadableNameKey the first "type
Riccardo Mottola wrote:
> Hi,
>
> I just installed the cairo backend on NetBSD 6.1.2. (latest) with all
> dependencies, including cairo, gotten from the latest binary packages.
>
> When i try to start any application, like Ink, I do get:
>
> /System/Library/Bundles/libgnustep-back-023.bundle/.
If gnustep-base is configured with --disable-tls, compilation fails in
NSFileHandle.m with the following error:
Compiling file NSFileHandle.m ...
NSFileHandle.m: In function '+[NSFileHandle(GNUstepTLS) setData:forTLSFile:]':
NSFileHandle.m:716:4: error: 'GSTLSObject' undeclared (first use in this
Germán Arias wrote:
> In _windowWillClose: at NSApplication, why not use
> GSAllWindows() instead GSOrderedWindows()?. This
> make more sense.
You cannot simply replace GSOrderedWindows by GSAllWindows (incidentally, I
think you should use [self windows] instead of GSAllWindows). The purpose of
David Chisnall wrote:
> On 12 Aug 2013, at 03:44, Doug Warren wrote:
>
>>backgroundTid = 0;
>>[backThread performSelectorInBackground:@selector(run:)
>> withObject:backThread];
>>while(backgroundTid == 0)
>>sleep(1);
>>
>
> I don't know if this is your issue, however your
Hi Germán,
> I'm having a problem with Gemas.app when load a file. If I move
> the scroll knob to the end of the file, the knob stops at bottom. But
> if you see the attached image, obviously that isn't the end of the file.
> A click over one arrow or move the knob solves the problem. But if I
> r
Richard Frith-Macdonald wrote:
> On 30 Jun 2013, at 16:22, Richard Frith-Macdonald
> wrote:
>
>>
>> On 26 Jun 2013, at 10:33, Wolfgang Lux wrote:
>>
>>> Ivan Vučica wrote:
>>>
>>>> How about:
>>>>
>>>> #if
Hi Fred,
> What I don't understand is why a menu item would use its cell as the target.
> Or is the main cell of a popup button being used as the target of its menu
> items?
Indeed. The menu items of a pop up button use the NSPopUpButtonCell of the pop
up as their target by default (with actio
Ivan Vučica wrote:
> How about:
>
> #ifdef __APPLE__
> #include
> #else
> // GNUstep's definitions
> #endif
>
> This would only be helpful if OS X's macro definitions exist in a standalone
> header, by themselves. However, it sounds better than undefining, avoiding
> inclusion, or renaming or
Hi Eric,
> Hi Frank,
> Thanks for bringing this up - it's indeed a nasty problem (although hopefully
> pretty easy to fix :)
>
> A year or two ago I was working on updating macports patches for building
> GNUstep on OS X 10.6/10.7, and ran in to an instance of this here:
> https://github.com/er
Hi Germán Arias,
> The problem I'm facing with menus in window, is caused by events sent by
> NSApp (NSAppKitDefined events). But since only XGServerWindow can
> draw/move/resize a window, I think NSWindow should respond only to events
> sent by XGServerWindow. Events sent from other objects, don'
Niels Grewe wrote:
> On 29.05.2013 10:06CEST Philippe Roussel wrote:
>
>> DKMethod.m:618:28: error: array index of '2' indexes past the end of an
>> array (that contains 2 elements) [-Werror,-Warray-bounds]
>> NSAssert2((0 == strcmp(@encode(id), [sig methodReturnType])),
>>
Germán Arias wrote:
> With current SVN I get this error after install flite:
>
> Making all in say ...
> Making all for tool say...
> Linking tool say ...
> ./obj/say.obj/say.m.o:(.data.rel+0x14): undefined reference to
> `__objc_class_name_NSSpeechSynthesizer'
> collect2: ld returned 1 exit sta
Germán Arias wrote:
> Thanks. I want implement autocomplete for textview. So I need
> know where to display the window with autocomplete suggestions.
I don't understand why you need to know the position of the mouse cursor for
that. I think you should present the window at the place where the co
Wolfgang Lux wrote:
> I just noticed the following warning while compiling NSCalendar.m:
>
> NSCalendar.m: In function '-[NSCalendar initWithCalendarIdentifier:]':
> NSCalendar.m:264:3: warning: overflow in implicit constant conversion
> [-Woverflow]
> NSCalendar.m
I just noticed the following warning while compiling NSCalendar.m:
NSCalendar.m: In function '-[NSCalendar initWithCalendarIdentifier:]':
NSCalendar.m:264:3: warning: overflow in implicit constant conversion
[-Woverflow]
NSCalendar.m:265:3: warning: overflow in implicit constant conversion
[-Wov
Riccardo Mottola wrote:
> Wolfgang Lux wrote:
>> I haven't tested this, but I would be very much surprised if these functions
>> return a localized name because you should be able to use these names for
>> referring to physical folders on disk and OS X does localizat
Riccardo Mottola wrote:
> Hi,
>
> Luboš Doležel wrote:
>>
>> Hi,
>>
>> on Linux & related systems, the correct way is to use
>> ~/.config/user-dirs.dirs
>>
>> I couldn't find more information on this, but I think I've heard about
>> desktop environments (in the future) using only English folde
Fred Kiefer wrote:
> On 07.03.2013 17:35, Quentin Mathé wrote:
>> Le 7 mars 2013 à 16:10, Richard Frith-Macdonald a écrit :
>>
>>> On 7 Mar 2013, at 14:52, Quentin Mathé wrote:
>>>
I don't understand why setDelegate_reload.m isn't built.
>>>
>>> Try looking at the log file (shouuld be test
Fred Kiefer wrote:
>> The problem is fairly obvious if you look at the source: Tool tips are drawn
>> at NSStatusWindowLevel, which is well below NSModalPanelWindowLevel. I guess
>> the tool tips would need to be drawn (at least) at NSPopUpMenuWindowLevel.
>> Actually, I would think it should b
Fred Kiefer wrote:
> On 24.02.2013 00:05, Riccardo Mottola wrote:
>>
>> Fred Kiefer wrote:
>>>
>>> As I wrote the idea would be to reuse the same timer for both run loop
>>> modes. This is definitely better than having two separate timers. The
>>> specific problem I talk about was fixed in base
Riccardo Mottola wrote:
> On 02/18/13 06:22, Germán A. Arias wrote:
>> As I understand the save panels should display tooltips for buttons:
>> Home, Mount, Unmount. However I don't see these tooltips.
> that is correct, I just implemented that feature because it was requested in
> a bug report, b
Tom Davie wrote:
> I guess the easiest way to get a hint at this would be to find out which svn
> commit it was introduced in, as 1.6.1 works nicely. Is it possible to find
> out at what revision trunk and 1.6.1 matched each other? That way I can
> spend a bit of time delta debugging where it
Quentin Mathé wrote:
> Hi Tom,
>
> Le 2 nov. 2012 à 21:35, Tom Davie a écrit :
>
>> On 2 Nov 2012, at 19:37, Richard Frith-Macdonald
>> wrote:
>>
>>> On 2 Nov 2012, at 19:27, Robert Slover wrote:
>>>
Isn't the 'sudo' failing there? That seems likely to cause problems.
>>> Good po
Wolfgang Lux wrote:
> I was going about to write the test, but then I found that autoconf already
> has a predefined test for it (obviously, we are not the only ones struggling
> with this dichotomy :-)
>
> -- Macro: AC_FUNC_STRERROR_R
> If `strerror_r
Am 02.11.2012 um 11:13 schrieb Richard Frith-Macdonald:
> So how do we test for it?
> The point is not whether or not we need this behavior but how to control it
> ... there's a simple ifdef required in one header ... what we are lacking is
> the knowledge of how we can best determine when we n
Wolfgang Lux wrote:
>> Yes you NEED _XOPEN_SOURCE ... because it selects which, of different
>> variant of some functions, you actually get to use.
>> So without it the code may compile but not run correctly.
>>
>> The example that springs to mind is strerro
Richard Frith-Macdonald wrote:
> On 2 Nov 2012, at 09:19, Wolfgang Lux wrote:
>
>> David Chisnall wrote:
>>
>>> On 2 Nov 2012, at 09:05, Wolfgang Lux wrote:
>>>
>>>> Do we need to define _XOPEN_SOURCE at all? In the headers on OS X I found
>
David Chisnall wrote:
> On 2 Nov 2012, at 09:05, Wolfgang Lux wrote:
>
>> Do we need to define _XOPEN_SOURCE at all? In the headers on OS X I found
>> this comment:
>> Defining _POSIX_C_SOURCE or _XOPEN_SOURCE restricts the
>> available APIs to exactly
Richard Frith-Macdonald wrote:
>> After a bit of testing, I found the issue. Before the change Source/common.h
>> would define _XOPEN_SOURCE only for Linux (and even in that case only if the
>> macro __GNU__ is not defined; I don't know when this is supposed to be
>> defined and when not) and f
Am 02.11.2012 um 09:22 schrieb Wolfgang Lux:
> Am 02.11.2012 um 00:27 schrieb Philippe Roussel:
>
>> Le 01/11/2012 22:07, Riccardo Mottola a écrit :
>>> Hi,
>>>
>>> with the latest changes, if I compile base on NetBSD I get:
>>> Compiling fi
Am 02.11.2012 um 00:27 schrieb Philippe Roussel:
> 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: expe
Hi Germán,
> El lun, 08-10-2012 a las 14:33 +0200, Wolfgang Lux escribió:
>> Hi Germán,
>>
>>> Currently (with SVN) the tooltips added to buttons in gorm, aren't
>>> displayed.
>>
>> this may (or may not) be a consequence of a change I made o
Hi Germán,
> Currently (with SVN) the tooltips added to buttons in gorm, aren't
> displayed.
this may (or may not) be a consequence of a change I made on Sat.
Can you test if tooltips are ok when you revert the change in r35645?
Also, does this apply only to tooltips in gorm or also to tooltips a
Richard Frith-Macdonald wrote:
> We could probably adapt your patch to use precision as string lengh in those
> cases where it will work, but you can't catch all cases that way ... so maybe
> it's better if people find out as soon as possible that c-strings have to be
> nul terminated.
>
> Sor
Hi Riccardo,
>> This code works on OS X either because Cocoa is returning a preallocated
>> color (you might try whether copying a text object with some non-standard
>> color works) or because Cocoa uses a cache of color objects.
> On my version, I did not get a crash for both "standard" as rand
1 - 100 of 243 matches
Mail list logo
