Re: Reminder!!! GNUstep meeting 12:30-1:30est

> On 12 Apr 2024, at 10:41, Fred Kiefer wrote: > > I cannot make it on Saturday. We have an invitation from friends and I won’t > be back in time. > > My point for the discussion would be the same as last time, to prepare a > shared release of all core libraries. My contribution could be

Re: Objective-C runtime via FFI

> On 6 Mar 2024, at 04:02, Boris D. wrote: > > Hello, I am interested in interacting with the Objective-C runtime from other > languages through FFI bindings. > In particular, I need to be able to load Foundation or other classes > dynamically. What needs to be done to load these classes

Re: Installing GNUstep from FreeBSD ports, again

> On 16 Feb 2024, at 11:05, Sergei Golovin via Discussion list for the GNUstep > programming environment wrote: > > By the way it is strange that Gorm was installed in the > SYSTEM_DOMAIN. My installation goes into > <...>/Local/Applications/Gorm.app (that is LOCAL_DOMAIN). If this is the

Re: Consider GtkCore as UI

> On 20 Dec 2023, at 07:44, Albert Palacios wrote: > > Hi, > > With the GitHub code, where the GSTheme.m file is 8 years old, I can't see > how to create a theme to my liking. Now I see that there have been > modifications three months ago to some files, I will have to look at the >

Re: Consider GtkCore as UI

> On 17 Dec 2023, at 14:20, Andreas Fink wrote: > > The only version which is not up to date on repo.gnustep.ch is currently > Ubuntu22 on Intel as I run into a strange error with configure of > gnustep-base as it does not want to detect my libiconv-1.17 version for some > reason. The

Re: Debian12 repository.

> On 24 Nov 2023, at 13:14, Andreas Fink wrote: > > see http://repo.gnustep.ch/ > > I am currently fighting with /usr/GNUstep/System/Tools/gnustep-config while > compiling my own libraries > > After changing the layout to gnustep > > the tool is not found in the path. a symlink to

Re: website & ftp downloads update

> On 22 Oct 2023, at 15:16, Riccardo Mottola wrote: > > Hi Marco, > > Marco Cawthorne wrote: >> I was wondering about the download links on the page. They still use >> the ftp:// protocol which has regrettably been phased out by every >> major browser. > > well, ftp support is intentional,

Re: Our self-presentation, not just on our website. (Was: Re: GS based app release: djay by Algoriddim in Beta)

