c2a3 The extra sign seen is in hex c382
On my keyboard to type the pound sign I need to type Shift-3.
Riccardo Mottola wrote:
> Pound sign: £
This is my attempt at debug event:
2024-07-22 23:43:43.650 Ink[37089:100686] 12582955 KeyPress
2024-07-22 23:43:43.650 Ink[37089:100686] Sen
Hi,
Riccardo Mottola wrote:
> Pound sign: £ (Awith ^ followed by pound sign)
> Small accented a: Ã (A with ^ followed by space)
> Euro sign: ⬠(small a with ^ and then graphic angular symbol)
> Paragprah sign: § (A with ^ followed by paragraph sign).
reading my own mail
Hi,
On FreeBSD (where I just did a minor release update from 13.2 p8 to p11) I
just rebuilt base/gui/backincluding reconfiguration. I have broken keyboard
input for special characters. I don't know if it will show up, so if it is
typing or display. Two characters are displayed instead of one,
Hi,
Fred Kiefer wrote:
This could be handled by openFile:withApplication: in the same class. What I
don’t see is how you could use any of this mechanisms for command completion
but that is another question.
the code looks for app bundles in standard locations () or analyzes the
current
Hi Fred,
Fred Kiefer wrote:
is NSWorkspace's launchApplication the best answer?
Yes, to me this sounds like the right way to go.
indeed, it works for running. It didn't yesterday because of some stupid
mistake of mine.
However, GWorkspace has also "open with" where one wants to open
Hi,
is there a way to start an application - as in GNUstep or mac app bundle
- natively from?
Something that would be the equivalent of gopen/openapp essentially.
To start a normal executable I can use NSTask.
I see two ways to implement it - search for the executable (GNUstep has
tools
Gregory Casamento wrote:
I will be releasing Gorm and libs-Xcode tonight.
Remember to upload to ftp, I have the updated webpage ready, but not
commited/pushed.
Riccardo
Hi,
Richard Frith-Macdonald wrote:
Thanks, I just uploaded the tarballs and signatures to the site
(pub/gnustep/core).
Web pages updated! Links work.
(website hasn't been switched yet, so home.gnustep.org to check)
Maybe we miss wiki stuff.
Riccardo
Hi!
Richard Frith-Macdonald wrote:
Tanks. I just did make, base, gui and back releases on github.
Wonderful. If you upload them on FTP I will update the webpage links!
Riccardo
Hi Nikolaus,
H. Nikolaus Schaller wrote:
SimpleWebKit had all WebView interfaces to call JS and itself contains some
incomplete JS (ECMA-Script) interpreter.
what do you think of integrating a light-weight JS interpreter library?
I wonder if at the backend of the parser this can be easily
Hi,
Fred Kiefer wrote:
Sorry, I am completely lost here. Are you referring to line 301 or 351? I think
that you expect the code starting in line 351 will be able to update the
appIcon. This won’t work in GNUstep. When locking focus on an image we try to
draw a representation of the image on
Hi all, especially Fred!
I'm working with Gregory to unify the various code paths in GNUmail to
support Icon Drawing with the notification.
Currently there are three code-paths:
1) GNUstep only, which has custom controller & and iconview
2) MacOS (supported on all mac versions, but now used only
PROJECT CENTER 0.7.0
After a long time, we are proud to announce a new release of Project
Center: the standard GNUstep IDE.
Many changes accumulated in these past years, here a selection:
* extensive cleanup to keep up-to-date with current GNUstep and recent
compilers
* improvements in
Hi Wolfgang!
I had a nice hacking session with Fred this evening and ... fresh
mind, new fixes.!
I found the memory issue - there was an issue with subview!
ProjectCenter had some complex code where a subview was released
twice.
I was able to refactor things and keep vars more localy and
Hi Wolfgang,
Happy new Yar, nice to read back from you.
Wolfgang Lux wrote:
Apart from that, the problem is that you've closed the editor window and the
editor object has been released and deallocated, but the editor window still
exists and is still receiving events after the window has
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 Editor subview,
because it happens only if a proper editor is loader
Hi,
I am able to produce a crash in ProjectCenter, by opening a project,
selecting a file to edit and then closing the project. If I just open
and close a project, nothing happens. So it appears to depend by the
presence of the editor.
I noticed this on my Rasperry PI so arm6, but now I can
Hi David,
David Chisnall wrote:
>
> I dropped maintainership because I haven't actually used GNUstep or
> run FreeBSD on machines with displays for a while, so I wasn't able to
> test things well and didn't feel comfortable updating ports and
> claiming that they worked. I am happy to help
Hi Bruce,
bruce wrote:
>
> I’m using FreeBSD, which has pre-built GNUstep packages, and they seem
> to work well, but the problem I run into is finding documentation for
> the current version. For example, Gorm. I’ve found this tutorial
>
Hi,
Gregory Casamento wrote:
Given that the cast is implicit this is left up to the compiler to
determine. Luckily GCC and clang (our only supported compilers) do
this in the way we expect. I suggest that we do a little better and
do the conversion in a more predictable way so that we don't
Hello
I noticed I get these warnings, which look a bit scary.
Compiling file XGServerWindow.m ...
XGServerWindow.m:3960:40: warning: implicit conversion from 'unsigned
int' to 'float' changes value from 4294967295 to
4294967296 [-Wimplicit-int-float-conversion]
opacity = (unsigned
Hi Frederik
Frederik Seiffert wrote:
> I recently added NS_FORMAT_ARGUMENT to -[NSBundle
> localizedStringForKey:...] (that macro was previously unused):
> https://github.com/gnustep/libs-base/commit/87783e25137b4159dd846bf645aa907371615e8c
>
> Which compiler are you using? It sounds like it
Hello,
since recently I get many of these warnings:
../../Headers/Foundation/NSBundle.h:348:10: warning: 'format_arg'
attribute directive ignored [-Wattributes]
table: (NSString*)tableName NS_FORMAT_ARGUMENT(1);
In base itself (updated today) but also elsewhere.
Riccardo
Hello,
I have a system where GWorkspace doesn't start due to my latest changes.
Strange, because elsewhere it does: I don't understand the failure.
I get this:
2021-10-27 13:06:19.522 GWorkspace[15093:15093] Problem posting
Name:
NSApplicationWillFinishLaunchingNotification Object: Info:
Hello,
I am compiling on an older netbsd and it doesn't compile
Making all for library libgnustep-base...
Compiling file NSException.m ...
NSException.m:578:20: fatal error: unwind.h: No such file or directory
compilation terminated.
the code is like this, it
#if defined(WITH_UNWIND) &&
Hi Daniel,
On 03/10/2021 17:33, Daniel Santos wrote:
If I set a breakpoint in a file outside the framework, I can step into
framework code and list, etc.
Don’t know how to set breakpoints inside the framework.
if everything is linked and set-up fine, there should be no issues
putting a
Hi Daniel,
Daniel Santos wrote:
> What am I doing wrong ? or not doing ? I made a ‘make clean’ and even deleted
> the ProjectCenter.app directory.
> Another method I added to the class PCMenuController that is called by a menu
> item works and calls the above code.
did you "Install" and/or
Hi David,
David Chisnall wrote:
Hi Riccardo,
On 21/05/2021 15:14, Riccardo Mottola wrote:
So indeed, once running, there is a mix of:
0f88c000 2f96f000 rlib 0 1 0
/usr/local/lib/libestdc++.so.19.0
vs:
08fb7000 28fbd000 rlib 0 2 0 /usr/lib/libc++.so.7.0
Hi all,
I noticed that on certain systems I get a crash when I try to display
in applications Helps which are based on RTF (e.g. GWorkspace or
Gorm).
It does not happens an all systems, e.g. on FreeBSD/amd64 with clang
or on Linux/amd64 gcc nor on Linux/i386 clang.
However, on on several
Hi,
David Chisnall wrote:
Hi Riccardo,
On 21/05/2021 15:14, Riccardo Mottola wrote:
So indeed, once running, there is a mix of:
0f88c000 2f96f000 rlib 0 1 0
/usr/local/lib/libestdc++.so.19.0
vs:
08fb7000 28fbd000 rlib 0 2 0 /usr/lib/libc++.so.7.0
Sebastian Reitenbach wrote:
On 21. May 2021, at 16:14, Riccardo Mottola wrote:
I think the issue comes from the fact that OpenBSD has a very basic system gcc 4.2
compiler (no Obj-C support, only C and C++) and then gcc8 or clang can be installed as
packages. On this system I have gcc
Hi all,
On my latest updated openbsd 6.9 laptop, I get crashes. GWorkspace
coredumps.
I get several of these warnings before:
GWorkspace:/usr/local/lib/libestdc++.so.19.0: /usr/lib/libc++abi.so.5.0
: WARNING: symbol(_ZTVN10__cxxabiv120__si_class_type_infoE) size
mismatch, relink your
Hi
I did a build ot base/gui/back on linux/amd64 gcc and found no issues.
Maybe this is enough to tell that the packages are complete. Didn't test
for bugs on all platforms to know if you caught a good git version or not.
Riccardo
Ivan Vučica wrote:
(This is not a release announcement)
A
Hello,
It happened to me several times while writing an email until I gave up.
I have not a definite way of triggering it, but I noticed it happened
just after typing half a mail... tried twice.
Most other applications seem fine and even GNUMail while reading mails.
GNUMail stucks to CPU
Hi,
Richard Frith-Macdonald wrote:
> I haven't actually tested, but I did look at the diffs and read up on the
> difference between Get/SetWindowLong and Get/SetWindowLongPtr, and it all
> makes sense to me ... I was unable to reproduce the problem on my system
> simply because, thorugh
Hi!
On 2021-02-27 16:17:16 +0100 Richard Frith-Macdonald
wrote:
Good point ... I think gnustep-make is in a good place now: I don't
know of
any outstanding issues that should prevent release.
I agree! I tested your configure fixes on mingw32-64 as well as 32bit!
I have just updated
Hi all!
some important work was done the past fortnight... Richard and I did
great stuff in base!
I had two concerns for a release
1) in back we have a strange issue which is going on since past year
and which affects only windowmaker: on launch the app-icon was at
first black, now it is
Hi,
On 2021-02-28 21:45:03 +0100 Johannes Brakensiek
wrote:
Great.
Riccardo, may I ask you to do a release of PDFKit as well? The
currently
released makefile is not compatible with libobjc2. svn works.
I apparently did no changes since the past 1.2.0 version bump.
But apparenlty I did
Hi,
Richard Frith-Macdonald wrote:
It turns out the culprit was /mingw64/etc/config.site setting the target host
type to be mingw32
I don't know why it does that (it comes from the mingw/msys distribution) ...
maybe it's a mistake/bug, or maybe they think people using mingw64 actually
want
Hi,
Richard Frith-Macdonald wrote:
It's a mistake/bug, or maybe they think people using mingw64 actually want to
cross-compile for mingw32 (seems perverse).
Anyway, it can be overridden by using --host=mingw64 when configuring
gnustep-make, as a command line argument takes precedence over
Hi Richard!
Richard Frith-Macdonald wrote:
Thanks a lot. That was a great hint.
I was able to reproduce Riccardo's problem, and use your hint to investigate.
Looking at the symbols in the object files, they began with __ (two underscores)
Looking atwhat gnustep-make was doing, I could see it
Hi All,
where GNUstep runs on Windows msys2 (mingw64) some GORM files to load.
Test is ProjectCenter, which loads the main interface file (menu) but
nothing else, like the LogPanel
Tracking this down a little with Fred, I think I found that NSBundle's
"bundleForClass" fails.
A class which
Hi Richard,
Richard Frith-Macdonald wrote:
Actually, I now think my copy of make must not have been up to date ... it
looks like a change there may have broken things.
But I've done *lots* of rebuild attempts now, including one where I deleted
everything in /mingw64/Local before
Hello,
ProjectCenter crashes on ming64 - I did not yet check if it was any of
the latest changes we worked on. But the stracktrace doesn't tell me that.
Very strange... 2 days ago (on a different install/computer) everything
worked!
#10 0x7fff98373c92 in USER32!CreateWindowExA () from
Hi David,
sorry for the delay - I still want to get libobjc2 on OpenBSD and NetBSD
working!
Back to OpenBSD
David Chisnall wrote:
Hi,
This looks as if we’re still compiling in the code that calls the function that
figures out the the C++ ABI at run time dynamically. This is added here:
Hi Fred!
Fred Kiefer wrote:
Great you did find this. This was my fault. I regenerated that fie and all
other language files just as I always do before a release. I was not aware that
this file (and the one for Esperanto) had been converted to UTF8 and the tool
we use to generate these files
Hi,
I encounter this when loading one of the Gorms of DataBasin (current git
base/gui/back):
2021-02-12 14:01:14.869 DataBasin[6284:5016] Exception occurred while
loading model: expected long long and got unsigned int
2021-02-12 14:01:14.869 DataBasin[6284:5016] Failed to load Gorm
Hi!
I am trying to compie current GUI on latest OpenBSD using GCC and its
runtime.
I get thi strange error:
Linking library libgnustep-gui ...
ld: error: NSPrintOperation.m:(.debug_info+0x2FE43C): has non-ABS
relocation R_386_GOTOFF against symbol '_OBJC_INSTANCE_7.23265'
collect2: error:
Hi all!
testing testing before release :) I noticed I get this error on my
workstation were I have enabled translations.
2021-02-05 14:42:25.777 Ink[22938:100094] File NSBundle.m: 2682. In
-[NSBundle localizedStringForKey:value:table:] Localisation file
Hi,
while I need to find some time to reply about NetBSD issues, I wanted to
test current base/gui/back on OpenBSD before our release and as I was
also test latest libobjc2. Since I had pending to upgraded to latest
OpenBSD 6.8, I did that too.
Before upgrading, I did build libobjc2 on 6.7
Hi,
Riccardo Mottola wrote:
> The situation on NetBSD/amd64/libobj2 s now:
>
> 7767 Passed tests
> 46 Failed files
> 32 Dashed hopes
> 8 Failed tests
>
>
> The situation on NetBSD/sparc64/gcc is now:
>
> 9398 Passed tests
> 54 Failed tests
>
Hi Richard,
Richard Frith-Macdonald wrote:
> I don't know how that could fail 'many tests', because the only place in the
> entire sourcecode that uses strnstr is the GSMime tests.
> For that file, I simply changed the local function name to avoid conflict
> with the BSD function.
ineed there
Hi,
while building tests on NetBSD/sparc I saw that many tests failed for
this reason:
build.m:7:1: error: conflicting types for 'strnstr'
strnstr(const uint8_t *buf, unsigned len, const uint8_t *str)
^
In file included from
Hi!
Richard Frith-Macdonald wrote:
> Never mind, I found/fixed it. Rather than waiting to find out what
> 'something like' meant exactly, I just tried testing with 1 1 1 and with 0 0 0
> The problem was the second case ... I had placed a check in the code intended
> to avoid assigning the
Hi,
Riccardo Mottola wrote:
> 9236 Passed tests
> 202 Failed tests
> 46 Dashed hopes
> 14 Skipped sets
> 1 Failed file
> 1 Failed build
if the above is sparc32 on NetBSD 8.2, below we have amd64 on NetBSD 9.1
- always with GCC runtime.
7760 Passed tests
46 Failed
Hi,
Fred Kiefer wrote:
> In a previous mail you stated that str is something like „1 1 1“ or „0 0 0“.
> The next step would be to write a short test program that feeds these strings
> to the code above and outputs the values for r, g and b and of course the
> result of isAtEnd. That should
Hi,
Fred Kiefer wrote:
> If this is really a recent bug, not something that went unnoticed for years
> as nobody uses SPARC processors any more, than the only possible change would
> be the float parsing change that Richard just made. No idea why this would
> fail on something as simple as „1“
Hi,
Fred Kiefer wrote:
>> I will try to bisect - but I'd liek to track this down before a release,
>> especially knowing it is something done these last months.
> If this is really a recent bug, not something that went unnoticed for years
> as nobody uses SPARC processors any more, than the only
Hi,
Richard Frith-Macdonald wrote:
> I think the base library is functionally OK, but I need to get ChangeLog
> updated from the git logs, and it turns out there is no tool that does a good
> job of this so it may take me a day or two.
I found a bug some days ago - on SPARC (32bit & 64bit) but
Hi,
Fred Kiefer wrote:
> I just added the new entries for news.texi for GNUstep make. While doing so I
> stated the upcoming release as 2.9.0 but giving it the number 2.8.1 would
> also be fine with me. There are only minor changes for this release. If you
> decide on a different number please
Hi David,
thanks, please follow below for the dump.
Riccardo
David Chisnall wrote:
This is very odd. I don’t suppose that, when you modify the CFLAGS you’re
removing the -fPIC? Aside from that,
I "hope" not - the CFLAGS were empty, I just added my entries. To be
sure, I added extra
Hi Richard,
Richard Frith-Macdonald wrote:
Changing the type of the masks from NSInteger to uint32_t would also fix the
encoding/decoding of course. Maybe that has other issues though.
perhaps we should try a mixed approach: encode/decode in the format with
uint32_t and int32_t, but then
Hi Wolfgang,
Wolfgang Lux wrote:
So perhaps the mistake here (apart from not type in the decodeValueOfObjCType
call) was that _highlightsByMask and _altStateMask attributes were changed from
unsigned int to NSInteger rather than NSUInteger? Although, admittedly, the
real mistake was that
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,
trying to decode a value with a different type will give you an error (for your
own safety and sanity).
Hallo,
Fred Kiefer wrote:
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
always should start looking for an
Hi,
Frederik Seiffert wrote:
Sorry I’m not familiar with NetBSD or PaX, but I’ve seen messages on the
mailing list e.g. from Wolfgang Lux that suggest they got libobjc2 working on
NetBSD.
Wolfgang is always a steap ahead of me :)
Maybe you could share how you’re building libobjc2?
Hi Wolfgang!
Wolfgang Lux wrote:
I don’t think you need any further testing. The _highlightsByMask member is
declared as NSInteger in NSButtonCell.h (which means 64 bits on x86-64 and
ppc64) but unarchived as unsigned int in NSButtonCell.m (which means 32 bits)
and big endian architectures
Hi Fred,
Fred Kiefer wrote:
This on PPC64
2021-01-06 00:12:47.720 Ink[48256:48256] is highlghted 0 - state 0 -
altStateMask 0 - highlightByMask 0
2021-01-06 00:12:47.722 Ink[48256:48256] is highlghted 0 - state 0 -
altStateMask 0 - highlightByMask 0
2021-01-06 00:12:47.724 Ink[48256:48256] is
Hi Fred,
On 2021-01-05 08:07:59 + Fred Kiefer wrote:
line 1094, after the mask is calculated, do you expect it to be
always 0,
both for on and off state? It is always 0 for me.
As you can see a few lines above the value of mask depends on
_cell.is_highlighted and _cell.state. You
Hi,
Fred Kiefer wrote:
thank you for pointing out this issue. As I don’t have a Bigendian 64 bit
system you will have to do the testing to pin this down. First I would propose
that you add a few NSLog statements in NSButtonCell.m after line 1773. Most
likely the data is not aligned in the
Hi Fred,
Fred Kiefer wrote:
thank you for pointing out this issue. As I don’t have a Bigendian 64 bit
system you will have to do the testing to pin this down. First I would propose
that you add a few NSLog statements in NSButtonCell.m after line 1773. Most
likely the data is not aligned in
Hi Frederik,
On 1/3/21 3:26 PM, Frederik Seiffert wrote:
Looks like the conftest executable is aborting. Can you try running it with a
debugger to see where it fails?
I couldn't find the conftest binary after the failure, seems it does get
removed immediately. I don't remember if there is
Hi,
On 12/2/20 5:07 PM, Gregory Casamento wrote:
Just a suggestion. Could you commit the binary resulting from the
build? While David might disagree, this is a very heavyweight and
difficult build process. I would prefer to spare others from having
to go through it. If someone else
Hello,
I got in the past reports from some users about issue, now I can
reproduce myself.
I have set up a BigEndian PowerPC with 64bit and running GNUstep with
the traditional gcc runtime. Environment is a fully up-to-date Linux Debian.
I noticed that in different applications and panels,
Hi,
I am still struggling to get GNUstep running on NetBSD/i386... strange
thing. I am trying to get it runing with libobjc2. I just updated that
one too.
WIth David some fixes where done in libobjc2 some weeks ago.
make:
$ ./configure --with-library-combo=ng-gnu-gnu prefix=/
Hi Frederik,
Frederik Seiffert wrote:
> ICU release 68 changed their usage of primitive types, and removed the TRUE
> and FALSE defines as outlined here:
> https://github.com/unicode-org/icu/blob/master/docs/userguide/dev/codingguidelines.md#primitive-types
>
> You’ll probably need to patch Gui
Hi all!
gui stopped compiling for me on Linux/Gentoo.
I guess it comes from Unicode issues:
Compiling file GSCharacterPanel.m ...
GSCharacterPanel.m: In function 'enumCharNamesFn':
GSCharacterPanel.m:81:10: error: 'TRUE' undeclared (first use in this
function)
81 | return TRUE;
|
Hi,
Fred Kiefer wrote:
> The lines that the debugger reports look like this:
>
>
>
> if ([[img image] size].width > 64
> || [[img image] size].height > 64)
>
> The most likely reason for a crash here is [img image] being nil. Just add a
> check for this condition a few lines above and
Hello,
I am suffering a crash im Thematic as soon as I open the image inspector
of the theme. It happens on NetBSD/x86-32 with the gcc runtime.
- I am unable to get the libobjc2 runtime working on NetBSD yet, so no
comparison
- on Linux, both 32bit and 64bit, gcc or libobjc2 runtime I do not have
Hi,
Frederik Seiffert wrote:
> I took another stab at building for Windows, and using a fresh MSYS2
> installation and the latest dependencies and Clang version I was able
> to make a bit of progress and run into some new issues...
just as a note, I tried an update with current ming64 and gcc
Hi,
On 2020-11-29 00:34:05 +0100 Riccardo Mottola
wrote:
==1475==
==1475== Conditional jump or move depends on uninitialised value(s)
==1475==at 0x52670E6: NSEqualPoints (NSGeometry.m:499)
==1475==by 0x4BA4C0E: _i_NSMenuView__mouseDown_
(NSMenuView.m:2012)
==1475
Hi all,
during debugging of NSMenu last day with Fred and running Thematic, I
noticed that a specific theme (WinClassic) makes consistently crash
Thematic just as it loads it.
Since I was playing with Valgrind anyway, I had a look at that and
here we get some interesting output.
==1475==
Hi,
On 2020-11-28 00:29:56 +0100 Riccardo Mottola
wrote:
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xb98e1bde in objc_msg_lookup () from /usr/lib/libobjc.so.4
> (gdb)
> (gdb) bt
> #0 0xb98e1bde in objc_msg_lookup () from /usr/lib/libobjc.so.4
> #1 0x080
Hi,
I am testing as many GS applications I can on different setups to test
the latest changes in base and gui done for the Thematic crashes.
On NetBSD i386 (32bit) with gcc 7.5 and gnu runtime (usually a quite
solid setup, except that I updated to latest 9.1 short ago)
Most things seem to
Hi Richard!
My investigation confirms (I used NSZombieEnabled=YES and set a
breakpoint
at the log of the priblem, and lookd at the stack) that we have a
deallocated object.
Specifically the exception is in [[_attachedMenu _owningPopUp]
pullsDown]
when the -pullsDown message is sent to the
This is my valgrind output at the moment of crash (the crash is
happening inside the NSLog statement I added, otherwise it would crash
just the line after)
==4835== Invalid read of size 8
==4835== at 0x56A13A5: objc_msg_lookup (in
/usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libobjc.so.4.0.0)
Hi,
Riccardo Mottola wrote:
#0 0x772103ab in objc_msg_lookup () from
/usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libobjc.so.4
#1 0x77bf976c in -[NSMenuView sizeToFit]
(self=0x55da3560, _cmd=)
at /System/Library/Headers/GNUstepBase/GSIArray.h:237
#2 0x77befa79
Hi David,
David Chisnall wrote:
I thought we tested 32-bit in CI, but it turns out we test only 32-bit
Windows: for FreeBSD and Linux, we test only 64-bit x86. For another
project, we've set up some container thingies to use QEMU user mode
for testing other architectures - I'll see if I can
Hi all!
I was testing the latest fix by Richard in Base which has been found
from Thematic and so clicked around Thematic and got several crashes.
I Got this:
Program received signal SIGSEGV, Segmentation fault.
0x772103ab in objc_msg_lookup () from
David Chisnall wrote:
This one is slightly more complicated because we're passing the
address of `self` in the argument frame into slowMsgLookup, so our
stack looks something like this:
{ other args }
_cmd
self
return address from objc_msgSend
_cmd
(the stored version a little way up the
Hello David,
thank you for the thorough analysis.
when I wrote x86, I meant x86-32, to distinguish from x86-64!
On 09/11/2020 10:58, David Chisnall wrote:
Hi Riccardo,
Nothing there looks obviously wrong, but the fact that you're getting
a SEGV on an line that isn't explicitly accessing
HI,
I just recompiled all GNUstep on Linux-x86/clang+libobjc2
libobjc2 is linked with the gold linker, clang is 10.0 - so every pretty
new!
Any GUI apps crashes (things pliek plparse, plmerge do run)
Starting program: /Local/Tools/Ink
[Thread debugging using libthread_db enabled]
Using
Hi David,
David Chisnall wrote:
> On 30/10/2020 18:31, Riccardo Mottola wrote:
>> I wonder if this is a gnustep-make issue or a project issue?
>
> My guess is a -make issue. I suspect a newer LLD is more aggressive
> about rejecting incompatible options than older linkers.
Hi,
Frederik Seiffert wrote:
> I did /not/ have to patch the MSYS2 headers as written in the
> instructions, but maybe that’s only needed for Gui?
patching was only needed for Gui not for Base. Now it is no longer
needed, I was able to make the necessary workarounds in our code.
Riccardo
Hi!
I just upgraded to freeBSD 12.2.
I did upgrade from 11.4 to 12.1 just a few days before - gnustep was
crashing badly even if everything was rebuiilt and configured. But given
the 12.2 release, beter to work on latest anyway.
I use clang, libobjc2 from our repository and configured
Hi!
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 essentially) it has a
bad
Hi!
On 2020-08-29 01:42:46 +0200 Gregory Casamento
wrote:
Please double check that you have built and installed libs-base and
try
again...
heron@hal-hc-vm Foundation % grep NSAttributedStringKey * | grep
typedef
[0]
NSAttributedString.h:typedef NSString* NSAttributedStringKey;
I was
Hi,
I get this issue while building:
Compiling file NSTextCheckingController.m ...
In file included from ../Headers/AppKit/NSTextCheckingController.h:31,
from NSTextCheckingController.m:25:
../Headers/AppKit/NSTextCheckingClient.h:93:29: error: unknown type name
Wolfgang Lux wrote:
I haven't tried this for other apps, but for SWK+Vespucci the problem is one of
initialization order (the same I've seen -- and fixed -- for StepTalk): The
__objc_load function is called for libSimpleWebKit*before* libgnustep-base,
which means that all protocol references
Hi Wolfgang.
good news that you are able to reproduce this. It means it is not just a
red herring of my setup!
Wolfgang Lux wrote:
Apparently it is not even defined, but this is strange, since I compiled with
OLDABI_COMPAT:
I tried being more explicit:
(gdb) b loader.c:328
Breakpoint 3
1 - 100 of 785 matches
Mail list logo
