From leobronstain at gmail.com Fri May 1 00:06:57 2020 From: leobronstain at gmail.com (leyba bronstain) Date: Fri, 1 May 2020 01:06:57 +0300 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> Message-ID: <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> 01.05.2020 0:46, Sven Barth via lazarus пишет: > I meant the literal "compiler" directory. > > Regards, > Sven Directory d:\Archive\development\fpc_stable_x64\bin\x86_64-win64 is the compiler directory where fpc and ppcx4 are located. Let's leave it until better times. Apparently I'm just an impassable dumbass :) -- with best regards, Zoltanleo aka Док From werner.pamler at freenet.de Fri May 1 00:33:10 2020 From: werner.pamler at freenet.de (Werner Pamler) Date: Fri, 1 May 2020 00:33:10 +0200 Subject: [Lazarus] TBufDataset issues In-Reply-To: References: <68f732a0-29aa-2525-7694-3f0de2acb344@freenet.de> Message-ID: <29826b1e-354b-e559-c414-ae40b86905f0@freenet.de> Am 30.04.2020 um 10:45 schrieb Michael Van Canneyt via lazarus: > I added several menus: > - Create dataset (what you need) > - Save data to file (allows to save data in memory to file) > - Load data from file (allows to load data from a file into memory) - > Copy data from another dataset (what it says on the tin :-)) Thank you. >>> (2) Persistent fields: Wanting to create persistent fields at design >>> time I do this: Make sure that the BufDataset is active. Right-click >>> on the component to add the Fields Editor. I see the fields created. >>> But how do I make them persistent? In Delphi I select both fields >>> and click the '+'. Here the field list which opens is empty and the >>> "Create" button is disabled. In other datasets everything is working >>> correctly here, but TBufDataset seems to be incomplete. > Works fine here, be sure to set correct properties for the fields you > add. > If any of the fields has incorrectly configured properties, it won't > work. > > But I did this when the dataset was not yet active. Maybe that is your > problem. Although I had it working some time after I had sent my mail I now have the same issue again and I don't know why- see attached demo. I had entered two field defs, clicked the new "CreateDataset" option (which automatically set the Dataset to Active, however, not immediately, only after clicking somewhere else). I saved the project in this state. When you load it into Lazarus you must first create the dataset again, because i did not specify a filename since it must be absolute and won't fit to your directory structure. The FieldsEditor and trying to add persistent fields always leads me to the state with the empty field list and disabled "Create" button. I should note also that when I experimented with FileName specified the IDE was in a pretty unstable state and crashed easily. I cannot reproduce, however, what I did exactly. But it happened rather frequently, at some stage the IDE crashed when I tried to click off the Active property, but this was gone after I reloaded the project. -------------- next part -------------- A non-text attachment was scrubbed... Name: bufdataset_designtime_created.zip Type: application/x-zip-compressed Size: 1783 bytes Desc: not available URL: From lazarus at mfriebe.de Fri May 1 00:45:05 2020 From: lazarus at mfriebe.de (Martin Frb) Date: Fri, 1 May 2020 00:45:05 +0200 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> Message-ID: <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> On 01/05/2020 00:06, leyba bronstain via lazarus wrote: > 01.05.2020 0:46, Sven Barth via lazarus пишет: >> I meant the literal "compiler" directory. >> >> Regards, >> Sven > > Directory d:\Archive\development\fpc_stable_x64\bin\x86_64-win64 is > the compiler directory where fpc and ppcx4 are located. > > Let's leave it until better times. Apparently I'm just an impassable > dumbass :) > in your svn checkout dir, is a sub-directory called /compiler It has the sources for the compiler. And you should run that particular make command in that dir. From leobronstain at gmail.com Fri May 1 01:30:36 2020 From: leobronstain at gmail.com (leyba bronstain) Date: Fri, 1 May 2020 02:30:36 +0300 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> Message-ID: <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> 01.05.2020 1:45, Martin Frb via lazarus пишет: > in your svn checkout dir, is a sub-directory called /compiler > It has the sources for the compiler. > > And you should run that particular make command in that dir. OMG! I thank you for the detailed explanation. Forgive me my misunderstanding. I don't really distinguish the subtleties of English ¯\_(ツ)_/¯ So: C:\Users\leyba>set path=d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;%path% C:\Users\leyba>cd /d d:\Archive\development\fpc_331_r45198\compiler d:\Archive\development\fpc_331_r45198\compiler>make echotime process_begin: CreateProcess((null), echo Start 02:10:01 now 02:10:01, ...) failed. make (e=2): Не удается найти указанный файл. (eng: can't find the file specified////) make: *** [echotime] Error 2 I start compiler building like this make clean all install INSTALL_PREFIX=%FPC_source% PP=%FPC_stable_binutils%\ppcx64.exe DATA2INC=%FPC_source%\utils\data2inc.exe Probably the build options should be different. I looked at the command line fpcupdeluxe. It applies the patch for Makefile (fpcpatch_all_makesearchpath_stable_3_0_4.patch)  and the command line options look something like this: [2020-05-01 01:42:30.296 Info] FPCNativeInstaller (CleanModule: FPC): Execute: C:\fpcup\fpcbootstrap\make.exe. Params: --jobs=1,FPC=C:\fpcup\fpcbootstrap\ppcx64.exe,--directory=C:\fpcup\fpcsrc,FPCMAKE=C:\fpcup\fpc\bin\x86_64-win64\fpcmake.exe,PPUMOVE=C:\fpcup\fpc\bin\x86_64-win64\ppumove.exe,FPCDIR=C:\fpcup\fpcsrc,PREFIX=C:\fpcup\fpc,INSTALL_PREFIX=C:\fpcup\fpc,UPXPROG=echo,COPYTREE=echo,CPU_SOURCE=x86_64,OS_SOURCE=win64,CPU_TARGET=x86_64,OS_TARGET=win64,distclean I might experiment with command line options. -- with best regards, Zoltanleo aka Док From lazarus at mfriebe.de Fri May 1 01:42:48 2020 From: lazarus at mfriebe.de (Martin Frb) Date: Fri, 1 May 2020 01:42:48 +0200 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> Message-ID: <5e8dcea9-6f90-bc2d-d6c7-c6e1eb0453ac@mfriebe.de> On 01/05/2020 01:30, leyba bronstain via lazarus wrote: > I start compiler building like this > > make clean all install INSTALL_PREFIX=%FPC_source% > PP=%FPC_stable_binutils%\ppcx64.exe > DATA2INC=%FPC_source%\utils\data2inc.exe > > Probably the build options should be different. I looked at the > command line fpcupdeluxe. It applies the patch for Makefile > (fpcpatch_all_makesearchpath_stable_3_0_4.patch)  and the command line > options look something like this: I am not too much of an expert on this. And probably Sven (or others) will have more advice. But when I build, I add the appropriate path from within the build svn https://svn.freepascal.org/svn/fpcbuild/trunk (or fixes_....) something like  (on windows) PATH=\install\binw64;%PATH%; or PATH=\install\binw32;%PATH%; No idea, if that is related to your problem. From werner.pamler at freenet.de Fri May 1 11:15:42 2020 From: werner.pamler at freenet.de (Werner Pamler) Date: Fri, 1 May 2020 11:15:42 +0200 Subject: [Lazarus] TBufDataset issues In-Reply-To: References: <68f732a0-29aa-2525-7694-3f0de2acb344@freenet.de> Message-ID: <7b97aa7d-535b-b289-d1fc-007c6a37c8a5@freenet.de> There's another design-time related issue with AutoInc fields: see forum post https://forum.lazarus.freepascal.org/index.php/topic,49614.msg360102.html#msg360102. The post contains a small demo to show the issue. From juha.manninen62 at gmail.com Fri May 1 12:33:10 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 1 May 2020 13:33:10 +0300 Subject: [Lazarus] TComboBox.ReadOnly Message-ID: Regarding issue: https://bugs.freepascal.org/view.php?id=36978 TComboBox ReadOnly was deprecated in r55243 by Ondrej at 2017-06-05. No reason is mentioned but I believe it had good reasons. The deprecated message was updated in r59467 by Mattias at 2018-11-06. The deprecated message says: "use extended Style values instead." How exactly should they be used to get the old ReadOnly behavior? The deprecated message says the ReadOnly property will be removed in Lazarus 2.2. I removed it and fixed the numerous side effects. The changes are in the attached patch. There may be more side effects, I only tested with packages that happened to be installed here. Is it OK to apply? Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-LCL-Remove-deprecated-TComboBox.ReadOnly.patch Type: text/x-patch Size: 4575 bytes Desc: not available URL: From michael at freepascal.org Fri May 1 13:40:24 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 1 May 2020 13:40:24 +0200 (CEST) Subject: [Lazarus] TBufDataset issues In-Reply-To: <29826b1e-354b-e559-c414-ae40b86905f0@freenet.de> References: <68f732a0-29aa-2525-7694-3f0de2acb344@freenet.de> <29826b1e-354b-e559-c414-ae40b86905f0@freenet.de> Message-ID: On Fri, 1 May 2020, Werner Pamler via lazarus wrote: > Am 30.04.2020 um 10:45 schrieb Michael Van Canneyt via lazarus: >> I added several menus: >> - Create dataset (what you need) >> - Save data to file (allows to save data in memory to file) >> - Load data from file (allows to load data from a file into memory) - Copy >> data from another dataset (what it says on the tin :-)) > Thank you. > >>>> (2) Persistent fields: Wanting to create persistent fields at design time >>>> I do this: Make sure that the BufDataset is active. Right-click on the >>>> component to add the Fields Editor. I see the fields created. But how do >>>> I make them persistent? In Delphi I select both fields and click the '+'. >>>> Here the field list which opens is empty and the "Create" button is >>>> disabled. In other datasets everything is working correctly here, but >>>> TBufDataset seems to be incomplete. >> Works fine here, be sure to set correct properties for the fields you add. >> If any of the fields has incorrectly configured properties, it won't work. >> >> But I did this when the dataset was not yet active. Maybe that is your >> problem. > > Although I had it working some time after I had sent my mail I now have the > same issue again and I don't know why- see attached demo. I had entered two > field defs, clicked the new "CreateDataset" option (which automatically set > the Dataset to Active, however, not immediately, only after clicking > somewhere else). You must do this when the dataset is NOT yet created. I tried that and it works fine. When the dataset is created, the fields editor shows the fields, as it should. But they are not persistent. In order to make the fields persistent, the dataset may not be empty. Michael. From michael at freepascal.org Fri May 1 14:17:59 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 1 May 2020 14:17:59 +0200 (CEST) Subject: [Lazarus] TBufDataset issues In-Reply-To: <7b97aa7d-535b-b289-d1fc-007c6a37c8a5@freenet.de> References: <68f732a0-29aa-2525-7694-3f0de2acb344@freenet.de> <7b97aa7d-535b-b289-d1fc-007c6a37c8a5@freenet.de> Message-ID: On Fri, 1 May 2020, Werner Pamler via lazarus wrote: > There's another design-time related issue with AutoInc fields: see forum > post > https://forum.lazarus.freepascal.org/index.php/topic,49614.msg360102.html#msg360102. > The post contains a small demo to show the issue. I fixed it, it is merged to 3.2. Michael. From pascaldragon at googlemail.com Fri May 1 16:10:03 2020 From: pascaldragon at googlemail.com (Sven Barth) Date: Fri, 1 May 2020 16:10:03 +0200 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> Message-ID: <86936d61-3ea1-39e1-0baf-22832786fbc8@googlemail.com> Am 01.05.2020 um 01:30 schrieb leyba bronstain via lazarus: > 01.05.2020 1:45, Martin Frb via lazarus пишет: >> in your svn checkout dir, is a sub-directory called /compiler >> It has the sources for the compiler. >> >> And you should run that particular make command in that dir. > > OMG! I thank you for the detailed explanation. Forgive me my > misunderstanding. I don't really distinguish the subtleties of English > ¯\_(ツ)_/¯ Sorry for being unclear here... > > So: > > C:\Users\leyba>set > path=d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;%path% > C:\Users\leyba>cd /d d:\Archive\development\fpc_331_r45198\compiler > d:\Archive\development\fpc_331_r45198\compiler>make echotime > process_begin: CreateProcess((null), echo Start 02:10:01 now 02:10:01, > ...) failed. > make (e=2): Не удается найти указанный файл. (eng: can't find the file > specified////) > make: *** [echotime] Error 2 > > I start compiler building like this > > make clean all install INSTALL_PREFIX=%FPC_source% > PP=%FPC_stable_binutils%\ppcx64.exe > DATA2INC=%FPC_source%\utils\data2inc.exe > > Probably the build options should be different. I looked at the > command line fpcupdeluxe. It applies the patch for Makefile > (fpcpatch_all_makesearchpath_stable_3_0_4.patch)  and the command line > options look something like this: > > [2020-05-01 01:42:30.296 Info] FPCNativeInstaller (CleanModule: FPC): > Execute: C:\fpcup\fpcbootstrap\make.exe. Params: > --jobs=1,FPC=C:\fpcup\fpcbootstrap\ppcx64.exe,--directory=C:\fpcup\fpcsrc,FPCMAKE=C:\fpcup\fpc\bin\x86_64-win64\fpcmake.exe,PPUMOVE=C:\fpcup\fpc\bin\x86_64-win64\ppumove.exe,FPCDIR=C:\fpcup\fpcsrc,PREFIX=C:\fpcup\fpc,INSTALL_PREFIX=C:\fpcup\fpc,UPXPROG=echo,COPYTREE=echo,CPU_SOURCE=x86_64,OS_SOURCE=win64,CPU_TARGET=x86_64,OS_TARGET=win64,distclean > > I might experiment with command line options. > Can you please try to execute "make echotime" (in the "fpc_331_r45198\compiler" directory ;) ) without any changes to the PATH variable? You also said that when compiling for i386 this worked correctly. Would you please "echo %PATH%" before executing "make" in the directory with the source for both variants (i386 and x86_64)? Regards, Sven From jmlandmesser at gmx.de Fri May 1 16:59:12 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Fri, 1 May 2020 16:59:12 +0200 Subject: [Lazarus] Lazarus svn compile error: "Error: Duplicate resource: Type = 10, Name = TSELECTDATASETFORM, Lang ID, = 0000" Message-ID: Windows 10: Lazarus 2.1.0 r63090M FPC 3.0.4 i386-win32-win32/win64 Log messages: IDE erstellen: Exit code 2, Fehler: 2, Warnungen: 7, Hinweise: 1 sourcesyneditor.pas(1574,35) Warning: Symbol "FScreenCaretPainterClass" is deprecated: "need refactor" sourcesyneditor.pas(1581,35) Warning: Symbol "FScreenCaretPainterClass" is deprecated: "need refactor" pseudoterminaldlg.pp(132,16) Warning: Symbol "PseudoTerminal" is experimental pseudoterminaldlg.pp(179,16) Warning: Symbol "PseudoTerminal" is experimental debugmanager.pas(2483,15) Warning: Symbol "OnDbgEvent" is deprecated: "switch to EventLogHandler" debugmanager.pas(3100,25) Warning: Symbol "PseudoTerminal" is experimental debugmanager.pas(3173,15) Warning: Symbol "OnDbgEvent" is deprecated: "switch to EventLogHandler" codeexplorer.pas(137,7) Hint: Parameter "Shift" not used Error: Duplicate resource: Type = 10, Name = TSELECTDATASETFORM, Lang ID = 0000 lazarus.pp(167,1) Error: Error while compiling resources -> Compile with -vd for more details. Check for duplicates. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Fri May 1 17:18:54 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 1 May 2020 17:18:54 +0200 (CEST) Subject: [Lazarus] Lazarus svn compile error: "Error: Duplicate resource: Type = 10, Name = TSELECTDATASETFORM, Lang ID, = 0000" In-Reply-To: References: Message-ID: On Fri, 1 May 2020, John Landmesser via lazarus wrote: > > Windows 10: > > Lazarus 2.1.0 r63090M FPC 3.0.4 i386-win32-win32/win64 > > > Log messages: > > IDE erstellen: Exit code 2, Fehler: 2, Warnungen: 7, Hinweise: 1 > sourcesyneditor.pas(1574,35) Warning: Symbol "FScreenCaretPainterClass" > is deprecated: "need refactor" > sourcesyneditor.pas(1581,35) Warning: Symbol "FScreenCaretPainterClass" > is deprecated: "need refactor" > pseudoterminaldlg.pp(132,16) Warning: Symbol "PseudoTerminal" is > experimental > pseudoterminaldlg.pp(179,16) Warning: Symbol "PseudoTerminal" is > experimental > debugmanager.pas(2483,15) Warning: Symbol "OnDbgEvent" is deprecated: > "switch to EventLogHandler" > debugmanager.pas(3100,25) Warning: Symbol "PseudoTerminal" is experimental > debugmanager.pas(3173,15) Warning: Symbol "OnDbgEvent" is deprecated: > "switch to EventLogHandler" > codeexplorer.pas(137,7) Hint: Parameter "Shift" not used > Error: Duplicate resource: Type = 10, Name = TSELECTDATASETFORM, Lang ID > = 0000 > lazarus.pp(167,1) Error: Error while compiling resources -> Compile with > -vd for more details. Check for duplicates. Please update and try again. I renamed one instance. revs 63108-63109. Michael. From jmlandmesser at gmx.de Fri May 1 17:48:17 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Fri, 1 May 2020 17:48:17 +0200 Subject: [Lazarus] Lazarus svn compile error: "Error: Duplicate resource: Type = 10, Name = TSELECTDATASETFORM, Lang ID, = 0000" In-Reply-To: References: Message-ID: Am 01.05.20 um 17:18 schrieb Michael Van Canneyt via lazarus: > > > On Fri, 1 May 2020, John Landmesser via lazarus wrote: > >> >> Windows 10: >> >> Lazarus 2.1.0 r63090M FPC 3.0.4 i386-win32-win32/win64 >> >> >> Log messages: >> >> IDE erstellen: Exit code 2, Fehler: 2, Warnungen: 7, Hinweise: 1 >> sourcesyneditor.pas(1574,35) Warning: Symbol "FScreenCaretPainterClass" >> is deprecated: "need refactor" >> sourcesyneditor.pas(1581,35) Warning: Symbol "FScreenCaretPainterClass" >> is deprecated: "need refactor" >> pseudoterminaldlg.pp(132,16) Warning: Symbol "PseudoTerminal" is >> experimental >> pseudoterminaldlg.pp(179,16) Warning: Symbol "PseudoTerminal" is >> experimental >> debugmanager.pas(2483,15) Warning: Symbol "OnDbgEvent" is deprecated: >> "switch to EventLogHandler" >> debugmanager.pas(3100,25) Warning: Symbol "PseudoTerminal" is >> experimental >> debugmanager.pas(3173,15) Warning: Symbol "OnDbgEvent" is deprecated: >> "switch to EventLogHandler" >> codeexplorer.pas(137,7) Hint: Parameter "Shift" not used >> Error: Duplicate resource: Type = 10, Name = TSELECTDATASETFORM, Lang ID >> = 0000 >> lazarus.pp(167,1) Error: Error while compiling resources -> Compile with >> -vd for more details. Check for duplicates. > > Please update and try again. I renamed one instance. revs 63108-63109. > > Michael. FIXED, thanks Michael! From juha.manninen62 at gmail.com Fri May 1 23:36:51 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 2 May 2020 00:36:51 +0300 Subject: [Lazarus] TComboBox.ReadOnly In-Reply-To: References: Message-ID: I applied my own patch. It removes the deprecated published property so it will be gone in Lazarus 2.2. A public ReadOnly property remains but is cannot be assigned any more. Thus ReadOnly property is itself readonly. :) Please test. Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at kluug.net Sat May 2 08:09:33 2020 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 2 May 2020 08:09:33 +0200 Subject: [Lazarus] TComboBox.ReadOnly In-Reply-To: References: Message-ID: <96ca4fb2-d70d-b3d0-f2ee-14e1af8c1e20@kluug.net> On 01.05.2020 23:36, Juha Manninen via lazarus wrote: > I applied my own patch. It removes the deprecated published property > so it will be gone in Lazarus 2.2. A public ReadOnly property remains > but is cannot be assigned any more. Thus ReadOnly property is itself > readonly. :) > Please test. From what I can see the ReadOnly property is still published. I would remove it completely, there is no reason to have it anymore if it was deprecated for 3 years. Not even in the public section. (Again, even with ReadOnly=True you can still change the value with the drop down.) As for Jamie's issue. I took a look at the state before I deprecated it and it was a way to disable editing for csOwnerDrawFixed, csOwnerDrawVariable styles - so actually a duplicate property for the Style property. It had no other function. It was not an equivalent for a "readonly edit" (=you can select text but cannot change it by typing) and enabled drop-down list. Something that can be achieved with EM_SETREADONLY as described in http://mc-computing.com/Languages/Delphi/ReadOnly.html This works in Lazarus as well: procedure TForm1.Button1Click(Sender: TObject); begin   // make combobox read-only (make sure ComboBox1.Style=csDropDown)   SendMessage(GetWindow(ComboBox1.Handle, GW_CHILD), EM_SETREADONLY, Ord(True), 0); end; So, IMO the removal of the ReadOnly property is valid because it was not implemented with EM_SETREADONLY as Jamie expected and was only confusing the way it was implemented. Ondrej From juha.manninen62 at gmail.com Sat May 2 09:00:47 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 2 May 2020 10:00:47 +0300 Subject: [Lazarus] TComboBox.ReadOnly In-Reply-To: <96ca4fb2-d70d-b3d0-f2ee-14e1af8c1e20@kluug.net> References: <96ca4fb2-d70d-b3d0-f2ee-14e1af8c1e20@kluug.net> Message-ID: On Sat, May 2, 2020 at 9:09 AM Ondrej Pokorny via lazarus < lazarus at lists.lazarus-ide.org> wrote: > From what I can see the ReadOnly property is still published. I would > remove it completely, there is no reason to have it anymore if it was > deprecated for 3 years. Not even in the public section. (Again, even > with ReadOnly=True you can still change the value with the drop down.) > No, the published property is gone. You must rebuild the IDE before it disappears from OI. There is a public TCustomComboBox.ReadOnly : property ReadOnly: Boolean read GetReadOnly stored False; ... function TCustomComboBox.GetReadOnly: Boolean; begin Result := Style in [csDropDownList, csOwnerDrawFixed, csOwnerDrawVariable]; end; This works in Lazarus as well: > procedure TForm1.Button1Click(Sender: TObject); > begin > // make combobox read-only (make sure ComboBox1.Style=csDropDown) > SendMessage(GetWindow(ComboBox1.Handle, GW_CHILD), EM_SETREADONLY, > Ord(True), 0); > end; > Works only with LCL-Win32. I just realized that a custom cross-platform component could easily be inherited from TCustomEditButton. It is the ancestor of TFilenameEdit, TDateEdit etc. It makes sense if you need many instances of those controls. Otherwise a TEdit + anchored dropdown button suffices. Such a custom component will not be added to LCL however because TComboBox and TComboBoxEx are enough for most people. Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at kluug.net Sat May 2 10:37:15 2020 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 2 May 2020 10:37:15 +0200 Subject: [Lazarus] TComboBox.ReadOnly In-Reply-To: References: <96ca4fb2-d70d-b3d0-f2ee-14e1af8c1e20@kluug.net> Message-ID: <068a59ac-db25-24e1-7c6b-9f394b1e78b5@kluug.net> On 02.05.2020 09:00, Juha Manninen via lazarus wrote: > On Sat, May 2, 2020 at 9:09 AM Ondrej Pokorny via lazarus > > > wrote: > > From what I can see the ReadOnly property is still published. I would > remove it completely, there is no reason to have it anymore if it was > deprecated for 3 years. Not even in the public section. (Again, even > with ReadOnly=True you can still change the value with the drop down.) > > > No, the published property is gone. You must rebuild the IDE before it > disappears from OI. > There is a public TCustomComboBox.ReadOnly Yes, sorry - you are right. I missed that. I would just remove it. > This works in Lazarus as well: > > procedure TForm1.Button1Click(Sender: TObject); > begin >    // make combobox read-only (make sure ComboBox1.Style=csDropDown) >    SendMessage(GetWindow(ComboBox1.Handle, GW_CHILD), EM_SETREADONLY, > Ord(True), 0); > end; > > > Works only with LCL-Win32. That's obvious :) I wanted to stress that we never had a ReadOnly property Jamie wanted so there was nothing to be re-enabled. Also, Delphi never had it so he was wrong about "I understand latest Delphi eliminated it [ReadOnly property]". Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From juha.manninen62 at gmail.com Sat May 2 16:15:26 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 2 May 2020 17:15:26 +0300 Subject: [Lazarus] TComboBox.ReadOnly In-Reply-To: <068a59ac-db25-24e1-7c6b-9f394b1e78b5@kluug.net> References: <96ca4fb2-d70d-b3d0-f2ee-14e1af8c1e20@kluug.net> <068a59ac-db25-24e1-7c6b-9f394b1e78b5@kluug.net> Message-ID: On Sat, May 2, 2020 at 11:37 AM Ondrej Pokorny via lazarus < lazarus at lists.lazarus-ide.org> wrote: > Yes, sorry - you are right. I missed that. I would just remove it. > Ok, I removed it in r63112. Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at kluug.net Sat May 2 19:14:07 2020 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 2 May 2020 19:14:07 +0200 Subject: [Lazarus] TComboBox.ReadOnly In-Reply-To: References: <96ca4fb2-d70d-b3d0-f2ee-14e1af8c1e20@kluug.net> <068a59ac-db25-24e1-7c6b-9f394b1e78b5@kluug.net> Message-ID: On 02.05.2020 16:15, Juha Manninen via lazarus wrote: > On Sat, May 2, 2020 at 11:37 AM Ondrej Pokorny via lazarus > > > wrote: > > Yes, sorry - you are right. I missed that. I would just remove it. > > > Ok, I removed it in r63112. Great, thank you, Juha! Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From leobronstain at gmail.com Sat May 2 22:05:05 2020 From: leobronstain at gmail.com (leyba bronstain) Date: Sat, 2 May 2020 23:05:05 +0300 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: <86936d61-3ea1-39e1-0baf-22832786fbc8@googlemail.com> References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> <86936d61-3ea1-39e1-0baf-22832786fbc8@googlemail.com> Message-ID: Hi Sven. 01.05.2020 17:10, Sven Barth via lazarus пишет: > Can you please try to execute "make echotime" (in the > "fpc_331_r45198\compiler" directory ;) ) without any changes to the > PATH variable? > C:\Users\leyba>cd /d d:\Archive\development\fpc_331_r45227_x64\compiler d:\Archive\development\fpc_331_r45227_x64\compiler>make echotime "make" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. (ENG: 'make' is not recognized as an internal or external command, operable program or batch file) > You also said that when compiling for i386 this worked correctly. > Would you please "echo %PATH%" before executing "make" in the > directory with the source for both variants (i386 and x86_64)? > > Regards, > Sven for x32 C:\Users\leyba>echo %path% c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ C:\Users\leyba>cd /d d:\Archive\development\fpc_331_r45227_x32\compiler d:\Archive\development\fpc_331_r45227_x32\compiler>make echotime "make" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. (ENG: 'make' is not recognized as an internal or external command, operable program or batch file) d:\Archive\development\fpc_331_r45227_x32\compiler>path=d:\Archive\development\fpc_stable_x32\bin\i386-win32;%path% d:\Archive\development\fpc_331_r45227_x32\compiler>echo %path% d:\Archive\development\fpc_stable_x32\bin\i386-win32;c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ d:\Archive\development\fpc_331_r45227_x32\compiler>make echotime Start 22:52:28 now 22:52:28 ---------------------------------------------------------------- for x64 C:\Users\leyba>echo %path% c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ C:\Users\leyba>cd /d d:\Archive\development\fpc_331_r45227_x64\compiler d:\Archive\development\fpc_331_r45227_x64\compiler>make echotime "make" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. d:\Archive\development\fpc_331_r45227_x64\compiler>path=d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;%path% d:\Archive\development\fpc_331_r45227_x64\compiler>echo %path% d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ d:\Archive\development\fpc_331_r45227_x64\compiler>make echotime process_begin: CreateProcess((null), echo Start 22:55:53 now 22:55:53, ...) failed. make (e=2): Не удается найти указанный файл. make: *** [echotime] Error 2 -- with best regards, Zoltanleo aka Док From werner.pamler at freenet.de Sat May 2 23:00:25 2020 From: werner.pamler at freenet.de (Werner Pamler) Date: Sat, 2 May 2020 23:00:25 +0200 Subject: [Lazarus] TComboBox.ReadOnly In-Reply-To: References: <96ca4fb2-d70d-b3d0-f2ee-14e1af8c1e20@kluug.net> <068a59ac-db25-24e1-7c6b-9f394b1e78b5@kluug.net> Message-ID: <78c6af04-ee51-bb55-9881-cb12306d0085@freenet.de> Am 02.05.2020 um 16:15 schrieb Juha Manninen via lazarus: > Ok, I removed it in r63112. Something must be screwed up in TComboboxEx. Don't worry, not by the removal of the ReadOnly property, but it must have been around for a long time since the beginning: This component introduces a new Style type: TComboboxExStyle = (csExDropDown, csExSimple, csExDropDownList). In Delphi it is possible to type text into the control when the Style is csExDropDown or csExSimple, but in Lazarus this is not possible, the control behaves like csExDropDownList in all cases (except for the grayed appearance, in Windows). And in Delphi the Style with csExSimple looks like a simple TEdit, while in Lazarus it has the dropdown arrow, like the csExDropdown(List) Style. I tested this on Windows, and Linux gtk2 and qt5. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pascaldragon at googlemail.com Sat May 2 23:05:56 2020 From: pascaldragon at googlemail.com (Sven Barth) Date: Sat, 2 May 2020 23:05:56 +0200 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> <86936d61-3ea1-39e1-0baf-22832786fbc8@googlemail.com> Message-ID: <51adfc9d-71c6-1301-99c3-8e06fd17646a@googlemail.com> Am 02.05.2020 um 22:05 schrieb leyba bronstain via lazarus: > for x32 > > d:\Archive\development\fpc_331_r45227_x32\compiler>path=d:\Archive\development\fpc_stable_x32\bin\i386-win32;%path% > > d:\Archive\development\fpc_331_r45227_x32\compiler>echo %path% > d:\Archive\development\fpc_stable_x32\bin\i386-win32;c:\;d:\;C:\Program > Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program > Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ [snip] > for x64 > > d:\Archive\development\fpc_331_r45227_x64\compiler>path=d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;%path% > > > d:\Archive\development\fpc_331_r45227_x64\compiler>echo %path% > d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;c:\;d:\;C:\Program > Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program > Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ Would you please provide a directory listing (using "dir" should be enough) of the fpc_stable_x32\bin\i386-win32 and fpc_stable_x64\bin\x86_64-win64 directories? I have the feeling that something in there leads to this difference as that is the only thing you add to PATH. Regards, Sven From leobronstain at gmail.com Sat May 2 23:51:57 2020 From: leobronstain at gmail.com (leyba bronstain) Date: Sun, 3 May 2020 00:51:57 +0300 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: <51adfc9d-71c6-1301-99c3-8e06fd17646a@googlemail.com> References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> <86936d61-3ea1-39e1-0baf-22832786fbc8@googlemail.com> <51adfc9d-71c6-1301-99c3-8e06fd17646a@googlemail.com> Message-ID: 03.05.2020 0:05, Sven Barth пишет: > Would you please provide a directory listing (using "dir" should be > enough) of the fpc_stable_x32\bin\i386-win32 and > fpc_stable_x64\bin\x86_64-win64 directories? I have the feeling that > something in there leads to this difference as that is the only thing > you add to PATH. > > Regards, > Sven Hi Sven. I have attached the result in two files, so that it is convenient for you to compare. -- with best regards, Zoltanleo aka Док -------------- next part -------------- Том в устройстве D не имеет метки. Серийный номер тома: E862-4779 Содержимое папки d:\Archive\development\fpc_stable_x32\bin\i386-win32 20.04.2020 01:42 . 20.04.2020 01:42 .. 07.04.2012 14:39 599 566 ar.exe 07.04.2012 14:39 1 028 110 as.exe 06.10.2017 19:35 199 680 bin2obj.exe 06.10.2017 19:33 453 632 chmcmd.exe 06.10.2017 19:33 254 976 chmls.exe 30.05.2005 21:05 6 144 cmp.exe 30.05.2005 21:05 22 528 cp.exe 30.05.2005 21:05 91 136 cpp.exe 16.05.2005 20:37 426 cvsco.tdf 22.01.2007 06:03 672 cvsdiff.tdf 16.05.2005 20:37 323 cvsup.tdf 06.10.2017 19:35 46 080 data2inc.exe 06.10.2017 19:35 98 816 delp.exe 30.05.2005 21:05 32 768 diff.exe 09.03.2011 12:17 689 664 dlltool.exe 16.05.2005 20:37 4 515 fp.ans 20.04.2020 01:41 756 fp.cfg 06.10.2017 19:36 9 794 048 fp.exe 20.04.2020 01:41 1 090 fp.ini 27.05.2006 18:58 4 286 fp32.ico 20.04.2020 11:16 8 185 fpc.cfg 06.10.2017 19:32 95 744 fpc.exe 06.10.2017 19:35 284 160 fpcmake.exe 06.10.2017 19:35 221 184 fpcmkcfg.exe 06.10.2017 19:35 327 168 fpcres.exe 06.10.2017 19:35 184 832 fpcsubst.exe 06.10.2017 19:35 838 656 fpdoc.exe 06.10.2017 19:35 181 248 fpmc.exe 06.10.2017 19:35 891 392 fppkg.exe 06.10.2017 19:35 186 880 fprcp.exe 30.05.2005 21:05 68 608 gcc.exe 30.05.2005 21:05 19 456 gdate.exe 30.01.2011 21:43 3 598 848 gdb.exe 30.05.2005 21:05 4 608 gecho.exe 30.05.2005 21:05 18 944 ginstall.exe 21.05.2009 11:36 388 ginstall.exe.manifest 30.05.2005 21:05 13 824 gmkdir.exe 07.06.2005 11:47 660 gplprog.pt 07.06.2005 11:47 694 gplunit.pt 30.05.2005 21:05 64 000 grep.exe 16.05.2005 20:37 732 grep.tdf 06.10.2017 19:35 307 200 h2pas.exe 06.10.2017 19:35 36 864 h2paspp.exe 06.10.2017 19:35 200 704 instantfpc.exe 07.04.2012 14:39 838 670 ld.exe 30.01.2011 21:43 165 513 libexpat-1.dll 15.08.2012 20:36 188 942 make.exe 06.10.2017 19:35 470 016 makeskel.exe 30.05.2005 21:05 31 744 mv.exe 07.04.2012 14:39 586 766 nm.exe 07.04.2012 14:39 726 030 objcopy.exe 07.04.2012 14:39 1 092 622 objdump.exe 06.10.2017 19:35 413 184 pas2jni.exe 30.05.2005 21:05 28 160 patch.exe 21.01.2010 18:23 388 patch.exe.manifest 06.10.2017 19:35 120 832 plex.exe 06.10.2017 19:35 47 616 postw32.exe 06.10.2017 19:33 2 387 968 ppc386.exe 06.10.2017 19:46 2 281 472 ppcrossx64.exe 06.10.2017 19:35 40 960 ppdep.exe 06.10.2017 19:32 353 280 ppudump.exe 06.10.2017 19:32 95 232 ppufiles.exe 06.10.2017 19:32 109 568 ppumove.exe 16.05.2005 20:37 63 program.pt 06.10.2017 19:35 192 512 ptop.exe 30.05.2005 21:05 2 560 pwd.exe 06.10.2017 19:35 136 192 pyacc.exe 30.05.2005 21:05 30 720 rm.exe 06.10.2017 19:35 89 600 rmcvsdir.exe 06.10.2017 19:35 345 600 rstconv.exe 07.04.2012 14:39 726 030 strip.exe 16.05.2005 20:37 1 059 tpgrep.tdf 16.05.2005 20:37 96 unit.pt 06.10.2017 19:35 371 200 unitdiff.exe 30.05.2005 21:05 41 472 unzip.exe 01.10.2011 23:34 662 542 windres.exe 30.05.2005 21:05 141 200 windres.h 09.03.2014 12:43 828 430 x86_64-win64-ar.exe 09.03.2014 12:43 1 399 822 x86_64-win64-as.exe 09.03.2014 12:43 1 179 662 x86_64-win64-ld.exe 09.03.2014 12:43 815 630 x86_64-win64-nm.exe 09.03.2014 12:43 965 646 x86_64-win64-objcopy.exe 09.03.2014 12:43 1 469 966 x86_64-win64-objdump.exe 09.03.2014 12:43 965 646 x86_64-win64-strip.exe 09.03.2014 12:43 927 246 x86_64-win64-windres.exe 25.02.2009 21:36 1 345 yylex.cod 25.02.2009 21:36 4 334 yyparse.cod 30.05.2005 21:05 32 256 zip.exe 88 файлов 42 193 987 байт 2 папок 122 994 081 792 байт свободно -------------- next part -------------- Том в устройстве D не имеет метки. Серийный номер тома: E862-4779 Содержимое папки d:\Archive\development\fpc_stable_x64\bin\x86_64-win64 20.04.2020 11:18 . 20.04.2020 11:18 .. 06.01.2011 18:22 2 898 013 ar.exe 06.01.2011 18:22 3 635 109 as.exe 11.04.2020 20:45 272 384 bin2obj.exe 11.04.2020 20:44 629 760 chmcmd.exe 11.04.2020 20:44 349 696 chmls.exe 11.04.2020 20:45 875 008 cldrparser.exe 04.11.2010 17:56 6 144 cmp.exe 30.10.2006 11:39 22 528 cp.exe 11.04.2020 19:43 91 136 cpp.exe 11.04.2020 20:45 59 392 data2inc.exe 11.04.2020 20:45 128 000 delp.exe 30.10.2006 11:39 32 768 diff.exe 30.04.2020 22:39 8 200 fpc.cfg 11.04.2020 20:45 123 904 fpc.exe 11.04.2020 20:45 355 840 fpcjres.exe 11.04.2020 20:45 675 328 fpclasschart.exe 11.04.2020 20:45 376 832 fpcmake.exe 11.04.2020 20:45 305 664 fpcmkcfg.exe 11.04.2020 20:45 450 048 fpcres.exe 11.04.2020 20:45 256 512 fpcsubst.exe 11.04.2020 20:45 1 202 688 fpdoc.exe 11.04.2020 20:45 252 416 fpmc.exe 11.04.2020 20:45 1 154 048 fppkg.exe 11.04.2020 20:45 272 384 fprcp.exe 11.04.2020 19:43 68 608 gcc.exe 30.10.2006 11:39 19 456 gdate.exe 29.11.2019 05:45 7 750 144 gdb.exe 30.10.2006 11:39 4 608 gecho.exe 30.10.2006 11:39 18 944 ginstall.exe 06.11.2010 15:03 388 ginstall.exe.manifest 30.10.2006 11:39 13 824 gmkdir.exe 11.04.2020 20:45 389 632 h2pas.exe 11.04.2020 20:45 50 176 h2paspp.exe 11.04.2020 21:07 599 566 i386-win32-ar.exe 11.04.2020 21:07 1 028 110 i386-win32-as.exe 11.04.2020 21:07 689 664 i386-win32-dlltool.exe 11.04.2020 21:07 3 598 848 i386-win32-gdb.exe 11.04.2020 21:07 838 670 i386-win32-ld.exe 11.04.2020 21:07 586 766 i386-win32-nm.exe 11.04.2020 21:07 726 030 i386-win32-objcopy.exe 11.04.2020 21:07 1 092 622 i386-win32-objdump.exe 11.04.2020 21:07 726 030 i386-win32-strip.exe 11.04.2020 21:07 662 542 i386-win32-windres.exe 11.04.2020 20:45 430 080 importtl.exe 11.04.2020 20:45 281 600 instantfpc.exe 30.04.2019 19:40 135 168 LazGDeBugControl.exe 06.01.2011 18:22 3 923 605 ld.exe 11.04.2020 19:43 782 336 make.exe 11.04.2020 20:45 668 672 makeskel.exe 11.04.2020 20:45 2 248 makeskel.rsj 11.04.2020 20:45 53 248 mkarmins.exe 11.04.2020 20:45 62 464 mkinsadd.exe 11.04.2020 20:45 57 344 mkx86ins.exe 30.10.2006 11:39 31 744 mv.exe 06.01.2011 18:22 4 014 087 objdump.exe 11.04.2020 20:45 526 336 pas2fpm.exe 11.04.2020 20:45 568 832 pas2jni.exe 11.04.2020 20:45 529 920 pas2ut.exe 11.04.2020 20:45 153 088 plex.exe 11.04.2020 20:45 57 344 postw32.exe 11.04.2020 21:05 2 387 968 ppc386.exe 11.04.2020 20:45 2 829 824 ppcx64.exe 11.04.2020 20:45 54 784 ppdep.exe 11.04.2020 20:45 459 264 ppudump.exe 11.04.2020 20:45 122 880 ppufiles.exe 11.04.2020 20:45 141 312 ppumove.exe 11.04.2020 20:45 268 288 ptop.exe 11.04.2020 20:45 789 ptop.rsj 30.10.2006 11:39 2 560 pwd.exe 11.04.2020 20:45 170 496 pyacc.exe 30.10.2006 11:39 30 720 rm.exe 11.04.2020 20:45 116 224 rmcvsdir.exe 11.04.2020 20:45 68 608 rmwait.exe 11.04.2020 20:45 461 824 rstconv.exe 06.01.2011 18:22 3 441 283 strip.exe 11.04.2020 20:45 343 552 unihelper.exe 11.04.2020 20:45 527 872 unitdiff.exe 11.04.2020 19:43 662 542 windres.exe 11.04.2020 19:43 141 200 windres.h 25.02.2009 21:36 1 345 yylex.cod 25.02.2009 21:36 4 334 yyparse.cod 81 файлов 57 814 215 байт 2 папок 122 993 942 528 байт свободно From leobronstain at gmail.com Sun May 3 00:53:24 2020 From: leobronstain at gmail.com (leyba bronstain) Date: Sun, 3 May 2020 01:53:24 +0300 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: <51adfc9d-71c6-1301-99c3-8e06fd17646a@googlemail.com> References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> <86936d61-3ea1-39e1-0baf-22832786fbc8@googlemail.com> <51adfc9d-71c6-1301-99c3-8e06fd17646a@googlemail.com> Message-ID: 03.05.2020 0:05, Sven Barth пишет: > Would you please provide a directory listing (using "dir" should be > enough) of the fpc_stable_x32\bin\i386-win32 and > fpc_stable_x64\bin\x86_64-win64 directories? I have the feeling that > something in there leads to this difference as that is the only thing > you add to PATH. > > Regards, > Sven Do I understand correctly that the ppcx64 files and other files of the stable release of the x64 compiler are built from the stable release of the x32 compiler and other utilities of the binw64 folder? Maybe you will tell me the right way, how can I build stable binutils x64 using stable binutils x32? -- with best regards, Zoltanleo aka Док From svaa at ciberpiula.net Sun May 3 18:03:12 2020 From: svaa at ciberpiula.net (Santiago A.) Date: Sun, 3 May 2020 18:03:12 +0200 Subject: [Lazarus] Lazreport variables Message-ID: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> Hi: I want to write a report where even lines are written with no background and odd lines with a light gray background. The idea is an memo (MemoBackground) in the background of the masterData Band that is gray and I set visible or invisible, according with the line. I have created a report variable "LineCounter" In the ColumnHeader band (the report has two columns) I have a Script Begin  LineCounter:=0; end; In the GorupHeader header I have this script Begin  LineCounter:=0; end; In the masterData band Script: begin  LineCounter:=LineCounter+1;  MemoBackground.visible:=(LineCounter mod 2 = 0); end When I prepare the report, I get "Invalid Variant Type Cast" After debugging a little, I have found LineCounter is undefined when it is on the right side of assignment. When It executes  LineCounter:=0; it assigns to a frVariables, a global public var in Unit LR_Class. But when it tries to get its value it searches en a field "values" of TfrReport. I've also tried LineCounter:=[LineCounter]+1; With brackets, the same result. (Not sure what brackets are for in scripts) Any hint? What am I missing? -- Saludos Santiago A. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bartjunk64 at gmail.com Sun May 3 18:04:53 2020 From: bartjunk64 at gmail.com (Bart) Date: Sun, 3 May 2020 18:04:53 +0200 Subject: [Lazarus] Lazreport variables In-Reply-To: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> References: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> Message-ID: On Sun, May 3, 2020 at 6:03 PM Santiago A. via lazarus wrote: > I want to write a report where even lines are written with no background and odd lines with a light gray background. A little bit out of the box thinking :-) You could add the lines to a TStringGrid (ColCount := 1) and set the color for the alternating row in OI. -- Bart From pascaldragon at googlemail.com Sun May 3 18:20:34 2020 From: pascaldragon at googlemail.com (Sven Barth) Date: Sun, 3 May 2020 18:20:34 +0200 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> <86936d61-3ea1-39e1-0baf-22832786fbc8@googlemail.com> <51adfc9d-71c6-1301-99c3-8e06fd17646a@googlemail.com> Message-ID: <632b930c-1d38-ce8a-756e-fdd30049969d@googlemail.com> Am 02.05.2020 um 23:51 schrieb leyba bronstain: > > 03.05.2020 0:05, Sven Barth пишет: >> Would you please provide a directory listing (using "dir" should be >> enough) of the fpc_stable_x32\bin\i386-win32 and >> fpc_stable_x64\bin\x86_64-win64 directories? I have the feeling that >> something in there leads to this difference as that is the only thing >> you add to PATH. >> >> Regards, >> Sven > > Hi Sven. > > I have attached the result in two files, so that it is convenient for > you to compare. From what I can see you should be able to simply use the fpc_stable_x32\bin\i386-win32 directory for building the 64-bit trunk version as it contains a ppcrossx64.exe and the binutils (though they aren't used by FPC on Windows anyway). Regards, Sven From pascaldragon at googlemail.com Sun May 3 18:23:21 2020 From: pascaldragon at googlemail.com (Sven Barth) Date: Sun, 3 May 2020 18:23:21 +0200 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> <86936d61-3ea1-39e1-0baf-22832786fbc8@googlemail.com> <51adfc9d-71c6-1301-99c3-8e06fd17646a@googlemail.com> Message-ID: Am 03.05.2020 um 00:53 schrieb leyba bronstain: > 03.05.2020 0:05, Sven Barth пишет: >> Would you please provide a directory listing (using "dir" should be >> enough) of the fpc_stable_x32\bin\i386-win32 and >> fpc_stable_x64\bin\x86_64-win64 directories? I have the feeling that >> something in there leads to this difference as that is the only thing >> you add to PATH. >> >> Regards, >> Sven > > Do I understand correctly that the ppcx64 files and other files of the > stable release of the x64 compiler are built from the stable release > of the x32 compiler and other utilities of the binw64 folder? > > Maybe you will tell me the right way, how can I build stable binutils > x64 using stable binutils x32? FPC only provides a 32-bit -> 64-bit cross compiler as installer and that is indeed made using the 32-bit compiler. Lazarus however ships with a native 64-bit compiler. I don't know how you created your fpc_stable_x64\bin\x86_64-win64 directory, but maybe that some utilities have different versions than the ones in the fpc_stable_x32\bin\i386-win32 directory might explain the problems you experience. Regards, Sven From coppolastudio at gmail.com Sun May 3 18:41:54 2020 From: coppolastudio at gmail.com (Salvatore Coppola) Date: Sun, 3 May 2020 18:41:54 +0200 Subject: [Lazarus] Hide in "code completion" text non involved in code (not stated) Message-ID: Hi, is there a way to avoid listing the items labeled with "text" in "code completion"? See the attached screenshot TIA Salvatore -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: codecompletion.png Type: image/png Size: 10614 bytes Desc: not available URL: From svaa at ciberpiula.net Sun May 3 19:33:37 2020 From: svaa at ciberpiula.net (Santiago A.) Date: Sun, 3 May 2020 19:33:37 +0200 Subject: [Lazarus] Lazreport variables In-Reply-To: References: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> Message-ID: <12842499-03c8-10e4-6c5c-1f52f9be7dc4@ciberpiula.net> El 03/05/2020 a las 18:04, Bart via lazarus escribió: > On Sun, May 3, 2020 at 6:03 PM Santiago A. via lazarus > wrote: > >> I want to write a report where even lines are written with no background and odd lines with a light gray background. > A little bit out of the box thinking :-) > > You could add the lines to a TStringGrid (ColCount := 1) and set the > color for the alternating row in OI. > Sorry I haven't understand anything ;-) TStringGrid? It is a report using LazReport, What has TSringGrid to do with LazReport? What is OI? -- Saludos Santiago A. From nc-gaertnma at netcologne.de Sun May 3 20:22:55 2020 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 3 May 2020 20:22:55 +0200 Subject: [Lazarus] Hide in "code completion" text non involved in code (not stated) In-Reply-To: References: Message-ID: <20200503202255.0a29e383@limapholos.matflo.wg> On Sun, 3 May 2020 18:41:54 +0200 Salvatore Coppola via lazarus wrote: > Hi, > is there a way to avoid listing the items labeled with "text" in "code > completion"? > See the attached screenshot Settings: IDE Options / Codetools / Identifier Completion / Include identifiers containing prefix. https://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes#IDE_Changes Mattias From coppolastudio at gmail.com Sun May 3 20:44:12 2020 From: coppolastudio at gmail.com (Salvatore Coppola) Date: Sun, 3 May 2020 20:44:12 +0200 Subject: [Lazarus] Hide in "code completion" text non involved in code (not stated) In-Reply-To: <20200503202255.0a29e383@limapholos.matflo.wg> References: <20200503202255.0a29e383@limapholos.matflo.wg> Message-ID: Thanks Mattias Il giorno dom 3 mag 2020 alle ore 20:23 Mattias Gaertner via lazarus < lazarus at lists.lazarus-ide.org> ha scritto: > On Sun, 3 May 2020 18:41:54 +0200 > Salvatore Coppola via lazarus wrote: > > > Hi, > > is there a way to avoid listing the items labeled with "text" in "code > > completion"? > > See the attached screenshot > > Settings: IDE Options / Codetools / Identifier Completion / Include > identifiers containing prefix. > > https://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes#IDE_Changes > > Mattias > -- > _______________________________________________ > lazarus mailing list > lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bartjunk64 at gmail.com Sun May 3 21:53:28 2020 From: bartjunk64 at gmail.com (Bart) Date: Sun, 3 May 2020 21:53:28 +0200 Subject: [Lazarus] Lazreport variables In-Reply-To: <12842499-03c8-10e4-6c5c-1f52f9be7dc4@ciberpiula.net> References: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> <12842499-03c8-10e4-6c5c-1f52f9be7dc4@ciberpiula.net> Message-ID: On Sun, May 3, 2020 at 7:33 PM Santiago A. via lazarus wrote: > TStringGrid? It is a report using LazReport, What has TSringGrid to do > with LazReport? I have no experience with LazReport. You wrote you would make the report in a memo, I assumed you could do that in a TSTringGrid as well. It seems, you can not? > What is OI? The Object Inspector. -- Bart From leobronstain at gmail.com Mon May 4 00:15:46 2020 From: leobronstain at gmail.com (Leyba Bronstain) Date: Mon, 4 May 2020 01:15:46 +0300 Subject: [Lazarus] Can't build fpc trunk x64 win32/64 In-Reply-To: References: <673fe80e-a01d-2d06-f8ce-7075f820ada8@gmail.com> <541b322b-3de1-3e8c-bd1e-31c26e9e6e9d@gmail.com> <0024f29f-eea7-c3a1-c579-2d61a6986448@gmail.com> <380e7fd3-7a07-acae-be7e-d180232b88b5@gmail.com> <39ab88e5-3d65-1f21-3323-268627dcdde8@mfriebe.de> <42f897be-15c8-5eb2-cee6-aca58f315fd3@gmail.com> <86936d61-3ea1-39e1-0baf-22832786fbc8@googlemail.com> <51adfc9d-71c6-1301-99c3-8e06fd17646a@googlemail.com> Message-ID: <2f4627c4-ee3b-26be-295f-a981bd08bdaf@gmail.com> 03.05.2020 19:23, Sven Barth пишет: > FPC only provides a 32-bit -> 64-bit cross compiler as installer and > that is indeed made using the 32-bit compiler. Lazarus however ships > with a native 64-bit compiler. > > I don't know how you created your fpc_stable_x64\bin\x86_64-win64 > directory, but maybe that some utilities have different versions than > the ones in the fpc_stable_x32\bin\i386-win32 directory might explain > the problems you experience. > > Regards, > Sven Hi Sven. I tried to get a ready-made stable version of fpc 3.0.4 x64 in different ways (this could be the Lazarus 2.0.8 installer or fpcupdeluxe). This was not a success. After your assumptions, I decided to use only the compiler sources from the standard x32 package and the cross-compilation package. As a result, I followed several steps and managed to get a positive result. I have done the following: 1. I ran fpc-3.0.4.i386-win32.exe and fpc-3.0.4.i386-win32.cross.android.exe and installed the compiler sources and binutils 2. I executed the following commands in cmd: set path=d:\Archive\development\fpc_stable\3.0.4\bin\i386-win32;%path% make install OS_TARGET=win64 CPU_TARGET=x86_64 CPU_SOURCE=x86_64 OS_SOURCE=win64 INSTALL_PREFIX=d:\Archive\development\fpc_trunk_x64 PP=d:\Archive\development\fpc_stable\3.0.4\bin\i386-win32\ppcrossx64.exe DATA2INC=d:\Archive\development\fpc_trunk_x64\utils\data2inc.exe fpcmkcfg -d basepath=d:\Archive\development\fpc_trunk_x64 -o .\bin\x86_64-win64\fpc.cfg replace d:\Archive\development\fpc_stable\3.0.4\binw64\*.* d:\Archive\development\fpc_trunk_x64\bin\x86_64-win64 /a 3. Congratulation! Now I have a live compiler trunk revision. :) Do I used the command line switches for the make command correctly? Tell me pls... -- with best regards, Zoltanleo aka Док -------------- next part -------------- An HTML attachment was scrubbed... URL: From bo.berglund at gmail.com Mon May 4 00:40:53 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 04 May 2020 00:40:53 +0200 Subject: [Lazarus] Cross-platform using TRegistry - how to? Message-ID: I am porting a Windows service application to Linux ARM (RPi4). The Windows version is a service and as such its config data resides in the Registry below HKLM. The Linux version will be a Daemon and I would like as much of the code stay unaltered to avoid conversion bugs. Now I have read that the FPC TRegistry class is able to use the original commands for reading/writing the data by instead using some form of ini- or xml-file store on UNIX. The existing system written in Delphi2007 uses the following key structure: HKLM\SOFTWARE\Companyname\Applicationname\Server\(named values) HKLM\SOFTWARE\Companyname\Applicationname\Configuration\(named values) But how does this work and where/how are the data actually stored in a Linux file system? I have tried to google this but my search skills are not good enough so I came up empty-handed.... Any insight on this very much appreciated. -- Bo Berglund Developer in Sweden From lazarus at kluug.net Mon May 4 08:11:52 2020 From: lazarus at kluug.net (Ondrej Pokorny) Date: Mon, 4 May 2020 08:11:52 +0200 Subject: [Lazarus] Hide in "code completion" text non involved in code (not stated) In-Reply-To: <20200503202255.0a29e383@limapholos.matflo.wg> References: <20200503202255.0a29e383@limapholos.matflo.wg> Message-ID: <90352cd4-b8d4-a38e-99cc-278141a6e43f@kluug.net> On 03.05.2020 20:22, Mattias Gaertner via lazarus wrote: > On Sun, 3 May 2020 18:41:54 +0200 > Salvatore Coppola via lazarus wrote: > >> Hi, >> is there a way to avoid listing the items labeled with "text" in "code >> completion"? >> See the attached screenshot > Settings: IDE Options / Codetools / Identifier Completion / Include > identifiers containing prefix. > > https://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes#IDE_Changes Actually it is the option next to it :) Mentiond in the same docs. IDE Options -> Codetools -> Identifier Completion -> Include words -> don't include Ondrej From rolf.wetjen at mail.de Mon May 4 09:22:00 2020 From: rolf.wetjen at mail.de (Rolf Wetjen) Date: Mon, 4 May 2020 09:22:00 +0200 Subject: [Lazarus] Cross-platform using TRegistry - how to? In-Reply-To: References: Message-ID: <0ae9eb9f-0cd1-0a73-e4de-310d671c05f4@mail.de> Hi Bo, looking into xregreg.inc: procedure TRegistry.SysRegCreate; var s : string; begin   s:=includetrailingpathdelimiter(GetAppConfigDir(GlobalXMLFile));   ForceDirectories(s);   FSysData:=TXMLRegistryInstance.GetXMLRegistry(s+XFileName);   TXmlRegistry(FSysData).AutoFlush:=False; end; It's stored in a xml file. Rolf -- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus From bartjunk64 at gmail.com Mon May 4 09:29:56 2020 From: bartjunk64 at gmail.com (Bart) Date: Mon, 4 May 2020 09:29:56 +0200 Subject: [Lazarus] Cross-platform using TRegistry - how to? In-Reply-To: References: Message-ID: On Mon, May 4, 2020 at 12:41 AM Bo Berglund via lazarus wrote: > structure: > HKLM\SOFTWARE\Companyname\Applicationname\Server\(named values) > HKLM\SOFTWARE\Companyname\Applicationname\Configuration\(named values) The *nix way is to use .conf files (basically ini-files) for that. IIRC you have no control over where the xml file (with the registry keys) is placed. There are some issues with the xml implementation of the registry. Most important: TRegIniFile is completely broken and as of 3.2 deprecated on non-windows platforms. Also, when you have 2 keys opened at the same time, reading/writing may go to/from the wrong key: https://bugs.freepascal.org/view.php?id=36842 For a cross-platform application I wouldn't use TRegistry myself. Bart From nc-gaertnma at netcologne.de Mon May 4 10:29:44 2020 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Mon, 4 May 2020 10:29:44 +0200 Subject: [Lazarus] Lazarus not working on Fedora 32 beta In-Reply-To: References: <787b3303-988e-c9a5-7da4-ce85520c0fdd@c-m-w.me.uk> <2a34b4d7-0911-0903-f3c2-1dca51f12e14@c-m-w.me.uk> Message-ID: <20200504102944.137a641d@limapholos.matflo.wg> On Thu, 30 Apr 2020 09:08:58 -0300 silvioprog via lazarus wrote: > On Thu, Apr 30, 2020 at 5:01 AM C Western via lazarus < > lazarus at lists.lazarus-ide.org> wrote: > > > On 25/04/2020 11:27, C Western via lazarus wrote: > > > I have recently upgraded to Fedora 32 beta ... > > > [offtopic]: Fedora 32 stable was released > . :-) [/offtopic] Is there a problem on FC32? Mattias From l at c-m-w.me.uk Mon May 4 11:05:59 2020 From: l at c-m-w.me.uk (C Western) Date: Mon, 4 May 2020 10:05:59 +0100 Subject: [Lazarus] Lazarus not working on Fedora 32 beta In-Reply-To: <20200504102944.137a641d@limapholos.matflo.wg> References: <787b3303-988e-c9a5-7da4-ce85520c0fdd@c-m-w.me.uk> <2a34b4d7-0911-0903-f3c2-1dca51f12e14@c-m-w.me.uk> <20200504102944.137a641d@limapholos.matflo.wg> Message-ID: <7f35149d-c823-e2fd-e0fd-2537acab6653@c-m-w.me.uk> > Is there a problem on FC32? > > Mattias At least on my system, unless https://bugs.freepascal.org/view.php?id=36976 is applied, Lazarus is not usable. This definitely applied to trunk, and my limited testing suggested older versions could be affected also. Colin From tony.whyman at mccallumwhyman.com Mon May 4 11:25:42 2020 From: tony.whyman at mccallumwhyman.com (Tony Whyman) Date: Mon, 4 May 2020 10:25:42 +0100 Subject: [Lazarus] Cross-platform using TRegistry - how to? In-Reply-To: References: Message-ID: <312c3ed4-64ba-2671-9c59-b669442e066f@mccallumwhyman.com> Firstly, the question is about TRegistry and not TRegIniFile. On a *nix platform TRegistry is implemented using TXMLRegistry and not TRegIniFile. You should only have a single instance of a TXMLRegistry in any one program no matter how many times you create a TRegistry object - they all point to the same instance. From a quick check of the code, it looks like the problem identified in the bug report  is fairly obvious - the current key state is held in TXMLRegistry rather than TRegistry. The fix should be to hold the current key state in TRegistry and call TXMLRegistry.SetKey before every get or put call on TXMLRegistry (from TRegistry). TRegistry is a very useful way of saving dynamic configuration data (e.g. mainform co-ordinates) in order to preserve them from one program session to another - and to do so in a cross-platform manner. IMHO. it would be a significant loss if it was to be deprecated. I use it all the time. As to the filename issue: the xml file location is determined from the Vendor Name and application name and relative to $HOME/.config - is that really a problem? TXMLRegistry writes are normally flushed to disk after every write. Two program instances using the same registry keys can get in each other's way with one over-writing the other's updates - but then that is also true of .conf and .ini files - and even the Windows registry. On 04/05/2020 08:29, Bart via lazarus wrote: > On Mon, May 4, 2020 at 12:41 AM Bo Berglund via lazarus > wrote: >> structure: >> HKLM\SOFTWARE\Companyname\Applicationname\Server\(named values) >> HKLM\SOFTWARE\Companyname\Applicationname\Configuration\(named values) > The *nix way is to use .conf files (basically ini-files) for that. > IIRC you have no control over where the xml file (with the registry > keys) is placed. > There are some issues with the xml implementation of the registry. > Most important: TRegIniFile is completely broken and as of 3.2 > deprecated on non-windows platforms. > Also, when you have 2 keys opened at the same time, reading/writing > may go to/from the wrong key: > https://bugs.freepascal.org/view.php?id=36842 > > For a cross-platform application I wouldn't use TRegistry myself. > > Bart From michael at freepascal.org Mon May 4 11:33:43 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 4 May 2020 11:33:43 +0200 (CEST) Subject: [Lazarus] Cross-platform using TRegistry - how to? In-Reply-To: References: Message-ID: On Mon, 4 May 2020, Bart via lazarus wrote: > On Mon, May 4, 2020 at 12:41 AM Bo Berglund via lazarus > wrote: >> structure: > >> HKLM\SOFTWARE\Companyname\Applicationname\Server\(named values) >> HKLM\SOFTWARE\Companyname\Applicationname\Configuration\(named values) > > The *nix way is to use .conf files (basically ini-files) for that. > IIRC you have no control over where the xml file (with the registry > keys) is placed. > There are some issues with the xml implementation of the registry. > Most important: TRegIniFile is completely broken and as of 3.2 > deprecated on non-windows platforms. > Also, when you have 2 keys opened at the same time, reading/writing > may go to/from the wrong key: > https://bugs.freepascal.org/view.php?id=36842 > > For a cross-platform application I wouldn't use TRegistry myself. Me neither. They're completely windows centric. That said, I don't even use them on windows. I use .ini files everywhere for the simple reason they can be edited with any editor and easily copy & pasted. You can comment out things. Basically, they're much easier to use & maintain than the registry. Michael. From tony.whyman at mccallumwhyman.com Mon May 4 11:41:27 2020 From: tony.whyman at mccallumwhyman.com (Tony Whyman) Date: Mon, 4 May 2020 10:41:27 +0100 Subject: [Lazarus] Cross-platform using TRegistry - how to? In-Reply-To: References: Message-ID: <641c0429-7762-64b3-d224-b05148fb8f1f@mccallumwhyman.com> I often use TRegistry for cross-platform configuration data and you should be able to use it and avoid having to maintain different Linux and Windows versions. Under Linux, you are using TXMLRegistry and this saves registry data in an application specific XML file. There can be both a common XML file (HKEY_LOCAL_MACHINE) and a per user XML file (HKEY_CURRENT_USER). The file's location is always relative to the path returned by Sysutils.GetAppConfigDir. I create separate TRegistry instances for HKEY_LOCAL_MACHINE and HKEY_CURRENT_USER. In the per user case, the filename is $HOME/.config///xml.reg, where the vendor and application names are set by the callbacks OnGetVendorName (default '') and OnGetApplicationName (default exe file name) in Sysutils. Note that the HKEY_LOCAL_MACHINE xml file is probably in a read only location unless you are root. Otherwise, you just keep the same keynames and values as in Windows registry. As reported elsewhere, if you insist on having more than one instance of TRegistry (for the same root key) at any one time, you cannot assume that the keyname is preserved when switching between TRegistry instances, and must (for now) always set the keyname before accessing a value. On 03/05/2020 23:40, Bo Berglund via lazarus wrote: > I am porting a Windows service application to Linux ARM (RPi4). > The Windows version is a service and as such its config data resides > in the Registry below HKLM. > The Linux version will be a Daemon and I would like as much of the > code stay unaltered to avoid conversion bugs. > > Now I have read that the FPC TRegistry class is able to use the > original commands for reading/writing the data by instead using some > form of ini- or xml-file store on UNIX. > > The existing system written in Delphi2007 uses the following key > structure: > HKLM\SOFTWARE\Companyname\Applicationname\Server\(named values) > HKLM\SOFTWARE\Companyname\Applicationname\Configuration\(named values) > > But how does this work and where/how are the data actually stored in a > Linux file system? > > I have tried to google this but my search skills are not good enough > so I came up empty-handed.... > > Any insight on this very much appreciated. > From bo.berglund at gmail.com Mon May 4 12:05:35 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 04 May 2020 12:05:35 +0200 Subject: [Lazarus] Cross-platform using TRegistry - how to? References: <312c3ed4-64ba-2671-9c59-b669442e066f@mccallumwhyman.com> Message-ID: On Mon, 4 May 2020 10:25:42 +0100, Tony Whyman via lazarus wrote: >As to the filename issue: the xml file location is determined from the >Vendor Name and application name and relative to $HOME/.config - is that >really a problem? First off: I would NOT use the Registry ever for my new applications... Instead I would use conf files in ini file format so I can read/write them using the TIniFile or TMemIniFile classes. But my task now is to port a Windows service program which is controlling the scheduling of external equipment operations. It is a Windows service and thus non-gui but it implements a socket communications channel whereby existing Windows (Delphi) applications can control it by writing config data and look for results etc. We can no longer use the service application on Windows going forward because of Microsoft changes to drivers we rely on etc. So the idea is to convert the service application to FPC/Lazarus and then port it over to Linux. So, being a service the server uses the Registry for all of its config and task data on Windows and it would be simpler to port if I can continue using that part of the system. At first look TRegistry seems to handle this. But there is a problem: On Windows HKLM is a *global* hive and by what I hear here the TRegistry implementation for Linux uses xml files instead and that is no problem, provided that there is one only such file in use. But if they are application specific then it will not work. We use different applications to manage the server via the Registry and this would not work then. For example we have a local server configuration utility apart from the TCP/IP socket connection and if I understand it right this application would operate on a *different* xml file altogether so whatever changes it makes to the "registry" will not be available to the service application... If this is so I need to reconsider the use of TRegistry and dig down into changing to conf files (which can be global)... Much more code to convert in that case. -- Bo Berglund Developer in Sweden From luca at wetron.es Mon May 4 13:25:44 2020 From: luca at wetron.es (Luca Olivetti) Date: Mon, 4 May 2020 13:25:44 +0200 Subject: [Lazarus] Cross-platform using TRegistry - how to? In-Reply-To: <312c3ed4-64ba-2671-9c59-b669442e066f@mccallumwhyman.com> References: <312c3ed4-64ba-2671-9c59-b669442e066f@mccallumwhyman.com> Message-ID: El 4/5/20 a les 11:25, Tony Whyman via lazarus ha escrit: > TRegistry is a very useful way of saving dynamic configuration data > (e.g. mainform co-ordinates) in order to preserve them from one program > session to another - and to do so in a cross-platform manner. IMHO. it > would be a significant loss if it was to be deprecated. I use it all the > time. I use TIniPropStorage for that (and more). There's also TXMLPropStorage and TJSonPropStorage but I never used those. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From tony.whyman at mccallumwhyman.com Mon May 4 14:31:57 2020 From: tony.whyman at mccallumwhyman.com (Tony Whyman) Date: Mon, 4 May 2020 13:31:57 +0100 Subject: [Lazarus] Cross-platform using TRegistry - how to? In-Reply-To: References: <312c3ed4-64ba-2671-9c59-b669442e066f@mccallumwhyman.com> Message-ID: <9fd07042-f7d3-75e5-a344-23693678704f@mccallumwhyman.com> On 04/05/2020 11:05, Bo Berglund via lazarus wrote: > On Mon, 4 May 2020 10:25:42 +0100, Tony Whyman via lazarus > wrote: > >> As to the filename issue: the xml file location is determined from the >> Vendor Name and application name and relative to $HOME/.config - is that >> really a problem? > First off: > I would NOT use the Registry ever for my new applications... > > Instead I would use conf files in ini file format so I can read/write > them using the TIniFile or TMemIniFile classes. If you are thinking of a new Linux app then I would agree. You only use TRegistry if its cross-platform and you need to use the registry under Windows. > > But my task now is to port a Windows service program which is > controlling the scheduling of external equipment operations. > > It is a Windows service and thus non-gui but it implements a socket > communications channel whereby existing Windows (Delphi) applications > can control it by writing config data and look for results etc. > > We can no longer use the service application on Windows going forward > because of Microsoft changes to drivers we rely on etc. > So the idea is to convert the service application to FPC/Lazarus and > then port it over to Linux. > > So, being a service the server uses the Registry for all of its config > and task data on Windows and it would be simpler to port if I can > continue using that part of the system. > At first look TRegistry seems to handle this. > > But there is a problem: > > On Windows HKLM is a *global* hive and by what I hear here the > TRegistry implementation for Linux uses xml files instead and that is > no problem, provided that there is one only such file in use. > But if they are application specific then it will not work. > We use different applications to manage the server via the Registry > and this would not work then. The model is like Windows in that you have both system wide and per user hives. If you want a group of applications under the same user to access the same registry XML file then you need to make sure that they are using the same AppConfigDir. You can ensure this by adding Vendor Name and Application Name callbacks so that your applications all use the same AppConfigDir. The issue that you may find is when one process makes a change to the XML file that needs to be picked up by the others. Then you may need some IPC signalling to make that happen. There may even be a need for a lockfile to avoid race conditions - but then you would have the same problem with .conf files. > > For example we have a local server configuration utility apart from > the TCP/IP socket connection and if I understand it right this > application would operate on a *different* xml file altogether so > whatever changes it makes to the "registry" will not be available to > the service application... > > If this is so I need to reconsider the use of TRegistry and dig down > into changing to conf files (which can be global)... > Much more code to convert in that case. > From maaartinus at gmail.com Mon May 4 17:33:28 2020 From: maaartinus at gmail.com (Martin Grajcar) Date: Mon, 4 May 2020 17:33:28 +0200 Subject: [Lazarus] Repainting of TWinControl children Message-ID: In a large project I found out that after on resizing of the form, some components get properly resized but don't receive an Invalidate call. I guess, it's caused by the test in lcl/include/control.inc if not ((csLoading in ComponentState) or (Self is TWinControl)) then InvalidateControl(IsControlVisible, False, true); Our component extends TCustomControl, so it doesn't get invalidated. I guess, such components are supposed to use a different mechanism, but I can't see how? Can someone point me to the right doc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From b_lists at patandbrian.org Wed May 6 00:00:36 2020 From: b_lists at patandbrian.org (Brian) Date: Tue, 5 May 2020 18:00:36 -0400 Subject: [Lazarus] Keyboard mapping probelm Message-ID: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> To save some trial and error, can anybody tell me which was the last version of Lazarus (for Linux, if that makes a difference) that doesn't exhibit the problem of an 'm' producing a line feed and an 'i' producing a tab then an 'i'? Thanks. From wkitty42 at windstream.net Wed May 6 01:57:02 2020 From: wkitty42 at windstream.net (wkitty42 at windstream.net) Date: Tue, 5 May 2020 19:57:02 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> Message-ID: <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> On 5/5/20 6:00 PM, Brian via lazarus wrote: > To save some trial and error, can anybody tell me which was the last > version of Lazarus (for Linux, if that makes a difference) that > doesn't exhibit the problem of an 'm' producing a line feed and an 'i' > producing a tab then an 'i'? check your key map settings in lazarus configuration... it sounds like a macro or you have configured 'm' to line feed and 'i' to tab-'i'... -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list where it belongs!* From b_lists at patandbrian.org Wed May 6 02:16:51 2020 From: b_lists at patandbrian.org (Brian) Date: Tue, 5 May 2020 20:16:51 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> Message-ID: <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> On 5/5/20 7:57 PM, wkitty42--- via lazarus wrote: > On 5/5/20 6:00 PM, Brian via lazarus wrote: >> To save some trial and error, can anybody tell me which was the last >> version of Lazarus (for Linux, if that makes a difference) that >> doesn't exhibit the problem of an 'm' producing a line feed and an 'i' >> producing a tab then an 'i'? > > > check your key map settings in lazarus configuration... it sounds like > a macro or you have configured 'm' to line feed and 'i' to tab-'i'... > > I will look (again), but this is happening reproducibly on a totally clean build of trunk (via fpcupdeluxe), I have tried rebuilding Lazarus with clean all and *just once* I got things to work again using qt5. I've never managed to get things to work again since. I have changed no key map settings, I have configured no macros. This is using 64-bit Linux Mint 19.3, should anybody feel that makes a difference, and BTW, I have also tried switching keyboards, with absolutely no effect. I had about 6-9 months away from using Lazarus, during that time I changed from using Ubuntu 18.04 LTS to Mint 19.3. I didn't see the problem on my old setup, it has occurred every time except that ONE occasion on the current setup. The same PC, just the operating system changed. Brian. From b_lists at patandbrian.org Wed May 6 02:19:57 2020 From: b_lists at patandbrian.org (Brian) Date: Tue, 5 May 2020 20:19:57 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> Message-ID: <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> On 5/5/20 8:16 PM, Brian via lazarus wrote: > On 5/5/20 7:57 PM, wkitty42--- via lazarus wrote: >> On 5/5/20 6:00 PM, Brian via lazarus wrote: >>> To save some trial and error, can anybody tell me which was the last >>> version of Lazarus (for Linux, if that makes a difference) that >>> doesn't exhibit the problem of an 'm' producing a line feed and an 'i' >>> producing a tab then an 'i'? >> >> >> check your key map settings in lazarus configuration... it sounds like >> a macro or you have configured 'm' to line feed and 'i' to tab-'i'... >> >> > > I will look (again), but this is happening reproducibly on a totally > clean build of trunk (via fpcupdeluxe), I have tried rebuilding > Lazarus with clean all and *just once* I got things to work again > using qt5. I've never managed to get things to work again since. I > have changed no key map settings, I have configured no macros. This is > using 64-bit Linux Mint 19.3, should anybody feel that makes a > difference, and BTW, I have also tried switching keyboards, with > absolutely no effect. I had about 6-9 months away from using Lazarus, > during that time I changed from using Ubuntu 18.04 LTS to Mint 19.3. I > didn't see the problem on my old setup, it has occurred every time > except that ONE occasion on the current setup. The same PC, just the > operating system changed. > I forgot to add - I totally erased fpcup's entire tree and rebuilt from scratch. No change. Brian. From coppolastudio at gmail.com Wed May 6 10:47:50 2020 From: coppolastudio at gmail.com (Salvatore Coppola) Date: Wed, 06 May 2020 10:47:50 +0200 Subject: [Lazarus] Cross-platform using TRegistry - how to? In-Reply-To: References: Message-ID: <8a770930-d556-4b2d-83d8-b0b4f15d8994@gmail.com> I suppose is an hidden file in home or in .config Salvatore ⁣Ottieni BlueMail per Android ​ Il giorno 4 Mag 2020, 00:41, alle ore 00:41, Bo Berglund via lazarus ha scritto: >I am porting a Windows service application to Linux ARM (RPi4). >The Windows version is a service and as such its config data resides >in the Registry below HKLM. >The Linux version will be a Daemon and I would like as much of the >code stay unaltered to avoid conversion bugs. > >Now I have read that the FPC TRegistry class is able to use the >original commands for reading/writing the data by instead using some >form of ini- or xml-file store on UNIX. > >The existing system written in Delphi2007 uses the following key >structure: >HKLM\SOFTWARE\Companyname\Applicationname\Server\(named values) >HKLM\SOFTWARE\Companyname\Applicationname\Configuration\(named values) > >But how does this work and where/how are the data actually stored in a >Linux file system? > >I have tried to google this but my search skills are not good enough >so I came up empty-handed.... > >Any insight on this very much appreciated. > >-- >Bo Berglund >Developer in Sweden > >-- >_______________________________________________ >lazarus mailing list >lazarus at lists.lazarus-ide.org >https://lists.lazarus-ide.org/listinfo/lazarus -------------- next part -------------- An HTML attachment was scrubbed... URL: From b_lists at patandbrian.org Wed May 6 13:48:37 2020 From: b_lists at patandbrian.org (Brian) Date: Wed, 6 May 2020 07:48:37 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> Message-ID: <5ed18f4a-720a-f1e0-82d0-f734c7f33a58@patandbrian.org> On 5/5/20 8:19 PM, Brian via lazarus wrote: > On 5/5/20 8:16 PM, Brian via lazarus wrote: >> On 5/5/20 7:57 PM, wkitty42--- via lazarus wrote: >>> On 5/5/20 6:00 PM, Brian via lazarus wrote: >>>> To save some trial and error, can anybody tell me which was the last >>>> version of Lazarus (for Linux, if that makes a difference) that >>>> doesn't exhibit the problem of an 'm' producing a line feed and an 'i' >>>> producing a tab then an 'i'? >>> >>> >>> check your key map settings in lazarus configuration... it sounds like >>> a macro or you have configured 'm' to line feed and 'i' to tab-'i'... >>> >>> >> >> I will look (again), but this is happening reproducibly on a totally >> clean build of trunk (via fpcupdeluxe), I have tried rebuilding >> Lazarus with clean all and *just once* I got things to work again >> using qt5. I've never managed to get things to work again since. I >> have changed no key map settings, I have configured no macros. This is >> using 64-bit Linux Mint 19.3, should anybody feel that makes a >> difference, and BTW, I have also tried switching keyboards, with >> absolutely no effect. I had about 6-9 months away from using Lazarus, >> during that time I changed from using Ubuntu 18.04 LTS to Mint 19.3. I >> didn't see the problem on my old setup, it has occurred every time >> except that ONE occasion on the current setup. The same PC, just the >> operating system changed. >> > > I forgot to add - I totally erased fpcup's entire tree and rebuilt > from scratch. No change. > Just some additional information here. I have a copy of the latest Debian-based version of Linux Mint running in a virtual machine (my main system is the Ubuntu-based Mint) so I installed Lazarus and FPC from the Debian repositories. This gave me FPC 3.0.4 and Lazarus 2.0.0, with some additional versioning which I think indicates that it's been built and packaged by Debian. This combination works perfectly, no trace of the problem. So, I guess the next thing I do is to try the various SourceForge versions and see how far back I have to go to get rid of the problem under Ubuntu-based Mint. I will report back when I have an answer, but depending on how many regressions are needed, it may take me a day or two. Watch this space... Brian. From wkitty42 at windstream.net Wed May 6 16:23:35 2020 From: wkitty42 at windstream.net (wkitty42 at windstream.net) Date: Wed, 6 May 2020 10:23:35 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <5ed18f4a-720a-f1e0-82d0-f734c7f33a58@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <5ed18f4a-720a-f1e0-82d0-f734c7f33a58@patandbrian.org> Message-ID: <02f97e45-dcf2-cdcf-688b-7d3e1d46536a@windstream.net> On 5/6/20 7:48 AM, Brian via lazarus wrote: > Just some additional information here. I have a copy of the latest > Debian-based version of Linux Mint running in a virtual machine (my > main system is the Ubuntu-based Mint) so I installed Lazarus and FPC > from the Debian repositories. This gave me FPC 3.0.4 and Lazarus > 2.0.0, with some additional versioning which I think indicates that > it's been built and packaged by Debian. This combination works > perfectly, no trace of the problem. this is good because it eliminates the possibility of a conf file being used that you've not found on the problematic machine... > So, I guess the next thing I do is to try the various SourceForge > versions and see how far back I have to go to get rid of the problem > under Ubuntu-based Mint. I will report back when I have an answer, but > depending on how many regressions are needed, it may take me a day or > two. Watch this space... i would search, first, for the various lazarus related conf files... i'm almost willing to bet there's one/some that you're missing... almost willing ;) -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list where it belongs!* From aaa5500 at ya.ru Wed May 6 17:26:51 2020 From: aaa5500 at ya.ru (Alexey Tor.) Date: Wed, 6 May 2020 18:26:51 +0300 Subject: [Lazarus] Dlg "Generate new fppkg config files" text Message-ID: <9d28e6c8-0eb2-e3e9-e2bc-f4bd010a8446@ya.ru> Dlg is shown on 1st start of IDE when I cleared and made new fpcupdeluxe (1.6.8m) folder on Linux. with FPC 3.0.4 and Laz trunk. it tells about "prefixes lib/fpc, lib64/fpc" - now tell me what to enter here if I have fpcupdeluxe (only it) in /home/user/fpcupdeluxe/fpcupdeluxe/fpc and don't have usual FPC. Regards, Alexey Torgashin From vojtech.cihak at atlas.cz Wed May 6 20:36:24 2020 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=c4=9bch_=c4=8cih=c3=a1k?=) Date: Wed, 06 May 2020 20:36:24 +0200 Subject: [Lazarus] =?utf-8?q?Repainting_of_TWinControl_children?= In-Reply-To: References: Message-ID: <20200506203624.33384313@atlas.cz> AFAIK with TCustomControl you obtain just Resize and then Paint. Paint is preceded by WMPaint. You should move your code to one of these methods.   Vojtěch a.k.a. Blaazen   ______________________________________________________________ > Od: "Martin Grajcar via lazarus" > Komu: "Lazarus mailing list" > Datum: 04.05.2020 17:33 > Předmět: [Lazarus] Repainting of TWinControl children > In a large project I found out that after on resizing of the form, some components get properly resized but don't receive an Invalidate call. I guess, it's caused by the test in lcl/include/control.inc   if not ((csLoading in ComponentState) or (Self is TWinControl)) then     InvalidateControl(IsControlVisible, False, true);Our component extends TCustomControl, so it doesn't get invalidated. I guess, such components are supposed to use a different mechanism, but I can't see how? Can someone point me to the right doc. ---------- -- _______________________________________________ lazarus mailing list lazarus at lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at mfriebe.de Wed May 6 20:49:34 2020 From: lazarus at mfriebe.de (Martin Frb) Date: Wed, 6 May 2020 20:49:34 +0200 Subject: [Lazarus] Repainting of TWinControl children In-Reply-To: <20200506203624.33384313@atlas.cz> References: <20200506203624.33384313@atlas.cz> Message-ID: <9a404b24-6b01-9098-e41d-61997b8da475@mfriebe.de> On 06/05/2020 20:36, Vojtěch Čihák via lazarus wrote: > > AFAIK with TCustomControl you obtain just Resize and then Paint. > > Paint is preceded by WMPaint. You should move your code to one of > these methods. > > Probably done by the OS. Example https://docs.microsoft.com/en-gb/windows/win32/api/winuser/nf-winuser-movewindow?redirectedfrom=MSDN If called to change the size and called with bRepaint then invalidation is taken care of. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gabor at poczta.onet.pl Wed May 6 21:14:48 2020 From: gabor at poczta.onet.pl (gabor) Date: Wed, 6 May 2020 21:14:48 +0200 Subject: [Lazarus] Repainting of TWinControl children In-Reply-To: References: Message-ID: W dniu 2020-05-04 o 17:33, Martin Grajcar via lazarus pisze: >   if not ((csLoading in ComponentState) or (Self is TWinControl)) then >     InvalidateControl(IsControlVisible, False, true); > > Our component extends TCustomControl, so it doesn't get invalidated. I > guess, such components are supposed to use a different mechanism, but I > can't see how? Can someone point me to the right doc. The TCustomControl class inherits from TWinControl class so problem must be somewhere else. Michał. From bo.berglund at gmail.com Wed May 6 23:26:30 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Wed, 06 May 2020 23:26:30 +0200 Subject: [Lazarus] Cross-platform using TRegistry - how to? References: <8a770930-d556-4b2d-83d8-b0b4f15d8994@gmail.com> Message-ID: On Wed, 06 May 2020 10:47:50 +0200, Salvatore Coppola via lazarus wrote: >I suppose is an hidden file in home or in .config >Salvatore Possibly, but since all I have found indicates that this file is named after the application that uses it there can be no config application since it will not be the same as the service using the registry... On Windows we have the local config utility (a regular Delphi GUI program) to set up the system. It stores the data into the registry at hive HKLM. When the service application needs data it reads it from the HKLM key as well and it just works. It is the same location. OTOH, in the linux case it would not work because the daemon Free Pascal application will read from a different file than the configuration application writes to. -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Wed May 6 23:36:21 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Wed, 06 May 2020 23:36:21 +0200 Subject: [Lazarus] Keyboard mapping probelm References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <5ed18f4a-720a-f1e0-82d0-f734c7f33a58@patandbrian.org> Message-ID: On Wed, 6 May 2020 07:48:37 -0400, Brian via lazarus wrote: >Just some additional information here. I have a copy of the latest >Debian-based version of Linux Mint running in a virtual machine (my >main system is the Ubuntu-based Mint) so I installed Lazarus and FPC >from the Debian repositories. This gave me FPC 3.0.4 and Lazarus >2.0.0, Just a suggestion: Get the FPC and Lazarus sources from Subversion (using a releqase tags for both). I do that all the time on my machines. I have created a script for Raspbian and another for Linux (Ubuntu/Debian). It works well every time, for example just last week I installed on two notebooks which had Ubuntu 18.04 LTS installed with the Mate desktop. I have never seen this problem on either Raspbian or Mate installs. Now on FPC 3.0.4 and Lazarus 2.0.8 (64 bit both) -- Bo Berglund Developer in Sweden From b_lists at patandbrian.org Thu May 7 00:33:18 2020 From: b_lists at patandbrian.org (Brian) Date: Wed, 6 May 2020 18:33:18 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <5ed18f4a-720a-f1e0-82d0-f734c7f33a58@patandbrian.org> Message-ID: <959ea340-8984-cda2-be1a-eb57fd6542a7@patandbrian.org> On 5/6/20 5:36 PM, Bo Berglund via lazarus wrote: > On Wed, 6 May 2020 07:48:37 -0400, Brian via lazarus > wrote: > >> Just some additional information here. I have a copy of the latest >> Debian-based version of Linux Mint running in a virtual machine (my >> main system is the Ubuntu-based Mint) so I installed Lazarus and FPC >>from the Debian repositories. This gave me FPC 3.0.4 and Lazarus >> 2.0.0, > > Just a suggestion: > Get the FPC and Lazarus sources from Subversion (using a releqase tags > for both). That is what I believe fpcupdeluxe does. I used it to install from trunk, both fpc and lazarus. The software built correctly, and fpcupdeluxe is stated to use its own target directories (which seems to be the case) but I still saw the problem. > I do that all the time on my machines. I have created a script for > Raspbian and another for Linux (Ubuntu/Debian). > It works well every time, for example just last week I installed on > two notebooks which had Ubuntu 18.04 LTS installed with the Mate > desktop. > I have never seen this problem on either Raspbian or Mate installs. > Now on FPC 3.0.4 and Lazarus 2.0.8 (64 bit both) > Well, I've seen it regularly on this machine, and what puzzles me is that I have never played around with the keyboard mapping nor even defined a macro, which has been suggested as the likely cause. I tried downloading Lazarus 2.0.0 from SourceForge, and regressing to that, but it still showed the problem. However, experiment does show that I can do an install into a new virtual machine and not see the problem, so I agree with wkitty that it looks like a configuration problem, irrespective of the fact that I have never used those features he mentions. What I intend to do is to run some searches of my entire tree, looking for anything with lazar or fp in the name. Once I've got that information, I'll work through the lists and delete anything that looks fpc or lazarus related. Then I'll try fpcupdeluxe with another copy of trunk, and see whether it fixes the problem. It will take some time. Brian. From jesusrmx at gmail.com Thu May 7 05:37:45 2020 From: jesusrmx at gmail.com (Jesus Reyes A.) Date: Wed, 06 May 2020 22:37:45 -0500 Subject: [Lazarus] Lazreport variables In-Reply-To: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> References: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> Message-ID: En Sun, 03 May 2020 11:03:12 -0500, Santiago A. via lazarus escribió: > Hi: > > I want to write a report where even lines are written with no background > and odd lines with a light >gray background. > The idea is an memo (MemoBackground) in the background of the masterData > Band that is gray and I >set visible or invisible, according with the > line. > > I have created a report variable "LineCounter" > > In the ColumnHeader band (the report has two columns) I have a Script > Begin > LineCounter:=0; > end; > In the GorupHeader header I have this script > Begin > LineCounter:=0; > end; > In the masterData band Script: > begin > LineCounter:=LineCounter+1; > MemoBackground.visible:=(LineCounter mod 2 = 0); > end > Probably the easiest way of doing what you want is using an empty memo object sized to the extent you want for the background row, any other field on the band should be 'above' the background memo (you can just select the background memo and press the 'send to bottom' tool button), any field on the band should be transparent color. Then edit the background memo and use this script: if [LINE#] mod 2 = 0 then FillColor := clGray else FillColor := clWhite; As written and because the variable Line# starts at 1, the first line will be white. You can apply this method to any existing report as it doesn't require modifying the source code of your application. Regards. Jesus Reyes A. -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuliano.colla at fastwebnet.it Thu May 7 09:39:20 2020 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Thu, 7 May 2020 09:39:20 +0200 Subject: [Lazarus] Help! Lazarus compile fails. Message-ID: <21c44490-f67e-3658-1f91-c398f9055136@fastwebnet.it> Hi folks, I've been stuck for a long time to lazarus 1.8 in order to maintain installed applications. Now, before starting a new development I tried to upgrade to 2.0.8 but lazarus rebuild to install my custom packages fails. Platform is Linux, OS is CentOs 6. The error reported after the usual warning "did you forget -T" is: /usr/bin/ld: warning: /home/colla/.lazarus/bin/link.res contains output sections; did you forget -T? /usr/bin/ld: BFD version 2.20.51.0.2-5.48.el6_10.1 20100205 internal error, aborting at reloc.c line 443 in bfd_get_reloc_size /usr/bin/ld: Please report this bug. Is it because the ld of my distro is too old and I should upgrade it, or there is some other reason I fail to see? Any help is welcome! -- Do not do to others as you would have them do to you.They might have different tastes. From svaa at ciberpiula.net Thu May 7 10:08:54 2020 From: svaa at ciberpiula.net (Santiago A.) Date: Thu, 7 May 2020 10:08:54 +0200 Subject: [Lazarus] Lazreport variables In-Reply-To: References: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> Message-ID: El 07/05/2020 a las 05:37, Jesus Reyes A. via lazarus escribió: > En Sun, 03 May 2020 11:03:12 -0500, Santiago A. via lazarus > escribió: > > Hi: > > I want to write a report where even lines are written with no > background and odd lines with a light gray background. > The idea is an memo (MemoBackground) in the background of the > masterData Band that is gray and I set visible or invisible, > according with the line. > > I have created a report variable "LineCounter" > > In the ColumnHeader band (the report has two columns) I have a Script > > Begin >  LineCounter:=0; > end; > > In the GorupHeader header I have this script > > Begin >  LineCounter:=0; > end; > > In the masterData band Script: > > begin >  LineCounter:=LineCounter+1; >  MemoBackground.visible:=(LineCounter mod 2 = 0); > end > > > Probably the easiest way of doing what you want is using an empty memo > object sized to the extent you want for the background row, any other > field on the band should be 'above' the background memo (you can just > select the background memo and press the 'send to bottom' tool > button), any field on the band should be transparent color. Then edit > the background memo and use this script: > > if [LINE#] mod 2 = 0 then >   FillColor := clGray > else >   FillColor := clWhite; > > As written and because the variable Line# starts at 1, the first line > will be white. > > You can apply this method to any existing report as it doesn't require > modifying the source code of your application. > > Regards. > > Jesus Reyes A. > Ok I'll try Nevertheless, that doesn't answer my question: How to use "not-predefined" variables. How can I access to the variable lineCounter? -- Saludos Santiago A. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexs75 at yandex.ru Thu May 7 10:14:19 2020 From: alexs75 at yandex.ru (=?utf-8?B?0JvQsNCz0YPQvdC+0LIg0JDQu9C10LrRgdC10Lk=?=) Date: Thu, 07 May 2020 11:14:19 +0300 Subject: [Lazarus] Lazreport variables In-Reply-To: References: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> Message-ID: <7682371588839259@iva7-56e9317134d0.qloud-c.yandex.net> An HTML attachment was scrubbed... URL: From bo.berglund at gmail.com Thu May 7 13:55:38 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Thu, 07 May 2020 13:55:38 +0200 Subject: [Lazarus] Help! Lazarus compile fails. References: <21c44490-f67e-3658-1f91-c398f9055136@fastwebnet.it> Message-ID: <5jt7bf58kkgm6jj94po4rbjfvj53ogb0k1@4ax.com> On Thu, 7 May 2020 09:39:20 +0200, Giuliano Colla via lazarus wrote: >Hi folks, > >I've been stuck for a long time to lazarus 1.8 in order to maintain >installed applications. Now, before starting a new development I tried >to upgrade to 2.0.8 but lazarus rebuild to install my custom packages >fails. Platform is Linux, OS is CentOs 6. > I would not "upgrade" an installation, rather I would install a new version along side of the existing one. And I always install fpc/lazarus inside of the home dir instead of using a global installation. So at the moment I have fpc 3.0.4 plus lazarus 2.0.2, 2.0.4, 2.0.6 and 2.0.8 all available from the Mate menu (mate desktop under Ubuntu 18.04 LTS). You can definitely also have lazarus 1.8.x too if you want. All sources are available via subversion. -- Bo Berglund Developer in Sweden From wkitty42 at windstream.net Thu May 7 14:08:02 2020 From: wkitty42 at windstream.net (wkitty42 at windstream.net) Date: Thu, 7 May 2020 08:08:02 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <959ea340-8984-cda2-be1a-eb57fd6542a7@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <5ed18f4a-720a-f1e0-82d0-f734c7f33a58@patandbrian.org> <959ea340-8984-cda2-be1a-eb57fd6542a7@patandbrian.org> Message-ID: <5af26ef0-8acc-750a-43e6-ba0d9ffbbb87@windstream.net> On 5/6/20 6:33 PM, Brian via lazarus wrote: > What I intend to do is to run some searches of my entire tree, looking for > anything with lazar or fp in the name. Once I've got that information, I'll > work through the lists and delete anything that looks fpc or lazarus related. > Then I'll try fpcupdeluxe with another copy of trunk, and see whether it > fixes the problem. It will take some time. if you are on linux, something like this would be fairly quick and easy to use... sudo find / -type d \( -path .git -o -path .svn -o -path .cvs \) -prune -o -type f \( -iname "*.conf" -o -iname "*.cfg" -o -iname "*.cnf" \) it should find every *.conf, *.cfg, and *.cnf file on the system while skipping all .git, .svn, and .cvs directories... you really don't need to dig through all of those, in most cases, ya know? ;) once you have the list of matching files, then you can work through it looking for lazarus and fpc related configuration files... remember that not all of them will start with laz or fp... while testing the above on my system which i've recently removed lazaruz and fpc from for needed drive space, i found a leftover fppkg.cfg in my ~/.config directory... knowing that directory was used for some things then lead me to look at it closer... i found a lazarus directory in there with a reg.xml apparently from the jedi tool(s) along with a lhelp directory with a conf for the lazaruz lhelp tool... i also found a few left over fpc.cfg files in several project directories but those i kept because they contained only information on the project and nothing specific to lazarus or fpc... hopefully the above find command will be helpful to you... i keep a copy of it in one of my hint files so i don't lose it from my command history ;) -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list where it belongs!* From giuliano.colla at fastwebnet.it Fri May 8 12:05:47 2020 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Fri, 8 May 2020 12:05:47 +0200 Subject: [Lazarus] Help! Lazarus compile fails. In-Reply-To: <5jt7bf58kkgm6jj94po4rbjfvj53ogb0k1@4ax.com> References: <21c44490-f67e-3658-1f91-c398f9055136@fastwebnet.it> <5jt7bf58kkgm6jj94po4rbjfvj53ogb0k1@4ax.com> Message-ID: <37f364b8-9666-2fb6-57e3-2c1311029b71@fastwebnet.it> Il 07/05/2020 13:55, Bo Berglund via lazarus ha scritto: > I would not "upgrade" an installation, rather I would install a new > version along side of the existing one. > And I always install fpc/lazarus inside of the home dir instead of > using a global installation. I just gave a quick information. I do exactly the same as you, and I still have all my versions around. But whatever I do,I succeed installing  Lazarus, but I fail rebuilding it. I'm afraid my environment has become too old, but I'd been glad to learn that is not the case, and there's a simpler way, than switching to CentOs 7 or something. Giuliano -- Do not do to others as you would have them do to you.They might have different tastes. From giuliano.colla at fastwebnet.it Fri May 8 12:05:47 2020 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Fri, 8 May 2020 12:05:47 +0200 Subject: [Lazarus] Help! Lazarus compile fails. In-Reply-To: <5jt7bf58kkgm6jj94po4rbjfvj53ogb0k1@4ax.com> References: <21c44490-f67e-3658-1f91-c398f9055136@fastwebnet.it> <5jt7bf58kkgm6jj94po4rbjfvj53ogb0k1@4ax.com> Message-ID: <37f364b8-9666-2fb6-57e3-2c1311029b71@fastwebnet.it> Il 07/05/2020 13:55, Bo Berglund via lazarus ha scritto: > I would not "upgrade" an installation, rather I would install a new > version along side of the existing one. > And I always install fpc/lazarus inside of the home dir instead of > using a global installation. I just gave a quick information. I do exactly the same as you, and I still have all my versions around. But whatever I do,I succeed installing  Lazarus, but I fail rebuilding it. I'm afraid my environment has become too old, but I'd been glad to learn that is not the case, and there's a simpler way, than switching to CentOs 7 or something. Giuliano -- Do not do to others as you would have them do to you.They might have different tastes. From bo.berglund at gmail.com Fri May 8 14:07:39 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 08 May 2020 14:07:39 +0200 Subject: [Lazarus] Where to define conditionals for FPC Message-ID: I know that you can define "custom options" in Lazarus Project/Options/CompilerOptions/CustomOptions/Defines These can then be used in constructs like this example: {$IFDEF USE_LAZSERIAL} //Code pertaining to LazSerial {$ELSE} //Code pertaining to AsyncPro {$ENDIF} But if I do not want to use Lazarus, how do I set the conditionals I want to use? Something like: {$DEFINE USE_LAZSERIAL} written directly in a source file could perhaps be used? But where do I put this so it will apply to the whole application? And so that Delphi will also read it if I use the source in Delphi... -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Fri May 8 15:17:32 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 08 May 2020 15:17:32 +0200 Subject: [Lazarus] Help! Lazarus compile fails. References: <21c44490-f67e-3658-1f91-c398f9055136@fastwebnet.it> <5jt7bf58kkgm6jj94po4rbjfvj53ogb0k1@4ax.com> <37f364b8-9666-2fb6-57e3-2c1311029b71@fastwebnet.it> Message-ID: On Fri, 8 May 2020 12:05:47 +0200, Giuliano Colla via lazarus wrote: >Il 07/05/2020 13:55, Bo Berglund via lazarus ha scritto: >> I would not "upgrade" an installation, rather I would install a new >> version along side of the existing one. >> And I always install fpc/lazarus inside of the home dir instead of >> using a global installation. > >I just gave a quick information. I do exactly the same as you, and I >still have all my versions around. But whatever I do,I succeed >installing  Lazarus, but I fail rebuilding it. I'm afraid my environment >has become too old, but I'd been glad to learn that is not the case, and >there's a simpler way, than switching to CentOs 7 or something. > Just to clarify: I assume you have one config dir for *each* Lazarus version in your home? Like this: ~ $ ll | grep .laza drwxr-xr-x 4 pi pi 4096 Nov 2 2019 .lazarus_2.0.2 drwxr-xr-x 4 pi pi 4096 Nov 24 00:33 .lazarus_2.0.4 drwxr-xr-x 4 pi pi 4096 Feb 5 18:24 .lazarus_2.0.6 drwxr-xr-x 4 pi pi 4096 May 2 08:11 .lazarus_2.0.8 I made once a "shortcut" when installing a new Lazarus version by copying an earlier config dir into the new name and then starting Lazarus. But Lazarus discovered that it was using an older config and offered to update it, so it seemed to work OK. However, there were still settings lingering that pointed back to the old config dir, for example the packages downloaded via online package manager were there but the config pointed to the previous directory.... Caused a lot of confusion until I understood how it worked. The reason I did the copy was that I wanted my IDE settings to migrate to the new Lazarus so I don't have to tediously customize the IDE etc... So whatever you do, do *not* copy the entire config dir to a new name and use it with the new Lazarus!!! Instead create a new *empty* dir to use instead and if needed copy the editoroptions.xml file and perhaps some other settings file you use after you have run Lazarus the first time with this pcp target. -- Bo Berglund Developer in Sweden From mlnglsts at bgss.hu Fri May 8 16:34:49 2020 From: mlnglsts at bgss.hu (Gabor Boros) Date: Fri, 8 May 2020 16:34:49 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: Message-ID: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> 2020. 05. 08. 14:07 keltezéssel, Bo Berglund via lazarus írta: > I know that you can define "custom options" in Lazarus > Project/Options/CompilerOptions/CustomOptions/Defines > > These can then be used in constructs like this example: > > {$IFDEF USE_LAZSERIAL} > //Code pertaining to LazSerial > {$ELSE} > //Code pertaining to AsyncPro > {$ENDIF} > > But if I do not want to use Lazarus, how do I set the conditionals I > want to use? Compile with "fpc ... -dUSE_LAZSERIAL". Gabor From bo.berglund at gmail.com Fri May 8 16:54:09 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 08 May 2020 16:54:09 +0200 Subject: [Lazarus] Where to define conditionals for FPC References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> Message-ID: On Fri, 8 May 2020 16:34:49 +0200, Gabor Boros via lazarus wrote: >2020. 05. 08. 14:07 keltezéssel, Bo Berglund via lazarus írta: >> I know that you can define "custom options" in Lazarus >> Project/Options/CompilerOptions/CustomOptions/Defines >> >> These can then be used in constructs like this example: >> >> {$IFDEF USE_LAZSERIAL} >> //Code pertaining to LazSerial >> {$ELSE} >> //Code pertaining to AsyncPro >> {$ENDIF} >> >> But if I do not want to use Lazarus, how do I set the conditionals I >> want to use? > > >Compile with "fpc ... -dUSE_LAZSERIAL". > I am trying to find a way to mmake the code build both in Delphi 2007 and Lazarus and since I have used conditionals to adapt the code to different components and environments I need to handle these in a consistent manner. I know that I can use the Delphi and Lazarus GUI to set these conditional variables, but in the end I need the Delphi code (I have still not reached FPC/Lazarus for the complete project) to be accepted by the Lazarus Delphi Conversion function and then everything I think is read from the project sources. In this case since Delphi 2007 stores the settings in the dproj file and since the Converter does not read that file I am trying to find a way to set the conditionals directly in the code... Maybe in an include file, but where should that be included? The dpr file only contains this after the uses file list: begin {$i conditionals.inc} //<== Can it be here? Will it be global then? if not Application.DelayInitialize or Application.Installing then Application.Initialize; Application.CreateForm(TRemoteServer, RemoteServer); Application.Run; end. -- Bo Berglund Developer in Sweden From pascaldragon at googlemail.com Fri May 8 17:19:30 2020 From: pascaldragon at googlemail.com (Sven Barth) Date: Fri, 8 May 2020 17:19:30 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> Message-ID: Bo Berglund via lazarus schrieb am Fr., 8. Mai 2020, 16:54: > On Fri, 8 May 2020 16:34:49 +0200, Gabor Boros via lazarus > wrote: > > >2020. 05. 08. 14:07 keltezéssel, Bo Berglund via lazarus írta: > >> I know that you can define "custom options" in Lazarus > >> Project/Options/CompilerOptions/CustomOptions/Defines > >> > >> These can then be used in constructs like this example: > >> > >> {$IFDEF USE_LAZSERIAL} > >> //Code pertaining to LazSerial > >> {$ELSE} > >> //Code pertaining to AsyncPro > >> {$ENDIF} > >> > >> But if I do not want to use Lazarus, how do I set the conditionals I > >> want to use? > > > > > >Compile with "fpc ... -dUSE_LAZSERIAL". > > > > I am trying to find a way to mmake the code build both in Delphi 2007 > and Lazarus and since I have used conditionals to adapt the code to > different components and environments I need to handle these in a > consistent manner. > I know that I can use the Delphi and Lazarus GUI to set these > conditional variables, but in the end I need the Delphi code (I have > still not reached FPC/Lazarus for the complete project) to be accepted > by the Lazarus Delphi Conversion function and then everything I think > is read from the project sources. > In this case since Delphi 2007 stores the settings in the dproj file > and since the Converter does not read that file I am trying to find a > way to set the conditionals directly in the code... > > Maybe in an include file, but where should that be included? Such an include file would need to be included in all units where a define might be needed. Alternatively if you always use LazSerial for FPC/Lazarus you could simply check with "$ifdef FPC" instead. Regards, Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From pascaldragon at googlemail.com Fri May 8 17:19:30 2020 From: pascaldragon at googlemail.com (Sven Barth) Date: Fri, 8 May 2020 17:19:30 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> Message-ID: Bo Berglund via lazarus schrieb am Fr., 8. Mai 2020, 16:54: > On Fri, 8 May 2020 16:34:49 +0200, Gabor Boros via lazarus > wrote: > > >2020. 05. 08. 14:07 keltezéssel, Bo Berglund via lazarus írta: > >> I know that you can define "custom options" in Lazarus > >> Project/Options/CompilerOptions/CustomOptions/Defines > >> > >> These can then be used in constructs like this example: > >> > >> {$IFDEF USE_LAZSERIAL} > >> //Code pertaining to LazSerial > >> {$ELSE} > >> //Code pertaining to AsyncPro > >> {$ENDIF} > >> > >> But if I do not want to use Lazarus, how do I set the conditionals I > >> want to use? > > > > > >Compile with "fpc ... -dUSE_LAZSERIAL". > > > > I am trying to find a way to mmake the code build both in Delphi 2007 > and Lazarus and since I have used conditionals to adapt the code to > different components and environments I need to handle these in a > consistent manner. > I know that I can use the Delphi and Lazarus GUI to set these > conditional variables, but in the end I need the Delphi code (I have > still not reached FPC/Lazarus for the complete project) to be accepted > by the Lazarus Delphi Conversion function and then everything I think > is read from the project sources. > In this case since Delphi 2007 stores the settings in the dproj file > and since the Converter does not read that file I am trying to find a > way to set the conditionals directly in the code... > > Maybe in an include file, but where should that be included? Such an include file would need to be included in all units where a define might be needed. Alternatively if you always use LazSerial for FPC/Lazarus you could simply check with "$ifdef FPC" instead. Regards, Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From bo.berglund at gmail.com Fri May 8 18:03:00 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 08 May 2020 18:03:00 +0200 Subject: [Lazarus] Where to define conditionals for FPC References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> Message-ID: On Fri, 8 May 2020 17:19:30 +0200, Sven Barth via lazarus wrote: >Such an include file would need to be included in all units where a define >might be needed. > >Alternatively if you always use LazSerial for FPC/Lazarus you could simply >check with "$ifdef FPC" instead. Well LazSerial was just an example... I am going over the code to remove functionality that has been outdated over the years and uses components that are hard to port. I have created a bunch of conditionals which I can use to select or block certain functions in the code. I have also at the same time added the conditionals for FPC to switch between for example LazSerial and the corresponding serial component in Windows (there are actually two that can be selected between using another conditional in Windows). All of this works OK in Delphi 2007 when I use the GUI to set the conditional variables. But what is worrying me is that the Lazarus Delphi Converter will not find these conditionals and then convert stuff that are to be Delphi only... As far as I have understood the converter does not read the dproj file where Delphi stores these settings. But I might be overly anxious? Maybe Lazarus Delphi Converter can read the dproj file and find the settings? I made a test conversion a number of weeks ago and it failed because of a lot of dependencies on components with no FCP counterpart etc... Then I had to backtrack a lot to get the project in working order again and decided to try to make the code FPC aware via the conditionals and still keep the way it works now. Maybe I can just enclose the ifdef's in an outer layer ifdef DELPHI? Does the converter skip such sections during the conversion? Like: {$IFDEF DELPHI} {$IFDEF USE_SUPERPRO} Sentinel, {$ENDIF} {$ENDIF} Then Sentinel will only ever be used if built by Delphi and only if SUPERPRO is set, right? -- Bo Berglund Developer in Sweden From pascaldragon at googlemail.com Fri May 8 19:51:25 2020 From: pascaldragon at googlemail.com (Sven Barth) Date: Fri, 8 May 2020 19:51:25 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> Message-ID: Bo Berglund via lazarus schrieb am Fr., 8. Mai 2020, 18:03: > Maybe I can just enclose the ifdef's in an outer layer ifdef DELPHI? > Does the converter skip such sections during the conversion? > Like: > > {$IFDEF DELPHI} > {$IFDEF USE_SUPERPRO} > Sentinel, > {$ENDIF} > {$ENDIF} > > Then Sentinel will only ever be used if built by Delphi and only if > SUPERPRO is set, right? > I don't know how the converter works, so I can't tell whether any of this will help. However Delphi does not define a DELPHI define, so you'll have to use a negated check for FPC instead. In your example: {$IFNDEF FPC} {$IFDEF USE_SUPERPRO} Sentinel, {$ENDIF} {$ENDIF} Regards, Sven > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pascaldragon at googlemail.com Fri May 8 19:51:25 2020 From: pascaldragon at googlemail.com (Sven Barth) Date: Fri, 8 May 2020 19:51:25 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> Message-ID: Bo Berglund via lazarus schrieb am Fr., 8. Mai 2020, 18:03: > Maybe I can just enclose the ifdef's in an outer layer ifdef DELPHI? > Does the converter skip such sections during the conversion? > Like: > > {$IFDEF DELPHI} > {$IFDEF USE_SUPERPRO} > Sentinel, > {$ENDIF} > {$ENDIF} > > Then Sentinel will only ever be used if built by Delphi and only if > SUPERPRO is set, right? > I don't know how the converter works, so I can't tell whether any of this will help. However Delphi does not define a DELPHI define, so you'll have to use a negated check for FPC instead. In your example: {$IFNDEF FPC} {$IFDEF USE_SUPERPRO} Sentinel, {$ENDIF} {$ENDIF} Regards, Sven > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bo.berglund at gmail.com Fri May 8 20:29:30 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 08 May 2020 20:29:30 +0200 Subject: [Lazarus] Where to define conditionals for FPC References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> Message-ID: On Fri, 8 May 2020 19:51:25 +0200, Sven Barth via lazarus wrote: >However Delphi does not define a DELPHI define, so you'll have to use a >negated check for FPC instead. In your example: > >{$IFNDEF FPC} > {$IFDEF USE_SUPERPRO} > Sentinel, > {$ENDIF} >{$ENDIF} > Thanks, I will use that instead! -- Bo Berglund Developer in Sweden From giuliano.colla at fastwebnet.it Sat May 9 11:49:14 2020 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Sat, 9 May 2020 11:49:14 +0200 Subject: [Lazarus] Help! Lazarus compile fails. In-Reply-To: References: <21c44490-f67e-3658-1f91-c398f9055136@fastwebnet.it> <5jt7bf58kkgm6jj94po4rbjfvj53ogb0k1@4ax.com> <37f364b8-9666-2fb6-57e3-2c1311029b71@fastwebnet.it> Message-ID: Il 08/05/2020 15:17, Bo Berglund via lazarus ha scritto: > So whatever you do, do*not* copy the entire config dir to a new name > and use it with the new Lazarus!!! > Instead create a new*empty* dir to use instead and if needed copy the > editoroptions.xml file and perhaps some other settings file you use > after you have run Lazarus the first time with this pcp target. Thank you for the hint. Actually I did reuse and old path, and I didn't take care to erase everything, just to avoid to reconfigure mi custom settings. In the past it did work, but perhaps the jump was too big! Maybe that's the reason of my problem. I'll try that. Giuliano -- Do not do to others as you would have them do to you.They might have different tastes. -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuliano.colla at fastwebnet.it Sat May 9 11:49:14 2020 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Sat, 9 May 2020 11:49:14 +0200 Subject: [Lazarus] Help! Lazarus compile fails. In-Reply-To: References: <21c44490-f67e-3658-1f91-c398f9055136@fastwebnet.it> <5jt7bf58kkgm6jj94po4rbjfvj53ogb0k1@4ax.com> <37f364b8-9666-2fb6-57e3-2c1311029b71@fastwebnet.it> Message-ID: Il 08/05/2020 15:17, Bo Berglund via lazarus ha scritto: > So whatever you do, do*not* copy the entire config dir to a new name > and use it with the new Lazarus!!! > Instead create a new*empty* dir to use instead and if needed copy the > editoroptions.xml file and perhaps some other settings file you use > after you have run Lazarus the first time with this pcp target. Thank you for the hint. Actually I did reuse and old path, and I didn't take care to erase everything, just to avoid to reconfigure mi custom settings. In the past it did work, but perhaps the jump was too big! Maybe that's the reason of my problem. I'll try that. Giuliano -- Do not do to others as you would have them do to you.They might have different tastes. -------------- next part -------------- An HTML attachment was scrubbed... URL: From marc at dommelstein.nl Sun May 10 14:37:12 2020 From: marc at dommelstein.nl (Marc Weustink) Date: Sun, 10 May 2020 14:37:12 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> Message-ID: <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> On May 8, 2020 6:03:00 PM GMT+02:00, Bo Berglund via lazarus wrote: >On Fri, 8 May 2020 17:19:30 +0200, Sven Barth via lazarus > wrote: > >>Such an include file would need to be included in all units where a >define >>might be needed. >> >>Alternatively if you always use LazSerial for FPC/Lazarus you could >simply >>check with "$ifdef FPC" instead. > >Well LazSerial was just an example... > >I am going over the code to remove functionality that has been >outdated over the years and uses components that are hard to port. > >I have created a bunch of conditionals which I can use to select or >block certain functions in the code. I have also at the same time >added the conditionals for FPC to switch between for example LazSerial >and the corresponding serial component in Windows (there are actually >two that can be selected between using another conditional in >Windows). > >All of this works OK in Delphi 2007 when I use the GUI to set the >conditional variables. > >But what is worrying me is that the Lazarus Delphi Converter will not >find these conditionals and then convert stuff that are to be Delphi >only... The last weeks, since I'm working from home, I've been converting a lot of our Delphi 6 projects. I only use the convertor to get a Lazarus project from a dpr. All other changes I revert. The convertor breaks more than it fixes. Like in your case we still release our software build by Delphi. Once I have the lpi, I never use the convertor again. So it cannot touch defines and such. Marc From bo.berglund at gmail.com Mon May 11 09:33:35 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 11 May 2020 09:33:35 +0200 Subject: [Lazarus] Where to define conditionals for FPC References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: On Sun, 10 May 2020 14:37:12 +0200, Marc Weustink via lazarus wrote: >The last weeks, since I'm working from home, I've been converting a lot >of our Delphi 6 projects. I only use the convertor to get a Lazarus >project from a dpr. All other changes I revert. The convertor breaks >more than it fixes. Like in your case we still release our software >build by Delphi. Once I have the lpi, I never use the convertor again. >So it cannot touch defines and such. Interesting! I have a few questions: 1) Lazarus project file conversion You state that you just use the converter to get a project in Lazarus from the Delphi dpr file. Exactly how do you do this? 2) Lazarus project file (lpi) When you convert to Lazarus are you also getting an lpi file? And does the lpi file contain references into the Delphi install directories? The lpi file from my first (failed) conversion contains stuff like this: and: The lpr file looks pretty much like the dpr original except for the added: {$MODE Delphi} 3) Compiling same code with Delphi and FPC? Do you convert your projects (manually) to make it possible to use both Delphi and Lazarus as the IDE for further work on the same sources? If so do you have any hints as to what to look out for? What I am doing now is that inside Delphi 2007 I am editing all of the project files and adding this on top: {$IFDEF FPC} {$MODE Delphi} {$ENDIF} I also replace the uses reference to Windows with this (which is what the converter dir in the failed run): uses {$IFDEF FPC} LCLIntf, LCLType, LMessages, {$ELSE} Windows, {$ENDIF} Then I am also using conditionals to exclude functions relying on Delphi-only units and replacing these with "neutral" units. For example I am enabling Registry usage only if on Windows and instead use conf files on Linux. The built in Lazarus Registry unit handling of Registry calls on Linux is too complex for me... And I am also purging no longer wanted old functions... Grateful for any suggestions and advice! -- Bo Berglund Developer in Sweden From juha.manninen62 at gmail.com Mon May 11 11:06:33 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Mon, 11 May 2020 12:06:33 +0300 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> Message-ID: On Fri, May 8, 2020 at 7:03 PM Bo Berglund via lazarus wrote: > > All of this works OK in Delphi 2007 when I use the GUI to set the > conditional variables. You must have separate projects for Delphi and Lazarus in any case. Maintaining those variables in the Delphi project should not be a problem. > But what is worrying me is that the Lazarus Delphi Converter will not > find these conditionals and then convert stuff that are to be Delphi > only... > As far as I have understood the converter does not read the dproj file > where Delphi stores these settings. > But I might be overly anxious? Maybe Lazarus Delphi Converter can read > the dproj file and find the settings? No, a .dproj file is not supported currently. The converter reads .dpr project file and also .dof and .cfg files if available. At least earlier Delphi versions stored settings in those. > I made a test conversion a number of weeks ago and it failed because > of a lot of dependencies on components with no FCP counterpart etc... > Then I had to backtrack a lot to get the project in working order > again and decided to try to make the code FPC aware via the > conditionals and still keep the way it works now. Some projects are almost impossible to convert because they have components which are not ported to Lazarus. The automatic conversion cannot help you there. On Mon, May 11, 2020 at 10:33 AM Bo Berglund via lazarus wrote: > 2) Lazarus project file (lpi) > When you convert to Lazarus are you also getting an lpi file? Yes. When a project is converted for Lazarus you obviously get an .lpi project file. > And does the lpi file contain references into the Delphi install > directories? > The lpi file from my first (failed) conversion contains stuff like > this: > > > > > > It means those directories are in your Delphi project settings. Why are they there? Usually Delphi stores them in a global search path when components are installed. If they are also in the global search path, they can be removed from the project and the converter will not add them. > 3) Compiling same code with Delphi and FPC? > Do you convert your projects (manually) to make it possible to use > both Delphi and Lazarus as the IDE for further work on the same > sources? > If so do you have any hints as to what to look out for? Experience has proven that maintaining a project for both Delphi and Lazarus is difficult. At some point you will decide to dump the Delphi support. Maybe you should rethink your porting strategy and do a one-direction conversion from the beginning. You would save time in the long run. During a transition period you must maintain 2 versions, one for Delphi and one for Lazarus, but you don't need to struggle with an IFDEF mess. Replacing code and the whole porting process becomes easier. Juha From fpc at pascalprogramming.org Mon May 11 11:56:32 2020 From: fpc at pascalprogramming.org (Marco van de Voort) Date: Mon, 11 May 2020 11:56:32 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: Op 2020-05-11 om 09:33 schreef Bo Berglund via lazarus: > and: > > > Versions defines are not portable anyway. Long time ago, I wrote something for Jedi about it, which I later upgraded with some general Delphi-FPC advise. Though outdated, it might still be a good read: http://www.stack.nl/~marcov/porting.pdf From mailinglists at geldenhuys.co.uk Mon May 11 16:12:16 2020 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Mon, 11 May 2020 15:12:16 +0100 Subject: [Lazarus] Lazreport variables In-Reply-To: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> References: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> Message-ID: <10fb4a1a-2523-24fc-c29a-7d1e03acf56a@geldenhuys.co.uk> On 03/05/2020 5:03 pm, Santiago A. via lazarus wrote: > I want to write a report where even lines are written with no background > and odd lines with a light gray background. Have you considered using the newer FPReport (aka fcl-report) included with FPC? There is a report designer for Lazarus too. It is super simple to implement the alternating colors that you required. Take a look at the fcl-report/demos/ directory and look at the "rptexpressions.pas" unit. All you need to do is assign the alternating colors in the DoBeforePrint() event handler. eg: procedure TExpressionsDemo.DoBeforePrint(Sender: TFPReportElement); begin With rpt.Variables.FindVariable('isEven') do AsBoolean:=Not AsBoolean; if rpt.Variables.FindVariable('isEven').AsBoolean then Sender.Frame.BackgroundColor := clLtGray else Sender.Frame.BackgroundColor := clWhite; end; Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From bo.berglund at gmail.com Mon May 11 18:19:06 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 11 May 2020 18:19:06 +0200 Subject: [Lazarus] Where to define conditionals for FPC References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: On Mon, 11 May 2020 11:56:32 +0200, Marco van de Voort via lazarus wrote: > >Op 2020-05-11 om 09:33 schreef Bo Berglund via lazarus: >> and: >> >> >> > >Versions defines are not portable anyway. Long time ago, I wrote >something for Jedi about it, which I later upgraded with some general >Delphi-FPC advise. Though outdated, it might still be a good read: > >http://www.stack.nl/~marcov/porting.pdf Thanks for the document link! I think this is exactly what I need to put my defines into rather than inside the IDE menu somewhere. Makes it safer that they are actuially used by having them inside a single file (that gets included everywhere). Was discussed earlier but this reinforces the method, I think. Is the Lazarus code window taking account of these included defines? And do I put the include in the beginning of every unit source file before or after the interface keyword? -- Bo Berglund Developer in Sweden From svaa at ciberpiula.net Mon May 11 20:43:02 2020 From: svaa at ciberpiula.net (Santiago A.) Date: Mon, 11 May 2020 20:43:02 +0200 Subject: [Lazarus] Lazreport variables In-Reply-To: <10fb4a1a-2523-24fc-c29a-7d1e03acf56a@geldenhuys.co.uk> References: <6ddbc313-5dd9-6581-fb35-9cef6cd4fea6@ciberpiula.net> <10fb4a1a-2523-24fc-c29a-7d1e03acf56a@geldenhuys.co.uk> Message-ID: El 11/05/2020 a las 16:12, Graeme Geldenhuys via lazarus escribió: > On 03/05/2020 5:03 pm, Santiago A. via lazarus wrote: >> I want to write a report where even lines are written with no background >> and odd lines with a light gray background. > Have you considered using the newer FPReport (aka fcl-report) included > with FPC? There is a report designer for Lazarus too. It is super simple > to implement the alternating colors that you required. Take a look at > the fcl-report/demos/ directory and look at the "rptexpressions.pas" > unit. All you need to do is assign the alternating colors in the > DoBeforePrint() event handler. > > eg: > > procedure TExpressionsDemo.DoBeforePrint(Sender: TFPReportElement); > begin > With rpt.Variables.FindVariable('isEven') do > AsBoolean:=Not AsBoolean; > if rpt.Variables.FindVariable('isEven').AsBoolean then > Sender.Frame.BackgroundColor := clLtGray > else > Sender.Frame.BackgroundColor := clWhite; > end; > > > > Regards, > Graeme > Yes, in fact I have solved it with a similar way using events in pascal. Nevertheless, that is not the question. Do variables work in LazReport or not? if they do, how? I have hidden a band and a few tweaks using the reports scripts, that means that I have divided the logic of the report in the scripts in lrf file and in events in the pascal source. If I can't trust that scripts work, I will move everything  to pascal and let the report just for basic graphic design with no script. Using only pascal events is not the best solution, because I could, for example, change the design of alternate colors of the band to a line division without touching the pascal code and having to generate a new executable. I still hope that I have misunderstood something about variables, or at least it is known bug. -- Saludos Santiago A. From b_lists at patandbrian.org Mon May 11 21:26:52 2020 From: b_lists at patandbrian.org (Brian) Date: Mon, 11 May 2020 15:26:52 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <5af26ef0-8acc-750a-43e6-ba0d9ffbbb87@windstream.net> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <5ed18f4a-720a-f1e0-82d0-f734c7f33a58@patandbrian.org> <959ea340-8984-cda2-be1a-eb57fd6542a7@patandbrian.org> <5af26ef0-8acc-750a-43e6-ba0d9ffbbb87@windstream.net> Message-ID: <1fbb3ab9-b36b-a999-40c7-11822f7e65c8@patandbrian.org> On 5/7/20 8:08 AM, wkitty42--- via lazarus wrote: > On 5/6/20 6:33 PM, Brian via lazarus wrote: >> What I intend to do is to run some searches of my entire tree, >> looking for >> anything with lazar or fp in the name. Once I've got that >> information, I'll >> work through the lists and delete anything that looks fpc or lazarus >> related. >> Then I'll try fpcupdeluxe with another copy of trunk, and see >> whether it fixes the problem. It will take some time. > > if you are on linux, something like this would be fairly quick and > easy to use... > > > sudo find / -type d \( -path .git -o -path .svn -o -path .cvs \) > -prune -o -type f \( -iname "*.conf" -o -iname "*.cfg" -o -iname > "*.cnf" \) > > > it should find every *.conf, *.cfg, and *.cnf file on the system while > skipping all .git, .svn, and .cvs directories... you really don't need > to dig through all of those, in most cases, ya know? ;) > > once you have the list of matching files, then you can work through it > looking for lazarus and fpc related configuration files... remember > that not all of them will start with laz or fp... > > while testing the above on my system which i've recently removed > lazaruz and fpc from for needed drive space, i found a leftover > fppkg.cfg in my ~/.config directory... knowing that directory was used > for some things then lead me to look at it closer... i found a lazarus > directory in there with a reg.xml apparently from the jedi tool(s) > along with a lhelp directory with a conf for the lazaruz lhelp tool... > > i also found a few left over fpc.cfg files in several project > directories but those i kept because they contained only information > on the project and nothing specific to lazarus or fpc... > > hopefully the above find command will be helpful to you... i keep a > copy of it in one of my hint files so i don't lose it from my command > history ;) > I tried both methods of generating a list of configuration files, and I worked down both lists looking for anything which seemed fpc/lazarus related, and deleted everything I could find. I then deleted back fpcupdeluxe's target directory, and went through my home directory looking for hidden directories. In short, I deleted every damned thing I could find! I then reinstalled, via fpcupdeluxe, copies of trunk for both fpc and lazarus. According to fpcupdeluxe, everything compiled and built correctly. I ran lazarus via the link provided by fpcupdeluxe, and tried typing some text. NO change whatsoever. :( A lower case 'i' still produced tab and 'i', and a lower case 'm' produced a line feed. At this point, I think I give up. I don't want to switch my main system to LMDE, so I will just run lazarus under LMDE in a virtual machine, where the 'i' and 'm' keys work exactly as expected, and use a shared folder, pointing a logical link to my source tree. I reiterate that I have NEVER (knowingly, I suppose) remapped a keyboard nor used a macro while using lazarus. Brian. From terry at haimann.us Tue May 12 04:08:13 2020 From: terry at haimann.us (Terry A. Haimann) Date: Mon, 11 May 2020 21:08:13 -0500 Subject: [Lazarus] Lazarus/Zoom Conflict Message-ID: <1589249293.18491.1.camel@haimann.us> Hello, I have a number of Lazarus Apps that I use.  They were working fine before I installed Zoom.  Now all of the database edit fields when I type in them double entry.  If I type -2.5, I get "--22..55" I am running Linux Mint Mate 18.3 cpu i7-8700 I have checked on my laptop and the apps behave normally, which I have not installed Zoom on. Any suggestions? I have tried uninstalling Zoom, but the problem still persists. I really don't want to do a reinstall of the os, and that would have to wait until midweek.   Terry H. From mike.cornflake at gmail.com Tue May 12 04:51:12 2020 From: mike.cornflake at gmail.com (Michael Thompson) Date: Tue, 12 May 2020 10:51:12 +0800 Subject: [Lazarus] Lazarus/Zoom Conflict In-Reply-To: <1589249293.18491.1.camel@haimann.us> References: <1589249293.18491.1.camel@haimann.us> Message-ID: > Now all of the database edit fields > when I type in them double entry. If I type -2.5, I get "--22..55" I had this one a few years ago. There's a configuration file to change somewhere, and I'm afraid I can't remember exactly. Searching the forum got me to the following, which feels different to the solution I used: https://forum.lazarus.freepascal.org/index.php/topic,39213.msg268286.html#msg268286 https://wiki.freepascal.org/Lazarus_Faq#Typing_in_edit_fields_generate_duplicate_letters Try following those, and don't forget to reboot. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike.cornflake at gmail.com Tue May 12 04:51:12 2020 From: mike.cornflake at gmail.com (Michael Thompson) Date: Tue, 12 May 2020 10:51:12 +0800 Subject: [Lazarus] Lazarus/Zoom Conflict In-Reply-To: <1589249293.18491.1.camel@haimann.us> References: <1589249293.18491.1.camel@haimann.us> Message-ID: > Now all of the database edit fields > when I type in them double entry. If I type -2.5, I get "--22..55" I had this one a few years ago. There's a configuration file to change somewhere, and I'm afraid I can't remember exactly. Searching the forum got me to the following, which feels different to the solution I used: https://forum.lazarus.freepascal.org/index.php/topic,39213.msg268286.html#msg268286 https://wiki.freepascal.org/Lazarus_Faq#Typing_in_edit_fields_generate_duplicate_letters Try following those, and don't forget to reboot. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Tue May 12 06:59:09 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Tue, 12 May 2020 06:59:09 +0200 (CEST) Subject: [Lazarus] Lazarus/Zoom Conflict In-Reply-To: References: <1589249293.18491.1.camel@haimann.us> Message-ID: On Tue, 12 May 2020, Michael Thompson via lazarus wrote: >> Now all of the database edit fields >> when I type in them double entry. If I type -2.5, I get "--22..55" > > I had this one a few years ago. There's a configuration file to change > somewhere, and I'm afraid I can't remember exactly. Searching the forum > got me to the following, which feels different to the solution I used: > > https://forum.lazarus.freepascal.org/index.php/topic,39213.msg268286.html#msg268286 > https://wiki.freepascal.org/Lazarus_Faq#Typing_in_edit_fields_generate_duplicate_letters > > Try following those, and don't forget to reboot. I have linux mint, I installed zoom too recently, but I don't have the problem. Most likely because I followed the steps outlined in the WIKI some years ago. (I added the environment variables to my shell environment) Michael. From marc at dommelstein.nl Tue May 12 13:49:08 2020 From: marc at dommelstein.nl (Marc Weustink) Date: Tue, 12 May 2020 13:49:08 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: On 11-5-2020 09:33, Bo Berglund via lazarus wrote: > On Sun, 10 May 2020 14:37:12 +0200, Marc Weustink via lazarus > wrote: > >> The last weeks, since I'm working from home, I've been converting a lot >> of our Delphi 6 projects. I only use the convertor to get a Lazarus >> project from a dpr. All other changes I revert. The convertor breaks >> more than it fixes. Like in your case we still release our software >> build by Delphi. Once I have the lpi, I never use the convertor again. >> So it cannot touch defines and such. > > Interesting! > I have a few questions: > > 1) Lazarus project file conversion > You state that you just use the converter to get a project in Lazarus > from the Delphi dpr file. > Exactly how do you do this? Tools - Delphi conversion - Convert delphi project. Disable scan files in parent directory > 2) Lazarus project file (lpi) > When you convert to Lazarus are you also getting an lpi file? > And does the lpi file contain references into the Delphi install > directories? > The lpi file from my first (failed) conversion contains stuff like > this: > > > > > > Yep, didn't get those, but others. Just removed them. > and: > > > I keep them, it might be used by some 3rd party packages, and some of our earlier code. It doesn't hurt to keep them > The lpr file looks pretty much like the dpr original except for the > added: > {$MODE Delphi} That one I remove as well. I define delphi mode in the compiler settings of the project. This way the units can be used inh delphi too (without adding extra ifdefs) > 3) Compiling same code with Delphi and FPC? > Do you convert your projects (manually) to make it possible to use > both Delphi and Lazarus as the IDE for further work on the same > sources? > If so do you have any hints as to what to look out for? Yes, it is a manual conversion. But in our case not that hard. Most of the converted projects are windows (network) services. The difference between a delphi service and a fpc daemon is covered in a BaseServer class / unit. So for services derived from it there is no different code. Also we do have our own network/serial/async thread notification libraries. So once those got converted, most of the projects would build. Since we were using D6, a lot of newer win api functions were missing. Therefore we already had Win32Api unit for all missing functions/types. In case of FPC this unit is extended for missing functions in FPC (and later functions/types existing in FPC but missing in Delphi) This is also why I don't let the convertor touch the existing code, most incompatibilities are handled in this unit (openfile/fileopen for instance). > What I am doing now is that inside Delphi 2007 I am editing all of the > project files and adding this on top: > > {$IFDEF FPC} > {$MODE Delphi} > {$ENDIF} Not needed if you enable delphi mode in the compiler options > I also replace the uses reference to Windows with this (which is what > the converter dir in the failed run): > > uses > {$IFDEF FPC} > LCLIntf, > LCLType, > LMessages, > {$ELSE} > Windows, > {$ENDIF} This is what I need to do as well. It is a nice reevaluation if I still need all those units. > Then I am also using conditionals to exclude functions relying on > Delphi-only units and replacing these with "neutral" units. > For example I am enabling Registry usage only if on Windows and > instead use conf files on Linux. The built in Lazarus Registry unit > handling of Registry calls on Linux is too complex for me... Most of our services are configured by cmdline (and it gets parsed through our own helper class) > And I am also purging no longer wanted old functions... > > Grateful for any suggestions and advice! Marc From bartjunk64 at gmail.com Tue May 12 15:56:02 2020 From: bartjunk64 at gmail.com (Bart) Date: Tue, 12 May 2020 15:56:02 +0200 Subject: [Lazarus] Lazarus/Zoom Conflict In-Reply-To: References: <1589249293.18491.1.camel@haimann.us> Message-ID: On Tue, May 12, 2020 at 6:59 AM Michael Van Canneyt via lazarus wrote: IIRC then recently a fix for that was finally applied to trunk. -- Bart From fpc at pascalprogramming.org Tue May 12 16:36:26 2020 From: fpc at pascalprogramming.org (Marco van de Voort) Date: Tue, 12 May 2020 16:36:26 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: <66bee77f-033b-bf03-fce3-dd122b9d3cdf@pascalprogramming.org> Op 2020-05-11 om 18:19 schreef Bo Berglund via lazarus: > And do I put the include in the beginning of every unit source file > before or after the interface keyword? > I always put it after the interface word. From bo.berglund at gmail.com Wed May 13 08:36:33 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Wed, 13 May 2020 08:36:33 +0200 Subject: [Lazarus] Where to define conditionals for FPC References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: <7a5nbfh7a0an5qcf53nouhndue07i83k14@4ax.com> On Tue, 12 May 2020 13:49:08 +0200, Marc Weustink via lazarus wrote: > > >On 11-5-2020 09:33, Bo Berglund via lazarus wrote: >> On Sun, 10 May 2020 14:37:12 +0200, Marc Weustink via lazarus >> wrote: >> >>> The last weeks, since I'm working from home, I've been converting a lot >>> of our Delphi 6 projects. I only use the convertor to get a Lazarus >>> project from a dpr. All other changes I revert. The convertor breaks >>> more than it fixes. Like in your case we still release our software >>> build by Delphi. Once I have the lpi, I never use the convertor again. >>> So it cannot touch defines and such. >> >> Interesting! >> I have a few questions: >> >> 1) Lazarus project file conversion >> You state that you just use the converter to get a project in Lazarus >> from the Delphi dpr file. >> Exactly how do you do this? > >Tools - Delphi conversion - Convert delphi project. >Disable scan files in parent directory > >> 2) Lazarus project file (lpi) >> When you convert to Lazarus are you also getting an lpi file? >> And does the lpi file contain references into the Delphi install >> directories? >> The lpi file from my first (failed) conversion contains stuff like >> this: >> >> >> >> >> >> > >Yep, didn't get those, but others. Just removed them. > >> and: >> >> >> > >I keep them, it might be used by some 3rd party packages, and some of >our earlier code. It doesn't hurt to keep them > >> The lpr file looks pretty much like the dpr original except for the >> added: >> {$MODE Delphi} > >That one I remove as well. I define delphi mode in the compiler settings >of the project. This way the units can be used inh delphi too (without >adding extra ifdefs) > >> 3) Compiling same code with Delphi and FPC? >> Do you convert your projects (manually) to make it possible to use >> both Delphi and Lazarus as the IDE for further work on the same >> sources? >> If so do you have any hints as to what to look out for? > >Yes, it is a manual conversion. But in our case not that hard. Most of >the converted projects are windows (network) services. >The difference between a delphi service and a fpc daemon is covered in a >BaseServer class / unit. So for services derived from it there is no >different code. >Also we do have our own network/serial/async thread notification >libraries. So once those got converted, most of the projects would build. >Since we were using D6, a lot of newer win api functions were missing. >Therefore we already had Win32Api unit for all missing functions/types. >In case of FPC this unit is extended for missing functions in FPC (and >later functions/types existing in FPC but missing in Delphi) >This is also why I don't let the convertor touch the existing code, most >incompatibilities are handled in this unit (openfile/fileopen for instance). > >> What I am doing now is that inside Delphi 2007 I am editing all of the >> project files and adding this on top: >> >> {$IFDEF FPC} >> {$MODE Delphi} >> {$ENDIF} > >Not needed if you enable delphi mode in the compiler options > >> I also replace the uses reference to Windows with this (which is what >> the converter dir in the failed run): >> >> uses >> {$IFDEF FPC} >> LCLIntf, >> LCLType, >> LMessages, >> {$ELSE} >> Windows, >> {$ENDIF} > >This is what I need to do as well. It is a nice reevaluation if I still >need all those units. > >> Then I am also using conditionals to exclude functions relying on >> Delphi-only units and replacing these with "neutral" units. >> For example I am enabling Registry usage only if on Windows and >> instead use conf files on Linux. The built in Lazarus Registry unit >> handling of Registry calls on Linux is too complex for me... > >Most of our services are configured by cmdline (and it gets parsed >through our own helper class) > >> And I am also purging no longer wanted old functions... >> >> Grateful for any suggestions and advice! > >Marc Thank you so much for your comments/advice! Much appreciated! :) -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Thu May 14 10:21:22 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Thu, 14 May 2020 10:21:22 +0200 Subject: [Lazarus] Where to define conditionals for FPC References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: On Tue, 12 May 2020 13:49:08 +0200, Marc Weustink via lazarus wrote: While going through your post I got into this section: >> 3) Compiling same code with Delphi and FPC? >> Do you convert your projects (manually) to make it possible to use >> both Delphi and Lazarus as the IDE for further work on the same >> sources? >> If so do you have any hints as to what to look out for? > >Yes, it is a manual conversion. But in our case not that hard. Most of >the converted projects are windows (network) services. >The difference between a delphi service and a fpc daemon is covered in a >BaseServer class / unit. So for services derived from it there is no >different code. Since I am dealing with a Windows Service too I wonder how you do it to get a daemon application in Lazarus? I have installed the package lazdaemon 0.9.9 on advice elsewhere. It is said to be implementing services, but I don't know if it is involved in the Delphi conversion... Coide snippets: My service application is created in the dpr file: if not Application.DelayInitialize or Application.Installing then Application.Initialize; Application.CreateForm(TSSRemoteServer, SSRemoteServer); Application.Run; And in the main source file: type TSSRemoteServer = class(TService) // <== Using TService procedure ServiceStart(Sender: TService; var Started: Boolean); procedure ServiceStop(Sender: TService; var Stopped: Boolean); procedure ServiceShutdown(Sender: TService); procedure ServiceDestroy(Sender: TObject); procedure ServiceCreate(Sender: TObject); private {$IFNDEF FPC} //Delphi sckServer: TServerSocket; {$ELSE} //FPC sckServer: TLTcp; //lNet socket {$ENDIF} .... normal field and method declarations follow ... procedure ServiceController(CtrlCode: DWord); stdcall; begin SSRemoteServer.Controller(CtrlCode); end; .... var SSRemoteServer: TSSRemoteServer; -- Bo Berglund Developer in Sweden From mailinglists at geldenhuys.co.uk Thu May 14 13:59:27 2020 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Thu, 14 May 2020 12:59:27 +0100 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> Message-ID: <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> On 06/05/2020 1:19 am, Brian via lazarus wrote: > I forgot to add - I totally erased fpcup's entire tree and rebuilt > from scratch. No change. It's not about recompiling Lazarus. Probably more related to your customised settings in your $HOME/.lazarus/ directory. Start your lazarus from the command line with the paramater: ./lazarus --pcp=/tmp/lazarus where "/tmp/lazarus" is a totally empty directory. That should give you Lazarus with 100% default config values. If the problem goes way, then it's a key mapping issue in your ~/.lazarus/ directory. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From terry at haimann.us Thu May 14 15:59:35 2020 From: terry at haimann.us (Terry A. Haimann) Date: Thu, 14 May 2020 08:59:35 -0500 Subject: [Lazarus] fpccfg is missing in new Lazarus install Message-ID: I just did a fresh install of Lazarus and it says the fpc.cfg file isn't found. These are the files I used to install lazarus with: fpc-src_2.6.2-0_amd64.deb fpc_2.6.2-0_amd64.deb lazarus_1.0.10-0_amd64. I ran a search for fpc.cfg and ffound these files: /home/terry/Downloads/fpc.cfg /etc/fpc.cfg ls -la /etc/fpc.cfg -rw-r--r-- 1 root root 7799 May 14 08:09 /etc/fpc.cfg Where does the file need to be inorder for Lazarus to find it? This is a Linux Mint 19.2 desktop using Mate and the processor is a i7- 8700, 16gb of ram. Terry From bo.berglund at gmail.com Thu May 14 17:54:12 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Thu, 14 May 2020 17:54:12 +0200 Subject: [Lazarus] fpccfg is missing in new Lazarus install References: Message-ID: <59qqbf5401r4ctgqjige0ehteohqaa7v6g@4ax.com> On Thu, 14 May 2020 08:59:35 -0500, "Terry A. Haimann via lazarus" wrote: >I just did a fresh install of Lazarus and it says the fpc.cfg file >isn't found. These are the files I used to install lazarus with: > >fpc-src_2.6.2-0_amd64.deb >fpc_2.6.2-0_amd64.deb >lazarus_1.0.10-0_amd64. > >I ran a search for fpc.cfg and ffound these files: > >/home/terry/Downloads/fpc.cfg >/etc/fpc.cfg > >ls -la /etc/fpc.cfg >-rw-r--r-- 1 root root 7799 May 14 08:09 /etc/fpc.cfg > >Where does the file need to be inorder for Lazarus to find it? > >This is a Linux Mint 19.2 desktop using Mate and the processor is a i7- >8700, 16gb of ram. > You are aware that fpc is now at 3.0.4 and Lazarus at 2.0.8? Seems like you are installing very old versions 2.6.2 and 1.0.10 respectively... -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Thu May 14 17:57:55 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Thu, 14 May 2020 17:57:55 +0200 Subject: [Lazarus] fpccfg is missing in new Lazarus install References: Message-ID: <3gqqbflrleuhogn9onghjsnjktaqvgaiin@4ax.com> On Thu, 14 May 2020 08:59:35 -0500, "Terry A. Haimann via lazarus" wrote: >Where does the file need to be inorder for Lazarus to find it? > Copy it from /etc into your home dir as follows: cp /etc/fpc.cfg ~/.fpc.cfg Notice the period that makes it a hidden file. Lazarus looks for it in several places and this ios one of them. -- Bo Berglund Developer in Sweden From jmlandmesser at gmx.de Thu May 14 18:31:37 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Thu, 14 May 2020 18:31:37 +0200 Subject: [Lazarus] fpccfg is missing in new Lazarus install In-Reply-To: References: Message-ID: <53ded8da-e5b7-a516-eebf-c328d28b3076@gmx.de> .. get a newer lazarus from: https://www.lazarus-ide.org/index.php?page=downloads Am 14.05.20 um 15:59 schrieb Terry A. Haimann via lazarus: > I just did a fresh install of Lazarus and it says the fpc.cfg file > isn't found. These are the files I used to install lazarus with: > > fpc-src_2.6.2-0_amd64.deb > fpc_2.6.2-0_amd64.deb > lazarus_1.0.10-0_amd64. > > I ran a search for fpc.cfg and ffound these files: > > /home/terry/Downloads/fpc.cfg > /etc/fpc.cfg > > ls -la /etc/fpc.cfg > -rw-r--r-- 1 root root 7799 May 14 08:09 /etc/fpc.cfg > > Where does the file need to be inorder for Lazarus to find it? > > This is a Linux Mint 19.2 desktop using Mate and the processor is a i7- > 8700, 16gb of ram. > > Terry > From marc at dommelstein.nl Fri May 15 21:26:43 2020 From: marc at dommelstein.nl (Marc Weustink) Date: Fri, 15 May 2020 21:26:43 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: On May 14, 2020 10:21:22 AM GMT+02:00, Bo Berglund via lazarus wrote: >On Tue, 12 May 2020 13:49:08 +0200, Marc Weustink via lazarus > wrote: > >While going through your post I got into this section: > >>> 3) Compiling same code with Delphi and FPC? >>> Do you convert your projects (manually) to make it possible to use >>> both Delphi and Lazarus as the IDE for further work on the same >>> sources? >>> If so do you have any hints as to what to look out for? >> >>Yes, it is a manual conversion. But in our case not that hard. Most of > >>the converted projects are windows (network) services. >>The difference between a delphi service and a fpc daemon is covered in >a >>BaseServer class / unit. So for services derived from it there is no >>different code. > >Since I am dealing with a Windows Service too I wonder how you do it >to get a daemon application in Lazarus? > >I have installed the package lazdaemon 0.9.9 on advice elsewhere. >It is said to be implementing services, but I don't know if it is >involved in the Delphi conversion... > I'll see if I can extract some example snippet. I cannot remember that I used a package. I didn't use the form based service Marc From bo.berglund at gmail.com Fri May 15 23:54:58 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 15 May 2020 23:54:58 +0200 Subject: [Lazarus] Where to define conditionals for FPC References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: On Fri, 15 May 2020 21:26:43 +0200, Marc Weustink via lazarus wrote: > > >On May 14, 2020 10:21:22 AM GMT+02:00, Bo Berglund via lazarus wrote: >>On Tue, 12 May 2020 13:49:08 +0200, Marc Weustink via lazarus >> wrote: >> >>While going through your post I got into this section: >> >>>> 3) Compiling same code with Delphi and FPC? >>>> Do you convert your projects (manually) to make it possible to use >>>> both Delphi and Lazarus as the IDE for further work on the same >>>> sources? >>>> If so do you have any hints as to what to look out for? >>> >>>Yes, it is a manual conversion. But in our case not that hard. Most of >> >>>the converted projects are windows (network) services. >>>The difference between a delphi service and a fpc daemon is covered in >>a >>>BaseServer class / unit. So for services derived from it there is no >>>different code. >> >>Since I am dealing with a Windows Service too I wonder how you do it >>to get a daemon application in Lazarus? >> >>I have installed the package lazdaemon 0.9.9 on advice elsewhere. >>It is said to be implementing services, but I don't know if it is >>involved in the Delphi conversion... >> > I'll see if I can extract some example snippet. I cannot remember that I used a package. > >I didn't use the form based service Well this application also does not use any forms, but inherently the TService application creates a data module, which supplies some of the form functionality, I guess. I tried in Lazarus by creating a new daemon application and look what it brings into the project... But I did not figure out how it works by looking at the code framework so I guess I have to read up a lot about the way daemons work in FPC... In any case there is a sort of form here as well, looks a lot like a data module. -- Bo Berglund Developer in Sweden From b_lists at patandbrian.org Sat May 16 13:49:00 2020 From: b_lists at patandbrian.org (Brian) Date: Sat, 16 May 2020 07:49:00 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> Message-ID: On 5/14/20 7:59 AM, Graeme Geldenhuys via lazarus wrote: > On 06/05/2020 1:19 am, Brian via lazarus wrote: >> I forgot to add - I totally erased fpcup's entire tree and rebuilt >> from scratch. No change. > > It's not about recompiling Lazarus. Probably more related to your > customised settings in your $HOME/.lazarus/ directory. > > Start your lazarus from the command line with the paramater: > > ./lazarus --pcp=/tmp/lazarus > > where "/tmp/lazarus" is a totally empty directory. That should give you > Lazarus with 100% default config values. If the problem goes way, then > it's a key mapping issue in your ~/.lazarus/ directory. > I tried that. Now *every* keypress is duplicated. Thanks for the attempt, though! I now have a working setup by way of using lazarus in a Linux Mint Debian virtual machine and using a shared folder with a link to my source tree. Since I don't want to switch to LMDE totally, it's an acceptable workround. I write the code via the VM and then compile and debug under standard Linux Mint. I had previously tried deleting both the ~/.lazarus and also a ~/.lazarus64 directory, with no effect on the problem. Brian. From marc at dommelstein.nl Sat May 16 17:59:05 2020 From: marc at dommelstein.nl (Marc Weustink) Date: Sat, 16 May 2020 17:59:05 +0200 Subject: [Lazarus] Where to define conditionals for FPC In-Reply-To: References: <9bc5825d-5b61-2c24-8ce6-81b56ca1069d@bgss.hu> <65030723-81F4-44C4-A79C-C94659A9EB32@dommelstein.nl> Message-ID: On 15-5-2020 23:54, Bo Berglund via lazarus wrote: > On Fri, 15 May 2020 21:26:43 +0200, Marc Weustink via lazarus > wrote: > >> >> >> On May 14, 2020 10:21:22 AM GMT+02:00, Bo Berglund via lazarus wrote: >>> On Tue, 12 May 2020 13:49:08 +0200, Marc Weustink via lazarus >>> wrote: >>> >>> While going through your post I got into this section: >>> >>>>> 3) Compiling same code with Delphi and FPC? >>>>> Do you convert your projects (manually) to make it possible to use >>>>> both Delphi and Lazarus as the IDE for further work on the same >>>>> sources? >>>>> If so do you have any hints as to what to look out for? >>>> >>>> Yes, it is a manual conversion. But in our case not that hard. Most of >>> >>>> the converted projects are windows (network) services. >>>> The difference between a delphi service and a fpc daemon is covered in >>> a >>>> BaseServer class / unit. So for services derived from it there is no >>>> different code. >>> >>> Since I am dealing with a Windows Service too I wonder how you do it >>> to get a daemon application in Lazarus? >>> >>> I have installed the package lazdaemon 0.9.9 on advice elsewhere. >>> It is said to be implementing services, but I don't know if it is >>> involved in the Delphi conversion... >>> >> I'll see if I can extract some example snippet. I cannot remember that I used a package. >> >> I didn't use the form based service > > Well this application also does not use any forms, but inherently the > TService application creates a data module, which supplies some of the > form functionality, I guess. > > I tried in Lazarus by creating a new daemon application and look what > it brings into the project... > > But I did not figure out how it works by looking at the code framework > so I guess I have to read up a lot about the way daemons work in > FPC... > In any case there is a sort of form here as well, looks a lot like a > data module. Never used that. I've attached and stripped down and anonymized version of our base server definition. At places where you should place your own code or where it is trivial, I wrote ..... I also didn't include the unit description defining the service derived from TMyBaseServer Marc -------------- next part -------------- ================================================================================ unit MyDaemon; interface uses daemonapp, Classes, SysUtils, MyBaseServer; type TMyDaemon = class(TDaemon) private protected function Install: Boolean; override; function Execute: Boolean; override; public end; TMyDebugDaemonController = class(TDaemonController) public function ReportStatus : Boolean; override; end; TMyDaemonThread = class(TDaemonThread) public property Terminated; end; TMyDaemonMapper = Class(TCustomDaemonMapper) public constructor Create(AOwner : TComponent); override; end; { TMyDaemonApplication } TMyDaemonApplication = class(TDaemonApplication) private FDebug: Boolean; procedure LogEvent(const ALogText: String); protected function DoConfig(AParams: TMyCommandParams): Boolean; virtual; abstract; function DoUpdate: Boolean; virtual; abstract; function DoDebug: Boolean; virtual; function ProcessRun: Boolean; virtual; abstract; procedure CreateDaemonController(var AController : TDaemonController); override; procedure CreateDaemonInstance(Var ADaemon : TCustomDaemon; DaemonDef : TDaemonDef); override; procedure DoRun; override; property Debug: Boolean read FDebug write FDebug; public end; TMyBaseServiceApplication = class(TMyDaemonApplication); implementation { TMyDebugDaemonController } function TMyDebugDaemonController.ReportStatus: Boolean; begin Result := True; end; { TMyDaemonMapper } constructor TMyDaemonMapper.Create(AOwner: TComponent); var D: TDaemonDef; begin inherited Create(AOwner); D := DaemonDefs.Add as TDaemonDef; D.DisplayName := MyServer.DisplayName; D.Name := MyServer.Name; D.DaemonClassName := TMyDaemon.ClassName; D.WinBindings.ServiceType := stWin32; end; { TMyDaemon } function TMyDaemon.Install: Boolean; begin MyServer.BeforeInstall; Result := inherited Install; MyServer.AfterInstall; end; function TMyDaemon.Execute: Boolean; begin Result := True; MyServer.Execute; end; { TMyDaemonApplication } function TMyDaemonApplication.DoDebug: Boolean; var T: TThread; M: TCustomDaemonMapper; D: TCustomDaemon; begin Result := True; CreateServiceMapper(M); D := CreateDaemon(M.DaemonDefs[0]); D.Status := csStartPending; try T := TDaemonThread.Create(D); T.Resume; T.WaitFor; FreeAndNil(T); except on E : Exception do D.Logmessage(Format(SErrDaemonStartFailed,[D.Definition.Name,E.Message])); end; end; procedure TMyDaemonApplication.CreateDaemonController(var AController: TDaemonController); begin if FDebug then AController := TMyDebugDaemonController.Create(Self) else inherited CreateDaemonController(AController); end; procedure TMyDaemonApplication.CreateDaemonInstance(var ADaemon: TCustomDaemon; DaemonDef: TDaemonDef); begin inherited CreateDaemonInstance(ADaemon, DaemonDef); MyServer.Daemon := ADaemon; end; procedure TMyDaemonApplication.DoRun; begin if ProcessRun then Exit; inherited; end; procedure TMyDaemonApplication.LogEvent(const ALogText: String); begin WriteLn(AlogText); end; procedure InitApplication; begin RegisterDaemonClass(TMyDaemon); RegisterDaemonMapper(TMyDaemonMapper); end; initialization InitApplication; finalization end. ================================================================================ unit MyBaseServer; interface {$ifndef FPC} {$define WINDOWS} {$define CPUI386} {$endif} ..... uses {$ifdef fpc} daemonapp, {$else} SvcMgr, WinSvc, {$endif} ..... type {$ifdef fpc} { TMyService } TMyService = class(TComponent) private FDaemon: TCustomDaemon; FDisplayName: String; FServiceStartName: String; FErrCode: DWord; FWin32ErrorCode: DWord; protected function Terminated: Boolean; function ServiceThread: TThread; public procedure AfterInstall; virtual; abstract; procedure BeforeInstall; virtual; abstract; procedure Execute; virtual; abstract; procedure ReportStatus; property Daemon: TCustomDaemon read FDaemon write FDaemon; property DisplayName: String read FDisplayName write FDisplayName; property ServiceStartName: String read FServiceStartName write FServiceStartName; property ErrCode: DWord read FErrCode write FErrCode; property Win32ErrCode: DWord read FWin32ErrorCode write FWin32ErrorCode; end; {$else fpc} // delphi part TMyService = class(TService) private procedure ServiceBeforeInstall(Sender: TService); procedure ServiceAfterInstall(Sender: TService); procedure ServiceExecute(Sender: TService); protected procedure Execute; virtual; abstract; procedure AfterInstall; virtual; abstract; procedure BeforeInstall; virtual; abstract; public constructor Create(AOwner: TComponent); override; function GetServiceController: TServiceController; override; end; {$endif} TMyBaseSrv = class(TMyService) private ..... var MyServer: TMyBaseSrv; implementation {$ifdef fpc} uses MyDaemon; {$endif} type {$ifndef fpc} TMyBaseServiceApplication = class(TServiceApplication) private FDebug: Boolean; protected function DoConfig(AParams: TMyCommandParams): Boolean; virtual; abstract; function DoUpdate: Boolean; virtual; abstract; function DoDebug: Boolean; virtual; function ProcessRun: Boolean; virtual; abstract; property Debug: Boolean read FDebug write FDebug; public procedure Run; override; end; {$endif} TMyServiceApplication = class(TMyBaseServiceApplication) private protected function DoConfig(AParams: TMyCommandParams): Boolean; override; function DoUpdate: Boolean; override; function ProcessRun: Boolean; override; public end; ..... { TMyServiceApplication } {$ifndef MSWINDOWS} function _GetApplicationName: String; begin Result := 'myapp'; end; {$endif} function TMyServiceApplication.DoConfig(AParams: TMyCommandParams): Boolean; begin Result := True; ...... end; function TMyServiceApplication.DoUpdate: Boolean; begin Result := MyServer.ServiceUpdate; end; function TMyServiceApplication.ProcessRun: Boolean; var Params: TMyCommandParams; begin Result := True; Params := TMyCommandParams.Create; try if Params.GetFlag('update') <> cfUnset then begin if DoUpdate then Exit; end else if Params.GetFlag('config') <> cfUnset then begin if DoConfig(Params) then Exit; end; Debug := Params.GetFlag('debug') <> cfUnset finally Params.Free; end; if Debug then begin DoDebug; Exit; end; Result := False; end; ..... procedure TMyBaseSrv.Execute; {$ifndef MSWINDOWS} const ERROR_PROCESS_ABORTED = 1; {$endif} var ..... {$ifdef fpc} TMyDaemonThread(Daemon.DaemonThread).CheckControlMessage(False); {$else} ServiceThread.ProcessRequests(False); {$endif} ..... {$ifdef fpc} { TMyService } procedure TMyService.ReportStatus; begin Daemon.ReportStatus; end; function TMyService.ServiceThread: TThread; begin Result := TMyDaemonThread(Daemon.DaemonThread); end; function TMyService.Terminated: Boolean; begin Result := TMyDaemonThread(Daemon.DaemonThread).Terminated; end; {$else} // delphi procedure ServiceController(CtrlCode: DWord); stdcall; begin MyServer.Controller(CtrlCode); end; constructor TMyService.Create(AOwner: TComponent); begin CreateNew(AOwner, 0); OnExecute := ServiceExecute; inherited BeforeInstall := ServiceBeforeInstall; inherited AfterInstall := ServiceAfterInstall; end; function TMyService.GetServiceController: TServiceController; begin Result := ServiceController; end; procedure TMyService.ServiceAfterInstall(Sender: TService); begin AfterInstall; end; procedure TMyService.ServiceBeforeInstall(Sender: TService); begin BeforeInstall; end; procedure TMyService.ServiceExecute(Sender: TService); begin Execute; end; { TMyBaseServiceApplication } function TMyBaseServiceApplication.DoDebug: Boolean; begin Result := False; end; procedure TMyBaseServiceApplication.Run; begin if ProcessRun then Exit; inherited; end; {$endif} procedure InitApplication; begin {$ifdef fpc} RegisterDaemonApplicationClass(TMyServiceApplication); {$else} Application.Free; Application := TMyServiceApplication.Create(nil); {$endif} end; initialization InitApplication; finalization end. ================================================================================ program MyApp; {$ifdef fpc} {$R 'MyApp_version.rc'} {$else} {$R 'MyApp_version.res' 'MyApp_version.rc'} {$endif} uses {$ifdef fpc} interfaces, daemonapp, {$else} svcmgr, {$endif} MyBaseServer, MyServer, ..... begin Application.Initialize; Application.CreateForm(TMySrv, MyServer); Application.Run; end. ================================================================================ From juha.manninen62 at gmail.com Sat May 16 21:03:11 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 16 May 2020 22:03:11 +0300 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> Message-ID: On Sat, May 16, 2020 at 2:49 PM Brian via lazarus wrote: > I tried that. Now *every* keypress is duplicated. It was allegedly fixed in trunk r63089 less than 3 weeks ago. See: https://bugs.freepascal.org/view.php?id=30863 If nobody gets the duplicate key problem with trunk any more, that issue and all its related issues can finally be resolved. Please test everybody. Juha From juha.manninen62 at gmail.com Sat May 16 21:18:51 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 16 May 2020 22:18:51 +0300 Subject: [Lazarus] GTK3, OnKeyDown Message-ID: Strange. With LCL-GTK3 a Form.OnKeyDown handler is not called. The test app from issue : https://bugs.freepascal.org/view.php?id=37073 can be used. It has a splashscreen but have tested with a normal form, too. Same effect. The attached patch takes out a test if Widget^.has_focus then in function Gtk3WidgetEvent(). Then an OnKeyDown handler is called twice. Strangely enough, debugger shows the following line Result := TGtk3Widget(Data).GtkEventKey(Widget, Event, True); is called at least sometimes even when the Widget^.has_focus test is there. The message is delivered somewhere but not to the form. GTK3 experts, do you know what is going on? Juha -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-LCL-GTK3-Make-TForm.OnKeyDown-work.patch Type: text/x-patch Size: 1053 bytes Desc: not available URL: From simone_tacconi at yahoo.it Sun May 17 12:43:41 2020 From: simone_tacconi at yahoo.it (Simone Tacconi) Date: Sun, 17 May 2020 12:43:41 +0200 Subject: [Lazarus] Parsing compiler directive with fcl-passrc Message-ID: I know that in general, compiler directives are processed by the preprocessor before the parser. In my case I use fcl-passrc in a code analysis tool that I am building and I would need to detect directives during parsing.  It's possible?  In the PasTree unit I don't see data structures for comments / directives.  Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Sun May 17 12:46:38 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Sun, 17 May 2020 12:46:38 +0200 (CEST) Subject: [Lazarus] Parsing compiler directive with fcl-passrc In-Reply-To: <20200517104348.EF59426EB2@server.lazarus-ide.org> References: <20200517104348.EF59426EB2@server.lazarus-ide.org> Message-ID: On Sun, 17 May 2020, Simone Tacconi via lazarus wrote: > I know that in general, compiler directives are processed by the > preprocessor before the parser. In my case I use fcl-passrc in a code > analysis tool that I am building and I would need to detect directives > during parsing.  It's possible?  In the PasTree unit I don't see data > structures for comments / directives.  Thanks. No, it is currently not possible. There is already a hook for comments. We could additionally provide a hook that is called whenever a directive is encountered. Then you can create your own structures. Michael. From b_lists at patandbrian.org Sun May 17 16:00:39 2020 From: b_lists at patandbrian.org (Brian) Date: Sun, 17 May 2020 10:00:39 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> Message-ID: On 5/16/20 3:03 PM, Juha Manninen via lazarus wrote: > On Sat, May 16, 2020 at 2:49 PM Brian via lazarus > wrote: >> I tried that. Now *every* keypress is duplicated. > > It was allegedly fixed in trunk r63089 less than 3 weeks ago. > See: > https://bugs.freepascal.org/view.php?id=30863 > If nobody gets the duplicate key problem with trunk any more, that > issue and all its related issues can finally be resolved. > Please test everybody. > I just updated both trunks (via fpcupdeluxe) and rebuilt, and now the i => tab-i and m => line feed problems have disappeared. :) :) Starting Lazarus per Graeme's instructions (i.e. with a blank config) no longer produces duplicate keypresses either. Whoever fixed that, well done and thank you VERY much! :) Brian. -- GPG Public Key: http://www.patandbrian.org/brians_key.asc From wkitty42 at windstream.net Sun May 17 17:44:35 2020 From: wkitty42 at windstream.net (wkitty42 at windstream.net) Date: Sun, 17 May 2020 11:44:35 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> Message-ID: <30392d5c-6c99-7eb1-cf4c-26380a4495d7@windstream.net> On 5/17/20 10:00 AM, Brian via lazarus wrote: > On 5/16/20 3:03 PM, Juha Manninen via lazarus wrote: >> It was allegedly fixed in trunk r63089 less than 3 weeks ago. >> See: >> https://bugs.freepascal.org/view.php?id=30863 >> If nobody gets the duplicate key problem with trunk any more, that >> issue and all its related issues can finally be resolved. >> Please test everybody. >> > > Whoever fixed that, well done and thank you VERY much! :) the link in the above linked bug report tells you that ;) -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list where it belongs!* From nc-gaertnma at netcologne.de Sun May 17 19:55:38 2020 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 17 May 2020 19:55:38 +0200 Subject: [Lazarus] Parsing compiler directive with fcl-passrc In-Reply-To: <20200517104349.7F2F226ED3@server.lazarus-ide.org> References: <20200517104349.7F2F226ED3@server.lazarus-ide.org> Message-ID: <20200517195538.3bf5509a@limapholos.matflo.wg> On Sun, 17 May 2020 12:43:41 +0200 Simone Tacconi via lazarus wrote: > I know that in general, compiler directives are processed by the > preprocessor before the parser. In my case I use fcl-passrc in a code > analysis tool that I am building and I would need to detect > directives during parsing.  It's possible?  In the PasTree unit I > don't see data structures for comments / directives.  Thanks. You can override TPascalScanner.HandleDirective Mattias From b_lists at patandbrian.org Sun May 17 22:12:07 2020 From: b_lists at patandbrian.org (Brian) Date: Sun, 17 May 2020 16:12:07 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <30392d5c-6c99-7eb1-cf4c-26380a4495d7@windstream.net> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <30392d5c-6c99-7eb1-cf4c-26380a4495d7@windstream.net> Message-ID: <2bfb8678-8712-0bfc-a684-7a1b982080b8@patandbrian.org> On 5/17/20 11:44 AM, wkitty42--- via lazarus wrote: > On 5/17/20 10:00 AM, Brian via lazarus wrote: >> On 5/16/20 3:03 PM, Juha Manninen via lazarus wrote: >>> It was allegedly fixed in trunk r63089 less than 3 weeks ago. >>> See: >>>   https://bugs.freepascal.org/view.php?id=30863 >>> If nobody gets the duplicate key problem with trunk any more, that >>> issue and all its related issues can finally be resolved. >>> Please test everybody. >>> >> >> Whoever fixed that, well done and thank you VERY much! :) > > > the link in the above linked bug report tells you that ;) > And the fact that I didn't look up the bug report so that I could name the person in some way invalidates the generalised thank you that I posted? Brian. From simone_tacconi at yahoo.it Mon May 18 00:30:36 2020 From: simone_tacconi at yahoo.it (Simone Tacconi) Date: Mon, 18 May 2020 00:30:36 +0200 Subject: [Lazarus] R: lazarus Digest, Vol 148, Issue 26 In-Reply-To: References: Message-ID: This new feature would be very useful for me. I hope it can be implemented. In the meantime, what is the hook for comments? Thanks in advance. Message: 2 Date: Sun, 17 May 2020 12:46:38 +0200 (CEST) From: Michael Van Canneyt To: Simone Tacconi via lazarus Subject: Re: [Lazarus] Parsing compiler directive with fcl-passrc Message-ID: Content-Type: text/plain; charset="utf-8"; Format="flowed" On Sun, 17 May 2020, Simone Tacconi via lazarus wrote: > I know that in general, compiler directives are processed by the > preprocessor before the parser. In my case I use fcl-passrc in a code > analysis tool that I am building and I would need to detect directives > during parsing.  It's possible?  In the PasTree unit I don't see data > structures for comments / directives.  Thanks. No, it is currently not possible. There is already a hook for comments. We could additionally provide a hook that is called whenever a directive is encountered. Then you can create your own structures. Michael. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Mon May 18 10:28:40 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 18 May 2020 10:28:40 +0200 (CEST) Subject: [Lazarus] R: lazarus Digest, Vol 148, Issue 26 In-Reply-To: <20200517223045.16DF826EA1@server.lazarus-ide.org> References: <20200517223045.16DF826EA1@server.lazarus-ide.org> Message-ID: On Mon, 18 May 2020, Simone Tacconi via lazarus wrote: > This new feature would be very useful for me. I hope it can be implemented. In the meantime, what is the hook for comments? I was mistaken. The OnDirective event is already there on TPascalScanner. The last parsed comment is currently available in parser.LastComment. But I have added an OnComment handler. rev 45415. Michael. > > Thanks in advance. > > Message: 2 > Date: Sun, 17 May 2020 12:46:38 +0200 (CEST) > From: Michael Van Canneyt > To: Simone Tacconi via lazarus > Subject: Re: [Lazarus] Parsing compiler directive with fcl-passrc > Message-ID: > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > > > On Sun, 17 May 2020, Simone Tacconi via lazarus wrote: > >> I know that in general, compiler directives are processed by the >> preprocessor before the parser. In my case I use fcl-passrc in a code >> analysis tool that I am building and I would need to detect directives >> during parsing.  It's possible?  In the PasTree unit I don't see data >> structures for comments / directives.  Thanks. > > No, it is currently not possible. > > There is already a hook for comments. > > We could additionally provide a hook that is called whenever a directive > is encountered. Then you can create your own structures. > > Michael. > From b_lists at patandbrian.org Wed May 20 01:12:25 2020 From: b_lists at patandbrian.org (Brian) Date: Tue, 19 May 2020 19:12:25 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> Message-ID: On 5/17/20 10:00 AM, I wrote: > On 5/16/20 3:03 PM, Juha Manninen via lazarus wrote: >> On Sat, May 16, 2020 at 2:49 PM Brian via lazarus >> wrote: >>> I tried that. Now *every* keypress is duplicated. >> >> It was allegedly fixed in trunk r63089 less than 3 weeks ago. >> See: >> https://bugs.freepascal.org/view.php?id=30863 >> If nobody gets the duplicate key problem with trunk any more, that >> issue and all its related issues can finally be resolved. >> Please test everybody. >> > > I just updated both trunks (via fpcupdeluxe) and rebuilt, and now the > i => tab-i and m => line feed problems have disappeared. :) :) > > Starting Lazarus per Graeme's instructions (i.e. with a blank config) > no longer produces duplicate keypresses either. > > Whoever fixed that, well done and thank you VERY much! :) > Regrettably, it appears I spoke too soon. I fired up Lazarus again and the problem is back. I'm compiling trunk for both fpc and lazarus using fpcupdeluxe. To recap, this is under Linux Mint 19.3 64-bit (Ubuntu base). I have absolutely *NOT* done any keyboard remapping nor defined any macros since everything last worked correctly. The setup I have in a LMDE (Linux Mint Debian) virtual machine still works correctly. I will update both setups, so that I know I am (should be!) running exactly the same versions of trunk, and report back in due course. Brian. From camargo.ufpr at gmail.com Wed May 20 06:03:10 2020 From: camargo.ufpr at gmail.com (=?UTF-8?Q?Maur=C3=ADcio_Camargo?=) Date: Wed, 20 May 2020 01:03:10 -0300 Subject: [Lazarus] Icon program cannot be set as favorite in Ubuntu 18.04 Message-ID: Hi. I note that in Ubuntu the icon program in the launcher does not have "Add to favorites". How can I fix my program in the bar? Thanks. Maurício -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmlandmesser at gmx.de Wed May 20 11:50:15 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Wed, 20 May 2020 11:50:15 +0200 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> Message-ID: <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> Am 20.05.20 um 01:12 schrieb Brian via lazarus: > > Regrettably, it appears I spoke too soon. I fired up Lazarus again and > the problem is back. I'm compiling trunk for both fpc and lazarus > using fpcupdeluxe. To recap, this is under Linux Mint 19.3 64-bit > (Ubuntu base). I have absolutely *NOT* done any keyboard remapping nor > defined any macros since everything last worked correctly. The setup I > have in a LMDE (Linux Mint Debian) virtual machine still works correctly. > > I will update both setups, so that I know I am (should be!) running > exactly the same versions of trunk, and report back in due course. > > Brian. > > Perhaps try another version of fpcupdeluxe? https://github.com/LongDirtyAnimAlf/fpcupdeluxe/releases From b_lists at patandbrian.org Wed May 20 14:37:14 2020 From: b_lists at patandbrian.org (Brian) Date: Wed, 20 May 2020 08:37:14 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> Message-ID: <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> On 5/20/20 5:50 AM, John Landmesser via lazarus wrote: > Am 20.05.20 um 01:12 schrieb Brian via lazarus: >> >> Regrettably, it appears I spoke too soon. I fired up Lazarus again and >> the problem is back. I'm compiling trunk for both fpc and lazarus >> using fpcupdeluxe. To recap, this is under Linux Mint 19.3 64-bit >> (Ubuntu base). I have absolutely *NOT* done any keyboard remapping nor >> defined any macros since everything last worked correctly. The setup I >> have in a LMDE (Linux Mint Debian) virtual machine still works >> correctly. >> >> I will update both setups, so that I know I am (should be!) running >> exactly the same versions of trunk, and report back in due course. >> >> Brian. >> >> > Perhaps try another version of fpcupdeluxe? > > https://github.com/LongDirtyAnimAlf/fpcupdeluxe/releases > I downloaded the latest as then was for linux on x86_64. I see there has been another release since I wrote my post. I'll give it a try. I guess I could also try the qt5 version. Brian. From michael at freepascal.org Thu May 21 16:13:55 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Thu, 21 May 2020 16:13:55 +0200 (CEST) Subject: [Lazarus] Tool to make icons ? Message-ID: Hi, What is the tool used to make icons for standard Lazarus components ? Every time I need to make an icon for a component, I find myself in the situation that I start looking for a tool on internet. Should not lazarus come out of the box with a basic tool that allows you to create component icons with the correct sizes ? Michael. From leobronstain at gmail.com Thu May 21 16:23:50 2020 From: leobronstain at gmail.com (Leyba Bronstain) Date: Thu, 21 May 2020 17:23:50 +0300 Subject: [Lazarus] Tool to make icons ? In-Reply-To: References: Message-ID: 21.05.2020 17:13, Michael Van Canneyt via lazarus пишет: > > Hi, > > What is the tool used to make icons for standard Lazarus components ? > Every time I need to make an icon for a component, I find myself in > the situation that I start looking for a tool on internet. > > Should not lazarus come out of the box with a basic tool that allows > you to > create component icons with the correct sizes ? > > Michael. IMO, inkscape https://inkscape.org/ -- /-- with best regards, Zoltanleo aka Док/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From gabor at poczta.onet.pl Thu May 21 16:26:02 2020 From: gabor at poczta.onet.pl (gabor) Date: Thu, 21 May 2020 16:26:02 +0200 Subject: [Lazarus] Tool to make icons ? In-Reply-To: References: Message-ID: <4b14049c-dd0d-ee04-6215-beabe96b2696@poczta.onet.pl> I use "Greenfish Icon Editor". GPL with FPC/Lazarus sources. http://greenfishsoftware.org/gfie.php W dniu 2020-05-21 o 16:13, Michael Van Canneyt via lazarus pisze: > > Hi, > > What is the tool used to make icons for standard Lazarus components ? > Every time I need to make an icon for a component, I find myself in the > situation that I start looking for a tool on internet. > > Should not lazarus come out of the box with a basic tool that allows you to > create component icons with the correct sizes ? > > Michael. From werner.pamler at freenet.de Thu May 21 16:57:09 2020 From: werner.pamler at freenet.de (Werner Pamler) Date: Thu, 21 May 2020 16:57:09 +0200 Subject: [Lazarus] Tool to make icons ? In-Reply-To: References: Message-ID: Am 21.05.2020 um 16:13 schrieb Michael Van Canneyt via lazarus: > What is the tool used to make icons for standard Lazarus components ? Roland Hahn who designed most of the palette and a good part of the toolbar icons is using Inkscape. This may be a bit surprising because Inkscape is a vector graphics program for svg drawings, but icons are bitmaps. The main advantage is that every feature of the drawing is available as a separate object, not merged together like in the bitmap programs (unless layers are supported). Producing svg vector drawings it is enough to do an image once and export the three resolutions (95ppi, 144pii, 192ppi) from that single source file. Well - in principle because the 150% image usually becomes a bit blurred this way. Roland goes even a step further and does every size individually in order to fine-tune details.  And the final advantage is that we have svg files for the time when a future Lazarus will support to scalable svg images. In the meantime I tried Inkscape myself for some of my own components, and yes, once I learned the basic operations it is really well-suited. > Should not lazarus come out of the box with a basic tool that allows > you to > create component icons with the correct sizes ? It really would have to be an advanced program, most of all supporting layers, and I think that this would be too much work. Besides GreenFish there is also LazPaint, both written with Lazarus and are very good. From michael at freepascal.org Thu May 21 17:45:55 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Thu, 21 May 2020 17:45:55 +0200 (CEST) Subject: [Lazarus] Tool to make icons ? In-Reply-To: References: Message-ID: On Thu, 21 May 2020, Werner Pamler via lazarus wrote: > Am 21.05.2020 um 16:13 schrieb Michael Van Canneyt via lazarus: >> What is the tool used to make icons for standard Lazarus components ? > > Roland Hahn who designed most of the palette and a good part of the > toolbar icons is using Inkscape. This may be a bit surprising because > Inkscape is a vector graphics program for svg drawings, but icons are > bitmaps. The main advantage is that every feature of the drawing is > available as a separate object, not merged together like in the bitmap > programs (unless layers are supported). Producing svg vector drawings it > is enough to do an image once and export the three resolutions (95ppi, > 144pii, 192ppi) from that single source file. Well - in principle > because the 150% image usually becomes a bit blurred this way. Roland > goes even a step further and does every size individually in order to > fine-tune details.  And the final advantage is that we have svg files > for the time when a future Lazarus will support to scalable svg images. OK. Where are the SVG sources for the icons ? I looked but can't find them. I need to create a new dataset descendent image. It would be good to be able to start from one of the existing SVGs and simply change the text. So maybe the SVGs of the original icons could be included in the lazarus distribution. That way people can take an existing one and change it. > > In the meantime I tried Inkscape myself for some of my own components, > and yes, once I learned the basic operations it is really well-suited. I believe it. >> Should not lazarus come out of the box with a basic tool that allows >> you to >> create component icons with the correct sizes ? > > It really would have to be an advanced program, most of all supporting > layers, and I think that this would be too much work. Besides GreenFish > there is also LazPaint, both written with Lazarus and are very good. Yes and no. The goal is to be able to make a minimalistic icon quickly. For this you don't need a full-blown editor. I expect such tool to be included in Lazarus. For Delphi I still use the icon editor that came with D7. Since they later removed it, I specially saved this program in a separate folder. For example, I have my own TDatasource. I just changed the colors of the TDatasource one. The icons will not win a beauty prize, but at least every component gets a distinct icon. Anyway, thanks everyone for the answers ! If the SVG files could be committed, that would be nice. Michael. From werner.pamler at freenet.de Thu May 21 17:59:49 2020 From: werner.pamler at freenet.de (Werner Pamler) Date: Thu, 21 May 2020 17:59:49 +0200 Subject: [Lazarus] Tool to make icons ? In-Reply-To: References: Message-ID: <233069df-3796-d3a8-981a-cbb99771bcd9@freenet.de> Am 21.05.2020 um 17:45 schrieb Michael Van Canneyt via lazarus: > Where are the SVG sources for the icons ? https://sourceforge.net/p/lazarus-ccr/svn/HEAD/tree/image_sources/ From michael at freepascal.org Thu May 21 18:06:54 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Thu, 21 May 2020 18:06:54 +0200 (CEST) Subject: [Lazarus] Tool to make icons ? In-Reply-To: <233069df-3796-d3a8-981a-cbb99771bcd9@freenet.de> References: <233069df-3796-d3a8-981a-cbb99771bcd9@freenet.de> Message-ID: On Thu, 21 May 2020, Werner Pamler via lazarus wrote: > Am 21.05.2020 um 17:45 schrieb Michael Van Canneyt via lazarus: >> Where are the SVG sources for the icons ? Great ! Thanks ! Now I still need to learn some Inkscape, but that's for later :-) Michael. From vojtech.cihak at atlas.cz Thu May 21 18:18:24 2020 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=c4=9bch_=c4=8cih=c3=a1k?=) Date: Thu, 21 May 2020 18:18:24 +0200 Subject: [Lazarus] =?utf-8?q?Tool_to_make_icons_=3F?= In-Reply-To: References: Message-ID: <20200521181824.0D019592@atlas.cz> I also use Inkscape and rsvg-convert   I have a script for converting all *.svg icons to multiple sizes:   #!/bin/bash   for i in *.[Ss][Vv][Gg]; do rsvg-convert $i -w 64 -h 64 -a -o ../png_all/`echo $i | sed -e 's/.svg$/_64.png/'`; done   for i in *.[Ss][Vv][Gg]; do rsvg-convert $i -w 56 -h 56 -a -o ../png_all/`echo $i | sed -e 's/.svg$/_56.png/'`; done   for i in *.[Ss][Vv][Gg]; do rsvg-convert $i -w 48 -h 48 -a -o ../png_all/`echo $i | sed -e 's/.svg$/_48.png/'`; done   for i in *.[Ss][Vv][Gg]; do rsvg-convert $i -w 40 -h 40 -a -o ../png_all/`echo $i | sed -e 's/.svg$/_40.png/'`; done   for i in *.[Ss][Vv][Gg]; do rsvg-convert $i -w 32 -h 32 -a -o ../png_all/`echo $i | sed -e 's/.svg$/_32.png/'`; done   for i in *.[Ss][Vv][Gg]; do rsvg-convert $i -w 28 -h 28 -a -o ../png_all/`echo $i | sed -e 's/.svg$/_28.png/'`; done   for i in *.[Ss][Vv][Gg]; do rsvg-convert $i -w 24 -h 24 -a -o ../png_all/`echo $i | sed -e 's/.svg$/_24.png/'`; done   for i in *.[Ss][Vv][Gg]; do rsvg-convert $i -w 20 -h 20 -a -o ../png_all/`echo $i | sed -e 's/.svg$/_20.png/'`; done   for i in *.[Ss][Vv][Gg]; do rsvg-convert $i -w 16 -h 16 -a -o ../png_all/`echo $i | sed -e 's/svg$/png/'`; done               Yes, non-integer scaling may be blury sometimes but nothing horrible.   V.   ______________________________________________________________ > Od: "Michael Van Canneyt via lazarus" > Komu: "Lazarus mailing list" > Datum: 21.05.2020 16:14 > Předmět: [Lazarus] Tool to make icons ? > Hi, What is the tool used to make icons for standard Lazarus components ? Every time I need to make an icon for a component, I find myself in the situation that I start looking for a tool on internet. Should not lazarus come out of the box with a basic tool that allows you to create component icons with the correct sizes ? Michael. -- _______________________________________________ lazarus mailing list lazarus at lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut.png Type: image/png Size: 635 bytes Desc: cut.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut_20.png Type: image/png Size: 822 bytes Desc: cut_20.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut_24.png Type: image/png Size: 1068 bytes Desc: cut_24.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut_28.png Type: image/png Size: 1324 bytes Desc: cut_28.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut_32.png Type: image/png Size: 1631 bytes Desc: cut_32.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut_40.png Type: image/png Size: 2193 bytes Desc: cut_40.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut_48.png Type: image/png Size: 2827 bytes Desc: cut_48.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut_56.png Type: image/png Size: 3422 bytes Desc: cut_56.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut_64.png Type: image/png Size: 3969 bytes Desc: cut_64.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cut.svg Type: image/svg+xml Size: 8736 bytes Desc: cut.svg URL: From werner.pamler at freenet.de Thu May 21 18:51:44 2020 From: werner.pamler at freenet.de (Werner Pamler) Date: Thu, 21 May 2020 18:51:44 +0200 Subject: [Lazarus] Tool to make icons ? In-Reply-To: References: <233069df-3796-d3a8-981a-cbb99771bcd9@freenet.de> Message-ID: <1ac622c5-b321-4528-28f6-e1d7d831043c@freenet.de> Am 21.05.2020 um 18:06 schrieb Michael Van Canneyt via lazarus: > Now I still need to learn some Inkscape, but that's for later :-) I feel with you... Unfortunately every graphics program has its own short cuts and places in the menus and toolbars, and yes, Inkscape, like the well-respsected Gimp, is not a master-piece in user-guidance, at least for my way of working.  Since the icons are stored in universal svg, however, you can also switch you other vector programs instead, like CorelDraw or LibreOffice Draw. But they have other issues... From alxandev at gmail.com Thu May 21 19:12:26 2020 From: alxandev at gmail.com (Alexander Nava) Date: Thu, 21 May 2020 13:12:26 -0400 Subject: [Lazarus] Fwd: Consulta sobre Lazarus Ide In-Reply-To: References: Message-ID: Good afternoon I am developing an application with lazarus ide and freepascal on a workstation that works with gnu linux debian 10 32 bits, we need to port the application to windows 32 and 64 bits for the company I am working with. I have some questions: 1- As it is done for said application it can be ported to windows, since I have followed the tutorials of the official page of lazarus and freepascal, and nothing that allows us to port the application. 2.- In the same way, you could develop any application to other operating systems such as unix and mac using the same code 3.- Lazarus ide and freepascal can port an application to mobile phones, that is, for android and mac operating systems. Thanks for your help. Alexander Nava -------------- next part -------------- An HTML attachment was scrubbed... URL: From vojtech.cihak at atlas.cz Thu May 21 19:13:25 2020 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=c4=9bch_=c4=8cih=c3=a1k?=) Date: Thu, 21 May 2020 19:13:25 +0200 Subject: [Lazarus] =?utf-8?q?Tool_to_make_icons_=3F?= In-Reply-To: <1ac622c5-b321-4528-28f6-e1d7d831043c@freenet.de> References: , , , <233069df-3796-d3a8-981a-cbb99771bcd9@freenet.de>, <1ac622c5-b321-4528-28f6-e1d7d831043c@freenet.de> Message-ID: <20200521191325.4E9143D5@atlas.cz> IMO Inkscape works much better compared to Karbon (if it is what you meant LibreOffice Draw). Therefore I prefer it, even if it is a little stranger (GTK app.) on my Plasma desktop.   V. ______________________________________________________________ > Od: "Werner Pamler via lazarus" > Komu: lazarus at lists.lazarus-ide.org > Datum: 21.05.2020 18:54 > Předmět: Re: [Lazarus] Tool to make icons ? > Am 21.05.2020 um 18:06 schrieb Michael Van Canneyt via lazarus: > Now I still need to learn some Inkscape, but that's for later :-) I feel with you... Unfortunately every graphics program has its own short cuts and places in the menus and toolbars, and yes, Inkscape, like the well-respsected Gimp, is not a master-piece in user-guidance, at least for my way of working.  Since the icons are stored in universal svg, however, you can also switch you other vector programs instead, like CorelDraw or LibreOffice Draw. But they have other issues... -- _______________________________________________ lazarus mailing list lazarus at lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus -------------- next part -------------- An HTML attachment was scrubbed... URL: From bo.berglund at gmail.com Thu May 21 23:39:40 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Thu, 21 May 2020 23:39:40 +0200 Subject: [Lazarus] Lazarus crashes when opening project under conversion, how to fix? Message-ID: I am using Lazarus 2.0.8 32bit in Win 10 x64 with FPC 3.0.4 I am trying to convert a project created in Delphi7 and maintained in D7 and Delphi 2007 so it can be worked on in Lazarus/FPC. It is a service application so it uses TService, which does not exist in FPC. The closest candidate is TDaemon, so on advice here or in the forum I have tried adding a "rename": type {$IFDEF FPC} TService = class(TDaemon) private public end; {$ENDIF} When I did that Lazarus showed a lot of errors when trying to do a test compile (as expected). I did not have time to fix it though at the time so I closed Lazarus. Now I have a problem to even start Lazarus, it immediately shows crash dialogs saying: An error occurred at last startup while loading D:\Engineering\Projects\Sobversio...\RemoteServer.lpi It is not very useful to see a path that is cut in the middle so I cannot find where it is at... How can I find *which* of the projects it is actually trying to load? I have several test projects created during various attempts at conversion... Or can I please open Lazarus *without a project* so I can decide myself which project to load? It was half a week ago when I was last using Lazarus as described above and I cannot remember exactly which version of the converted code I was dealing with. So now I am back again and I cannot even start Lazarus because it just errors out on the old project while giving me no chance to get to the editor to fix the problem. It looks by the few dialogs I see before it crashes that the code contains objects with incorrect or missing properties of some kind and if I proceed anyway I get to an access violation and Lazarus crashes! Seems like there is a Catch 22 built into the Lazarus project handling that disallows one from using the editor to fix project problems.... What can I do in order: A) To find which actual project file it is having problems with? B) To load the project into the editor so I can fix whatever problem it is having? -- Bo Berglund Developer in Sweden From luca at wetron.es Thu May 21 23:51:18 2020 From: luca at wetron.es (Luca Olivetti) Date: Thu, 21 May 2020 23:51:18 +0200 Subject: [Lazarus] Lazarus crashes when opening project under conversion, how to fix? In-Reply-To: References: Message-ID: <5b74fdd9-c3ca-c2d1-4439-c0beb09be1c3@wetron.es> El 21/5/20 a les 23:39, Bo Berglund via lazarus ha escrit: > > Or can I please open Lazarus *without a project* so I can decide > myself which project to load? lazarus --help will tell you all the available options, among them --skip-last-project which should start lazarus without loading the last project. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From jmlandmesser at gmx.de Fri May 22 10:49:03 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Fri, 22 May 2020 10:49:03 +0200 Subject: [Lazarus] Lazarus crashes when opening project under conversion, how to fix? In-Reply-To: References: Message-ID: <29cb7b36-bb2f-690b-9cec-41419a42c8ce@gmx.de> Am 21.05.20 um 23:39 schrieb Bo Berglund via lazarus: > I am using Lazarus 2.0.8 32bit in Win 10 x64 with FPC 3.0.4 > > I am trying to convert a project created in Delphi7 and maintained in > D7 and Delphi 2007 so it can be worked on in Lazarus/FPC. > > It is a service application so it uses TService, which does not exist > in FPC. The closest candidate is TDaemon, so on advice here or in the > forum I have tried adding a "rename": > > type > {$IFDEF FPC} > TService = class(TDaemon) > private > public > end; > {$ENDIF} > > When I did that Lazarus showed a lot of errors when trying to do a > test compile (as expected). I did not have time to fix it though at > the time so I closed Lazarus. > > Now I have a problem to even start Lazarus, it immediately shows crash > dialogs saying: > An error occurred at last startup while loading > D:\Engineering\Projects\Sobversio...\RemoteServer.lpi > > It is not very useful to see a path that is cut in the middle so I > cannot find where it is at... > > How can I find *which* of the projects it is actually trying to load? > I have several test projects created during various attempts at > conversion... > > Or can I please open Lazarus *without a project* so I can decide > myself which project to load? > > It was half a week ago when I was last using Lazarus as described > above and I cannot remember exactly which version of the converted > code I was dealing with. > > So now I am back again and I cannot even start Lazarus because it just > errors out on the old project while giving me no chance to get to the > editor to fix the problem. > > It looks by the few dialogs I see before it crashes that the code > contains objects with incorrect or missing properties of some kind and > if I proceed anyway I get to an access violation and Lazarus crashes! > > Seems like there is a Catch 22 built into the Lazarus project handling > that disallows one from using the editor to fix project problems.... > > What can I do in order: > A) To find which actual project file it is having problems with? > > B) To load the project into the editor so I can fix whatever problem > it is having? > > Perhaps resize the error Dialog or hit ctrl+c to copy the message to clipboard? From jmlandmesser at gmx.de Fri May 22 10:58:16 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Fri, 22 May 2020 10:58:16 +0200 Subject: [Lazarus] Fwd: Consulta sobre Lazarus Ide In-Reply-To: References: Message-ID: <3438a5de-bd65-99f2-1570-02c2aef08466@gmx.de> Am 21.05.20 um 19:12 schrieb Alexander Nava via lazarus: > Good afternoon  I am developing an application with lazarus ide and > freepascal on a workstation that works with gnu linux debian 10 32 > bits, we need to port the application to windows 32 and 64 bits for > the company I am working with. I have some questions: 1- As it is done > for said application it can be ported to windows, since I have > followed the tutorials of the official page of lazarus and freepascal, > and nothing that allows us to port the application. 2.- In the same > way, you could develop any application to other operating systems such > as unix and mac using the same code 3.- Lazarus ide and freepascal can > port an application to mobile phones, that is, for android and mac > operating systems. Thanks for your help. Alexander Nava > > > Perhaps have a look at: https://wiki.freepascal.org/fpcupdeluxe or download directly: https://github.com/LongDirtyAnimAlf/fpcupdeluxe/releases/tag/1.6.8u -------------- next part -------------- An HTML attachment was scrubbed... URL: From shokwave at gmx.net Fri May 22 15:41:58 2020 From: shokwave at gmx.net (shoKwave) Date: Fri, 22 May 2020 15:41:58 +0200 Subject: [Lazarus] Icon program cannot be set as favorite in Ubuntu 18.04 In-Reply-To: References: Message-ID: Hi, I don't have a Ubuntu running currently, but I could imagine you run your binary directly. You should try to create a .desktop file and run your application that way. A .desktop file is a simple textfile whitch contains some metainformation (like a .lnk on Windows) and looks like this. [Desktop Entry] Name=Lazarus Installation Manager Comment=Manage different Lazarusinstallations Exec=/home/ingo/dev/lim/lim %U StartupNotify=true Terminal=false Type=Application Icon=/home/ingo/dev/lim/icons/Logo100x100.png Categories=Development; On ElementaryOS storing the file in ~/.local/share/applications creates an entry in the menu and if I run my app that way I can fix it in the dock. Hope this helps. Ingo Am 20.05.2020 um 06:03 schrieb Maurício Camargo via lazarus: > Hi. > I note that in Ubuntu the icon program in the launcher does not have > "Add to favorites". > How can I fix my program in the bar? > Thanks. > Maurício > From mailinglists at geldenhuys.co.uk Fri May 22 18:03:29 2020 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 22 May 2020 17:03:29 +0100 Subject: [Lazarus] Tool to make icons ? In-Reply-To: References: Message-ID: On 21/05/2020 3:13 pm, Michael Van Canneyt via lazarus wrote: > What is the tool used to make icons for standard Lazarus components ? Aseprite is brilliant. Included in Linux package repositories too. I use it for pixel art - playing around with game development. There are loads of fantastic tutorials on youtube too. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From juha.manninen62 at gmail.com Fri May 22 20:02:29 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 22 May 2020 21:02:29 +0300 Subject: [Lazarus] Lazarus crashes when opening project under conversion, how to fix? In-Reply-To: References: Message-ID: On Fri, May 22, 2020 at 12:39 AM Bo Berglund via lazarus wrote: > ... I get to an access violation and Lazarus crashes! That is bad. Please copy a compressed project which crashes the IDE. I will look at it. Juha From juha.manninen62 at gmail.com Fri May 22 20:14:30 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 22 May 2020 21:14:30 +0300 Subject: [Lazarus] Fwd: Consulta sobre Lazarus Ide In-Reply-To: References: Message-ID: On Thu, May 21, 2020 at 8:12 PM Alexander Nava via lazarus wrote: > I have some questions: What are the actual questions? What means "... and nothing that allows us to port the application." The libraries that come with FPC and Lazarus are cross-platform. For example an LCL GUI application can be compiled for different OS / widgetset systems. Android is also supported but LCL is not ported for it. You must use different GUI libs then. Juha From coppolastudio at gmail.com Sat May 23 08:25:26 2020 From: coppolastudio at gmail.com (Salvatore Coppola) Date: Sat, 23 May 2020 08:25:26 +0200 Subject: [Lazarus] Lazarus handbook environment proposal Message-ID: Goodmorning people, some of us are waiting in presale for the Lazarus Handbook. I've read from Detlef that will be printed soon. I've seen on Blaisepascal site that will'be distributed both paper and pdf. Btw there are about 1600 pages and many are analytic index so, for actual knowledgew of peoples at nowdays, analytics index is useless (specially if we have th pdf), so the proposal for the Editor (Blaisepascal) is, if we are in time, strip from the the handbook this pages, the handbook will remain excellent as well and a tree will thank. What do you thinks Salvatore -------------- next part -------------- An HTML attachment was scrubbed... URL: From coppolastudio at gmail.com Sat May 23 09:10:02 2020 From: coppolastudio at gmail.com (Salvatore Coppola) Date: Sat, 23 May 2020 09:10:02 +0200 Subject: [Lazarus] Tool to make icons ? In-Reply-To: References: Message-ID: With IcoFX tool I stopped myself googling (also available in portableapps). It create multiple layers icon according with the OS style. See the screenshots Salvatore Il giorno ven 22 mag 2020 alle ore 18:03 Graeme Geldenhuys via lazarus < lazarus at lists.lazarus-ide.org> ha scritto: > On 21/05/2020 3:13 pm, Michael Van Canneyt via lazarus wrote: > > What is the tool used to make icons for standard Lazarus components ? > > Aseprite is brilliant. Included in Linux package repositories too. I use > it for pixel art - playing around with game development. There are loads > of fantastic tutorials on youtube too. > > Regards, > Graeme > > -- > fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal > http://fpgui.sourceforge.net/ > > My public PGP key: http://tinyurl.com/graeme-pgp > -- > _______________________________________________ > lazarus mailing list > lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: IcoFX_1.png Type: image/png Size: 29220 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: IcoFX_2.png Type: image/png Size: 16742 bytes Desc: not available URL: From michael at freepascal.org Sat May 23 09:15:00 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Sat, 23 May 2020 09:15:00 +0200 (CEST) Subject: [Lazarus] Lazarus handbook environment proposal In-Reply-To: References: Message-ID: On Sat, 23 May 2020, Salvatore Coppola via lazarus wrote: > Goodmorning people, > some of us are waiting in presale for the Lazarus Handbook. I've read from > Detlef that will be printed soon. I've seen on Blaisepascal site that > will'be distributed both paper and pdf. Btw there are about 1600 pages and > many are analytic index so, for actual knowledgew of peoples at nowdays, > analytics index is useless (specially if we have th pdf), so the proposal > for the Editor (Blaisepascal) is, if we are in time, strip from the the > handbook this pages, the handbook will remain excellent as well and a tree > will thank. What do you thinks The previews you got till now were test versions. In particular the index was auto-generated which of course resulted in an unusable large index. We realized the book was to big, so we have recently done some efforts to reduce the paper usage: - Reduce use of different fonts, use 10 pt instead of 11pt. - Remove borders around images. - The index will be hand-crafted to a more reasonable size. This reduces the amount of pages drastically, so the final book will definitely not be 1600 pages. The work is not done yet, so we don't know the actual outcome, but based on some reworked chapters, we suspect it will be more like 900 to 1000 pages. Michael. From coppolastudio at gmail.com Sat May 23 10:05:31 2020 From: coppolastudio at gmail.com (Salvatore Coppola) Date: Sat, 23 May 2020 10:05:31 +0200 Subject: [Lazarus] Lazarus handbook environment proposal In-Reply-To: References: Message-ID: Clear, thanks Il giorno sab 23 mag 2020 alle ore 09:15 Michael Van Canneyt via lazarus < lazarus at lists.lazarus-ide.org> ha scritto: > > > On Sat, 23 May 2020, Salvatore Coppola via lazarus wrote: > > > Goodmorning people, > > some of us are waiting in presale for the Lazarus Handbook. I've read > from > > Detlef that will be printed soon. I've seen on Blaisepascal site that > > will'be distributed both paper and pdf. Btw there are about 1600 pages > and > > many are analytic index so, for actual knowledgew of peoples at nowdays, > > analytics index is useless (specially if we have th pdf), so the proposal > > for the Editor (Blaisepascal) is, if we are in time, strip from the the > > handbook this pages, the handbook will remain excellent as well and a > tree > > will thank. What do you thinks > > The previews you got till now were test versions. In particular the index > was > auto-generated which of course resulted in an unusable large index. > > We realized the book was to big, so we have recently done some efforts to > reduce the paper usage: > - Reduce use of different fonts, use 10 pt instead of 11pt. > - Remove borders around images. > - The index will be hand-crafted to a more reasonable size. > This reduces the amount of pages drastically, so the final book > will definitely not be 1600 pages. > > The work is not done yet, so we don't know the actual outcome, but based on > some reworked chapters, we suspect it will be more like 900 to 1000 pages. > > Michael. > -- > _______________________________________________ > lazarus mailing list > lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bo.berglund at gmail.com Sun May 24 10:59:41 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Sun, 24 May 2020 10:59:41 +0200 Subject: [Lazarus] Icon program cannot be set as favorite in Ubuntu 18.04 References: Message-ID: <4ddkcfdsp2lnb45o0cu4pn7ip5s92rsc6p@4ax.com> On Wed, 20 May 2020 01:03:10 -0300, Maurício Camargo via lazarus wrote: >Hi. >I note that in Ubuntu the icon program in the launcher does not have "Add >to favorites". >How can I fix my program in the bar? >Thanks. >Maurício Create a "desktop" text file: ~/.local/share/applications/lazarus_2.0.8.desktop (change the version number to suit) In this file put this (the example is what I have on an RPi4 with Raspbian Buster): [Desktop Entry] Comment=Lazarus IDE 2.0.8 Terminal=false Name=Lazarus 2.0.8 Exec=/home/pi/dev/lazarus/2.0.8/startlazarus --pcp=/home/pi/.lazarus_2.0.8 %f Type=Application Icon=/home/pi/dev/lazarus/2.0.8/images/ide_icon48x48.png Categories=Application;IDE;Development;GTK;GUIDesigner;Programming; NoDisplay=false Keywords=editor;Pascal;IDE;FreePascal;fpc;Design;Designer; All lines start with keyword= and if the view above does not show that then the line has been wrapped down. Notice that the paths in my example refers to my installation inside the pi home, on yours you have to adapt it to your situation. Also notice the use of the --pcp argument, it is needed if you run more than one version of Lazarus on your system (I have 4). -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Sun May 24 22:21:31 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Sun, 24 May 2020 22:21:31 +0200 Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities Message-ID: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> I have been using fpc/Lazarus on Windows and Raspbian Buster for years and it has worked just fine. Now I have installed fpc 3.0.4 / lazarus 2.0.8 in Ubuntu 18.04.4 LTS on a repurposed HP notebook (8440w). It seemed to work OK until I retrieved code via SVN that has worked on Windows and Raspbian in order to build for Linux on Intel hardware. When I load the project all is OK, but when I try to compile I get to an error: Error: resource compiler "fpcres" not found, switching to external mode But fpres is built during installation of fpc/lazarus and the binary is placed in ~/bin, which usually is available on path. So it seems like on this Ubuntu machine the existing ~/bin dir does not result in it being placed on PATH and therefore Lazarus is unable to use it. What can be done to fix this? Notice: ------- I access the Ubuntu Mate desktop via VNC from my Windows 10 main computer because the notebook is not used actively (it sits in a cupboard). THis way of operation has worked just fine with Lazarus on Raspbian (Raspberry Pi) for years, why not on Ubuntu 18? And the /home/bosse/.profile file contains this: # set PATH so it includes user's private bin if it exists if [ -d "$HOME/bin" ] ; then PATH="$HOME/bin:$PATH" fi # set PATH so it includes user's private bin if it exists if [ -d "$HOME/.local/bin" ] ; then PATH="$HOME/.local/bin:$PATH" fi So it should automatically add ~/bin to PATH, right? But it is not happening, PATH does not have /home/bosse/bin at the beginning.... Any help appreciated! -- Bo Berglund Developer in Sweden From nc-gaertnma at netcologne.de Sun May 24 22:30:04 2020 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 24 May 2020 22:30:04 +0200 Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities In-Reply-To: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> Message-ID: <20200524223004.4da08e55@limapholos.matflo.wg> On Sun, 24 May 2020 22:21:31 +0200 Bo Berglund via lazarus wrote: >[...] > But fpres is built during installation of fpc/lazarus and the binary > is placed in ~/bin, which usually is available on path. > And the /home/bosse/.profile file contains this: Not every shell uses /home/bosse/.profile. How do you start lazarus? Maybe this starter uses its own environment. >[...] Mattias From bo.berglund at gmail.com Sun May 24 23:08:59 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Sun, 24 May 2020 23:08:59 +0200 Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> Message-ID: On Sun, 24 May 2020 22:30:04 +0200, Mattias Gaertner via lazarus wrote: >On Sun, 24 May 2020 22:21:31 +0200 >Bo Berglund via lazarus wrote: > >>[...] >> But fpres is built during installation of fpc/lazarus and the binary >> is placed in ~/bin, which usually is available on path. > >> And the /home/bosse/.profile file contains this: > >Not every shell uses /home/bosse/.profile. > >How do you start lazarus? Maybe this starter uses its own environment. > I always start Lazarus from the application menu (or a shortcut to that desktop file placed on the desktop itself. The content of the desktop file in use is (my logon username is bosse): [Desktop Entry] Comment=Lazarus IDE 2.0.8 Terminal=false Name=Lazarus 2.0.8 Exec=/home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8 %f Type=Application Icon=/home/bosse/dev/lazarus/2.0.8/images/ide_icon48x48.png Categories=Application;IDE;Development;GTK;GUIDesigner;Programming; NoDisplay=false Keywords=editor;Pascal;IDE;FreePascal;fpc;Design;Designer; This file is visible on the desktop as an icon as well as on the menu subsection "programming". As I said I access the Ubuntu machine via VNC so I can work on it simultaneously as doing other things on Windows. NOTE: I had a problem with the Terminal application, which also does not get the ~/bin dir added to its path even though .profile says so... Turned out (after asking on the ubuntu forum) that the Mate and Gnome Terminal programs both have an Edit/Profile settings where one can set the terminal to "run command as a login shell" When I checked that the terminal after a restart had ~/bin as the first entry in PATH. So I wonder if maybe Lazarus has a similar setting? Or maybe VNC server does? (Of course that is off-topic here, but still if someone "just knows" maybe a global solution might be possible) -- Bo Berglund Developer in Sweden From michael at freepascal.org Mon May 25 07:36:55 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 25 May 2020 07:36:55 +0200 (CEST) Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities In-Reply-To: References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> Message-ID: On Sun, 24 May 2020, Bo Berglund via lazarus wrote: > Comment=Lazarus IDE 2.0.8 > Terminal=false > Name=Lazarus 2.0.8 > Exec=/home/bosse/dev/lazarus/2.0.8/startlazarus Set this to /bin/bash -l home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8 %f and .profile will be read. I have a similar issue, and that is how I solved it. > > So I wonder if maybe Lazarus has a similar setting? No, you must set the options on the desktop/menu entry that starts lazarus. > Or maybe VNC server does? You must run lazarus not by directly running the startlazarus, but by invoking the shell with -l option. You can create a script for it. Michael. From bo.berglund at gmail.com Mon May 25 08:28:26 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 25 May 2020 08:28:26 +0200 Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> Message-ID: On Mon, 25 May 2020 07:36:55 +0200 (CEST), Michael Van Canneyt via lazarus wrote: > > >On Sun, 24 May 2020, Bo Berglund via lazarus wrote: > >> Comment=Lazarus IDE 2.0.8 >> Terminal=false >> Name=Lazarus 2.0.8 >> Exec=/home/bosse/dev/lazarus/2.0.8/startlazarus > >Set this to >/bin/bash -l home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8 %f > >and .profile will be read. > >I have a similar issue, and that is how I solved it. > >> >> So I wonder if maybe Lazarus has a similar setting? > >No, you must set the options on the desktop/menu entry that starts lazarus. > >> Or maybe VNC server does? > >You must run lazarus not by directly running the startlazarus, but by >invoking the shell with -l option. You can create a script for it. > >Michael. Something must have gone wrong here... I changed the desktop file but no Lazarus showed up so I tried to run the Exec command from a terminal instead: bosse at polaris-ubuntu:~$ /bin/bash -l /home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8 %f /home/bosse/dev/lazarus/2.0.8/startlazarus: /home/bosse/dev/lazarus/2.0.8/startlazarus: cannot execute binary file -- Bo Berglund Developer in Sweden From michael at freepascal.org Mon May 25 09:13:42 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 25 May 2020 09:13:42 +0200 (CEST) Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities In-Reply-To: References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> Message-ID: On Mon, 25 May 2020, Bo Berglund via lazarus wrote: > On Mon, 25 May 2020 07:36:55 +0200 (CEST), Michael Van Canneyt via > lazarus wrote: > >> >> >> On Sun, 24 May 2020, Bo Berglund via lazarus wrote: >> >>> Comment=Lazarus IDE 2.0.8 >>> Terminal=false >>> Name=Lazarus 2.0.8 >>> Exec=/home/bosse/dev/lazarus/2.0.8/startlazarus >> >> Set this to >> /bin/bash -l home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8 %f >> >> and .profile will be read. >> >> I have a similar issue, and that is how I solved it. >> >>> >>> So I wonder if maybe Lazarus has a similar setting? >> >> No, you must set the options on the desktop/menu entry that starts lazarus. >> >>> Or maybe VNC server does? >> >> You must run lazarus not by directly running the startlazarus, but by >> invoking the shell with -l option. You can create a script for it. >> >> Michael. > > Something must have gone wrong here... > I changed the desktop file but no Lazarus showed up so I tried to run > the Exec command from a terminal instead: > > bosse at polaris-ubuntu:~$ /bin/bash -l > /home/bosse/dev/lazarus/2.0.8/startlazarus > --pcp=/home/bosse/.lazarus_2.0.8 %f You must omit the %f on the command line. What happens if you do /bin/bash -l -c '/home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8' Michael. From michael at freepascal.org Mon May 25 09:13:42 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 25 May 2020 09:13:42 +0200 (CEST) Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities In-Reply-To: References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> Message-ID: On Mon, 25 May 2020, Bo Berglund via lazarus wrote: > On Mon, 25 May 2020 07:36:55 +0200 (CEST), Michael Van Canneyt via > lazarus wrote: > >> >> >> On Sun, 24 May 2020, Bo Berglund via lazarus wrote: >> >>> Comment=Lazarus IDE 2.0.8 >>> Terminal=false >>> Name=Lazarus 2.0.8 >>> Exec=/home/bosse/dev/lazarus/2.0.8/startlazarus >> >> Set this to >> /bin/bash -l home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8 %f >> >> and .profile will be read. >> >> I have a similar issue, and that is how I solved it. >> >>> >>> So I wonder if maybe Lazarus has a similar setting? >> >> No, you must set the options on the desktop/menu entry that starts lazarus. >> >>> Or maybe VNC server does? >> >> You must run lazarus not by directly running the startlazarus, but by >> invoking the shell with -l option. You can create a script for it. >> >> Michael. > > Something must have gone wrong here... > I changed the desktop file but no Lazarus showed up so I tried to run > the Exec command from a terminal instead: > > bosse at polaris-ubuntu:~$ /bin/bash -l > /home/bosse/dev/lazarus/2.0.8/startlazarus > --pcp=/home/bosse/.lazarus_2.0.8 %f You must omit the %f on the command line. What happens if you do /bin/bash -l -c '/home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8' Michael. From bo.berglund at gmail.com Mon May 25 12:18:50 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 25 May 2020 12:18:50 +0200 Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> Message-ID: <5q5ncfhqn1bsjc4g0pnnl32b4jgdo66lsd@4ax.com> On Mon, 25 May 2020 09:13:42 +0200 (CEST), Michael Van Canneyt via lazarus wrote: > > >On Mon, 25 May 2020, Bo Berglund via lazarus wrote: > >> On Mon, 25 May 2020 07:36:55 +0200 (CEST), Michael Van Canneyt via >> lazarus wrote: >> >>> >>> >>> On Sun, 24 May 2020, Bo Berglund via lazarus wrote: >>> >>>> Comment=Lazarus IDE 2.0.8 >>>> Terminal=false >>>> Name=Lazarus 2.0.8 >>>> Exec=/home/bosse/dev/lazarus/2.0.8/startlazarus >>> >>> Set this to >>> /bin/bash -l home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8 %f >>> >>> and .profile will be read. >>> >>> I have a similar issue, and that is how I solved it. >>> >>>> >>>> So I wonder if maybe Lazarus has a similar setting? >>> >>> No, you must set the options on the desktop/menu entry that starts lazarus. >>> >>>> Or maybe VNC server does? >>> >>> You must run lazarus not by directly running the startlazarus, but by >>> invoking the shell with -l option. You can create a script for it. >>> >>> Michael. >> >> Something must have gone wrong here... >> I changed the desktop file but no Lazarus showed up so I tried to run >> the Exec command from a terminal instead: >> >> bosse at polaris-ubuntu:~$ /bin/bash -l >> /home/bosse/dev/lazarus/2.0.8/startlazarus >> --pcp=/home/bosse/.lazarus_2.0.8 %f > >You must omit the %f on the command line. > >What happens if you do > >/bin/bash -l -c '/home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8' > Now Lazarus starts up with the project loaded and the compile and build operations work OK! :) How can I change the desktop files so they also work? I tried to set the Exec like this (single line of course, newsreader wraps..): Exec=/bin/bash -l -c '/home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8' Then Lazarus starts OK but again throws the error due to /home/bosse/bin missing from PATH. It seems like if one could set PATH correctly to include ~/bin for the VNC environment all would be solved... The VNC server is a service and is started via this file: /etc/systemd/system/vncserver at .service [Unit] Description=Systemd VNC server startup script for Ubuntu 18.04 After=syslog.target network.target [Service] Type=forking User=bosse ExecStartPre=-/usr/bin/vncserver -kill :%i &> /dev/null ExecStart=/usr/bin/vncserver -depth 24 -geometry 1680x1040 :%i PIDFile=/home/bosse/.vnc/%H:%i.pid ExecStop=/usr/bin/vncserver -kill :%i [Install] WantedBy=multi-user.target And I think that the content of this file is used as well: /home/bosse/.vnc/xstartup #!/bin/sh # Uncomment the following two lines for normal desktop: unset DBUS_SESSION_BUS_ADDRESS unset SESSION_MANAGER # exec /etc/X11/xinit/xinitrc [ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources xsetroot -solid grey vncconfig -iconic & x-terminal-emulator -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" & x-window-manager & mate-session & Finally, the VNC I am using was installed via apt install vnc4server Strange that I never ever saw this problem on Raspbian Buster on an RPi4... -- Bo Berglund Developer in Sweden From michael at freepascal.org Mon May 25 12:32:59 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 25 May 2020 12:32:59 +0200 (CEST) Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities In-Reply-To: <5q5ncfhqn1bsjc4g0pnnl32b4jgdo66lsd@4ax.com> References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> <5q5ncfhqn1bsjc4g0pnnl32b4jgdo66lsd@4ax.com> Message-ID: On Mon, 25 May 2020, Bo Berglund via lazarus wrote: >>> /home/bosse/dev/lazarus/2.0.8/startlazarus >>> --pcp=/home/bosse/.lazarus_2.0.8 %f >> >> You must omit the %f on the command line. >> >> What happens if you do >> >> /bin/bash -l -c '/home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8' >> > > Now Lazarus starts up with the project loaded and the compile and > build operations work OK! :) > > How can I change the desktop files so they also work? > I tried to set the Exec like this (single line of course, newsreader > wraps..): > > Exec=/bin/bash -l -c '/home/bosse/dev/lazarus/2.0.8/startlazarus > --pcp=/home/bosse/.lazarus_2.0.8' > > Then Lazarus starts OK but again throws the error due to > /home/bosse/bin missing from PATH. Where is it added to the PATH ? Normally, if you do this in .bashrc or .profile, the -l option forces bash to pick it up. > > It seems like if one could set PATH correctly to include ~/bin for the > VNC environment all would be solved... No, that won't help. Because you don't know with what environment the desktop items are started. My guess is these are started with a minimal environment. That is what I experienced, and the above is how I solved it. (Instead of bash I am using tcsh though...) Michael. From bo.berglund at gmail.com Mon May 25 18:50:44 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 25 May 2020 18:50:44 +0200 Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> <5q5ncfhqn1bsjc4g0pnnl32b4jgdo66lsd@4ax.com> Message-ID: <9ntncftvakmfh0bumjdhii8bidm45h4of5@4ax.com> On Mon, 25 May 2020 12:32:59 +0200 (CEST), Michael Van Canneyt via lazarus wrote: >> Then Lazarus starts OK but again throws the error due to >> /home/bosse/bin missing from PATH. > >Where is it added to the PATH ? Normally, if you do this in .bashrc or >.profile, the -l option forces bash to pick it up. > It is in ~/.profile These are the active lines in that file: # if running bash if [ -n "$BASH_VERSION" ]; then # include .bashrc if it exists if [ -f "$HOME/.bashrc" ]; then . "$HOME/.bashrc" fi fi # set PATH so it includes user's private bin if it exists if [ -d "$HOME/bin" ] ; then PATH="$HOME/bin:$PATH" fi # set PATH so it includes user's private bin if it exists if [ -d "$HOME/.local/bin" ] ; then PATH="$HOME/.local/bin:$PATH" fi So whenever .profile is loaded the ~/bin dir gets prepended to PATH... Soo strange that it is not working... -- Bo Berglund Developer in Sweden From michael at freepascal.org Mon May 25 19:06:32 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 25 May 2020 19:06:32 +0200 (CEST) Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities In-Reply-To: <9ntncftvakmfh0bumjdhii8bidm45h4of5@4ax.com> References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> <5q5ncfhqn1bsjc4g0pnnl32b4jgdo66lsd@4ax.com> <9ntncftvakmfh0bumjdhii8bidm45h4of5@4ax.com> Message-ID: On Mon, 25 May 2020, Bo Berglund via lazarus wrote: > On Mon, 25 May 2020 12:32:59 +0200 (CEST), Michael Van Canneyt via > lazarus wrote: > >>> Then Lazarus starts OK but again throws the error due to >>> /home/bosse/bin missing from PATH. >> >> Where is it added to the PATH ? Normally, if you do this in .bashrc or >> .profile, the -l option forces bash to pick it up. >> > > It is in ~/.profile Take care: if either of ~/.bash_profile, ~/.bash_login, exist, then .profile is not read. Michael. From ryansmithhe at gmail.com Mon May 25 21:19:40 2020 From: ryansmithhe at gmail.com (R.Smith) Date: Mon, 25 May 2020 21:19:40 +0200 Subject: [Lazarus] TAction and Short-cut conflicts Message-ID: <93f43d85-446c-b830-79f2-f7df6720db60@gmail.com> I've been using the TActionList and TAction objects, which I think is not only making life easier, but a good design choice, and it's been working a treat. One niggle is, when I assign a short-cut to a TAction and then assign that TAction to any of the action-enabled controls, it lists the shortcut in the conflict list, which is a false positive - it's ok with a shortcut item to conflict with itself or it's own action (impossible not to, actually). To be precise - say I have a TAction named actCut to cut text, set the Shortcut to "Ctrl+X", then assign the action to one menu item in my TMainMenu, say mmnuCut (which is new and had no other properties changed), I then will see the following in my ShortCut conflict list (accessed via the Right-click in the Menu editor --> Shortcuts --> Resolve Shortcut conflicts): - Resolved Conflicts: 0 - Remaining Conflicts: 1  "Ctrl+X" in actCut conflicts with "Ctrl+X" in mmnuCut ... What's worse, if I also assign the same Action to another menu item (which is the point of using actions) in the pop-up context menu, say puCut, I can see a three-way false-positive like this:  "Ctrl+X" in actCut conflicts with "Ctrl+X" in mmnuCut  "Ctrl+X" in actCut conflicts with "Ctrl+X" in puCut  "Ctrl+X" in puCut conflicts with "Ctrl+X" in mmnuCut I use many Actions and shortcuts, so now resolving any REAL conflicts becomes really hard. So before I log a bug report, let me ask the community first: - Is this a bug? - Is it a feature request? - Is it a stupidity and there is some config setting I'm missing? Also, in the conflict list, if the window is resized, the inner panel does not - like someone forgot to swicth its Align from alTop to alClient. -------- Technical----------------------------- A conflict should only be positive is: 1 . The conflict is NOT between a control and its own action, 2.  The conflict is NOT with a control which uses the same action -   2.1  Unless the Shortcut does not originate from the shared Action itself. ------------------------------------------------- Thank you kindly, Ryan From vojtech.cihak at atlas.cz Mon May 25 21:48:09 2020 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=c4=9bch_=c4=8cih=c3=a1k?=) Date: Mon, 25 May 2020 21:48:09 +0200 Subject: [Lazarus] =?utf-8?q?TAction_and_Short-cut_conflicts?= In-Reply-To: <93f43d85-446c-b830-79f2-f7df6720db60@gmail.com> References: <93f43d85-446c-b830-79f2-f7df6720db60@gmail.com> Message-ID: <20200525214809.89967BF9@atlas.cz> I didn't know that Menu Editor has this feature. I tried and my project has >160 conflicts and I can confirm what you report. I also noticed that it reports Alt+C (i.e. accelerators, when some caption is "_Cut" with underlined _C_). And the window needs better anchoring for vertical resizing (buttons should be anchored to bottom and the groupbox to buttons).   V. ______________________________________________________________ > Od: "R.Smith via lazarus" > Komu: lazarus at lists.lazarus-ide.org > Datum: 25.05.2020 21:19 > Předmět: [Lazarus] TAction and Short-cut conflicts > I've been using the TActionList and TAction objects, which I think is not only making life easier, but a good design choice, and it's been working a treat. One niggle is, when I assign a short-cut to a TAction and then assign that TAction to any of the action-enabled controls, it lists the shortcut in the conflict list, which is a false positive - it's ok with a shortcut item to conflict with itself or it's own action (impossible not to, actually). To be precise - say I have a TAction named actCut to cut text, set the Shortcut to "Ctrl+X", then assign the action to one menu item in my TMainMenu, say mmnuCut (which is new and had no other properties changed), I then will see the following in my ShortCut conflict list (accessed via the Right-click in the Menu editor --> Shortcuts --> Resolve Shortcut conflicts): - Resolved Conflicts: 0 - Remaining Conflicts: 1  "Ctrl+X" in actCut conflicts with "Ctrl+X" in mmnuCut ... What's worse, if I also assign the same Action to another menu item (which is the point of using actions) in the pop-up context menu, say puCut, I can see a three-way false-positive like this:  "Ctrl+X" in actCut conflicts with "Ctrl+X" in mmnuCut  "Ctrl+X" in actCut conflicts with "Ctrl+X" in puCut  "Ctrl+X" in puCut conflicts with "Ctrl+X" in mmnuCut I use many Actions and shortcuts, so now resolving any REAL conflicts becomes really hard. So before I log a bug report, let me ask the community first: - Is this a bug? - Is it a feature request? - Is it a stupidity and there is some config setting I'm missing? Also, in the conflict list, if the window is resized, the inner panel does not - like someone forgot to swicth its Align from alTop to alClient. -------- Technical----------------------------- A conflict should only be positive is: 1 . The conflict is NOT between a control and its own action, 2.  The conflict is NOT with a control which uses the same action -   2.1  Unless the Shortcut does not originate from the shared Action itself. ------------------------------------------------- Thank you kindly, Ryan -- _______________________________________________ lazarus mailing list lazarus at lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus -------------- next part -------------- An HTML attachment was scrubbed... URL: From bo.berglund at gmail.com Mon May 25 22:17:36 2020 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 25 May 2020 22:17:36 +0200 Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> <5q5ncfhqn1bsjc4g0pnnl32b4jgdo66lsd@4ax.com> <9ntncftvakmfh0bumjdhii8bidm45h4of5@4ax.com> Message-ID: <9q5ocft6is453mgefjvvlf8raf3qoeuthh@4ax.com> On Mon, 25 May 2020 19:06:32 +0200 (CEST), Michael Van Canneyt via lazarus wrote: >> It is in ~/.profile > >Take care: if either of > ~/.bash_profile, ~/.bash_login, >exist, then .profile is not read. > Well that is not the case either... ~$ ls -la .bas* -rw------- 1 bosse bosse 20005 maj 25 21:06 .bash_history -rw-r--r-- 1 bosse bosse 220 apr 10 15:22 .bash_logout -rw-r--r-- 1 bosse bosse 4039 apr 26 08:56 .bashrc But I have been mixing up the desktop files.... :( It turns out there are *three* sets of desktop files in use, they are located in: ~/.local/share/applications (user specific use by the Mate menu) ~/Desktop (shortcuts shown on the user desktop) /usr/share/applications (global use by the Mate menu) I had been manipulating the ~/Desktop files and then tested from the menu and found no change in behavior... But in fact if I edit and use the *same* desktop file it shows that your suggestion is working! So if I have this desktop file in ~/.local/share/applications it will work from the menu too: [Desktop Entry] Comment=Lazarus IDE 2.0.8 Terminal=false Name=Lazarus 2.0.8 #Entry below in order to secure setting up PATH correctly on start Exec=/bin/bash -l -c '/home/bosse/dev/lazarus/2.0.8/startlazarus --pcp=/home/bosse/.lazarus_2.0.8' Type=Application Icon=/home/bosse/dev/lazarus/2.0.8/images/ide_icon48x48.png Categories=Application;IDE;Development;GTK;GUIDesigner;Programming; NoDisplay=false Keywords=editor;Pascal;IDE;FreePascal;fpc;Design;Designer; Thanks a million for your help!!!! -- Bo Berglund Developer in Sweden From michael at freepascal.org Mon May 25 22:22:11 2020 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 25 May 2020 22:22:11 +0200 (CEST) Subject: [Lazarus] Lazarus on Ubuntu 18.04.4 via VNC cannot find utilities In-Reply-To: <9q5ocft6is453mgefjvvlf8raf3qoeuthh@4ax.com> References: <31llcf9sqekl53k2ipk04hd4him3p2ba2n@4ax.com> <20200524223004.4da08e55@limapholos.matflo.wg> <5q5ncfhqn1bsjc4g0pnnl32b4jgdo66lsd@4ax.com> <9ntncftvakmfh0bumjdhii8bidm45h4of5@4ax.com> <9q5ocft6is453mgefjvvlf8raf3qoeuthh@4ax.com> Message-ID: On Mon, 25 May 2020, Bo Berglund via lazarus wrote: > So if I have this desktop file in ~/.local/share/applications it will > work from the menu too: > > [Desktop Entry] > Comment=Lazarus IDE 2.0.8 > Terminal=false > Name=Lazarus 2.0.8 > #Entry below in order to secure setting up PATH correctly on start > Exec=/bin/bash -l -c '/home/bosse/dev/lazarus/2.0.8/startlazarus > --pcp=/home/bosse/.lazarus_2.0.8' > Type=Application > Icon=/home/bosse/dev/lazarus/2.0.8/images/ide_icon48x48.png > Categories=Application;IDE;Development;GTK;GUIDesigner;Programming; > NoDisplay=false > Keywords=editor;Pascal;IDE;FreePascal;fpc;Design;Designer; > > Thanks a million for your help!!!! Glad you got it working ! Michael. From ryansmithhe at gmail.com Mon May 25 23:37:36 2020 From: ryansmithhe at gmail.com (R.Smith) Date: Mon, 25 May 2020 23:37:36 +0200 Subject: [Lazarus] TAction and Short-cut conflicts In-Reply-To: <20200525214809.89967BF9@atlas.cz> References: <93f43d85-446c-b830-79f2-f7df6720db60@gmail.com> <20200525214809.89967BF9@atlas.cz> Message-ID: <9b094f14-ac70-58d9-dcd6-9c8f6f0690c4@gmail.com> > I also noticed that it reports Alt+C (i.e. accelerators, when some caption is "_Cut" with underlined _C_). > V. Indeed, I did not mention this in the initial post because of TLDR; fears (though I would in the bug report, but the jury is still out on if this is even a bug) - thank you for bringing it up. I think if the shortcut is a in-menu-only shortcut it should still be a conflict perhaps, but the extended quirk on this is that sometimes I use items with & in the name, (Like - actCompany.Caption:='Lyle & Sons.') but I don't want it to show as a shortcut (or for it to BE a shortcut). No problem, just escape it the usual way: actCompany.Caption:='Lyle && Sons.' But now, that adds a shortcut conflict to the list also, because the shortcut analyzer does not interpret the escaping - I assume. For anyone else wishing to test - Just create a new Form app and copy the code between ======= lines below, and paste onto your form. Then go to menu editor, on any item Right-click --> Shortcuts --> Resolve shortcut conflicts. There are only 2 shortcuts used and they differ, so there are Zero conflicts here, but the Analyzer shows no less than 6 conflicts. [ Note1: This code has no actual shortcuts assigned to any Menu-Item. Only the TActions have shortcuts, and they differ. ] [ Note2: Shortcuts 16458 & 16459 are not special, they're simply "Ctrl+J" & "Ctrl+K", chosen arbitrarily.] ================================== object ActionList1: TActionList   left = 85   top = 112   object Action1: TAction     Caption = 'Action1'     ShortCut = 16458   end   object Action2: TAction     Caption = 'Jack && Jill'     ShortCut = 16459   end end object pu1: TPopupMenu   left = 32   top = 64   object MenuItem1: TMenuItem     Action = Action1   end   object MenuItem2: TMenuItem     Action = Action2   end end object pu2: TPopupMenu   left = 152   top = 64   object MenuItem3: TMenuItem     Action = Action1   end   object MenuItem4: TMenuItem     Action = Action2   end end ========================= -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Tue May 26 00:25:23 2020 From: aaa5500 at ya.ru (Alexey Tor.) Date: Tue, 26 May 2020 01:25:23 +0300 Subject: [Lazarus] IDE "Rename identifier" misfeature Message-ID: <3a734832-12d0-2d4a-98a1-97652b6cf3ad@ya.ru> Hello ATSynEdit has such function procedure TATSynRanges.DeleteFromLineIndexer(AIndex: integer); var   Ptr: PATSynRange;   NItemLen, iLine, iItem, j: integer; begin   Ptr:= ItemPtr(AIndex);   for iLine:= Ptr^.Y2 downto Ptr^.Y do   begin     ..   end; end; when I do "Rename identifier" from Ptr to ItemPtr, IDE allows to do it, and I have conflict with class method ItemPtr(), which is even called in this function. -- Regards, Alexey Torgashin From pascal at riekenberg.eu Tue May 26 09:49:41 2020 From: pascal at riekenberg.eu (Pascal Riekenberg) Date: Tue, 26 May 2020 09:49:41 +0200 (CEST) Subject: [Lazarus] IDE "Rename identifier" misfeature In-Reply-To: <3a734832-12d0-2d4a-98a1-97652b6cf3ad@ya.ru> References: <3a734832-12d0-2d4a-98a1-97652b6cf3ad@ya.ru> Message-ID: <119279032.114755.1590479382024@ox.hosteurope.de> Well, IDE doesn't check for conflicts. It's up to you! Pascal > "Alexey Tor. via lazarus" hat am 26. Mai 2020 um 00:25 geschrieben: > > > Hello > > ATSynEdit has such function > procedure TATSynRanges.DeleteFromLineIndexer(AIndex: integer); > var >   Ptr: PATSynRange; >   NItemLen, iLine, iItem, j: integer; > begin >   Ptr:= ItemPtr(AIndex); >   for iLine:= Ptr^.Y2 downto Ptr^.Y do >   begin >     .. >   end; > end; > > when I do "Rename identifier" from Ptr to ItemPtr, IDE allows to do it, > and I have conflict with class method ItemPtr(), which is even called in > this function. > > -- > Regards, > Alexey Torgashin > > -- > _______________________________________________ > lazarus mailing list > lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus From juha.manninen62 at gmail.com Tue May 26 23:29:25 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Wed, 27 May 2020 00:29:25 +0300 Subject: [Lazarus] IDE "Rename identifier" misfeature In-Reply-To: <119279032.114755.1590479382024@ox.hosteurope.de> References: <3a734832-12d0-2d4a-98a1-97652b6cf3ad@ya.ru> <119279032.114755.1590479382024@ox.hosteurope.de> Message-ID: On Tue, May 26, 2020 at 10:49 AM Pascal Riekenberg via lazarus wrote: > Well, IDE doesn't check for conflicts. It's up to you! Actually it should check. There is also different pieces of code for different rename functions behaving a little differently. There are some related issues. See: https://bugs.freepascal.org/view.php?id=24275 https://bugs.freepascal.org/view.php?id=33024 Juha From aaa5500 at ya.ru Wed May 27 18:01:17 2020 From: aaa5500 at ya.ru (Alexey Tor.) Date: Wed, 27 May 2020 19:01:17 +0300 Subject: [Lazarus] Not restored Screen.ActiveForm after InputQuery Message-ID: <661ff933-ded4-645e-03e0-a23b5f2328df@ya.ru> CudaText for Linux gtk2 x64. its Python API fails when it reads current form, after plugin shows InputQuery dialog. I added test ShowMessage near the showing InputQuery and found that after InputQ call, program reads empty Screen.ActiveForm. marked by comment. is it LCL bug? LCL must restore ActiveForm after InputQuery. IDE r63175. function Py_dlg_input(Self, Args : PPyObject): PPyObject; cdecl; var   P1, P2: PChar;   StrCaption, StrVal: string;   t: string; begin   with AppPython.Engine do     if Bool(PyArg_ParseTuple(Args, 'ss:dlg_input', @P1, @P2)) then     begin       StrCaption:= string(P1);       StrVal:= string(P2);       t:= screen.ActiveForm.caption;////this works       if InputQuery(msgTitle, StrCaption, StrVal) then         Result:= PyString_FromString(PChar(StrVal))       else         Result:= ReturnNone;       t+= ', '+screen.ActiveForm.caption; //this crashes       showmessage(t);     end   else     Result:= ReturnNone; end; Alexey Torgashin From aaa5500 at ya.ru Wed May 27 22:20:44 2020 From: aaa5500 at ya.ru (Alexey Tor.) Date: Wed, 27 May 2020 23:20:44 +0300 Subject: [Lazarus] Cannot compile LCL for Win-aarch64 Message-ID: <49a1d49c-4a6f-ad2d-680b-5283164ab7db@ya.ru> Win-aarch64 (arm64) is used in real hardware on Win10. installed FPC trunk with Laz trunk with Linux-x64->Win-ARM64 cross. on making CudaText with build mode "Win-arm64" I got strange errors: ..Compile package LCLBase 2.1, exit code 1 Error: /home/user/fpcupdeluxe_fpc33/fpcupdeluxe/lazarus/lcl/units/aarch64-win64/forms.s:47752:1: error: invalid symbol redefinition Error: xdata_forms$_$thintwindow_$__$$_destroy: Error: ^ forms.pp(2309,0) Error: Error while assembling exitcode 1 -- Regards, Alexey From pascaldragon at googlemail.com Wed May 27 23:47:52 2020 From: pascaldragon at googlemail.com (Sven Barth) Date: Wed, 27 May 2020 23:47:52 +0200 Subject: [Lazarus] Cannot compile LCL for Win-aarch64 In-Reply-To: <49a1d49c-4a6f-ad2d-680b-5283164ab7db@ya.ru> References: <49a1d49c-4a6f-ad2d-680b-5283164ab7db@ya.ru> Message-ID: Alexey Tor. via lazarus schrieb am Mi., 27. Mai 2020, 22:20: > Win-aarch64 (arm64) is used in real hardware on Win10. > > installed FPC trunk with Laz trunk with Linux-x64->Win-ARM64 cross. > As long as the compiler can't compile itself on Windows on ARM64 I wouldn't try anything as complicated as the LCL. I've done a testsuite run a few days ago and there are some problems that definitely need to be addressed first. Regards, Sven > -------------- next part -------------- An HTML attachment was scrubbed... URL: From b_lists at patandbrian.org Thu May 28 00:53:14 2020 From: b_lists at patandbrian.org (Brian) Date: Wed, 27 May 2020 18:53:14 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> Message-ID: <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> On 5/20/20 8:37 AM, Brian via lazarus wrote: > On 5/20/20 5:50 AM, John Landmesser via lazarus wrote: >> Am 20.05.20 um 01:12 schrieb Brian via lazarus: >>> >>> Regrettably, it appears I spoke too soon. I fired up Lazarus again and >>> the problem is back. I'm compiling trunk for both fpc and lazarus >>> using fpcupdeluxe. To recap, this is under Linux Mint 19.3 64-bit >>> (Ubuntu base). I have absolutely *NOT* done any keyboard remapping nor >>> defined any macros since everything last worked correctly. The setup I >>> have in a LMDE (Linux Mint Debian) virtual machine still works >>> correctly. >>> >>> I will update both setups, so that I know I am (should be!) running >>> exactly the same versions of trunk, and report back in due course. >>> >>> Brian. >>> >>> >> Perhaps try another version of fpcupdeluxe? >> >> https://github.com/LongDirtyAnimAlf/fpcupdeluxe/releases >> > > I downloaded the latest as then was for linux on x86_64. I see there > has been another release since I wrote my post. I'll give it a try. I > guess I could also try the qt5 version. > OK, my last word on this subject. I can only conclude that there is some kind of goofy multi-way interaction going on between Lazarus and other programs. I have tried multiple versions of Lazarus, using both the gtk2 and qt5 versions of fpcupdeluxe. In all cases, I saw the i -> tab & i and m -> newline. I do NOT see this on the Debian-based version of Mint running in a virtual machine, and I also set up another VM with the same Ubuntu-based version of Mint (19.3 64-bit) as I have on the host. Neither VM showed the problem with Lazarus! The final straw is that I just set up a new PC for my wife, again Ubuntu Mint 19.3, and out of curiosity, I installed Lazarus. The keys worked fine. I have no idea what is going on. I reiterate that I have removed all config files, using the combination of wkitty42's commandline magic *and* my kfinds, and that I have done absolutely no key remapping nor macro defining. Twice, and ONLY twice, I have had the problem go away after a rebuild of FPC and Lazarus, but rebooting the PC brought the problem back again. I've given up. I have wasted enough time on trying to sort this problem. At least as long as it all works, I will just use Lazarus in a VM, and transfer the completed source files to my host machine for a final compilation. Brian. From jmlandmesser at gmx.de Thu May 28 11:57:24 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Thu, 28 May 2020 11:57:24 +0200 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> Message-ID: Am 28.05.20 um 00:53 schrieb Brian via lazarus: > On 5/20/20 8:37 AM, Brian via lazarus wrote: >> On 5/20/20 5:50 AM, John Landmesser via lazarus wrote: >>> Am 20.05.20 um 01:12 schrieb Brian via lazarus: >>>> Regrettably, it appears I spoke too soon. I fired up Lazarus again and >>>> the problem is back. I'm compiling trunk for both fpc and lazarus >>>> using fpcupdeluxe. To recap, this is under Linux Mint 19.3 64-bit >>>> (Ubuntu base). I have absolutely *NOT* done any keyboard remapping nor >>>> defined any macros since everything last worked correctly. The setup I >>>> have in a LMDE (Linux Mint Debian) virtual machine still works >>>> correctly. >>>> >>>> I will update both setups, so that I know I am (should be!) running >>>> exactly the same versions of trunk, and report back in due course. >>>> >>>> Brian. >>>> >>>> >>> Perhaps try another version of fpcupdeluxe? >>> >>> https://github.com/LongDirtyAnimAlf/fpcupdeluxe/releases >>> >> I downloaded the latest as then was for linux on x86_64. I see there >> has been another release since I wrote my post. I'll give it a try. I >> guess I could also try the qt5 version. >> > OK, my last word on this subject. I can only conclude that there is > some kind of goofy multi-way interaction going on between Lazarus and > other programs. I have tried multiple versions of Lazarus, using both > the gtk2 and qt5 versions of fpcupdeluxe. In all cases, I saw the i -> > tab & i and m -> newline. I do NOT see this on the Debian-based > version of Mint running in a virtual machine, and I also set up > another VM with the same Ubuntu-based version of Mint (19.3 64-bit) as > I have on the host. Neither VM showed the problem with Lazarus! > > The final straw is that I just set up a new PC for my wife, again > Ubuntu Mint 19.3, and out of curiosity, I installed Lazarus. The keys > worked fine. > > I have no idea what is going on. I reiterate that I have removed all > config files, using the combination of wkitty42's commandline magic > *and* my kfinds, and that I have done absolutely no key remapping nor > macro defining. Twice, and ONLY twice, I have had the problem go away > after a rebuild of FPC and Lazarus, but rebooting the PC brought the > problem back again. > > I've given up. I have wasted enough time on trying to sort this > problem. At least as long as it all works, I will just use Lazarus in > a VM, and transfer the completed source files to my host machine for a > final compilation. > > > Brian. > > You allways used fpcupdeluxe?? Perhaps these originals are better? https://www.lazarus-ide.org/index.php?page=downloads From jmlandmesser at gmx.de Thu May 28 12:51:44 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Thu, 28 May 2020 12:51:44 +0200 Subject: [Lazarus] OT: thunderbird 68 (linux) and column From Message-ID: Strange behaviour of newest thunderbird 68.8.1 on Deepin Linux: See Column "von" . I'm used to see the sender-Name there Googled with no succes :-( Anybody else has this issue? Regards John -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: eboknfaficjjmeih.png Type: image/png Size: 36676 bytes Desc: not available URL: From ryansmithhe at gmail.com Thu May 28 13:52:41 2020 From: ryansmithhe at gmail.com (R.Smith) Date: Thu, 28 May 2020 13:52:41 +0200 Subject: [Lazarus] OT: thunderbird 68 (linux) and column From In-Reply-To: References: Message-ID: Von means "From" - change the column to "Correspondants" (Not sure what that would be in the Deutsche version... Korrespondenten maybe?) On 2020/05/28 12:51, John Landmesser via lazarus wrote: > > Strange behaviour of newest thunderbird 68.8.1 on Deepin Linux: > > See Column "von" . I'm used to see the sender-Name there > > Googled with no succes :-( > > Anybody else has this issue? > > Regards > > John > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: eboknfaficjjmeih.png Type: image/png Size: 36676 bytes Desc: not available URL: From jmlandmesser at gmx.de Thu May 28 14:48:05 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Thu, 28 May 2020 14:48:05 +0200 Subject: [Lazarus] OT: thunderbird 68 (linux) and column From In-Reply-To: References: Message-ID: <7240cd37-fdcf-4f28-5c3b-d0748e67aeaf@gmx.de> Thanks for your reply but "Correspondants"is just the same!! Have to think just more about this issue! John Am 28.05.20 um 13:52 schrieb R.Smith via lazarus: > > Von means "From" - change the column to "Correspondants" (Not sure > what that would be in the Deutsche version... Korrespondenten maybe?) > > > On 2020/05/28 12:51, John Landmesser via lazarus wrote: >> >> Strange behaviour of newest thunderbird 68.8.1 on Deepin Linux: >> >> See Column "von" . I'm used to see the sender-Name there >> >> Googled with no succes :-( >> >> Anybody else has this issue? >> >> Regards >> >> John >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: eboknfaficjjmeih.png Type: image/png Size: 36676 bytes Desc: not available URL: From lazarus at mfriebe.de Thu May 28 14:56:30 2020 From: lazarus at mfriebe.de (Martin Frb) Date: Thu, 28 May 2020 14:56:30 +0200 Subject: [Lazarus] OT: thunderbird 68 (linux) and column From In-Reply-To: References: Message-ID: On 28/05/2020 12:51, John Landmesser via lazarus wrote: > > Strange behaviour of newest thunderbird 68.8.1 on Deepin Linux: > > See Column "von" . I'm used to see the sender-Name there > > Googled with no succes :-( > Check if you have an "address book entry" for that mail address. If you do, it will lead to that effect, because it will likely display the entry name, rather than whats in the actual mail. Technically all mails come from "lazarus at lists.lazarus-ide.org" But the do include the difference sender's names alongside the email address. Matching the address book, ignores the names, and uses only the email. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: eboknfaficjjmeih.png Type: image/png Size: 36676 bytes Desc: not available URL: From jmlandmesser at gmx.de Thu May 28 15:04:03 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Thu, 28 May 2020 15:04:03 +0200 Subject: [Lazarus] OT: thunderbird 68 (linux) and column From In-Reply-To: References: Message-ID: <2525cc33-37e9-9ee8-99b3-9a7a66b37e97@gmx.de> Thats it!!!! Deleted every item in Address-book containing "Lazarus" Would have taklen me years to realize that! Thanks again John Am 28.05.20 um 14:56 schrieb Martin Frb via lazarus: > On 28/05/2020 12:51, John Landmesser via lazarus wrote: >> >> Strange behaviour of newest thunderbird 68.8.1 on Deepin Linux: >> >> See Column "von" . I'm used to see the sender-Name there >> >> Googled with no succes :-( >> > Check if you have an "address book entry" for that mail address. > If you do, it will lead to that effect, because it will likely display > the entry name, rather than whats in the actual mail. > > Technically all mails come from "lazarus at lists.lazarus-ide.org" > But the do include the difference sender's names alongside the email > address. > > Matching the address book, ignores the names, and uses only the email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: eboknfaficjjmeih.png Type: image/png Size: 36676 bytes Desc: not available URL: From jmlandmesser at gmx.de Thu May 28 15:11:55 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Thu, 28 May 2020 15:11:55 +0200 Subject: [Lazarus] OT: thunderbird 68 (linux) and column From In-Reply-To: References: Message-ID: Thats it!!!! Deleted every item in Address-book containing "Lazarus" Would have taklen me years to realize that! Thanks again John Am 28.05.20 um 14:56 schrieb Martin Frb via lazarus: > On 28/05/2020 12:51, John Landmesser via lazarus wrote: >> >> Strange behaviour of newest thunderbird 68.8.1 on Deepin Linux: >> >> See Column "von" . I'm used to see the sender-Name there >> >> Googled with no succes :-( >> > Check if you have an "address book entry" for that mail address. > If you do, it will lead to that effect, because it will likely display > the entry name, rather than whats in the actual mail. > > Technically all mails come from "lazarus at lists.lazarus-ide.org" > But the do include the difference sender's names alongside the email > address. > > Matching the address book, ignores the names, and uses only the email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: eboknfaficjjmeih.png Type: image/png Size: 36676 bytes Desc: not available URL: From b_lists at patandbrian.org Thu May 28 18:38:15 2020 From: b_lists at patandbrian.org (Brian) Date: Thu, 28 May 2020 12:38:15 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> Message-ID: <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> On 5/28/20 5:57 AM, John Landmesser via lazarus wrote: >> > > You allways used fpcupdeluxe?? > > Perhaps these originals are better? > > https://www.lazarus-ide.org/index.php?page=downloads > Thanks, but I have also tried various .DEBs from Sourceforge (I think I stated that in an earlier message, but not 100% certain) with no change in the problem. Brian. From juha.manninen62 at gmail.com Thu May 28 21:50:44 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Thu, 28 May 2020 22:50:44 +0300 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> Message-ID: On Thu, May 28, 2020 at 7:38 PM Brian via lazarus wrote: > Thanks, but I have also tried various .DEBs from Sourceforge (I think > I stated that in an earlier message, but not 100% certain) with no > change in the problem. The .deb packages provide a released version. If something is fixed in the development version (trunk), you must use it instead. fpcupdeluxe is not needed. Just get the sources (svn co ...) and then build with "make". Run it directly ($ ./lazarus). No installation is required. FPC must be installed obviously before all that. The version from your distro's repository will do. Juha From b_lists at patandbrian.org Fri May 29 00:17:38 2020 From: b_lists at patandbrian.org (Brian) Date: Thu, 28 May 2020 18:17:38 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> Message-ID: <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> On 5/28/20 3:50 PM, Juha Manninen via lazarus wrote: > On Thu, May 28, 2020 at 7:38 PM Brian via lazarus > wrote: >> Thanks, but I have also tried various .DEBs from Sourceforge (I think >> I stated that in an earlier message, but not 100% certain) with no >> change in the problem. > > The .deb packages provide a released version. > If something is fixed in the development version (trunk), you must use > it instead. > fpcupdeluxe is not needed. Just get the sources (svn co ...) and then > build with "make". Run it directly ($ ./lazarus). No installation is > required. > FPC must be installed obviously before all that. The version from your > distro's repository will do. > Unless you feel that fpcupdeluxe is not installing the trunk version when that is selected, I really can't see how removing it from the equation will change anything. fpcupdeluxe is just a convenience. Nevertheless, I will give it a try, subversion and then building it myself, but more in hope than expectation. Watch this space... Brian. From b_lists at patandbrian.org Fri May 29 00:44:56 2020 From: b_lists at patandbrian.org (Brian) Date: Thu, 28 May 2020 18:44:56 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> Message-ID: <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> On 5/28/20 6:17 PM, Brian via lazarus wrote: > On 5/28/20 3:50 PM, Juha Manninen via lazarus wrote: >> On Thu, May 28, 2020 at 7:38 PM Brian via lazarus >> wrote: >>> Thanks, but I have also tried various .DEBs from Sourceforge (I think >>> I stated that in an earlier message, but not 100% certain) with no >>> change in the problem. >> >> The .deb packages provide a released version. >> If something is fixed in the development version (trunk), you must use >> it instead. >> fpcupdeluxe is not needed. Just get the sources (svn co ...) and then >> build with "make". Run it directly ($ ./lazarus). No installation is >> required. >> FPC must be installed obviously before all that. The version from your >> distro's repository will do. >> > > Unless you feel that fpcupdeluxe is not installing the trunk version > when that is selected, I really can't see how removing it from the > equation will change anything. fpcupdeluxe is just a convenience. > Nevertheless, I will give it a try, subversion and then building it > myself, but more in hope than expectation. Watch this space... > > I checked out trunk (r63245) via subversion, which reported no errors. I then changed into the subdirectory, and ran make -B The following is a cut and paste of the results. > brian at brian-mint:~/subversion/lazarus$ make -B > make -C packager/registration > make[1]: Entering directory '/home/brian/subversion/lazarus/packager/registration' > /bin/rm -f ../units/x86_64-linux/fcllaz.ppu > /bin/mkdir -p ../units/x86_64-linux > /usr/bin/ppcx64 -MObjFPC -Scghi -O1 -g -gl -l -vewnhibq -Fu. -Fu/usr/lib/fpc/3.0.4/units/x86_64-linux/rtl -FE. -FU../units/x86_64-linux -Cg -dx86_64 fcllaz.pas > Free Pascal Compiler version 3.0.4 [2018/10/29] for x86_64 > Copyright (c) 1993-2017 by Florian Klaempfl and others > (1002) Target OS: Linux for x86-64 > (3104) Compiling fcllaz.pas > /home/brian/subversion/lazarus/packager/registration/fcllaz.pas(11,3) Fatal: (10022) Can't find unit db used by fcllaz > Fatal: (1018) Compilation aborted > Makefile:2929: recipe for target 'fcllaz.ppu' failed > make[1]: *** [fcllaz.ppu] Error 1 > make[1]: Leaving directory '/home/brian/subversion/lazarus/packager/registration' > Makefile:3410: recipe for target 'registration' failed > make: *** [registration] Error 2 > brian at brian-mint:~/subversion/lazarus$ So, I decided to try running an update, in case something had failed to download, and I'd missed it. Again, cut and pasted. > brian at brian-mint:~/subversion$ svn update lazarus > Updating 'lazarus': > At revision 63245. > brian at brian-mint:~/subversion$ > So, nothing to update. fpcupdeluxe at least seems to build correctly... Oh, BTW, the fpc I have installed is 3.0.4. I am fairly sure, but not absolutely certain, that this would have been from the .DEBs downloaded from Sourceforge. Brian. From b_lists at patandbrian.org Fri May 29 00:54:37 2020 From: b_lists at patandbrian.org (Brian) Date: Thu, 28 May 2020 18:54:37 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> Message-ID: <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> On 5/28/20 6:44 PM, Brian via lazarus wrote: > On 5/28/20 6:17 PM, Brian via lazarus wrote: >> On 5/28/20 3:50 PM, Juha Manninen via lazarus wrote: >>> On Thu, May 28, 2020 at 7:38 PM Brian via lazarus >>> wrote: Omission from last post corrected below... >>>> Thanks, but I have also tried various .DEBs from Sourceforge (I think >>>> I stated that in an earlier message, but not 100% certain) with no >>>> change in the problem. >>> >>> The .deb packages provide a released version. >>> If something is fixed in the development version (trunk), you must use >>> it instead. >>> fpcupdeluxe is not needed. Just get the sources (svn co ...) and then >>> build with "make". Run it directly ($ ./lazarus). No installation is >>> required. >>> FPC must be installed obviously before all that. The version from your >>> distro's repository will do. >>> >> >> Unless you feel that fpcupdeluxe is not installing the trunk version >> when that is selected, I really can't see how removing it from the >> equation will change anything. fpcupdeluxe is just a convenience. >> Nevertheless, I will give it a try, subversion and then building it >> myself, but more in hope than expectation. Watch this space... >> >> > > I checked out trunk (r63245) via subversion, which reported no errors. > I then changed into the subdirectory, and ran > > make -B > > The following is a cut and paste of the results. > > >> brian at brian-mint:~/subversion/lazarus$ make -B >> make -C packager/registration >> make[1]: Entering directory '/home/brian/subversion/lazarus/packager/registration' >> /bin/rm -f ../units/x86_64-linux/fcllaz.ppu >> /bin/mkdir -p ../units/x86_64-linux >> /usr/bin/ppcx64 -MObjFPC -Scghi -O1 -g -gl -l -vewnhibq -Fu. -Fu/usr/lib/fpc/3.0.4/units/x86_64-linux/rtl -FE. -FU../units/x86_64-linux -Cg -dx86_64 fcllaz.pas >> Free Pascal Compiler version 3.0.4 [2018/10/29] for x86_64 >> Copyright (c) 1993-2017 by Florian Klaempfl and others >> (1002) Target OS: Linux for x86-64 >> (3104) Compiling fcllaz.pas >> /home/brian/subversion/lazarus/packager/registration/fcllaz.pas(11,3) Fatal: (10022) Can't find unit db used by fcllaz >> Fatal: (1018) Compilation aborted >> Makefile:2929: recipe for target 'fcllaz.ppu' failed >> make[1]: *** [fcllaz.ppu] Error 1 >> make[1]: Leaving directory '/home/brian/subversion/lazarus/packager/registration' >> Makefile:3410: recipe for target 'registration' failed >> make: *** [registration] Error 2 >> brian at brian-mint:~/subversion/lazarus$ > > > So, I decided to try running an update, in case something had failed > to download, and I'd missed it. Again, cut and pasted. > >> brian at brian-mint:~/subversion$ svn update lazarus >> Updating 'lazarus': >> At revision 63245. >> brian at brian-mint:~/subversion$ >> > > So, nothing to update. > > fpcupdeluxe at least seems to build correctly... > > Oh, BTW, the fpc I have installed is 3.0.4. I am fairly sure, but not > absolutely certain, that this would have been from the .DEBs > downloaded from Sourceforge. > Sorry, I should have added to the last message that a new checkout (deleting the entire target directory tree first) via fpcupdeluxe built correctly, but still showed the same errors with 'i' and 'm'. The only difference in the compilation (that I know of) with fpcupdeluxe is that it's using the trunk version of fpc as well as of lazarus. Brian. From bartjunk64 at gmail.com Fri May 29 16:40:03 2020 From: bartjunk64 at gmail.com (Bart) Date: Fri, 29 May 2020 16:40:03 +0200 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> Message-ID: On Fri, May 29, 2020 at 12:54 AM Brian via lazarus wrote: > The only difference in the compilation (that I know of) with > fpcupdeluxe is that it's using the trunk version of fpc as well as of > lazarus. Using fpc trunk i.c.m. lazarus trunk is a recipe for problems. Most of them will be fixed on either side, but not always (ATM there is a bug in fpc trunk that makes startlazaus unable to find the lazarus executable on Windows). Also fpcuddeluxe might (I did not check) built both compiler and lazarus with mor aggressive optimization settings. Most likely this has no impact on the 'i' and 'm' issue you are experiencing though, since I have seen reports in the bugtracker about that before. As it stands, nobody knows why this happens. It is a Lazarus/LCL/WS issue though, since other programs don't have that issue. -- Bart From b_lists at patandbrian.org Fri May 29 19:09:45 2020 From: b_lists at patandbrian.org (Brian) Date: Fri, 29 May 2020 13:09:45 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> Message-ID: <1d87bd20-6363-426e-2899-c0eb49b6740a@patandbrian.org> On 5/29/20 10:40 AM, Bart via lazarus wrote: > On Fri, May 29, 2020 at 12:54 AM Brian via lazarus > wrote: > >> The only difference in the compilation (that I know of) with >> fpcupdeluxe is that it's using the trunk version of fpc as well as of >> lazarus. > Using fpc trunk i.c.m. lazarus trunk is a recipe for problems. > Most of them will be fixed on either side, but not always (ATM there > is a bug in fpc trunk that makes startlazaus unable to find the > lazarus executable on Windows). > Also fpcuddeluxe might (I did not check) built both compiler and > lazarus with mor aggressive optimization settings. > > Most likely this has no impact on the 'i' and 'm' issue you are > experiencing though, since I have seen reports in the bugtracker about > that before. > As it stands, nobody knows why this happens. > It is a Lazarus/LCL/WS issue though, since other programs don't have that issue. > Thanks for the input. The build which failed totally was fpc 3.0.4 with lazarus trunk. The two trunks together did at least succeed in building a version of lazarus which runs. I only did the further test in response to Juha's posting. For now, I'm just sticking with my version of lazarus built in a Mint Debian VM, it seems to exhibit no problems, at least none that I have seen so far. Brian. From juha.manninen62 at gmail.com Fri May 29 21:32:53 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 29 May 2020 22:32:53 +0300 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <8489dd82-bf8a-f69d-de98-103f934a8745@windstream.net> <7fa3115c-dcae-1002-fed9-108e9ff917c9@patandbrian.org> <7e4968f3-6f9c-8995-3991-83bd94b559e4@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> Message-ID: On Fri, May 29, 2020 at 5:40 PM Bart via lazarus wrote: > It is a Lazarus/LCL/WS issue though, since other programs don't have that issue. Yes, let's hope GTK3 bindings will be better. Now it is alpha but already usable for many applications. For Brian I recommend using QT5 bindings. It has no problem with keys. Lazarus trunk from fpcupdeluxe or from SVN directly should behave the same. I don't know why the build failed. Juha From special at joepgen.com Sat May 30 12:17:14 2020 From: special at joepgen.com (Special) Date: Sat, 30 May 2020 12:17:14 +0200 Subject: [Lazarus] SQLdb Tab lost Message-ID: <04d00392-3a5c-4783-1528-d9a3ed78adde@joepgen.com> On a Raspberry Pi 4B 4GB, I installed Lazarus Trunc with fpcupdeluxe. All seemed well, but then I discovered the SQLdb tab is lost. So I cannot compile my SQLite Applications. How to fix? Version # 2.1.0, FPC Version 3.3.1, SVN Revision: 63249.  (Same problem was already on SVN Version 6327). Regards --  Joe From b_lists at patandbrian.org Sat May 30 15:40:40 2020 From: b_lists at patandbrian.org (Brian) Date: Sat, 30 May 2020 09:40:40 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> Message-ID: <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> On 5/29/20 3:32 PM, Juha Manninen via lazarus wrote: > On Fri, May 29, 2020 at 5:40 PM Bart via lazarus > wrote: >> It is a Lazarus/LCL/WS issue though, since other programs don't have that issue. > > Yes, let's hope GTK3 bindings will be better. Now it is alpha but > already usable for many applications. > For Brian I recommend using QT5 bindings. It has no problem with keys. > > Lazarus trunk from fpcupdeluxe or from SVN directly should behave the > same. I don't know why the build failed. > Unless you have some reason to believe that the QT5 version of fpcupdeluxe doesn't build lazarus with QT5 bindings, I have already tried this idea and still seen the same problem. Yes, I deleted back EVERYTHING except for the actual fpcupdeluxe executable - all config files and the entire target directory - from the GTK2 build. Then I downloaded the QT5 version of the executable and ran that. Once again, it built, but I still saw the key mapping etc. problem. Since I've come this far, though, I guess I'm willing to try building the lazarus code downloaded via subversion with the QT5 bindings. Is there a web page, or some other documentation, that leads me though doing that? I've never previously built the QT5 version except the attempt to build it via fpcupdeluxe. Brian. From jmlandmesser at gmx.de Sat May 30 17:47:11 2020 From: jmlandmesser at gmx.de (John Landmesser) Date: Sat, 30 May 2020 17:47:11 +0200 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> Message-ID: <79ccf658-8e40-6abd-cecc-f2d842ba07ed@gmx.de> Am 30.05.20 um 15:40 schrieb Brian via lazarus: > On 5/29/20 3:32 PM, Juha Manninen via lazarus wrote: >> On Fri, May 29, 2020 at 5:40 PM Bart via lazarus >> wrote: >>> It is a Lazarus/LCL/WS issue though, since other programs don't have that issue. >> Yes, let's hope GTK3 bindings will be better. Now it is alpha but >> already usable for many applications. >> For Brian I recommend using QT5 bindings. It has no problem with keys. >> >> Lazarus trunk from fpcupdeluxe or from SVN directly should behave the >> same. I don't know why the build failed. >> > Unless you have some reason to believe that the QT5 version of > fpcupdeluxe doesn't build lazarus with QT5 bindings, I have already > tried this idea and still seen the same problem. Yes, I deleted back > EVERYTHING except for the actual fpcupdeluxe executable - all config > files and the entire target directory - from the GTK2 build. Then I > downloaded the QT5 version of the executable and ran that. Once again, > it built, but I still saw the key mapping etc. problem. > > Since I've come this far, though, I guess I'm willing to try building > the lazarus code downloaded via subversion with the QT5 bindings. Is > there a web page, or some other documentation, that leads me though > doing that? I've never previously built the QT5 version except the > attempt to build it via fpcupdeluxe. > > Brian. That should be enough?!! Look at tools/compile IDE, LCL Listbox: Screenshot: https://i.imgur.com/f0g14bS.png From juha.manninen62 at gmail.com Sat May 30 20:57:16 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 30 May 2020 21:57:16 +0300 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <39a2cbb7-23ff-d51f-93c3-87432f58ea57@geldenhuys.co.uk> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> Message-ID: On Sat, May 30, 2020 at 4:40 PM Brian via lazarus wrote: > Unless you have some reason to believe that the QT5 version of > fpcupdeluxe doesn't build lazarus with QT5 bindings, I have already > tried this idea and still seen the same problem. Yes, I deleted back > EVERYTHING except for the actual fpcupdeluxe executable - all config > files and the entire target directory - from the GTK2 build. Then I > downloaded the QT5 version of the executable and ran that. Once again, > it built, but I still saw the key mapping etc. problem. Yes I have a reason to believe so. The LCL widgetset used for fpcupdeluxe executable does not affect how Lazarus is built. You can check the current widgetset of Lazarus executable from Help -> About Lazarus. All this hassle proves that fpcupdeluxe should not be used for the simple task of building native (OS, CPU) version of Lazarus trunk. It only complicates things and confuses. Getting sources and building Lazarus is so easy when FPC is already installed. Things are different when you want FPC trunk. It is not as trivial. (*) Cross-compilation is another good reason to use fpcupdeluxe. I have understood it shines there. > Since I've come this far, though, I guess I'm willing to try building > the lazarus code downloaded via subversion with the QT5 bindings. Is > there a web page, or some other documentation, that leads me though > doing that? I've never previously built the QT5 version except the > attempt to build it via fpcupdeluxe. As John Landmesser showed, Tools -> Configure "Build Lazarus" ... Juha (*) I have FPC trunk built and installed automatically from Manjaro AUR. It was actually trivial. :) From juha.manninen62 at gmail.com Sat May 30 21:02:07 2020 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 30 May 2020 22:02:07 +0300 Subject: [Lazarus] SQLdb Tab lost In-Reply-To: <04d00392-3a5c-4783-1528-d9a3ed78adde@joepgen.com> References: <04d00392-3a5c-4783-1528-d9a3ed78adde@joepgen.com> Message-ID: On Sat, May 30, 2020 at 1:17 PM Special via lazarus wrote: > On a Raspberry Pi 4B 4GB, I installed Lazarus Trunc with fpcupdeluxe. > All seemed well, but then I discovered the SQLdb tab is lost. So I > cannot compile my SQLite Applications. How to fix? Install package sqldblaz. > Version # 2.1.0, FPC Version 3.3.1, SVN Revision: 63249. (Same problem > was already on SVN Version 6327). It does not depend on revision because it is a local configuration issue. Juha From b_lists at patandbrian.org Sat May 30 21:22:18 2020 From: b_lists at patandbrian.org (Brian) Date: Sat, 30 May 2020 15:22:18 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> Message-ID: On 5/30/20 2:57 PM, Juha Manninen via lazarus wrote: > On Sat, May 30, 2020 at 4:40 PM Brian via lazarus > wrote: >> Unless you have some reason to believe that the QT5 version of >> fpcupdeluxe doesn't build lazarus with QT5 bindings, I have already >> tried this idea and still seen the same problem. Yes, I deleted back >> EVERYTHING except for the actual fpcupdeluxe executable - all config >> files and the entire target directory - from the GTK2 build. Then I >> downloaded the QT5 version of the executable and ran that. Once again, >> it built, but I still saw the key mapping etc. problem. > > Yes I have a reason to believe so. > The LCL widgetset used for fpcupdeluxe executable does not affect how > Lazarus is built. > You can check the current widgetset of Lazarus executable from Help -> > About Lazarus. > > All this hassle proves that fpcupdeluxe should not be used for the > simple task of building native (OS, CPU) version of Lazarus trunk. > It only complicates things and confuses. > Getting sources and building Lazarus is so easy when FPC is already installed. > Things are different when you want FPC trunk. It is not as trivial. (*) > Cross-compilation is another good reason to use fpcupdeluxe. I have > understood it shines there. > > >> Since I've come this far, though, I guess I'm willing to try building >> the lazarus code downloaded via subversion with the QT5 bindings. Is >> there a web page, or some other documentation, that leads me though >> doing that? I've never previously built the QT5 version except the >> attempt to build it via fpcupdeluxe. > > As John Landmesser showed, Tools -> Configure "Build Lazarus" ... > OK, my misunderstanding. I thought you were talking about a difference in actually building Lazarus from sources. I will give it a try. Brian. From b_lists at patandbrian.org Sat May 30 22:04:31 2020 From: b_lists at patandbrian.org (Brian) Date: Sat, 30 May 2020 16:04:31 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> Message-ID: <4a6ee43a-c472-ea4a-89c9-15f0284a6c42@patandbrian.org> On 5/30/20 3:22 PM, Brian via lazarus wrote: > On 5/30/20 2:57 PM, Juha Manninen via lazarus wrote: >> On Sat, May 30, 2020 at 4:40 PM Brian via lazarus >> wrote: >>> Unless you have some reason to believe that the QT5 version of >>> fpcupdeluxe doesn't build lazarus with QT5 bindings, I have already >>> tried this idea and still seen the same problem. Yes, I deleted back >>> EVERYTHING except for the actual fpcupdeluxe executable - all config >>> files and the entire target directory - from the GTK2 build. Then I >>> downloaded the QT5 version of the executable and ran that. Once again, >>> it built, but I still saw the key mapping etc. problem. >> >> Yes I have a reason to believe so. >> The LCL widgetset used for fpcupdeluxe executable does not affect how >> Lazarus is built. >> You can check the current widgetset of Lazarus executable from Help -> >> About Lazarus. >> >> All this hassle proves that fpcupdeluxe should not be used for the >> simple task of building native (OS, CPU) version of Lazarus trunk. >> It only complicates things and confuses. >> Getting sources and building Lazarus is so easy when FPC is already installed. >> Things are different when you want FPC trunk. It is not as trivial. (*) >> Cross-compilation is another good reason to use fpcupdeluxe. I have >> understood it shines there. >> >> >>> Since I've come this far, though, I guess I'm willing to try building >>> the lazarus code downloaded via subversion with the QT5 bindings. Is >>> there a web page, or some other documentation, that leads me though >>> doing that? I've never previously built the QT5 version except the >>> attempt to build it via fpcupdeluxe. >> >> As John Landmesser showed, Tools -> Configure "Build Lazarus" ... >> > > OK, my misunderstanding. I thought you were talking about a difference > in actually building Lazarus from sources. I will give it a try. > Well, I still can't get Lazarus to build from the sources obtained through subversion. Here's the output, with an initial update to make sure I was building the latest version. > brian at brian-mint:~/subversion$ svn update lazarus > Updating 'lazarus': > U lazarus/docs/xml/lcl/stdctrls.xml > U lazarus/lcl/include/customcombobox.inc > U lazarus/lcl/interfaces/cocoa/cocoawsstdctrls.pas > U lazarus/lcl/interfaces/cocoa/cocoadefines.inc > U lazarus/lcl/interfaces/cocoa/cocoaint.pas > U lazarus/lcl/interfaces/gtk2/gtk2wsstdctrls.pp > U lazarus/lcl/interfaces/qt5/qtwsstdctrls.pp > U lazarus/lcl/interfaces/win32/win32wsstdctrls.pp > U lazarus/lcl/stdctrls.pp > U lazarus/lcl/widgetset/wsstdctrls.pp > U lazarus/components/datetimectrls/datetimepicker.pas > U lazarus/components/ideintf/srceditorintf.pas > U lazarus/components/fpweb/fpwebtoolsunit.pas > U lazarus/ide/fpdoceditwindow.pas > U lazarus/ide/sourceeditor.pp > U lazarus > Updated to revision 63253. > brian at brian-mint:~/subversion$ cd lazarus > brian at brian-mint:~/subversion/lazarus$ make -B > make -C packager/registration > make[1]: Entering directory '/home/brian/subversion/lazarus/packager/registration' > /bin/rm -f ../units/x86_64-linux/fcllaz.ppu > /bin/mkdir -p ../units/x86_64-linux > /usr/bin/ppcx64 -MObjFPC -Scghi -O1 -g -gl -l -vewnhibq -Fu. -Fu/usr/lib/fpc/3.0.4/units/x86_64-linux/rtl -FE. -FU../units/x86_64-linux -Cg -dx86_64 fcllaz.pas > Free Pascal Compiler version 3.0.4 [2018/10/29] for x86_64 > Copyright (c) 1993-2017 by Florian Klaempfl and others > (1002) Target OS: Linux for x86-64 > (3104) Compiling fcllaz.pas > /home/brian/subversion/lazarus/packager/registration/fcllaz.pas(11,3) Fatal: (10022) Can't find unit db used by fcllaz > Fatal: (1018) Compilation aborted > Makefile:2929: recipe for target 'fcllaz.ppu' failed > make[1]: *** [fcllaz.ppu] Error 1 > make[1]: Leaving directory '/home/brian/subversion/lazarus/packager/registration' > Makefile:3410: recipe for target 'registration' failed > make: *** [registration] Error 2 > brian at brian-mint:~/subversion/lazarus$ So, I switched to the version which I had successfully built using fpcupdeluxe, and followed John's instructions. While the gtk2 version did build correctly, but showed the 'i' and 'm' problems, the qt5 version did not even build. I got an error about an undefined reference in Qtwidgets.pas to QTextEdit_setPlaceholderText. If there's anything else you need me to try, let me know. For the moment, I'm back to using my LMDE VM, which shows none of this 'i' and 'm' nonsense, even with the gtk2 setting. Brian. From alfred at consulab.nl Sat May 30 22:32:23 2020 From: alfred at consulab.nl (Don Alfredo) Date: Sat, 30 May 2020 22:32:23 +0200 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <4a6ee43a-c472-ea4a-89c9-15f0284a6c42@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> <4a6ee43a-c472-ea4a-89c9-15f0284a6c42@patandbrian.org> Message-ID: Fpcupdeluxe maintainer message: Currently, QT5 Linux Lazarus will not build due to outdated libQT5pas.so that fpcupdeluxe uses. The same is valid for macOS. This issue will be solved in next release. -------------- next part -------------- An HTML attachment was scrubbed... URL: From b_lists at patandbrian.org Sat May 30 22:59:00 2020 From: b_lists at patandbrian.org (Brian) Date: Sat, 30 May 2020 16:59:00 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> <4a6ee43a-c472-ea4a-89c9-15f0284a6c42@patandbrian.org> Message-ID: <94530bd8-ea23-e699-29b0-a10cba13d343@patandbrian.org> On 5/30/20 4:32 PM, Don Alfredo via lazarus wrote: > Fpcupdeluxe maintainer message: > > Currently, QT5 Linux Lazarus will not build due to outdated > libQT5pas.so that fpcupdeluxe uses. > The same is valid for macOS. > > This issue will be solved in next release. > Thanks, that solves that question at least! Brian. From mailinglists at geldenhuys.co.uk Sun May 31 00:56:05 2020 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Sat, 30 May 2020 23:56:05 +0100 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <4a6ee43a-c472-ea4a-89c9-15f0284a6c42@patandbrian.org> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> <4a6ee43a-c472-ea4a-89c9-15f0284a6c42@patandbrian.org> Message-ID: <3bd51b59-1d7a-483d-9595-3bd69a3c58ba@geldenhuys.co.uk> On 30/05/2020 9:04 pm, Brian via lazarus wrote: > Copyright (c) 1993-2017 by Florian Klaempfl and others > (1002) Target OS: Linux for x86-64 > (3104) Compiling fcllaz.pas > /home/brian/subversion/lazarus/packager/registration/fcllaz.pas(11,3) Fatal: (10022) Can't find unit db used by fcllaz > Fatal: (1018) Compilation aborted > Makefile:2929: recipe for target 'fcllaz.ppu' failed >From that errer, that tells me you have some problem with your FPC setup, not Lazarus. FPC is trying to compile the Lazarus fcllaz package that uses the FPC's db.pp unit, but can't find it. The "db.pp" unit is part of FPC's fcl-db package. I would double check your ~/.fpc.cfg file and make sure all the paths are correct. Regards, Graeme From b_lists at patandbrian.org Sun May 31 14:47:03 2020 From: b_lists at patandbrian.org (Brian) Date: Sun, 31 May 2020 08:47:03 -0400 Subject: [Lazarus] Keyboard mapping probelm In-Reply-To: <3bd51b59-1d7a-483d-9595-3bd69a3c58ba@geldenhuys.co.uk> References: <270997bb-878f-a31b-7174-861331251772@patandbrian.org> <6ff8602a-df4e-4c30-5dce-7bd8b371c6e5@gmx.de> <9cf493fa-e266-cbfc-6c5e-6b8452159a24@patandbrian.org> <7dcbb6d1-2707-eb2d-835d-ac5045e141d7@patandbrian.org> <932e326e-2d38-ba7b-41e5-8a15c9c31649@patandbrian.org> <090aa94b-6107-8a45-d229-3d3019c0fbe2@patandbrian.org> <978e16af-07e8-2b94-00e5-940545af3a56@patandbrian.org> <518ceca3-7613-7a40-dfed-0a5f7be48514@patandbrian.org> <1000b329-45b3-ed81-21ab-e46271c84640@patandbrian.org> <4a6ee43a-c472-ea4a-89c9-15f0284a6c42@patandbrian.org> <3bd51b59-1d7a-483d-9595-3bd69a3c58ba@geldenhuys.co.uk> Message-ID: <26e5232a-5632-d555-448b-967b35a8a683@patandbrian.org> On 5/30/20 6:56 PM, Graeme Geldenhuys via lazarus wrote: > On 30/05/2020 9:04 pm, Brian via lazarus wrote: >> Copyright (c) 1993-2017 by Florian Klaempfl and others >> (1002) Target OS: Linux for x86-64 >> (3104) Compiling fcllaz.pas >> /home/brian/subversion/lazarus/packager/registration/fcllaz.pas(11,3) Fatal: (10022) Can't find unit db used by fcllaz >> Fatal: (1018) Compilation aborted >> Makefile:2929: recipe for target 'fcllaz.ppu' failed > > From that errer, that tells me you have some problem with your FPC > setup, not Lazarus. FPC is trying to compile the Lazarus fcllaz > package that uses the FPC's db.pp unit, but can't find it. > > The "db.pp" unit is part of FPC's fcl-db package. I would double > check your ~/.fpc.cfg file and make sure all the paths are correct. > > Well, I guess things are progressing, after a fashion! Thank you, Graeme, for sorting this one. I took the two fpc debs currently with the latest lazarus on sourceforge, installed them, and now lazarus (from subversion, and I updated this morning, before building) builds without error. So far, so good. So then I ran up the IDE, and changed to the QT5 widgets, per John's suggestion, and rebuilt the IDE. Nope! Back to this error which Don Alfredo says is due to an outdated libQT5pas.so when fpcupdeluxe is used, so I assume it's the same problem here. A quick search on the error finds details of building the Qt5 on a previous version of Mint > https://tondrej.blogspot.com/2018/04/first-steps-with-lazarus-qt5-interface.html which seems to be downloading an update of some of the QT5 stuff, so I'll try this lot when I get chance. In the meantime, my Gtk2 build running under the Debian-based version of Mint in a VirtualBox VM continues to work just fine - so whatever the cause of all this, it seems that EITHER it rests with the Ubuntu version of Mint OR it's a multi-way interaction with some of the software I have installed on the host but not on the VM. Thanks again for the help, folks, I will report back when I get chance, but that may not be for a few more days. This is now a hobby for me, not a profession, and my wife seems to think that there are more important things for me to do with my time. :( Brian.