> On 3 Sep 2023, at 10:30, Albert Palacios wrote: ... > Beyond the inability to develop a modern-looking theme, other issues urgently > need addressing: > >• Having a GNUStep configuration folder in the 'home' directory is > unacceptable to anyone mildly organized (or with

Re: Object creation error

> NSArray *justSaySay = [NSArray arrayWithObjects: > @"there's NOBODY know CHINA than me", > @"there's NOBODY know AMERICAN than me", > @"there's ANYBODY know GNUSTEP than me" > ]; This will often crash, so it is probably the cause of your problem. The +arrayQWithObjects: method requires that

Re: GNUstep make, linking to frameworks in the app wrapper

> On 3 Mar 2023, at 17:11, Andreas Höschler wrote: > > Now that I have moved the framework I cannot even build the app anymore > because it can't find the header. > > cd > make > > retina:TestApp3 ahoesch$ make install > This is gnustep-make 2.4.0. Type 'make print-gnustep-make-help'

Re: Base 1.28.1 API/ABI break?

1 Announcement ** The GNUstep Base Library, version 1.29.0, is now available. 1.1 What is the GNUstep Base Library? = The GNUstep Base Library is a library of general-purpose, non-graphical Objective C objects. For example, it includes classes

Re: Base 1.28.1 API/ABI break?

> On 7 Jan 2023, at 18:42, Yavor Doganov wrote: > Sorry about the change ... I had thought that the names were changed after 1.28.0 and fixed. > Usually, the correct course of action is to revert the upload to > Debian and wait for upstream to make another release with a bumped > SONAME.

Re: Suggestion for new website - GNUstepWeb

> On 15 Dec 2022, at 23:08, Riccardo Mottola wrote: > > Hi, > > > Gregory Casamento wrote: >> Do you think we should have part of the website use WebObjects/GSWeb as a >> sort of demo of GNUstep itself? > > as cool as it may sound and as nice it is to "eat your own dogfood" is, two >

Re: Any news from Sergii Stoian ?

> On 1 Mar 2022, at 13:20, Xavier Brochard wrote: > > Title says all. Sergii Stoian (ProjectManager, NextSpace) lives in Kiev. > Does anyone knows if he is doing well ? > I haven't heard anything. It's all very worrying.

Re: Clang/LLVM migration roadmap

> On 14 Feb 2022, at 16:38, Xavier Brochard wrote: > > Hi everyone > > By reading this discussion, I was thinking there is a problem that no one > talk about. This email from Riccardo is a good starting point: > > Le 14.02.2022 00:11, Riccardo Mottola a écrit : >> But what is a user? I can

Re: Should we split the project into two branches?

> On 15 Feb 2022, at 08:13, Max Chan wrote: > > > >> On Feb 15, 2022, at 2:54 AM, H. Nikolaus Schaller wrote: >> >>> Am 15.02.2022 um 08:36 schrieb Max Chan : >>> >>> Come to think of it, if we do chase the latest feature especially Swift >>> compatibility, we get Swift Package Manager

Re: Should we split the project into two branches?

> On 14 Feb 2022, at 17:39, Andreas Fink wrote: > > > > Richard Frith-Macdonald wrote on 14.02.22 17:43: >> >>> On 14 Feb 2022, at 14:59, Max Chan wrote: >>> >>> >>>> On Feb 14, 2022, at 8:23 AM, Richard Frith-Macdonald >&g

Re: Should we split the project into two branches?

> On 14 Feb 2022, at 14:59, Max Chan wrote: > > >> On Feb 14, 2022, at 8:23 AM, Richard Frith-Macdonald >> wrote: >> >> >> >>> On 14 Feb 2022, at 11:43, Max Chan wrote: >>> >>> Dear List, >>> >>>

Re: Should we split the project into two branches?

> On 14 Feb 2022, at 11:43, Max Chan wrote: > > Dear List, > > There are over and over again arguments on moving on to LLVM/clang for latest > language features versus maintaining compatibility with old/uncommon > platforms and GCC, Really this is simply not the case among GNUstep

Re: Clang/LLVM migration roadmap

> On 14 Feb 2022, at 08:54, Andreas Fink wrote: > > > > Daniel Boyd wrote on 14.02.22 08:54: >> Riccardo, >> >> Thanks for the response. I agree there is certainly a distinction between >> the user types and I, as a developer myself, was referring to #2. However, I >> disagree that

Re: GCC and Clang

> On 11 Feb 2022, at 02:53, Po Lu wrote: > > Gregory Casamento writes: > >> The way I see it, we have two ways we can go. In each, I have outlined >> what I believe needs to be done. It may or may not be complete: >> >> LLVM/Clang: >> 1) Improve libobjc2 such that it can >> a) function

Re: Clang/LLVM migration roadmap

> On 6 Feb 2022, at 19:09, Fred Kiefer wrote: > > > >> Am 06.02.2022 um 01:14 schrieb Gregory Casamento : >> >> There are a number of factors that are driving this: >> -- >> 1) GCC lacks support for many memory management features that are commonly >> used today >> 2) GCC's objective-c

Re: Clang/LLVM migration roadmap

> On 6 Feb 2022, at 09:35, Andreas Fink wrote: > > So to summarize up, we need to get libobjc2 properly working under MSYS2 and > we can continue with clang. > What are the isuses with libobjc2 not working under MSYS2? From what I know > libobj2 should not have many dependencies on the

Re: failed tests in gnustep-gui

> On 17 Jan 2022, at 21:15, Andreas Fink wrote: > > I get these failures while running gnustep-gui tests: > > -- > gui/NSView/NSView_convertRect.m: > Failed set:NSView_convertRect.m:100 ... problem in NView GNUstep > converRect. > > gui/NSView/NSView_frame_bounds.m: > Failed

Re: Dock app using distributed objects

> On 7 Dec 2021, at 08:48, Gregory Casamento wrote: > > Riccardo, > > Firstly, the dock is visually appealing, full marks. :) > > > On Mon, Dec 6, 2021 at 3:03 PM Riccardo Canalicchio > wrote: > Hello, > I have been thinking about how to have a live image representation of an app > for

