From jmlandmesser at gmx.de Tue Feb 1 19:22:13 2022 From: jmlandmesser at gmx.de (John Landmesser) Date: Tue, 1 Feb 2022 19:22:13 +0100 Subject: [Lazarus] compile error for LazDebuggerGdbmi 0.1 Message-ID: <5562c6f0-5f2d-89e1-eaf0-97ee0985a56c@gmx.de> lazarus trunc cannot be compiled info: Lazarus 2.3.0 (rev main-2_3-742-g14bbe91f1e) FPC 3.2.2 x86_64-linux-gtk2 compile messages: > Lazarus-Quelltext aufr?umen: Erfolg > Kompiliere Package FCL 1.0.1: Erfolg > Kompiliere Package LazUtils 1.0: Erfolg > Kompiliere Package zcore 7.2.6: Erfolg > Kompiliere Package rxtools 0.4.0.6: Erfolg > Kompiliere Package LazDebuggerIntf 0.0.1: Erfolg > Kompiliere Package zplain 7.2.6: Erfolg > Kompiliere Package zparsesql 7.2.6: Erfolg > Kompiliere Package zdbc 7.2.6: Erfolg > Kompiliere Package freetypelaz 1.0: Erfolg > Kompiliere Package CodeTools 1.0.1: Erfolg > Kompiliere Package BuildIntf 1.0: Erfolg > Kompiliere Package laz_fpspreadsheet 1.12: Erfolg > Kompiliere Package LCLBase 2.3: Erfolg > Kompiliere Package LCL 2.3: Erfolg > Kompiliere Package DebuggerIntf 0.1: Erfolg > Kompiliere Package SDFLaz 0.1.1: Erfolg > Kompiliere Package SynEdit 1.0: Abgebrochen > Kompiliere Package LazControls 1.0.1: Erfolg > Kompiliere Package cairocanvas_pkg 0.0: Erfolg > Kompiliere Package lclextensions_package 0.6.1: Erfolg > Kompiliere Package JvCoreLazR 1.0.6: Erfolg > Kompiliere Package AnchorDocking 1.0: Erfolg > Kompiliere Package NiceGridD7 0.0: Erfolg > Kompiliere Package cmdbox 0.0: Erfolg > Kompiliere Package Printer4Lazarus 0.5: Erfolg > Kompiliere Package rx 1.0: Erfolg > Kompiliere Package lhelpcontrolpkg 0.2: Erfolg > Kompiliere Package LazColorPalette 0.2.2: Erfolg > Kompiliere Package JvTimeFrameworkLazR 1.0.6: Erfolg > Kompiliere Package IDEIntf 1.0: Erfolg > Kompiliere Package JvMMLazR 1.0.6: Erfolg > Kompiliere Package JvStdCtrlsLazR 1.0.6: Erfolg > Kompiliere Package JvJansLazR 1.0.6: Erfolg > Kompiliere Package JvWizardLazR 1.0.6: Erfolg > Kompiliere Package TurboPowerIPro 1.0: Erfolg > Kompiliere Package JvCtrlsLazR 1.0.6: Erfolg > Kompiliere Package JvXPCtrlsLazR 1.0.6: Erfolg > Kompiliere Package JvRuntimeDesignLazR 1.0.6: Erfolg > Kompiliere Package JvValidatorsLazR 1.0.6: Erfolg > Kompiliere Package JvCmpR 1.0.6: Erfolg > Kompiliere Package JvHMILazR 1.0.6: Erfolg > Kompiliere Package JvNetLazR 1.0.6: Erfolg > Kompiliere Package JvDBLazR 1.0.6: Erfolg > Kompiliere Package jvappfrmlazr 1.0.6: Erfolg > Kompiliere Package mycomps 0.0.0.1: Erfolg > Kompiliere Package uniqueinstance_package 1.1: Erfolg > Kompiliere Package laz_sortgrid 0.0.0.1: Erfolg > Kompiliere Package laz.virtualtreeview_package 5.5.3.1: Erfolg > Kompiliere Package TAChartLazarusPkg 1.0: Abgebrochen > Kompiliere Package rxnew 3.2.1.210: Abgebrochen > Kompiliere Package CmdLineDebuggerBase 0.0: Erfolg > Kompiliere Package RunTimeTypeInfoControls 0.1: Erfolg > Kompiliere Package zcomponent 7.2.6: Erfolg > Kompiliere Package LazProjectGroups 0.7: Erfolg > *Kompiliere Package LazDebuggerGdbmi 0.1: Exit code 1, Fehler: 1* > gdbmidebugger.pp(14625,3) Error: Control flow statements are not > allowed in a finally block > Kompiliere Package JvCoreLazD 1.0.6: Erfolg > Kompiliere Package lazdbexport 1.0: Erfolg > Kompiliere Package FitGrids 1.0: Abgebrochen > Kompiliere Package OnlinePackageManager 1.0.1.2: Abgebrochen > Kompiliere Package IdeDebugger 0.0.1: Abgebrochen > Kompiliere Package JvMMLazD 1.0.6: Abgebrochen -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmlandmesser at gmx.de Tue Feb 1 19:27:50 2022 From: jmlandmesser at gmx.de (John Landmesser) Date: Tue, 1 Feb 2022 19:27:50 +0100 Subject: [Lazarus] compile error for LazDebuggerGdbmi 0.1 In-Reply-To: <5562c6f0-5f2d-89e1-eaf0-97ee0985a56c@gmx.de> References: <5562c6f0-5f2d-89e1-eaf0-97ee0985a56c@gmx.de> Message-ID: details: > Kompiliere Package LazDebuggerGdbmi 0.1: Exit code 1, Fehler: 1 > gdbmidebugger.pp(14625,3) Error: Control flow statements are not > allowed in a finally block Am 01.02.22 um 19:22 schrieb John Landmesser via lazarus: > > lazarus trunc cannot be compiled > > info: > > Lazarus 2.3.0 (rev main-2_3-742-g14bbe91f1e) FPC 3.2.2 x86_64-linux-gtk2 > From lazarus at mfriebe.de Tue Feb 1 20:36:48 2022 From: lazarus at mfriebe.de (Martin Frb) Date: Tue, 1 Feb 2022 20:36:48 +0100 Subject: [Lazarus] compile error for LazDebuggerGdbmi 0.1 In-Reply-To: References: <5562c6f0-5f2d-89e1-eaf0-97ee0985a56c@gmx.de> Message-ID: <7e2a3ed5-94a8-8441-cb7c-f0593cc364a3@mfriebe.de> On 01/02/2022 19:27, John Landmesser via lazarus wrote: > details: > >> Kompiliere Package LazDebuggerGdbmi 0.1: Exit code 1, Fehler: 1 >> gdbmidebugger.pp(14625,3) Error: Control flow statements are not >> allowed in a finally block > Oh, well. The things FPC only supports on selected targets... Please upgrade and try again. From jmlandmesser at gmx.de Tue Feb 1 21:48:10 2022 From: jmlandmesser at gmx.de (John Landmesser) Date: Tue, 1 Feb 2022 21:48:10 +0100 Subject: [Lazarus] compile error for LazDebuggerGdbmi 0.1 In-Reply-To: <7e2a3ed5-94a8-8441-cb7c-f0593cc364a3@mfriebe.de> References: <5562c6f0-5f2d-89e1-eaf0-97ee0985a56c@gmx.de> <7e2a3ed5-94a8-8441-cb7c-f0593cc364a3@mfriebe.de> Message-ID: <8817c4eb-e899-bcd3-0f04-1b9857c3f360@gmx.de> Am 01.02.22 um 20:36 schrieb Martin Frb via lazarus: > On 01/02/2022 19:27, John Landmesser via lazarus wrote: >> details: >> >>> Kompiliere Package LazDebuggerGdbmi 0.1: Exit code 1, Fehler: 1 >>> gdbmidebugger.pp(14625,3) Error: Control flow statements are not >>> allowed in a finally block >> > > Oh, well. The things FPC only supports on selected targets... > > Please upgrade and try again. Yes, now it compiles without errors From nibbikfrans at gmail.com Sat Feb 12 14:38:55 2022 From: nibbikfrans at gmail.com (nibbikfrans) Date: Sat, 12 Feb 2022 14:38:55 +0100 Subject: [Lazarus] Small problem with a application that uses a Firebird database Message-ID: Hi, I'm using Lazarus 2.0.10 on Windows10. I'm working on an application that uses a Firebird database and it's going very well. In the development version I use a Debug screen. But now I have a situation that I can't explain. When I start the application and I open the database it al goes well. Whether I make changes or not, the application closes immidiately when I hit the close button. The Debug screen is also closed immidiately. When I can't open the database because it's in use by a different application (FlameRobin), I generate an error message. And now when I close the application the main form is destroyed immidiately but the Debug screen is still visible for about 2 seconds. The application is also visible that long in the taskmanager. The same happens when I have compiled a ready version without the Debug screen, the application stays visible in the taskmanager for about 2 seconds. I've been searching for days to seek an explantion but I can't find it. I've made a very small testapplication with the intent of creating an item on the Lazarus Forum but that application doens't show this effect and is therefor useless. But I still can't figure out why. I don't expect anything but if one of you can explain this or show me another search direction I would be gratefull. -- mvg Frans van Leeuwen M 06-51695390 -- Deze e-mail is gecontroleerd op virussen door AVG. http://www.avg.com From leobronstain at gmail.com Sat Feb 12 17:45:11 2022 From: leobronstain at gmail.com (=?UTF-8?B?0JvQtdCyINCR0YDQvtC90YjRgtC10LnQvQ==?=) Date: Sat, 12 Feb 2022 19:45:11 +0300 Subject: [Lazarus] Small problem with a application that uses a Firebird database In-Reply-To: References: Message-ID: <17eeed2f9d8.27ef.bf752abec8ccb817190c8de93e854ab0@gmail.com> Hi What is your question? What is confusing you? What error do you get when the database is connected to FlameRobin? What version of FB are you using? What access components do you use to connect to the database? nibbikfrans via lazarus 12 ??????? 2022 ?. 4:39:11 ?? ???????: > Hi, > > I'm using Lazarus 2.0.10 on Windows10. I'm working on an application > that uses a Firebird database and it's going very well. In the > development version I use a Debug screen. > But now I have a situation that I can't explain. When I start the > application and I open the database it al goes well. Whether I make > changes or not, the application closes immidiately when I hit the close > button. The Debug screen is also closed immidiately. > When I can't open the database because it's in use by a different > application (FlameRobin), I generate an error message. And now when I > close the application the main form is destroyed immidiately but the > Debug screen is still visible for about 2 seconds. The application is > also visible that long in the taskmanager. The same happens when I have > compiled a ready version without the Debug screen, the application stays > visible in the taskmanager for about 2 seconds. > I've been searching for days to seek an explantion but I can't find it. > I've made a very small testapplication with the intent of creating an > item on the Lazarus Forum but that application doens't show this effect > and is therefor useless. But I still can't figure out why. > I don't expect anything but if one of you can explain this or show me > another search direction I would be gratefull. > > -- > mvg > Frans van Leeuwen > M 06-51695390 > > > -- > Deze e-mail is gecontroleerd op virussen door AVG. > http://www.avg.com > > -- > _______________________________________________ > lazarus mailing list > lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus From badsectoracula at gmail.com Sat Feb 12 18:25:18 2022 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Sat, 12 Feb 2022 19:25:18 +0200 Subject: [Lazarus] Gtk 1.2 fixes (again) Message-ID: Sending this mail again since it didn't arrive last time (can't even see it in the archives). This is actually my third attempt, using my gmail account now (i tried my own email - not sure if it didn't pass through because the other one wasn't subscribed or due to some configuration issue... the mailing list page mentions that i only need to be subscribed to receive messages, not to send them too so i assumed it'd work - in the former case, i wonder how many of my replies were ignored since i switched to my own domain's account). --- Hi all, I submitted some fixes for the Gtk 1.2 LCL backend here that should bring it in working state (as it is right now it doesn't build due to some procs being moved to other units and even after adding those it barely works, windows get moved to 0,0, changing desktops or shading windows is broken, opening various dialogs crashes the program and other nice stuff :-P). https://gitlab.com/freepascal.org/lazarus/lazarus/-/merge_requests/69 With the patch applied the IDE seems to work fine for the most part. There are some glitches (e.g. the main window doesn't get the proper height at first try but shading/unshading it or changing desktop and coming back or even just changing active tab in the component palette - basically anything that causes it to recalculate the height after it has been visible for a bit - fixes it so it is more of an annoyance than a blocker) but it works. Similarly it seems to use the wrong mouse cursor in some cases. I've also tried a bunch of examples as well as some of my own projects and anything that didn't need functionality that wouldn't exist in Gtk 1.2 anyway seemed to work fine. I might check those at some point but for now i wanted to fix the more broken things, like windows not being positioned correctly, the IDE getting minimized when switching desktops and crashing when trying to open some forms like the console output or the Lazarus build configuration. Especially that last one since i spend the whole day trying to track it down (and turned out to be a bug in Gtk 1.2 that is only triggered in specific creation order for notebook pages - which i had to work around). There are a couple of hacks in there that might have been done better (but still beats the current state of not working at all :-P): 1. The Gtk 1.2 LCL backend treats the unmapping as if it was a minimize event but that isn't strictly correct since unmapping can also happen when a window is shaded or when the current desktop changes. In either case you do not want all application windows to be minimized (which is what normally happens for a minimize event). There was some code to check for the desktop change case but there is a race condition which triggers with modern fast desktops (i guess it was written a long time ago) where the unmap event happens before the window manager switches desktops. I added a check for the shaded state and... a hacky Sleep for 100ms (happens only once even with multiple unmapped windows) to avoid the race condition :-P. Even at 10ms seemed to work but i put it at 100ms which seem safe. 2. The ScrollWindowEx function was not implemented at all and some controls, like the tree widget seem to rely on it for visual updates when scrolling, which in practice means that nothing scrolls when you use the scrollbar or the mouse wheel over the control. With my patch it still doesn't work, but i made it invalidate the control that requested the scroll which causes it to fully draw itself (and adds the ironic twist where the control uses ScrollWindowEx to optimize draws but ends up doing more work instead :-P). The call still returns False (ie. it failed) so it shouldn't break anything as the invalidation could theoretically come from anything - ie. some overzealous window manager or something. In theory some control could rely on scrolling to display partial animations but that control would have been broken in Gtk 1.2 anyway. I have also tried the OpenGL control but it doesn't seem to build. I've spent very little time on it though but i'll try to fix it in a separate patch. Note that the link above also contains a link to the Gtk 1.2 libraries (source code) that the LCL backend relies on that should compile with current Linux OSes (though there will be some warnings). Gtk and glib are from Slackware and with its patches applied with some minor mod and Gdk_pixbuf (which Slackware doesn't seem to carry - or at least not the version needed by the Gtk 1.2 backend since there is the Gtk 2.x verson) is from an old Red Hat source distribution (might not be the latest version but LCL doesn't seem to use it much - it might be possible to remove the current dependency so that things work in Slackware out of the box as it seems to be one of the very few distributions that still ship with Gtk 1.2) that i have fixed to build and install without (much) problem. So if you want to test it you can find the sources there (make sure to read the README). Kostas From nc-gaertnma at netcologne.de Sat Feb 12 21:00:58 2022 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sat, 12 Feb 2022 21:00:58 +0100 Subject: [Lazarus] Small problem with a application that uses a Firebird database In-Reply-To: References: Message-ID: <20220212210058.035524fb@ubuntu1804> On Sat, 12 Feb 2022 14:38:55 +0100 nibbikfrans via lazarus wrote: >[...] > When I can't open the database because it's in use by a different > application (FlameRobin), I generate an error message. And now when I > close the application the main form is destroyed immidiately but the > Debug screen is still visible for about 2 seconds. The application is > also visible that long in the taskmanager. Sounds as if some finalization takes 2 seconds. Maybe a running thread? >[...] Mattias From nibbikfrans at gmail.com Sun Feb 13 11:21:35 2022 From: nibbikfrans at gmail.com (nibbikfrans) Date: Sun, 13 Feb 2022 11:21:35 +0100 Subject: [Lazarus] Small problem with a application that uses a Firebird database In-Reply-To: <20220212210058.035524fb@ubuntu1804> References: <20220212210058.035524fb@ubuntu1804> Message-ID: <196a1567-9bcd-2619-710a-8e4a74ebdb3b@gmail.com> Hi Mattias, Yes, 1 running thread for about 2 seconds, source = :00000000, line = 0. So I have no idea what and where to look. mvg Frans van Leeuwen M 06-51695390 Op 12-2-2022 om 21:00 schreef Mattias Gaertner via lazarus: > On Sat, 12 Feb 2022 14:38:55 +0100 > nibbikfrans via lazarus wrote: > >> [...] >> When I can't open the database because it's in use by a different >> application (FlameRobin), I generate an error message. And now when I >> close the application the main form is destroyed immidiately but the >> Debug screen is still visible for about 2 seconds. The application is >> also visible that long in the taskmanager. > Sounds as if some finalization takes 2 seconds. > Maybe a running thread? > > >> [...] > Mattias -- Deze e-mail is gecontroleerd op virussen door AVG. http://www.avg.com From bartjunk64 at gmail.com Sun Feb 13 15:49:19 2022 From: bartjunk64 at gmail.com (Bart) Date: Sun, 13 Feb 2022 15:49:19 +0100 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: References: Message-ID: On Sat, Feb 12, 2022 at 6:25 PM Kostas Michalopoulos via lazarus wrote: This is currently being discussed on the devel ML. -- Bart From badsector at runtimeterror.com Sun Feb 13 18:31:32 2022 From: badsector at runtimeterror.com (Kostas Michalopoulos) Date: Sun, 13 Feb 2022 19:31:32 +0200 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: References: Message-ID: <13602427-e44c-327c-499a-a21ce58a102f@runtimeterror.com> On 2/13/22 16:49, Bart via lazarus wrote: > On Sat, Feb 12, 2022 at 6:25 PM Kostas Michalopoulos via lazarus > wrote: > > This is currently being discussed on the devel ML. > Isn't this the development mailing list? Most of the discussion seems to be about Lazarus' development and can't find any other list mentioned in https://lists.lazarus-ide.org/ Kostas From pascaldragon at googlemail.com Sun Feb 13 20:33:43 2022 From: pascaldragon at googlemail.com (Sven Barth) Date: Sun, 13 Feb 2022 20:33:43 +0100 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: <13602427-e44c-327c-499a-a21ce58a102f@runtimeterror.com> References: <13602427-e44c-327c-499a-a21ce58a102f@runtimeterror.com> Message-ID: Kostas Michalopoulos via lazarus schrieb am So., 13. Feb. 2022, 18:31: > On 2/13/22 16:49, Bart via lazarus wrote: > > On Sat, Feb 12, 2022 at 6:25 PM Kostas Michalopoulos via lazarus > > wrote: > > > > This is currently being discussed on the devel ML. > > > > Isn't this the development mailing list? Most of the discussion seems to > be about Lazarus' development and can't find any other list mentioned in > https://lists.lazarus-ide.org/ Bart means the internal, private Lazarus developer list. Regards, Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From ganmax at narod.ru Sun Feb 13 22:41:19 2022 From: ganmax at narod.ru (Maxim Ganetsky) Date: Mon, 14 Feb 2022 00:41:19 +0300 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: References: Message-ID: <9633d9f2-74a7-0ab4-0bd2-129a22779f73@narod.ru> 12.02.2022 20:25, Kostas Michalopoulos via lazarus ?????: > Sending this mail again since it didn't arrive last time (can't even see > it in the archives). > > This is actually my third attempt, using my gmail account now (i tried > my own email - not sure if it didn't pass through because the other one > wasn't subscribed or due to some configuration issue... the mailing list > page mentions that i only need to be subscribed to receive messages, not > to send them too so i assumed it'd work - in the former case, i wonder > how many of my replies were ignored since i switched to my own domain's > account). > > --- > > Hi all, > > I submitted some fixes for the Gtk 1.2 LCL backend here that should > bring it in working state (as it is right now it doesn't build due to > some procs being moved to other units and even after adding those it > barely works, windows get moved to 0,0, changing desktops or shading > windows is broken, opening various dialogs crashes the program and other > nice stuff :-P). > > https://gitlab.com/freepascal.org/lazarus/lazarus/-/merge_requests/69 In the meantime your fixes have been merged. But I still can't understand, why you put so much an effort into an ancient and obsolete widgetset. IMHO finishing fpGUI widgetset makes much more sense. -- Best regards, Maxim Ganetsky mailto:ganmax at narod.ru From badsector at runtimeterror.com Sun Feb 13 22:58:44 2022 From: badsector at runtimeterror.com (Kostas Michalopoulos) Date: Sun, 13 Feb 2022 23:58:44 +0200 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: References: <13602427-e44c-327c-499a-a21ce58a102f@runtimeterror.com> Message-ID: <79e4332c-a498-f3b0-78b4-bfdd86ee3f34@runtimeterror.com> On 2/13/22 21:33, Sven Barth via lazarus wrote: > Bart means the internal, private Lazarus developer list. I see, but then why tell me? :-P Kostas From badsector at runtimeterror.com Sun Feb 13 23:22:48 2022 From: badsector at runtimeterror.com (Kostas Michalopoulos) Date: Mon, 14 Feb 2022 00:22:48 +0200 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: <9633d9f2-74a7-0ab4-0bd2-129a22779f73@narod.ru> References: <9633d9f2-74a7-0ab4-0bd2-129a22779f73@narod.ru> Message-ID: On 2/13/22 23:41, Maxim Ganetsky via lazarus wrote: > But I still can't understand, why you put so much an effort into an > ancient and obsolete widgetset. I only spent 2-3 days, including getting Gtk 1.2 itself to compile and tracking down a gdk_pixbuf version that was compatible with Gtk 1.x, it wasn't that big of an effort. As to why, as i wrote in the comment in the merge request, i was curious about the Gtk 1.2 state, noticed that it didn't work and decided to fix it. I just simply like it when software doesn't drop support for old stuff just because they are old. I am into retrocomputing and various retrocomputing communities and i like being able to use modern software in retro environments (if anything i'd like to see what it'd take to bring back Win9x support to both FPC and Lazarus as in a game i made for a gamejam a couple of years ago i had to use several year old versions of FPC to make a Win9x version that would work with graphics cards on my older computers - like 3dfx Voodoo - and couldn't make the editor available for it because it wouldn't compile on the last Lazarus that supported Win9x - at least i was able to use the latest FPC for the DOS version, which is great). Beyond that, as i wrote in the merge request, MUI is even more "ancient" and yet Lazarus added support for it recently. I do not see why it being called obsolete by its original developers means that one couldn't work on it if they want, it is open source after all, the entire point is having the freedom to do things like that. Also i do not see why this is such an issue, the code is there and doesn't bother anyone - it isn't like i as a user who mostly works with win32 and gtk2 am bothered about the existence of gtk3/gtk4/cocoa/carbon/mui/fpgui/customdrawn/whatever. The worst that happens is that it takes a couple of MB of disk space in the source checkout. > IMHO finishing fpGUI widgetset makes much more sense. AFAIK fpGUI hasn't seen a release in years now and i think the development version has several incompatible changes, meaning that if anyone works on it now they may have a Gtk2->Gtk3->Gtk4 situation where they'll need to go and spend time getting the code base in a working state. TBH i am not a fan of APIs that break themselves - i'd rather make a Motif backend (it is technically still developed :-P and even theoretically an IEEE standard - or, well, it was at some point) as its API has a stability that goes back to the early 90s. While it'd be neat if there was support for it, it isn't something i personally find interesting. Also why fpGUI specifically and not the custom drawn widgetset instead? It does seem have some issues but at least this one seems to be 100% on Lazarus instead of relying on an external project to remain working. Kostas From denisgolovan at yandex.ru Mon Feb 14 00:08:04 2022 From: denisgolovan at yandex.ru (denisgolovan) Date: Mon, 14 Feb 2022 02:08:04 +0300 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: References: <9633d9f2-74a7-0ab4-0bd2-129a22779f73@narod.ru> Message-ID: <1439571644793684@vla5-8300199a0c8b.qloud-c.yandex.net> >From "Kostas" > As to why, as i wrote in the comment in > the merge request, i was curious about the Gtk 1.2 state, noticed that > it didn't work and decided to fix it. I just simply like it when > software doesn't drop support for old stuff just because they are old. I > am into retrocomputing and various retrocomputing communities and i like > being able to use modern software in retro environments (if anything i'd > like to see what it'd take to bring back Win9x support to both FPC and > Lazarus as in a game i made for a gamejam a couple of years ago i had to > use several year old versions of FPC to make a Win9x version that would > work with graphics cards on my older computers - like 3dfx Voodoo - and > couldn't make the editor available for it because it wouldn't compile on > the last Lazarus that supported Win9x - at least i was able to use the > latest FPC for the DOS version, which is great). Personally, I have deep respect to people who fight against entropy (in all senses). That make FPC/Lazarus community so special in my view. Please go on. -- Regards, Denis Golovan From pascaldragon at googlemail.com Mon Feb 14 05:32:01 2022 From: pascaldragon at googlemail.com (Sven Barth) Date: Mon, 14 Feb 2022 05:32:01 +0100 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: <79e4332c-a498-f3b0-78b4-bfdd86ee3f34@runtimeterror.com> References: <13602427-e44c-327c-499a-a21ce58a102f@runtimeterror.com> <79e4332c-a498-f3b0-78b4-bfdd86ee3f34@runtimeterror.com> Message-ID: Am 13.02.2022 um 22:58 schrieb Kostas Michalopoulos via lazarus: > On 2/13/22 21:33, Sven Barth via lazarus wrote: >> Bart means the internal, private Lazarus developer list. > > I see, but then why tell me? :-P To explain to you that your request is looked at and why there might be delays in deciding about it. Regards, Sven From pascaldragon at googlemail.com Mon Feb 14 05:33:58 2022 From: pascaldragon at googlemail.com (Sven Barth) Date: Mon, 14 Feb 2022 05:33:58 +0100 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: References: <9633d9f2-74a7-0ab4-0bd2-129a22779f73@narod.ru> Message-ID: <35810c90-82f3-673d-880f-8f3f770732dc@googlemail.com> Am 13.02.2022 um 23:22 schrieb Kostas Michalopoulos via lazarus: > Beyond that, as i wrote in the merge request, MUI is even more > "ancient" and yet Lazarus added support for it recently. I do not see > why it being called obsolete by its original developers means that one > couldn't work on it if they want, it is open source after all, the > entire point is having the freedom to do things like that. While MUI might be ancient it's still actively used by current operating systems, namely MorphOS and AROS (and of course Amiga operating systems themselves, but they aren't actively developed anymore). Note: I'm not critizing your effort, in fact I'm welcoming it as myself want to find the time to make sure that current Lazarus works correctly on PowerPC Mac with Carbon again. Regards, Sven From bartjunk64 at gmail.com Mon Feb 14 11:38:07 2022 From: bartjunk64 at gmail.com (Bart) Date: Mon, 14 Feb 2022 11:38:07 +0100 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: <79e4332c-a498-f3b0-78b4-bfdd86ee3f34@runtimeterror.com> References: <13602427-e44c-327c-499a-a21ce58a102f@runtimeterror.com> <79e4332c-a498-f3b0-78b4-bfdd86ee3f34@runtimeterror.com> Message-ID: On Sun, Feb 13, 2022 at 10:58 PM Kostas Michalopoulos via lazarus wrote: > > On 2/13/22 21:33, Sven Barth via lazarus wrote: > > Bart means the internal, private Lazarus developer list. > > I see, but then why tell me? :-P So that would know it is debated and not simply ignored. -- Bart From mueller.b at gmx.net Tue Feb 15 10:12:54 2022 From: mueller.b at gmx.net (Bernd Mueller) Date: Tue, 15 Feb 2022 10:12:54 +0100 Subject: [Lazarus] Can fppkg be disabled? Message-ID: <62fee139-a9b7-b5a7-00b4-cef588d2ef0e@gmx.net> Hello, coming from Lazarus 2.0.4 (and older versions down to 0.9.24), I tried the latest Lazarus version 2.2.0 (FPC 3.2.2) on Linux. The ?Configure Lazarus IDE? dialog complaints about a problem with the Fppkg configuration. Since I don?t need the Free Pascal package manager and don?t want to mess around with hidden files and directories in my home directory, I would like to completely remove the dependency of Fppkg from Lazarus. Is this possible? Regards, Bernd. From michael at freepascal.org Wed Feb 16 14:22:02 2022 From: michael at freepascal.org (Michael Van Canneyt) Date: Wed, 16 Feb 2022 14:22:02 +0100 (CET) Subject: [Lazarus] Trayicon popup menu no longer showing images Message-ID: Hello, I recompiled an older tray application. It used to show images in the tray icon popup menu, but after compilation, the tray popup menu no longer shows the images; just a small rounded square where an image should appear. Linux mint, today's lazarus, GTK2 widgetset. Is this a known issue ? Michael. From jmlandmesser at gmx.de Wed Feb 16 15:27:44 2022 From: jmlandmesser at gmx.de (John Landmesser) Date: Wed, 16 Feb 2022 15:27:44 +0100 Subject: [Lazarus] Trayicon popup menu no longer showing images In-Reply-To: References: Message-ID: Am 16.02.22 um 14:22 schrieb Michael Van Canneyt via lazarus: > > Hello, > > I recompiled an older tray application. It used to show images in the > tray > icon popup menu, but after compilation, the tray popup menu no longer > shows the > images; just a small rounded square where an image should appear. > > Linux mint, today's lazarus, GTK2 widgetset. > > Is this a known issue ? > > Michael. ... perhaps the same issue as : tray icon does not show Hint-window any more. That was working for ages with gtk2 but somehow stopped working. Juha told me to use qt5 in Project options and the issue was gone. Disadvantage: libqt5pas has to be installed. Don't know how this is called on Mint. John From michael at freepascal.org Wed Feb 16 15:33:37 2022 From: michael at freepascal.org (Michael Van Canneyt) Date: Wed, 16 Feb 2022 15:33:37 +0100 (CET) Subject: [Lazarus] Trayicon popup menu no longer showing images In-Reply-To: References: Message-ID: On Wed, 16 Feb 2022, John Landmesser via lazarus wrote: > Am 16.02.22 um 14:22 schrieb Michael Van Canneyt via lazarus: >> >> Hello, >> >> I recompiled an older tray application. It used to show images in the >> tray >> icon popup menu, but after compilation, the tray popup menu no longer >> shows the >> images; just a small rounded square where an image should appear. >> >> Linux mint, today's lazarus, GTK2 widgetset. >> >> Is this a known issue ? >> >> Michael. > > > ... perhaps the same issue as : tray icon does not show Hint-window any > more. > > That was working for ages with gtk2 but somehow stopped working. > > Juha told me to use qt5 in Project options and the issue was gone. That's not an acceptable solution. The gtk2 widgetset should be fixed, this is clearly a regression. Michael. From jmlandmesser at gmx.de Wed Feb 16 15:48:17 2022 From: jmlandmesser at gmx.de (John Landmesser) Date: Wed, 16 Feb 2022 15:48:17 +0100 Subject: [Lazarus] Trayicon popup menu no longer showing images In-Reply-To: References: Message-ID: Am 16.02.22 um 15:33 schrieb Michael Van Canneyt via lazarus: > > > On Wed, 16 Feb 2022, John Landmesser via lazarus wrote: > >> Am 16.02.22 um 14:22 schrieb Michael Van Canneyt via lazarus: >>> >>> Hello, >>> >>> I recompiled an older tray application. It used to show images in the >>> tray >>> icon popup menu, but after compilation, the tray popup menu no longer >>> shows the >>> images; just a small rounded square where an image should appear. >>> >>> Linux mint, today's lazarus, GTK2 widgetset. >>> >>> Is this a known issue ? >>> >>> Michael. >> >> >> ... perhaps the same issue as : tray icon does not show Hint-window any >> more. >> >> That was working for ages with gtk2 but somehow stopped working. >> >> Juha told me to use qt5 in Project options and the issue was gone. > > That's not an acceptable solution. > > The gtk2 widgetset should be fixed, this is clearly a regression. > > Michael. perhaps reopen this one? https://gitlab.com/freepascal.org/lazarus/lazarus/-/issues/39194 From badsector at runtimeterror.com Wed Feb 16 15:49:10 2022 From: badsector at runtimeterror.com (Kostas Michalopoulos) Date: Wed, 16 Feb 2022 16:49:10 +0200 Subject: [Lazarus] Trayicon popup menu no longer showing images In-Reply-To: References: Message-ID: <2c24ce08-f6df-cd0d-26e6-30f0c25f746e@runtimeterror.com> On 2/16/22 15:22, Michael Van Canneyt via lazarus wrote: > I recompiled an older tray application. It used to show images in the tray > icon popup menu, but after compilation, the tray popup menu no longer > shows the > images; just a small rounded square where an image should appear. > > Linux mint, today's lazarus, GTK2 widgetset. There was some change recently in the tray backend to use a "new" one by default: https://gitlab.com/freepascal.org/lazarus/lazarus/-/commit/99e4bd2515fc118abebc58f7e7f3d7ac385e6d63 From a quick look at the code there seems to be a way to force the "traditional" backend by using LAZUSEAPPIND=NO environment variable, so try to launch your program as $ LAZUSEAPPIND=NO ./yourprogram ...and see if that fixes it. If so then it might be a bug in the app indicator backend or an issue with Cinnamon's app indicator implementation (i remember reading it had some issues some time ago). Kostas From michael at freepascal.org Wed Feb 16 15:56:35 2022 From: michael at freepascal.org (Michael Van Canneyt) Date: Wed, 16 Feb 2022 15:56:35 +0100 (CET) Subject: [Lazarus] Trayicon popup menu no longer showing images In-Reply-To: <2c24ce08-f6df-cd0d-26e6-30f0c25f746e@runtimeterror.com> References: <2c24ce08-f6df-cd0d-26e6-30f0c25f746e@runtimeterror.com> Message-ID: On Wed, 16 Feb 2022, Kostas Michalopoulos via lazarus wrote: > On 2/16/22 15:22, Michael Van Canneyt via lazarus wrote: >> I recompiled an older tray application. It used to show images in the tray >> icon popup menu, but after compilation, the tray popup menu no longer shows >> the >> images; just a small rounded square where an image should appear. >> >> Linux mint, today's lazarus, GTK2 widgetset. > > There was some change recently in the tray backend to use a "new" one by > default: > > https://gitlab.com/freepascal.org/lazarus/lazarus/-/commit/99e4bd2515fc118abebc58f7e7f3d7ac385e6d63 > > From a quick look at the code there seems to be a way to force the > "traditional" backend by using LAZUSEAPPIND=NO environment variable, so try > to launch your program as > > $ LAZUSEAPPIND=NO ./yourprogram > > ...and see if that fixes it. If so then it might be a bug in the app > indicator backend or an issue with Cinnamon's app indicator implementation (i > remember reading it had some issues some time ago). With this workaround it works. Thank you. Michael. From badsector at runtimeterror.com Wed Feb 16 16:11:43 2022 From: badsector at runtimeterror.com (Kostas Michalopoulos) Date: Wed, 16 Feb 2022 17:11:43 +0200 Subject: [Lazarus] Trayicon popup menu no longer showing images In-Reply-To: References: <2c24ce08-f6df-cd0d-26e6-30f0c25f746e@runtimeterror.com> Message-ID: <4263a784-8e68-df1e-8130-b59fac3cc64f@runtimeterror.com> On 2/16/22 16:56, Michael Van Canneyt via lazarus wrote: > With this workaround it works. Thank you. Perhaps you could try spinning up an Ubuntu VM and see if the bug persists there - in which case it'd be a Gtk2 backend bug, otherwise it is probably a bug with how Cinnamon implements app indicator. Kostas From juha.manninen62 at gmail.com Wed Feb 16 16:45:01 2022 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Wed, 16 Feb 2022 17:45:01 +0200 Subject: [Lazarus] Trayicon popup menu no longer showing images In-Reply-To: <2c24ce08-f6df-cd0d-26e6-30f0c25f746e@runtimeterror.com> References: <2c24ce08-f6df-cd0d-26e6-30f0c25f746e@runtimeterror.com> Message-ID: On Wed, Feb 16, 2022 at 4:49 PM Kostas Michalopoulos via lazarus < lazarus at lists.lazarus-ide.org> wrote: > From a quick look at the code there seems to be a way to force the > "traditional" backend by using LAZUSEAPPIND=NO environment variable, so > try to launch your program as > > $ LAZUSEAPPIND=NO ./yourprogram > > ...and see if that fixes it. If so then it might be a bug in the app > indicator backend or an issue with Cinnamon's app indicator > implementation (i remember reading it had some issues some time ago). > Yes, it is mentioned also here: https://wiki.lazarus.freepascal.org/How_to_use_a_TrayIcon I wish it worked always without any environment variables. However I understand David Bannon studied the issue a lot with many Linux distros and this was the best solution for all distros, new and old. I guess the problem will go away gradually when the new AppInd stuff spreads. Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmlandmesser at gmx.de Wed Feb 16 21:29:06 2022 From: jmlandmesser at gmx.de (John Landmesser) Date: Wed, 16 Feb 2022 21:29:06 +0100 Subject: [Lazarus] workaround for trayicon.hint is ok with Manjaro XFCE Message-ID: if i use this script to start my application > #! /bin/bash > # Lazarus App mit gesetzter Umgebungsvariablen starten > # APPIND Debug : User choosing to use Traditional SysTray > export LAZUSEAPPIND=NO > /run/media/john1/ntfs1/PROJEKTE/Lazarus/Sanduhr/Sanduhr TrayIcon.hint works again :-) But it's easier to set > LCLWidgetType:=qt5 ?in project settings. But good to know this alternative!! From michael at freepascal.org Wed Feb 16 23:43:12 2022 From: michael at freepascal.org (Michael Van Canneyt) Date: Wed, 16 Feb 2022 23:43:12 +0100 (CET) Subject: [Lazarus] workaround for trayicon.hint is ok with Manjaro XFCE In-Reply-To: References: Message-ID: On Wed, 16 Feb 2022, John Landmesser via lazarus wrote: > if i use this script to start my application > >> #! /bin/bash >> # Lazarus App mit gesetzter Umgebungsvariablen starten >> # APPIND Debug : User choosing to use Traditional SysTray >> export LAZUSEAPPIND=NO >> /run/media/john1/ntfs1/PROJEKTE/Lazarus/Sanduhr/Sanduhr > > > TrayIcon.hint works again :-) > > But it's easier to set > >> LCLWidgetType:=qt5 > ?in project settings. Only easier if you have the necessary libs, which I don't. Michael. From tarnyko at tarnyko.net Thu Feb 17 13:23:40 2022 From: tarnyko at tarnyko.net (Tarnyko) Date: Thu, 17 Feb 2022 13:23:40 +0100 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: References: <9633d9f2-74a7-0ab4-0bd2-129a22779f73@narod.ru> Message-ID: From memory, Windows 95 would be the target of such a version (98 already supports an early GTK+ 2.x). Is that your target? (just as denisgolovan said, I salute such an effort -as little as the market may be, and as long as it's doesn't delay/impede main stuff) Kostas Michalopoulos via lazarus writes: > On 2/13/22 23:41, Maxim Ganetsky via lazarus wrote: >> But I still can't understand, why you put so much an effort into an >> ancient and obsolete widgetset. > > I only spent 2-3 days, including getting Gtk 1.2 itself to compile and > tracking down a gdk_pixbuf version that was compatible with Gtk 1.x, it > wasn't that big of an effort. As to why, as i wrote in the comment in the > merge request, i was curious about the Gtk 1.2 state, noticed that it > didn't work and decided to fix it. I just simply like it when software > doesn't drop support for old stuff just because they are old. I am into > retrocomputing and various retrocomputing communities and i like being > able to use modern software in retro environments (if anything i'd like to > see what it'd take to bring back Win9x support to both FPC and Lazarus as > in a game i made for a gamejam a couple of years ago i had to use several > year old versions of FPC to make a Win9x version that would work with > graphics cards on my older computers - like 3dfx Voodoo - and couldn't > make the editor available for it because it wouldn't compile on the last > Lazarus that supported Win9x - at least i was able to use the latest FPC > for the DOS version, which is great). > > Beyond that, as i wrote in the merge request, MUI is even more "ancient" > and yet Lazarus added support for it recently. I do not see why it being > called obsolete by its original developers means that one couldn't work on > it if they want, it is open source after all, the entire point is having > the freedom to do things like that. > > Also i do not see why this is such an issue, the code is there and doesn't > bother anyone - it isn't like i as a user who mostly works with win32 and > gtk2 am bothered about the existence of > gtk3/gtk4/cocoa/carbon/mui/fpgui/customdrawn/whatever. The worst that > happens is that it takes a couple of MB of disk space in the source > checkout. > > > IMHO finishing fpGUI widgetset makes much more sense. > > AFAIK fpGUI hasn't seen a release in years now and i think the development > version has several incompatible changes, meaning that if anyone works on > it now they may have a Gtk2->Gtk3->Gtk4 situation where they'll need to go > and spend time getting the code base in a working state. TBH i am not a > fan of APIs that break themselves - i'd rather make a Motif backend (it is > technically still developed :-P and even theoretically an IEEE standard - > or, well, it was at some point) as its API has a stability that goes back > to the early 90s. While it'd be neat if there was support for it, it isn't > something i personally find interesting. > > Also why fpGUI specifically and not the custom drawn widgetset instead? It > does seem have some issues but at least this one seems to be 100% on > Lazarus instead of relying on an external project to remain working. > > Kostas > -- > _______________________________________________ > lazarus mailing list > lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus From bartjunk64 at gmail.com Thu Feb 17 18:39:22 2022 From: bartjunk64 at gmail.com (Bart) Date: Thu, 17 Feb 2022 18:39:22 +0100 Subject: [Lazarus] Gtk 1.2 fixes (again) In-Reply-To: References: <9633d9f2-74a7-0ab4-0bd2-129a22779f73@narod.ru> Message-ID: On Thu, Feb 17, 2022 at 1:24 PM Tarnyko via lazarus wrote: > From memory, Windows 95 would be the target of such a version (98 already > supports an early GTK+ 2.x). Is that your target? I was talking about native Win9x support for the Win32 widgetset (not GTK widgetset on Windows). -- Bart From mueller.b at gmx.net Mon Feb 21 11:36:54 2022 From: mueller.b at gmx.net (Bernd Mueller) Date: Mon, 21 Feb 2022 11:36:54 +0100 Subject: [Lazarus] Can fppkg be disabled? In-Reply-To: <62fee139-a9b7-b5a7-00b4-cef588d2ef0e@gmx.net> References: <62fee139-a9b7-b5a7-00b4-cef588d2ef0e@gmx.net> Message-ID: <86a4ef6d-f5a5-431b-249f-937f50196723@gmx.net> Hello, > Is this possible? the workaround below solves the problem for me. When the "Configure Lazarus IDE" dialog appears for the first Lazarus start, one can ignore the Fppkg tab and start the IDE as it was possible with former Lazarus versions. The (for me annoying) dialog will then no longer appear when Lazarus starts again. I could not detect any negative effects. The IDE can recompile itself and installing packages via the integrated online package manager was also possible. Regards, Bernd. --- main.pp0 2022-01-02 11:01:24.000000000 +0100 +++ main.pp 2022-02-19 14:07:50.640176600 +0100 @@ -1450,6 +1450,7 @@ end; end; + (* ConfigFile:=EnvironmentOptions.GetParsedFppkgConfig; // check fppkg configuration if (not ShowSetupDialog) @@ -1458,6 +1459,7 @@ debugln('Warning: (lazarus) fppkg not properly configured.'); ShowSetupDialog:=true; end; + *) // show setup dialog if ShowSetupDialog then begin