ctionality) between "Run"
and "OpenWith". This makes things clearer... however I found some
differences which I want to understand, so that further duplication can
be eliminated.
Riccardo
ts to open certain
files wtih a certain application.
So I can't just "open the file" because it would open the default one.
I do need to give the file name parameter. is it possible?
Riccardo
equivalents, but not mac) and then run NSTask on it as a standard
executable or use NSTask with openapp and the name as argument, but both
are "kludges" in my opinion, involving some work.
is NSWorkspace's launchApplication the best answer?
Riccardo
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
integrated.
Riccardo
you two come up with a better solution.
That sounds bad... but maybe your memories need to be refreshed, perhps
we can find a way to work around it and maybe optimize it for certain
backends.
Riccardo
mmutable
while it should be not?
Riccardo
ustep/apps-projectcenter/releases/tag/projectcenter-0_7_0
Happy Hacking - Riccardo
elegate-to-nil fix is proper of GUI orthe
GUI code is safe and the work-around in ProjectCenter is fine.
However, if you noticed things elsewhere, we might need to check.
What's your point? Fred?
Riccardo
--
Sent with pride with GNUMail running on GNUstep on Debian GNU/Linux on
a SunFire with Niagara SPARC64.
eneric text scroll view at the bottom. Yet closing the project
window now, does not cause issues
2) open a project. select a file so that the editor opens. then from the
menu do "close file", the status of 1) returns... and closing makes no
issues
3) the fact that nilling the splitview delegates "macht mich stutzig"
Riccardo
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
m happy to help anyone who wants to
> update the ports. I believe that they should still work. We test the
> runtime in CI on FreeBSD, at least.
I suppose you refer that you dropped the FreeBSD packages, but you do
still maintain the runtime itself aso on FreeBSD and run the base test
suite at least, right?
Riccardo
we are changing hosting and it is taking
longer than supposed, currently a back-up site is online.
Riccardo
an idea i've got after sending the email:
would it make sense to organise the remaining work with issue tickets in
the repository?
This way would be easier to discuss the individual topics
On Thu, 23 Dec 2021 at 14:42, Riccardo Canalicchio <
riccardo.canalicc...@gmail.com> wrote:
&
on the screen.
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 the cl
but I see that the base
interface GSWindowDecorationView doesn't have knowledge of titleBar or
resizeBar.
How do you suggest to proceed?
best,
Riccardo
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
you think?
best,
Riccardo
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
It 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
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
ippet is even trivial:
for (i = 0; i < [icons count]; i++)
{
TShelfIcon *icon;
icon = [icons objectAtIndex: i];
[icon setSingleClickLaunch: value];
}
Riccardo
tion of the header should automatically disable unwind?
Riccardo
a 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
r code and your method is not
in the instance?
Riccardo
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
plication.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
#22 0x
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
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
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
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>, l
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
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
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
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
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,
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
tried, reconfigured make, rebuilt ProjectCenter and it works!
I documented this on the wiki, just to remember!
Riccardo
: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
make 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
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
ith 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
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
04>, 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, );
a bool - a long long vs unsigned int?
Riccardo
: 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
-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
C++ standard library
-- Using /usr/bin/cc
-- No useable C++ runtime found
why doesn't it like my runtime library?
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
>
o CPU issues. I
think libobjc2 has issues with C++ exceptions
Riccardo
' was
here
char *strnstr(const char *, const char *, size_t);
they don't even build.
Riccardo
CE without spotting
gross errors.
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
,
1.00, 1.00 - isAtEnd? 1
but why not 0.0 the second time?
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
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
ially knowing it is something done these last months.
Riccardo
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
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
it
needs to be of uint32_t to fit in memory, but is it?.. later is copied
back with the struct size. Scary.
Riccardo
it/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
: 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
replied almost together.
The "cast" hack proves that we are investigating in the correct direction.
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
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
AltStateMask 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
ate 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
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
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
of PaX ? I cannot set PaX
on libraries though, only on executables.
Or some address is bogus or other havoc is going on.
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
tems 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
: 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
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
;
| ^~~~
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
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
87 in _start ()
I set NSZombieEnabled=YES but I get a crash anyway! usually that should
save from such situations?
Riccardo
cc
though, so my test shows... no regression and small fixes.
Riccardo
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
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
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 to see
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
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
The issue appears happening when the new theme is loaded.
Ideas?
Riccardo
-with-layout=gnustep
--with-library-combo=ng-gnu-gnu
Thanks,
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 accessing
ersion 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
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
coming from? I found nothing therelike in
gsc's subproject itself.
Riccardo
related 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
was 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
'NSAttributedStringKey'
- (void) removeAnnotation: (NSAttributedStringKey)annotationName
^
Riccardo
1 - 100 of 828 matches
Mail list logo