Re: Swizzling Alloc

> On 30 May 2021, at 17:59, Gustavo Tavares wrote: > > Hi All, > > So—I am trying to use swizzling for my first ever and my goal is to swizzle > `alloc`. Why? I want to run a unqiued counter of where my objects are > allocated by analyzing the call stack symbols. Sort of like Valgrind so

Re: Bug in [NSScanner scanDouble:]

> On 29 Dec 2020, at 09:32, Fred Kiefer wrote: > > The code in NSScanner should have the correct implementation and > GSScanDouble should just call that. This solution would require to allocate > and free an NSScanner object, and I am pretty sure that Richard wouldn’t like > the extra

Re: Bug in [NSScanner scanDouble:]

> On 29 Dec 2020, at 10:10, Richard Frith-Macdonald > wrote: > > > >> On 29 Dec 2020, at 09:32, Fred Kiefer wrote: >> >> Looks like the code of GSScanDouble and [NSScanner scanDouble:] differ a >> lot. Both are in the file NSScanner.m and

Re: Bug in [NSScanner scanDouble:]

> On 29 Dec 2020, at 09:32, Fred Kiefer wrote: > > Looks like the code of GSScanDouble and [NSScanner scanDouble:] differ a lot. > Both are in the file NSScanner.m and it looks like the function has been > corrected over the years to handle different cases a lot better. The > NSScanner

Re: Can you compile a selection of files with ARC within a project as in OSX?

> On 15 Nov 2020, at 15:55, Gustavo Tavares wrote: > > Hello! > > Can you compile a selection of files with ARC within a project as in OSX? > > Reading the docs it seems clear that this isn't possible. The gnustep-make documentation tells you how you can use GS_WITH_ARC to control the use

Re: Tutorials enhancement proposal : First Steps in GNUstep GUI Programming (2) : NSWindow, NSButton

