Maybe with a paarenthesis or some other notation I'd like to be
able to directly represent that number. The "trick" of (-2147483647 -1)
is nasty but works :-)
Riccardo
is
one happens on both 64bit and 32bit, so it is probably different, need
to know where it comes from too.
Riccardo
? (y or [n])
even after the executable has been run. Why that? Perhaps it is totally
unrelated
Input appreciated.
Riccardo
:
Unknown class of value: GSMutableDictionary
soo for some reason GSMutableDictionary is not isKindOfClass
NSDictionary? and not a NSMutableDictionary either?
I bet this used to work...
Riccardo
was indeed puzzled, it loked impossible and I did this check many times.
Riccardo
Hi!
I am trying to build libobjc2 on NetBSD
Linking fails (standard system linker)
[ 0%] Linking C shared library libobjc.so
/usr/bin/ld: /usr/lib/libsupc++.a(eh_globals.o): relocation
R_X86_64_TPOFF32 against `_ZZN12_GLOBAL__N_110get_globalEvE6global' can
not be used when making a shared objec
issues.
I wonder, those files were not touched since a long time
Riccardo
failed out of 186
Total Test time (real) = 68.32 sec
The following tests FAILED:
25 - BlockImpTest (SEGFAULT)
26 - BlockImpTest_optimised (SEGFAULT)
27 - BlockImpTest_legacy (SEGFAULT)
28 - BlockImpTest_legacy_optimised (SEGFAULT)
are these expected? I suppose... not, but I wonder if they can cause the
issue I am seeing.
Riccardo
Hi,
On 5/31/20 1:05 PM, David Chisnall wrote:
On 30 May 2020, at 22:51, Riccardo Mottola wrote:
I have libstdc++.so and libstdc++.a available, and libsupc++.a
so I use ccmake. and set
CXX_RUNTIME_LIB to /usr/lib/libstdc++.so
then I run (c)onfigure and (g)enerate - at that point libobjc2
Hi David,
On 6/1/20 12:31 PM, Riccardo Mottola wrote:
I reconfigured base with:
./configure LD=/usr/pkg/gnu/bin/ld.gold
Is that enough?
./configure CFLAGS=-fuse-ld=gold
does not work with clang.
I found the final solution.
I configured make with:
$ ./configure --with-library-combo
?? ()
Ideas?
Riccardo
I tried compiling with no optimization, with debug... I can't get a
better stacktrace.
Perhaps libobjc? how can I compile libobic2 in debug? I think I need to
activate CMAKE_ASM_FLAGS_DEBUG somehow
Riccardo
ibrary/Libraries/libgnustep-base.so.1.27.0
#10 0x in ?? ()
how can I print out this?
(gdb) p protocols
$4 = (struct objc_protocol_list *) 0x753c816c91b0
just to know which "list" and what should be loaded, I suppose there is
an error here.
Riccardo
kefile issue somewhere?
Thanks,
Riccardo
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 first time we’re seeing this or
not. Can you stick a watchpoint on the isa pointer
Riccardo already noticed earlier).
The CMAKE_BUILD_TYPE is only necessary to debug the runtime itself (but that
was of course necessary in this case).
2. Configure gnustep-make with ./configure CC=clang CXX=clang
--with-layout=gnustep --with-library-combo=ng
The --with-library-combo option (yes, ng
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
'NSAttributedStringKey'
- (void) removeAnnotation: (NSAttributedStringKey)annotationName
^
Riccardo
on the wrong branch... I delted some merged branch on my side
and would encourage other people to do the same, it reduces confusion.
I am typing this email with GNUMail on my ThinkPad GNUstep rocks.
Riccardo
ted to at least this
commit - merge:
https://github.com/mozilla/newtab-dev/raw/6be44da368fb869a3d3e1975f515857352a7d9fc/browser/modules/ProcessHangMonitor.jsm
Can you reproduce? How is it for you?
Riccardo
are -r and -rdynamic coming from? I found nothing therelike in
gsc's subproject itself.
Riccardo
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 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.
>
n older version of clang, but nothing improved since then. This
is my "Linux/clang/libobjc2" setup test just to not always use gcc :) :)
$ ./configure --prefix=/ --with-layout=gnustep
--with-library-combo=ng-gnu-gnu
Any ideas? I don't see I did anything "wrong" or special here.
Riccardo
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
ke:
./configure --prefix=/ --with-layout=gnustep
--with-library-combo=ng-gnu-gnu
Thanks,
Riccardo
232
The issue appears happening when the new theme is loaded.
Ideas?
Riccardo
ight?
I did not test much, since I have FreeBSD x86-32 only on a very small
and compact laptop I do not develop usually on, only when I do travel,
otherwise I just use it.
I'll set-up a more powerful 32bit rig and test further clang+libobjc2 on it.
Riccardo
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 in
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)
=
to a
solution. The
best way to fix it would be to call [self setMenu: nil] at that
place, but,
as a very old changelog entry tells, I tried that before and it gave
some
issues in GNUMail. For now I will add your suggested changes and get
Riccardo
to test all his favourite applications t
162>) at
ImageElement.m:354
#2 0xb57a3a10 in ?? ()
I see nothing trivial there. Printing out ImageElement makes the
debugger crash (but the stack is corrupted...)
I'm a bit puzzled.
Riccardo
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 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== Con
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==by
ith gcc
though, so my test shows... no regression and small fixes.
Riccardo
8049d87 in _start ()
I set NSZombieEnabled=YES but I get a crash anyway! usually that should
save from such situations?
Riccardo
6525456] img is invalid: Tab
view (unselected to selected junction)
>From what I understand/remember we should always have an image for every
element - either it is from the theme (customzied) or it comes from the
default. Here
Anyway, a check makes it of course a little more robust.
Riccardo
in this
function)
106 | return TRUE;
| ^~~~
I don't see any significant change in the code though, so my fear is
that it comes from a new version of libicu?
I cheched and I have 68.1 installed.
What version(s) do you have? does gui still correctly build?
Riccardo
ed to patch Gui in some way. For Base I simply defined
> TRUE/FALSE in GSICUString.h:
> https://github.com/gnustep/libs-base/pull/163
Oh I see, thank you... the same fix applies also in GUI, we use it in
only one place.
Riccardo
note: instance variable is declared here
id isa;
^
1 warning generated.
configure:7892: $? = 0
configure:7892: ./conftest
[1] Abort trap ./conftest${ac_exeext}
configure:7892: $? = 134
any ideas?
Riccardo
nd in Preferences, most items appear to look fine:
RadioButtons, Checkboxen...
So we can have a problem in RadioButtons, Checkboxes, PopupMenus,
Labels, but they do not show "everywhere"
I am unable currently to test on PPC-BE/32bit, but will do so about in a
week.
Riccardo
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 doesn't
permissions of PaX ? I cannot set PaX
on libraries though, only on executables.
Or some address is bogus or other havoc is going on.
Riccardo
ckbox looks correct to me,
only its state is not correctly displayed and it does not appear to be
in those flags, or am I wrong?
Riccardo
uttonCell
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.
Riccardo
Riccardo
nt:
1 state 1
2021-01-06 01:01:57.428 Ink[52733:52733] NSCell initWithCoder tmp_int:
0 state 0
2021-01-06 01:01:57.438 Ink[52733:52733] NSCell initWithCoder tmp_int:
0 state 0
Here it looks that sometimes the state is decoded to true!... so it
looks it gets lost?
Riccardo
RIccardo
sk 0
this is coherent to it being 0 later... (It is always after the output
of the line saying "notkeycoding version 3)... how to delve deeper?
Riccardo
Riccardo
howAltStateMask = (NSInteger)tmp2;
if (version >= 2)
{
what do you think? That way... things load and radio buttons and
checkboxes work. I find it ugly. Also I want to be sure that Gorms are
encoded correctly if created here
Then,. also, we have some Labels and especially MenuItems not loading in
PopUpButtons. Maybe someting does not decode, e.g. Tags ?
Riccardo
Riccardo
;make test" has all tests fail, and I see:
/home/multix/code/libobjc2/Build/libobjc.so.4.6: text relocations
/home/multix/code/libobjc2/Build/libobjc.so.4.6: Cannot write-enable
text segment: Permission denied
So this has nothing with base, but libobjc2 is broken by itself.
Riccardo
stions? We
replied almost together.
The "cast" hack proves that we are investigating in the correct direction.
Riccardo
: what is the current version? I used 3 as versino.. just
because I found that one when decoding Gorms and debugging.
Where is it to be increased?
Riccardo
PS:any clues on why NSPopUpMenus don't show their items, but retain
Item1 Item2, Item3? I had a look if there were similar type issues
plicationKit/Classes/NSButtonCell.html
So.. our Gorm format is "wrong" since ever.
Apple in the meanwhile made types of state and hightlight with an enum
type NSCellStyleMask
Riccardo
s to be of uint32_t to fit in memory, but is it?.. later is copied
back with the struct size. Scary.
Riccardo
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 a
umber please remember to fix that file.
my only "itch" which would be a regression is the bug of the icon, the
stuff Sergeii did...
perhaps I should plan a ProjectCenter release too then.
maybe thematic too, Richard?
Riccardo
ally knowing it is something done these last months.
Riccardo
tests to see if some specific failed tests can be
identified ... but apparently they run sequentially on only one CPU and
it takes hours
Anyway having an exact commit is also a good start.
Riccardo
build
Current:
9236 Passed tests
202 Failed tests
46 Dashed hopes
14 Skipped sets
1 Failed file
1 Failed build
so actually we "fixed" some tests :) :)
Riccardo
erTest[5278:3930190648] parsed: 1.00,
1.00, 1.00 - isAtEnd? 1
but why not 0.0 the second time?
Riccardo
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
rkspace and PRICE without spotting
gross errors.
Riccardo
f 'strnstr' was
here
char *strnstr(const char *, const char *, size_t);
they don't even build.
Riccardo
t bugs before digging into CPU issues. I
think libobjc2 has issues with C++ exceptions
Riccardo
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
>
C++ standard library
-- Using /usr/bin/cc
-- No useable C++ runtime found
why doesn't it like my runtime library?
Riccardo
byte-order-marker.
However:
$file Resources/Italian.lproj/Localizable.strings
Resources/Italian.lproj/Localizable.strings: UTF-8 Unicode text
and opening in gvim with utf8 encoding it looks perfect, the same with
emacs.
The BOM is there... so?
Riccardo
ct2: error: ld returned 1 exit status
gmake[4]: ***
[/usr/GNUstep/System/Library/Makefiles/Instance/library.make:293:
obj/libgnustep-gui.so.0.29.0] Error 1
any clue what this could be???
Riccardo
BJC_SELECTOR_TABLE+304>, type=0x674243a4
"@", address=0x22e648)
at NSUnarchiver.m:929
#18 0x6704f2d5 in -[GSDictionary initWithCoder:]
(self=0x511dbe0, _cmd=0x673c8eb0 <_OBJC_SELECTOR_TABLE+464>,
The issue appears to be here:
530 [aDecoder decodeValueOfObjCType: @encode(BOOL) at:
&_sends_whole_search_string];
531 decode_NSInteger(aDecoder, &max);
a bool - a long long vs unsigned int?
Riccardo
seems to ignore the old format. (I need to look
into this behaviour). I re-added the BOM to both files. Could you please give
it a try?
thank you. It works now!
Riccardo
uld fail with either libc++abi.so.3.0 or with your C++
standard library. Either should work and so I don’t know why this test would
fail.
I don't know, if I can give you the test results, is there a log,
equivalent to configure's config.log ?
Line 231 is for Android...
I think it is test "test_cxx_stdlib" perhaps?
I tried:
rohan$ ./test_cxx_stdlib
rohan$ echo $?
1
it runs but returns non-zero.
Riccardo
frame inner to this frame (corrupt stack?)
it is _appIconInit which is perhaps supect... on windows?
Then I tried Ink... it dies the same way. I fear this means "all apps crash"
Riccardo
clean and then
reinstall, this should have removed the old version.
Do you install core libraries in System or Local ?
I did rebuild twice, but on one install, I can't get it to work.
Riccardo
1-02-23 23:22:15.664 ProjectCenter[5688:5276] Path for NIB
file LogPanel.gorm
does this anomaly ring a bell for somebody?
very interesting is that on old msys-1 where I upgraded all core
libraries, it works! so it is not a fully windows specific thing, but
something for mingw64, I guess a hack going bad??
Riccardo
onfig.site
I tried, reconfigured make, rebuilt ProjectCenter and it works!
I documented this on the wiki, just to remember!
Riccardo
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 info
would be called like "mingw2" but still be the same.
The architecture is i686 or x86_64, can we match that to make the
decisions in gnustep-make?
Riccardo
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
ot available right now in time for this
week.
I'm quite satisfied for this last-minute work!
Riccardo
--
Proudly written on a ThinkPad R52 with GNUmail with GNUstep on Gentoo
GNU/Linux
Just let's check and merge back for windows improvement... and then it
will be a very good release I hope!
Riccardo
--
Sent with GNUmail on GNUstep on GNU/Linux from a faithful Thinkpard R52
PPC was only supported in NT4
if I am right :) And no mingw outside intel, AFAIK.
Still, not elegant.. I think I just found the spot and addressed it in
my last commit.
I'll write some changelog and open a PR, just in time for the release!
Riccardo
100%. Once I got a crash instead. One time I was
able to attach via GDB while GNUMail was hang and was able to produce
this stacktrace.
What's your guess? Fred?
Riccardo
#0 0x7f4a2160c257 in -[GSLayoutManager(GlyphsHelpers)
_generateGlyphsUpToCharacter:] (self=, _cmd=out>, last=)
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 announcemen
c++.so.7.0
0ca18000 2ca1c000 rlib 0 3 0 /usr/lib/libc++abi.so.5.0
but why do base and FSNode link against this system library? Do we use
C++ stuff? not that I know, explicitely. Only PDFKit has an explicit use
of the C++ compiler.
I wonder how I can mitigate this
Riccardo
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. It is
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
;) at NSApplication.m:1585
#19 0xbab520cc in NSApplicationMain (argc=argc@entry=1,
argv=argv@entry=0xbfbf8a58) at Functions.m:119
#20 0x0804f15b in gnustep_base_user_main (argc=1, argv=0xbfbf8a58) at
main.m:30
#21 0xba844b36 in main (argc=1, argv=0xbfbf8a58, env=0xbfbf8a60) at
NSProcessInfo.m:1008
#
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
r method is not
in the instance?
Riccardo
breakpoint or debugging a linked framework.
It may happen that on startup GDB doesn't know about the classes so it
will have a "pending breakpoint" that gets solved on load. Or you can
run the program, interrupt it, set the breakpoint on the now loaded
Framework, and continue.
Riccardo
detection of the header should automatically disable unwind?
Riccardo
ectly fine to me!
The code snippet is even trivial:
for (i = 0; i < [icons count]; i++)
{
TShelfIcon *icon;
icon = [icons objectAtIndex: i];
[icon setSingleClickLaunch: value];
}
Riccardo
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
sounds like it doesn’t support the
> format_arg attribute, so we might have to adjust the check in
> GSVersionMacros.h (currently enabled for Clang and GCC >= 4.2).
in this case it is coming from gcc 7.5, but I have seen it in other gcc
versions too. like gcc 11
Riccardo
a = (float)*num / 0xU;
I think the warning is legit: alpha is float and is multiplied with an
explicit unsigned constant 0xU.
What is the code trying to achieve here?
Riccardo
at do you think?
best,
Riccardo
x27;t depend on
undefined and/or compiler-specific behavior. GC
I did some analysis, I think an explicit cast to float is enough. I
committed that
Riccardo
e that the base
interface GSWindowDecorationView doesn't have knowledge of titleBar or
resizeBar.
How do you suggest to proceed?
best,
Riccardo
t; If you take a quick look at GSTheme.h in gui you'll see a lot of classes
>>> to which we delegate the drawing. I believe what you should do is create
>>> a similar class for GSStandardDecorationView that can be used to do the
>>> drawing for that class. This way t
andomly on the screen.
Best,
Riccardo
801 - 900 of 936 matches
Mail list logo
