are they generated?
core.20171219.tar.bz2
2017-05-19 Richard Frith-Macdonald <r...@gnu.org>
* Headers/Foundation/NSFileHandle.h:
Riccardo
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/li
Problem solved. The latest version of the framework from git repos works.
Guess I just needed a rubber duck, instead of bugging you
Regards
> On 19 Dec 2017, at 20:32, Daniel Santos wrote:
>
> From seeing the stack trace I wrote in the previous email, it just hit me.
>
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,
which is to use an older version of GNUstep Make.
However, the workaround is already
> On 19 Dec 2017, at 18:57, Lobron, David wrote:
>
> Hey David-
>
> I've now got a very pruned-down program that reproduces the bug. However,
> that program still uses NSException, NSAutoreleasePool, and the
> NS_DURING/HANDLER/ENDHANDLER macros. I've tried replacing
From seeing the stack trace I wrote in the previous email, it just hit me.
The executable is using an older version of gnu step (1.24) not the one I am
building to /usr/local/lib
So I will remove the older version and check if the problem persists.
> On 19 Dec 2017, at 19:09, Daniel Santos
Hey David-
I've now got a very pruned-down program that reproduces the bug. However, that
program still uses NSException, NSAutoreleasePool, and the
NS_DURING/HANDLER/ENDHANDLER macros. I've tried replacing these with plain
@try/@catch and @throw in order to depend only on libobjc2, but so
Hello,
I checked the sources and Project Center defaults to calling NSWorkspace which
in turn calls xdg to open files. So I will leave it at that.
As to the GNUmail error, I ran the program through GDB and the following call
in NSThread is returning null :
line 619 : NSThread *t =
It may be obvious, but I suppose you rebuilt all four apps too?
uto, 19. pro 2017. u 14:29 Tom Sheffler napisao je:
> I've installed GNUstep on Ubuntu16. The installation was performed
> according to this guide for Ubuntu:
>
I've installed GNUstep on Ubuntu16. The installation was performed
according to this guide for Ubuntu:
http://wiki.gnustep.org/index.php/GNUstep_under_Ubuntu_Linux and it went as
smoothly as possible.
The four GS Applications named above all fail in the same way. Here is a
backtrace running