> On 10 Jun 2020, at 10:42, Patrick Cardona via Discussion list for the GNUstep > programming environment wrote: > > (2) In the method 'createWindow' : > > - (void) createWindow > { > ... > myWindow = [NSWindow alloc]; > > /* Don't make a assignment of 'myWindow' again... > myWindow =

Re: Objective-C Beginner's Guide

> On 31 May 2020, at 20:52, Patrick Cardona via Discussion list for the GNUstep > programming environment wrote: > > Hi All experienced Objective-C Dev > > I begun this Beginner Guide about Objective C : > > http://gnustep.made-it.com/BG-objc/ > > But my beginning is not glorious... > >

Re: Apps don't load in GWorkspace

> On 20 May 2020, at 19:59, Wolfgang Lux wrote: > > > >> Am 20.05.2020 um 18:24 schrieb Riccardo Mottola : >> >> Hi, >> >> Richard Frith-Macdonald wrote: >>> I'm sure the install instructions say (or said) that make_services should

Re: Apps don't load in GWorkspace

> On 19 May 2020, at 00:45, Gregory Casamento wrote: > > We should change this so that make_services is run periodically. > Nevertheless this needs to be run anytime you add an application so that that > application's file mappings are added to the master list of mappings so that >

Re: plmerge core dumps...

> On 13 Feb 2020, at 14:15, David Chisnall wrote: > > On 13/02/2020 10:35, Richard Frith-Macdonald wrote: >> Is it a bug in the linker? > > It is, but it is a bug that shows up *only* with ld -r. LLD did not support > ld -r for a long time and that made

Re: plmerge core dumps...

> On 13 Feb 2020, at 09:44, Andreas Fink wrote: > > This is not a problem of gnustep but of objectiveC. > Yes its a pain that the standard linker doesnt work. But it is what it is. > until someone fixes the standard linker we can't do much. I'm not sure where the responsibility lies (maybe

Re: plmerge core dumps...

> On 11 Feb 2020, at 13:47, David Chisnall wrote: > > On 11/02/2020 12:30, Richard Frith-Macdonald wrote: >> clang -v reported that the normal, system linker was being used > > FYI: On most GNU/Linux platforms, BFD is the 'normal, system linker'. For > example: &g

Re: plmerge core dumps...

> On 11 Feb 2020, at 11:46, Gregory Casamento wrote: > > Linking service GSspell ... > 3022 Creating GSspell.service/Resources... > 3023 Creating GSspell.service/Resources/Info-gnustep.plist... > 3024Segmentation fault (core dumped) >

Re: Improving GNUstep tooling with Clang

> On 28 Nov 2019, at 16:15, Frederik Seiffert wrote: > > Hi all, > > In the wake of the recent discussions about GCC, Clang, and modern > Objective-C features, I wanted to share some observations and propose some > improvements. > > As a recent newcomer to the GNUstep community, one of

Re: Which ObjC2.0 features are missing in the latest GCC?

> On 21 Nov 2019, at 08:32, David Chisnall wrote: > > >> On 20 Nov 2019, at 20:11, Gregory Casamento wrote: >> >> Derek >> >> On Wed, Nov 20, 2019 at 1:44 PM Derek Fawcus >> wrote: >>> On Wed, Nov 20, 2019 at 10:52:36AM +, David Chisnall wrote: Oh, and with ARC, all of the C++

Re: Package building

> On 20 Nov 2019, at 08:37, Andreas Fink wrote: > > > >> On 20 Nov 2019, at 08:59, Johannes Brakensiek >> wrote: >> >> Hey Ivan, >> >> thank you for your work and your explanations! >> >> On 20 Nov 2019, at 3:10, Ivan Vučica wrote: >> >>> Now... developers may need updated versions

Re: NSSecureCoding....

> On 9 Nov 2019, at 13:04, Matt Rice wrote: > > On Sat, Nov 9, 2019 at 12:38 PM Richard Frith-Macdonald > wrote: >> >> >> >>> On 9 Nov 2019, at 11:40, Gregory Casamento wrote: >>> >>> Does anyone have any clue how we are going t

Re: NSSecureCoding....

> On 9 Nov 2019, at 11:40, Gregory Casamento wrote: > > Does anyone have any clue how we are going to tackle NSSecureCoding? I don't really understand it. The basic principle of it is simple: make hacking of archives by an attacker harder by preventing the attacker from substituting

Re: Problem with GNUtls 3.6.7

> On 27 May 2019, at 11:11, Fred Kiefer wrote: > > I have GNUTLS 3.6.7 on my machine as well, but never had an issue with it. > Are you sure that you did reconfigure and recompile GNUstep base from > scratch? Perhaps give it another try and report back. (Remember to use „make > clean“

Re: FreeBSD ports for GDL2 and GSWeb

> On 27 May 2019, at 12:07, Edwin Ancaer wrote: > > Hello, > > the linker problem is solved as was described by David. But as my knowledge > of FreeBSD / Unix is limited, every new problem is taking lots of time to > investigate. > > The one haunting me now is the fact that I have to run

Re: How to add a defaults database to a theme ?

As an example, the Resources/Info.plist might control window decorations with: { GSThemeDomain = { GSBackHandlesWindowDecorations = NO; }; } and have the default theme colors (including transparency) archived into: Resources/ThemeColors.clr

Re: How to add a defaults database to a theme ?

> On 10 May 2019, at 12:24, Bertrand Dekoninck > wrote: > > On 2019-05-10 13:06:02 +0200 Fred Kiefer wrote: > >> Hi Bertrand, >> >> I think you are misreading the compiler warning. This just complains that >> the >> class that this method is on already has an instance variable with the

Re: How to add a defaults database to a theme ?

> On 10 May 2019, at 11:39, Bertrand Dekoninck > wrote: > > Hi, everyone, I'd like to add some default values to the rik.theme, writable > with the "defaults" tool. > I wanted to add a transparency level to the top menu bar, which would be > editable. I thought I could do something like

Re: clang versions for libobjc2

> I have to say that the setup using gnustep-make is very problematic for me. > It's kind of impossible to figure out what kind of compiler options are being > set and to verify if it does build everything as it should. Things are > spread over several make files in several directories,

Re: FOSDEM

> On 30 Jan 2019, at 17:52, Ivan Vučica wrote: > > It sounded like there will be only Lars and myself at FOSDEM. *shrug* We can > just meet ad-hoc. I hope you enjoy it. Sorry I can't make it this year (I hope to do so next year). ___

Re: gui apps segfault on Linux/x86/clang/libobjc2

> On 29 Nov 2018, at 23:45, Riccardo Mottola wrote: > > Hi, > > on plain Linux/x86, using clang, a simple gui app like Ink fails to start: > > Program received signal SIGSEGV, Segmentation fault. > 0xb3ecb101 in xcb_writev () from /usr/lib/libxcb.so.1 > (gdb) bt > #0 0xb3ecb101 in xcb_writev

Re: Building 64-bit on Windows

> On 29 Oct 2018, at 22:26, Fred Kiefer wrote: > > >> Am 29.10.2018 um 22:26 schrieb Sam Izzo : >> Thanks for your reply. I had seen some posts in the archives of the mailing >> list that made it sound like it was possible but I guess based on what you >> and David have written it's currently

Re: Trouble building base with clang

> On 21 Oct 2018, at 23:46, Philip George wrote: > > Steppers, > > I'm stuck trying to build GNUstep using clang on Raspbian 9 (Debian) running > on ARM 7. > > Here is the guide I'm using (which even after a couple of years is still > pretty good, save for a couple of caveats due to changes

Re: does method invocation involve a lock?

> On 21 Sep 2018, at 15:49, Tom Sheffler wrote: > > This question is for my own research: I’m curious about whether invoking [obj > method] can block. If obj is allocated, and method is simple, does method > invocation involve a lock. > > I think the answer is YES. But I looked at the

Re: segmentation failure plmerge / building libs back

> On 10 Aug 2018, at 10:40, Riccardo Mottola wrote: > > Hi, > > I just updated my Gentoo box (i386) with compiler, libraries, kernel, etc. So > I reconfigured and rebuilt all GNUstep. > > make is configured with: > ./configure --prefix=/ --with-layout=gnustep --with-library-combo=ng-gnu-gnu

Re: Crash on app start due to icon

> On 1 Aug 2018, at 07:41, Riccardo Mottola wrote: > > Hi, > > after having upgraded base, gui, back on Ubuntu I observe the followiing > crash when any GUI app is started. > I am running windowmaker. > > This smells to be related to the "app icon fix".given the trace below calling > the new

Re: NSGenericException: lock

> On 24 Jul 2018, at 21:15, bertrand.dekoni...@gmail.com wrote: > > > >> Le 24 juil. 2018 à 19:29, Patrick CARDONA a >> écrit : >> >> Hi All, >> >> Sometimes, this Exception is occurring : >> >>> NSGenericException: lock >>> '/tmp/GNUstepSecure1000/GSLaunchedApplications.lock' already

Re: signal SIGSEGV, Segmentation fault

> On 22 May 2018, at 13:55, Andreas Höschler wrote: > > Hi Richard, > >>> Aha, interesting. But this still rings no bell (no idea how this could be). >> >> Well, anything that overwrite the memory location in which 'self' is stored >> could cause this. >> The most

Re: signal SIGSEGV, Segmentation fault

> On 22 May 2018, at 13:09, Andreas Höschler wrote: > > Hi Wolfgang, > >> From the self pointer in the call frame: >> self=0xb7ca746e <-[NSView displayRectIgnoringOpacity:inContext:]+318> >> gdb resolves this address to an address in the code of the >>

Re: Linking frameworks does not work

> On 2 May 2018, at 16:10, Andreas Höschler wrote: > > > Thanks a lot. I added > >[SRMailDelivery sendMailFrom:@"asas" to:@"asas" subject:@"asas" > body:@"asas" attachmentsAndFilenames:nil]; > > to the code and this indeed forced SRFoundation to be linked in. The

Re: Accessing array members without the use of objectAtIndex

> On 14 Apr 2018, at 13:46, David Chisnall wrote: > > Hi Tyler, > >> On 14 Apr 2018, at 00:03, tyler mclean >> wrote: >> >> Greetings developers, >> >> I want to preface this question by saying that this project is >>

Re: GNUstep + libobjc2 and powerpc ( was "libobjc2 on powerpc")

> On 22 Mar 2018, at 13:49, bertrand wrote: > > >> >> That then, begins to look like a possible libobc2 bug. >> >> The log file provides both the command used to build the test and the text >> of the test program (a load of defines, the tiny

Re: GNUstep + libobjc2 and powerpc ( was "libobjc2 on powerpc")

> On 22 Mar 2018, at 11:58, bertrand wrote: > > But I've got another error now : a segfault in conftest > > In file included from conftest.c:108: > In file included from ././config/config.objc.m:2: > ././config/objc-common.g:54:3: warning: assignment to

Re: GNUstep + libobjc2 and powerpc ( was "libobjc2 on powerpc")

> On 22 Mar 2018, at 09:29, bertrand wrote: > > - building make twice or only once after libobjc2 Just to be clear ... building gnustep-make twice is just a simple workaround for libobjc2 being installed in the wrong place (so it wouldn't be found and an old

Re: GNUstep and valgrind

> On 20 Mar 2018, at 06:31, amon wrote: > > Richard: > > Thanks. I will look at that. > > And btw, to the person who suggested @autorelease... I was > certain it would not compile, but I tried it anyway. Needless > to say, it did not compile. > > I did try coding >

Re: GNUstep and valgrind

> On 20 Mar 2018, at 09:38, Wolfgang Lux wrote: > > >> Am 20.03.2018 um 07:31 schrieb amon : > >> I did try coding >> p=[NSAutoreleasePool new]; do something; [p release]; >> and in some cases it seemed to help. In others it did not. >> I'll be digging

Re: GNUstep and valgrind

> On 19 Mar 2018, at 06:19, amon wrote: > > I hate to keep pointing it out, but the off the shelf embedded > system we are using is an ARM processor running a circa 2012 > Ubuntu release. They have not changed it in years. We use a > vanilla gcc tool chain. I will do the test

Re: GNUstep and valgrind

> On 18 Mar 2018, at 10:23, Fred Kiefer wrote: > > > >> Am 18.03.2018 um 00:56 schrieb amon : >> >> Calling internal, non-API methods is probably not a good solution >> for me. I am going to put it in the back of my mind to percolate >> awhile, but perhaps

Re: GNUstep and valgrind

> On 16 Mar 2018, at 17:58, Fred Kiefer wrote: > > I think that now I see the flaw in my argument. I was under the impression > that an autorelease pool will only release contained objects if they have a > reference count of one. But that is nonsense. The autorelease pool

Re: GNUstep and valgrind

> On 16 Mar 2018, at 16:53, Richard Frith-Macdonald > <richard.frith-macdon...@theengagehub.com> wrote: > > > >> On 16 Mar 2018, at 15:44, Fred Kiefer <fredkie...@gmx.de> wrote: >> >> >> >>> Am 16.03.2018 um 16:3

Re: GNUstep and valgrind

> On 16 Mar 2018, at 15:44, Fred Kiefer <fredkie...@gmx.de> wrote: > > > >> Am 16.03.2018 um 16:32 schrieb Richard Frith-Macdonald >> <richard.frith-macdon...@theengagehub.com>: >> >> >> >>> On 16 Mar 2018, at 15:18, amo

Re: GNUstep and valgrind

> On 16 Mar 2018, at 15:18, amon wrote: > > >[arglist release]; > arglist = [[[NSMutableString stringWithCString: [cmdline cString]] > componentsSeparatedByString: DELIM] retain]; > > This happens inside an init. arglist is release by the dealloc >

Re: GNUstep error handling

> On 13 Mar 2018, at 23:45, amon wrote: > >> NS_HANDLER is the *original* exception handler, which predates >> @catch (it was the only exception handling mechanism for many >> years). >> If you are only using platforms with modern compilers, you don't >> need it. > > Thanks,

Re: GNUstep error handling

> On 13 Mar 2018, at 01:52, amon wrote: > > I've run across documentation in GNUstep that talks of NS_HANDLER, > etc, which I've never used. I presume this is something relatively > new from the Apple world as I don't remember it (or any error > handler) from NeXTstep and in fact

Re: Use of NSZoneStat()

> On 9 Mar 2018, at 17:08, amon wrote: > > It may be the case that the malloc scene is confused and lacks > standards, but the ability to debug leaks with a simple test > like this has been a long standing and very serious problem > with Objective C, to the point that I have my

Re: Use of NSZoneStat()

> On 8 Mar 2018, at 16:15, amon wrote: > > I am trying to get a handle on storage leaks and NSZoneStat() > would be ideal... except it doesn't work. > > NSZone *dftzone = NSDefaultMallocZone(); > NSZone *curzone = NSZoneFromPointer ( (void *) arglist); > printf ("dft = %lx

Re: FOSDEM

> On 4 Feb 2018, at 11:05, Ivan Vučica wrote: > > > On Sun 4 Feb 2018 at 11:00 Tim Käck wrote: > Hi all > > Is there any GNUstepper still around? Just wanted to catch up with the “State > of GNUstep” > I'm still here I will be in the cafeteria for

Re: FOSDEM

> On 3 Feb 2018, at 09:22, Ivan Vučica wrote: > > > > On Fri, Feb 2, 2018, 20:37 Ivan Vučica wrote: >> > > To expand a bit: > > - My plan for tomorrow is unclear. > - I will *probably* just hang around Jansen till after Liam’s talk, probably > leaving

Re: FOSDEM

> On 1 Feb 2018, at 13:46, Ivan Vučica wrote: > > If anyone is attending FOSDEM, leave a note here. I already said yes, but to confirm: I will be there. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org

Re: FOSDEM 2018 hotels?

> On 8 Jan 2018, at 20:02, Richard Frith-Macdonald > <richard.frith-macdon...@theengagehub.com> wrote: > > > >> On 8 Jan 2018, at 19:58, Gregory Casamento <greg.casame...@gmail.com> wrote: >> >> My intention is to come this year. GC > > H

Re: FOSDEM 2018 hotels?

> On 8 Jan 2018, at 19:58, Gregory Casamento wrote: > > My intention is to come this year. GC Have you a plan for when you will be in Brussels? I haven't booked travel and hotels yet, but I was planning to get there Friday evening, and leave Sunday

Re: FOSDEM 2018 hotels?

> On 8 Jan 2018, at 14:18, Ivan Vučica <i...@vucica.net> wrote: > > Same. > > I will probably be using Airbnb for accommodation. > > On Sat, Jan 6, 2018 at 10:34 AM, Fred Kiefer <fredkie...@gmx.de> wrote: >> >> >>> Am 05.01.2018

FOSDEM 2018 hotels?

It's about time I booked a hotel for FOSDEM, but it's years since I last went and I can't remember where's good. Anyone have particular hotels planned? ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org

Re: crash upon startup in GWorkcenter, Recycler, ProjectCenter and Gorm

> On 28 Dec 2017, at 14:00, Fred Kiefer <fredkie...@gmx.de> wrote: > > > >> Am 23.12.2017 um 12:15 schrieb Richard Frith-Macdonald >> <richard.frith-macdon...@theengagehub.com>: >>> On 23 Dec 2017, at 09:42, Richard Frith-Macdonald >>

Re: crash upon startup in GWorkcenter, Recycler, ProjectCenter and Gorm

> On 23 Dec 2017, at 09:42, Richard Frith-Macdonald > <richard.frith-macdon...@theengagehub.com> wrote: > > > >> On 23 Dec 2017, at 09:32, Richard Frith-Macdonald >> <richard.frith-macdon...@theengagehub.com> wrote: >> >> >> So t

Re: crash upon startup in GWorkcenter, Recycler, ProjectCenter and Gorm

> On 23 Dec 2017, at 09:32, Richard Frith-Macdonald > <richard.frith-macdon...@theengagehub.com> wrote: > > > So the difference between the offsets in the runtime (correct) and the > compiler (wrong) was 16 bytes, with the runtime thinking the strruct size was

Re: crash upon startup in GWorkcenter, Recycler, ProjectCenter and Gorm

> On 23 Dec 2017, at 05:19, Josh Freeman <gnustep_li...@twilightedge.com> wrote: > > On Dec 22, 2017, at 10:05 AM, Richard Frith-Macdonald wrote: > >> I think that's a possible indication of a bug in the compiler/runtime >> nonfragile API support; it looks as if

Re: crash upon startup in GWorkcenter, Recycler, ProjectCenter and Gorm

> On 22 Dec 2017, at 15:05, Richard Frith-Macdonald > <richard.frith-macdon...@theengagehub.com> wrote: > > > I then checked that both NSThread.m and NSGraphicsContext.m were compiled by > clang with -D_NONFRAGILE_ABI=1 and -fobjc-runtime=gnustep-1.8 > > On

Re: crash upon startup in GWorkcenter, Recycler, ProjectCenter and Gorm

> On 21 Dec 2017, at 23:01, Ivan Vučica <i...@vucica.net> wrote: > > On Thu, Dec 21, 2017 at 7:53 PM, Richard Frith-Macdonald > <richard.frith-macdon...@theengagehub.com> wrote: > >>> gnustep-make has been using -fobjc-runtime= rather than > >&g

Re: crash upon startup in GWorkcenter, Recycler, ProjectCenter and Gorm

> On 21 Dec 2017, at 19:03, Josh Freeman <gnustep_li...@twilightedge.com> wrote: > > > On Dec 20, 2017, at 9:16 AM, Richard Frith-Macdonald wrote: > >>> On 19 Dec 2017, at 20:33, Josh Freeman <gnustep_li...@twilightedge.com> >>> wrote: >>

Re: crash upon startup in GWorkcenter, Recycler, ProjectCenter and Gorm

> On 19 Dec 2017, at 20:33, Josh Freeman wrote: > > Hi Tom, > > This appears to be the same issue as the Base/GUI ivar-offset mismatch that > was discussed back in April [1] & June [2]. > > While the issue still hasn't been fixed, there is a workaround,

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> On 30 Nov 2017, at 20:23, Lobron, David wrote: > > The -fgnu-runtime is for using the runtime that comes with the GNU compiler (gcc). >>> >>> More specifically, it is for telling GCC to use the runtime that comes with >>> GCC. If you wish to use the GCC

Re: Icons (was Re: [INFO] NEXTSPACE)

> On 30 Nov 2017, at 11:18, Ivan Vučica wrote: > > On Thu, Nov 30, 2017 at 10:06 AM, Xavier Brochard > wrote: >> He post on his blog about these icons >> http://galgot.free.fr/wordpress/?p=1380 >> "Feel free to redistribute, but if so, please leave the

Re: NSDecrementExtraRefCountWasZero

> On 29 Nov 2017, at 12:43, David Chisnall wrote: > > Hello the list, > > In trying to reduce lock contention for deallocation, I took a bit from the > reference count to indicate that weak references exist to an object (and > therefore avoid any serialisation

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> On 29 Nov 2017, at 10:52, David Chisnall <thera...@sucs.org> wrote: > > On 29 Nov 2017, at 10:30, Richard Frith-Macdonald > <richard.frith-macdon...@theengagehub.com> wrote: >> >> The -fgnu-runtime is for using the runtime that comes with the GNU compil

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> On 28 Nov 2017, at 21:38, Lobron, David wrote: > > Hey All- > > I've been continuing to dig into the phenomenon of code crashing when > catching a C++ exception in a .mm file. I'm finding that even though my test > passes when it's included in the libobjc2 test

Re: FOSDEM 2018 - Distributions Devroom Call for Participation

> On 4 Nov 2017, at 22:06, Gregory Casamento wrote: > > I will come. Now that I have my passport (since the trip to England) I > should be just fine. In that case I will be there ... if you can make it from the US, I can make it from the UK.

Re: Hello World not getting off the ground

> On 1 Jul 2017, at 18:45, Jay Versluis wrote: > > Dear friends, > > I’m a new GNUstep user with a decent amount of Objective-C experience through > Xcode on the Mac. I thought I could put my knowledge to good use for > developing cross platform applications, and

Re: Program occasionally crashes on startup due to GNUstepDefaults.lck error

> On 19 Jun 2017, at 17:56, Fred Kiefer <fredkie...@gmx.de> wrote: > > >> Am 18.06.2017 um 10:20 schrieb Richard Frith-Macdonald >> <richard.frith-macdon...@theengagehub.com>: >> >>> >>> On 17 Jun 2017, at 15:40, Wolfgang Lux

Re: Newbie back again...

> On 19 Jun 2017, at 10:10, David Chisnall <thera...@sucs.org> wrote: > > On 24 Apr 2017, at 09:57, Richard Frith-Macdonald > <richard.frith-macdon...@theengagehub.com> wrote: >> >> Setting variables in make is fairly straightforward, but I think only you

  1   2   3   4   5   6   7   8   9   10   >