Re: [Lazarus] Quick Video: A Web Application
On 2017-04-19 10:21, Graeme Geldenhuys via Lazarus wrote: On 2017-04-19 15:58, Michael Schnell via Lazarus wrote: Lazarus would b able to seamlessly create such programs (even more up to date, versatile and fast: using WebAssembly compiled from Pascal instead of hand crafted Java Script). I believe that is what Michael van Canneyt is working on. I am also working on something like this for chromium embedded Offline Apps (with callbacks that can call native fpc code using html5/js widgets as the GUI), but, as I have many programs on the go, and many ideas, and not sure if it will be open source... I don't want to blow the whistle early. FastCGI would be a good mechanism for events, since it keeps a exe/elf open all the time rather than forking a new one for each event. But fastcgi doesn't run on that many servers. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Quick Video: A Web Application
Sorry, didn't watch the video yet, but, wasn't Morfik something similar? Or that was mostly offline apps? Then there was also the intraweb for delphi, but AFAIR the Indy authors. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Form resize to standard size in IDE.
Maybe it is also related to the problem i mentioned a few days ago? It does sound kind of similar to what i demo in the video here: https://webmshare.com/q78rb On Mon, May 8, 2017 at 12:45 AM, Juha Manninen via Lazarus < lazarus@lists.lazarus-ide.org> wrote: > On Sun, May 7, 2017 at 9:35 PM, Fabio Luis Girardi via Lazarus > wrote: > > I (and others co-workers) have experienced the same behavior on Linux > mint > > cinnamon 17.3 when Lazarus is built using gtk2 (using Lazarus 1.4, 1.6, > > fixes and trunk). > > I have seen similar reports but no common cause was found. > Now it starts to look like a Cinnamon related issue. Somebody should > debug it there. > > Juha > -- > ___ > Lazarus mailing list > Lazarus@lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Menu editor unstable? - stack trace
Can you please create a proper backtrace with gdb using the latest Lazarus trunk. It shows also function names and parameter values etc. I was actually able to reproduce the access violation once but not more however much I tried. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Form resize to standard size in IDE.
On Sun, May 7, 2017 at 9:35 PM, Fabio Luis Girardi via Lazarus wrote: > I (and others co-workers) have experienced the same behavior on Linux mint > cinnamon 17.3 when Lazarus is built using gtk2 (using Lazarus 1.4, 1.6, > fixes and trunk). I have seen similar reports but no common cause was found. Now it starts to look like a Cinnamon related issue. Somebody should debug it there. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Form resize to standard size in IDE.
I (and others co-workers) have experienced the same behavior on Linux mint cinnamon 17.3 when Lazarus is built using gtk2 (using Lazarus 1.4, 1.6, fixes and trunk). This strange behavior disappeared when Lazarus is built with QT. The cinnamon looking glass can provide some debug information about this. I'll try reproduce this tomorrow, to collect the cinnamon debug info. Em 7 de mai de 2017 14:40, "zeljko via Lazarus" < lazarus@lists.lazarus-ide.org> escreveu: > On 05/07/2017 06:24 PM, Michael Van Canneyt wrote: > >> >> >> On Sun, 7 May 2017, zeljko wrote: >> >> > If you suspect on HiDPI then you should disable scaling at application > level (lazaruside) via Application.Scaled := False (or similar prop > name) . In that case TCustomForm.Scaled should not be taken into > account in any case. > Is there a command-line option for the IDE to disable this ? It seems silly to me that I would have to modify the IDE sources every time I do a SVN update? >>> >>> AFAIK not. >>> >>> Second thing: I assume that you're using Gtk2 ide. What is > windowmanager ? Does it run compositing ? > I don't know. I use a standard Linux Mint using Cinnamon desktop. >>> >>> Then compositing is on, and that's probably cause of problems. >>> >> >> Can you explain why this would cause problems ? >> > > Don't know, tried to fix that inside gtk2 many times, besides that on some > wm's + compositing sizes are ok, on some not. Really don't know. > Using qtlcl for work and don't have such problems. See gtk2wsforms.pp and > stuff about form events ... > > zeljko > > -- > ___ > Lazarus mailing list > Lazarus@lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Form resize to standard size in IDE.
On 05/07/2017 06:24 PM, Michael Van Canneyt wrote: On Sun, 7 May 2017, zeljko wrote: If you suspect on HiDPI then you should disable scaling at application level (lazaruside) via Application.Scaled := False (or similar prop name) . In that case TCustomForm.Scaled should not be taken into account in any case. Is there a command-line option for the IDE to disable this ? It seems silly to me that I would have to modify the IDE sources every time I do a SVN update? AFAIK not. Second thing: I assume that you're using Gtk2 ide. What is windowmanager ? Does it run compositing ? I don't know. I use a standard Linux Mint using Cinnamon desktop. Then compositing is on, and that's probably cause of problems. Can you explain why this would cause problems ? Don't know, tried to fix that inside gtk2 many times, besides that on some wm's + compositing sizes are ok, on some not. Really don't know. Using qtlcl for work and don't have such problems. See gtk2wsforms.pp and stuff about form events ... zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Menu editor unstable?
On 07/05/17 13:08, zeljko via Lazarus wrote: Not here, but using Lazarus Qt 64-bit + fpc-3.0.2. Hi, I can't reproduce it here either, using latest Lazarus GTK2, linux 64-bit, FPC 3.0.2 -- Victor Campillo -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Form resize to standard size in IDE.
On Sun, 7 May 2017, zeljko wrote: If you suspect on HiDPI then you should disable scaling at application level (lazaruside) via Application.Scaled := False (or similar prop name) . In that case TCustomForm.Scaled should not be taken into account in any case. Is there a command-line option for the IDE to disable this ? It seems silly to me that I would have to modify the IDE sources every time I do a SVN update? AFAIK not. Second thing: I assume that you're using Gtk2 ide. What is windowmanager ? Does it run compositing ? I don't know. I use a standard Linux Mint using Cinnamon desktop. Then compositing is on, and that's probably cause of problems. Can you explain why this would cause problems ? Because I see many more straneg things happening. At runtime my StatusBar disappears for some mysterious reason. I need to resize the form and then it appears again. And it doesn't matter whether I allow scaling or not. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] RTTI grid with multiple objects ?
On Sun, 7 May 2017, Mattias Gaertner via Lazarus wrote: On Sun, 7 May 2017 15:15:29 +0200 (CEST) Michael Van Canneyt via Lazarus wrote: Hello, How to make the RTTI property grid display the properties of a set of TComponents ? Currently I have: (MyGrid is the property grid) Var I : integer; L : TPersistentSelectionList; begin C:=0; L:=MyGrid.Selection; L.BeginUpdate; try L.Clear; if Not Assigned(ObjectList) then exit; For I:=0 to ObjectList.Count-1 do if ObjectList[i].Selected then L.Add(ObjectList[i]); finally L.EndUpdate; Mygrid.RefreshPropertyValues; RefreshPropertyValues is for updating the grid, when only property values have changed. When the list have changed use MyGrid.ReloadTIList. fraobjectinspector.pp(197,14) Error: identifier idents no member "ReloadTIList" instead I tried Mygrid.BuildPropertyList(False); That seems to work ? Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)
On 07.05.2017 12:17, Florian Klaempfl via Lazarus wrote: > Am 07.05.2017 um 12:11 schrieb Sven Barth via Lazarus: >> Am 07.05.2017 12:07 schrieb "Florian Klaempfl via Lazarus" >> mailto:lazarus@lists.lazarus-ide.org>>: >>> >>> Am 07.05.2017 um 11:57 schrieb Graeme Geldenhuys via Lazarus: On 2017-05-07 09:10, Florian Klaempfl via Lazarus wrote: >> Yeah, that would be the logical thing to do. > > Why? What makes a string literal UTF-8? > As Mattias said, the fact that the source unit is UTF-8 encoded. Defined by a BOM marker, or -Fcutf8 or {$codepage utf8}. If the source unit is UTF-8 encoded, the literal string constant can't (and shouldn't) be in any other encoding. I would say the same if the source unit was stored in UTF-16 encoding. Then string literals would be treated as UTF-16. >>> >>> And if a ISO/Ansi codepage is given? Things would probably fail. >>> >>> The point is: FPC is consistent in this regard: also sources with a >>> given iso/ansi codepage are handled the same way. If there is a string >>> literal with non-ascii chars, it is converted to UTF-16 using the >>> codepage of the source. Very simple, very logical. It is a matter of >>> preference if UTF-8, -16, -32 are chosen at this point, but FPC uses >>> UTF-16. If it uses UTF-8, the problem would occur the other way around. >>> >>> If no codepage is given (by directive, command line, BOM), string >>> literals are handled byte-wise as raw strings. >> >> Small correction: FPC only does this conversion if the codepage is >> UTF-8, no other. > > Then something is wrong/broken :) > Well, the code in tscannerfile.readtoken() only does the conversion to UTF-16 if the source codepage is UTF-8, otherwise it only converts to UTF-16 if the string is already an UTF-16 string. So probably not broken as it seems rather on purpose; if at all it's wrong... Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Form resize to standard size in IDE.
On 05/07/2017 02:24 PM, Michael Van Canneyt wrote: On Sun, 7 May 2017, zeljko wrote: On 05/07/2017 12:02 PM, Michael Van Canneyt via Lazarus wrote: Hi, Another oddity in the IDE designer. I have a form which contains some group boxes, radio buttons and a buttonpanel. Bordertstyle is bsDialog. No special properties regarding autosize or whatsoever have been set. When I switch (using F12) between source and form, it *always* resizes to some seemingly standard size and I need to fix the size. The form just contains the following: Height = 279 Top = 218 Width = 443 BorderStyle = bsDialog Caption = 'Resize Selected elements' ClientHeight = 279 ClientWidth = 443 Position = poOwnerFormCenter LCLVersion = '1.9.0.0' I have attached it for reference. I suspect the scaling and high-dpi is at work here: I have a dual-monitor system, with xinerama. To test that hypothesis, I tried to set scaled to false, but it doesn't help. Also: When the form designer is active, and I press save, the form is marked 'dirty' (i.e. not saved!) Anything I can do to help to diagnose the issue ? If you suspect on HiDPI then you should disable scaling at application level (lazaruside) via Application.Scaled := False (or similar prop name) . In that case TCustomForm.Scaled should not be taken into account in any case. Is there a command-line option for the IDE to disable this ? It seems silly to me that I would have to modify the IDE sources every time I do a SVN update? AFAIK not. Second thing: I assume that you're using Gtk2 ide. What is windowmanager ? Does it run compositing ? I don't know. I use a standard Linux Mint using Cinnamon desktop. Then compositing is on, and that's probably cause of problems. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] RTTI grid with multiple objects ?
On Sun, 7 May 2017 15:15:29 +0200 (CEST) Michael Van Canneyt via Lazarus wrote: > Hello, > > How to make the RTTI property grid display the properties of a set of > TComponents ? > > Currently I have: (MyGrid is the property grid) > > Var >I : integer; >L : TPersistentSelectionList; > > begin >C:=0; >L:=MyGrid.Selection; >L.BeginUpdate; >try > L.Clear; > if Not Assigned(ObjectList) then >exit; > For I:=0 to ObjectList.Count-1 do >if ObjectList[i].Selected then > L.Add(ObjectList[i]); >finally > L.EndUpdate; > Mygrid.RefreshPropertyValues; RefreshPropertyValues is for updating the grid, when only property values have changed. When the list have changed use MyGrid.ReloadTIList. Mattias >end; > end; > > But the grid remains empty, even though I know multiple objects have been > attached. I tried various things, but the grid remains empty. > > What should I do so the grid actually shows something ? > > Michael. > > > -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Annoying lazarus mailing list behaviour
On Sun, 7 May 2017 12:11:13 +0200 (CEST) Michael Van Canneyt via Lazarus wrote: >[...] > I suspect that Mattias still uses the 'old' list address in his mails when > posting, and that this is why I get 3 recipients. Sorry. I fixed my setting. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] RTTI grid with multiple objects ?
Hello, How to make the RTTI property grid display the properties of a set of TComponents ? Currently I have: (MyGrid is the property grid) Var I : integer; L : TPersistentSelectionList; begin C:=0; L:=MyGrid.Selection; L.BeginUpdate; try L.Clear; if Not Assigned(ObjectList) then exit; For I:=0 to ObjectList.Count-1 do if ObjectList[i].Selected then L.Add(ObjectList[i]); finally L.EndUpdate; Mygrid.RefreshPropertyValues; end; end; But the grid remains empty, even though I know multiple objects have been attached. I tried various things, but the grid remains empty. What should I do so the grid actually shows something ? Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)
On 2017-05-07 11:17, Florian Klaempfl via Lazarus wrote: > Then something is wrong/broken :) I rest my case. :-P Regards, Graeme -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Form resize to standard size in IDE.
On Sun, 7 May 2017, zeljko wrote: On 05/07/2017 12:02 PM, Michael Van Canneyt via Lazarus wrote: Hi, Another oddity in the IDE designer. I have a form which contains some group boxes, radio buttons and a buttonpanel. Bordertstyle is bsDialog. No special properties regarding autosize or whatsoever have been set. When I switch (using F12) between source and form, it *always* resizes to some seemingly standard size and I need to fix the size. The form just contains the following: Height = 279 Top = 218 Width = 443 BorderStyle = bsDialog Caption = 'Resize Selected elements' ClientHeight = 279 ClientWidth = 443 Position = poOwnerFormCenter LCLVersion = '1.9.0.0' I have attached it for reference. I suspect the scaling and high-dpi is at work here: I have a dual-monitor system, with xinerama. To test that hypothesis, I tried to set scaled to false, but it doesn't help. Also: When the form designer is active, and I press save, the form is marked 'dirty' (i.e. not saved!) Anything I can do to help to diagnose the issue ? If you suspect on HiDPI then you should disable scaling at application level (lazaruside) via Application.Scaled := False (or similar prop name) . In that case TCustomForm.Scaled should not be taken into account in any case. Is there a command-line option for the IDE to disable this ? It seems silly to me that I would have to modify the IDE sources every time I do a SVN update? Second thing: I assume that you're using Gtk2 ide. What is windowmanager ? Does it run compositing ? I don't know. I use a standard Linux Mint using Cinnamon desktop. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Annoying lazarus mailing list behaviour
On 2017-05-07 12:18, Michael Van Canneyt via Lazarus wrote: > On Sun, 7 May 2017, Sven Barth via Lazarus wrote: >> Addendum: what E-Mail client do you use? Both Android's GMail App and >> Thunderbird (with Reply to List) handle it correctly. > > Pine. With Pine I get: To: somebody via lazarus Hitting Reply, not to all. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) signature.asc Description: OpenPGP digital signature -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Annoying lazarus mailing list behaviour
On 2017-05-07 12:15, Sven Barth via Lazarus wrote: > Am 07.05.2017 12:11 schrieb "Michael Van Canneyt via Lazarus" > mailto:lazarus@lists.lazarus-ide.org>>: >> >> >> Hi, >> >> Can we please get rid of the Cc: being added to the mails sent through the >> lazarus >> mailing list ? ... It doesn't bother me much, I can filter it out (with procmail). In fact, as the "from" is changed, I see the CC as a way to be able to send a personal mail if needed. >> This is VERY annoying. >> >> (not the mails from Mattias, but the mailing list behaviour ;) ) > > If you go back some months it was revealed that this is now necessary > due to increased security in Gmail and Co. Otherwise mails from the list > would be bounced. I subscribe to several mail lists, and I have not seen any problem with gmail. :-? -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) signature.asc Description: OpenPGP digital signature -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Form resize to standard size in IDE.
On 05/07/2017 12:02 PM, Michael Van Canneyt via Lazarus wrote: Hi, Another oddity in the IDE designer. I have a form which contains some group boxes, radio buttons and a buttonpanel. Bordertstyle is bsDialog. No special properties regarding autosize or whatsoever have been set. When I switch (using F12) between source and form, it *always* resizes to some seemingly standard size and I need to fix the size. The form just contains the following: Height = 279 Top = 218 Width = 443 BorderStyle = bsDialog Caption = 'Resize Selected elements' ClientHeight = 279 ClientWidth = 443 Position = poOwnerFormCenter LCLVersion = '1.9.0.0' I have attached it for reference. I suspect the scaling and high-dpi is at work here: I have a dual-monitor system, with xinerama. To test that hypothesis, I tried to set scaled to false, but it doesn't help. Also: When the form designer is active, and I press save, the form is marked 'dirty' (i.e. not saved!) Anything I can do to help to diagnose the issue ? If you suspect on HiDPI then you should disable scaling at application level (lazaruside) via Application.Scaled := False (or similar prop name) . In that case TCustomForm.Scaled should not be taken into account in any case. Second thing: I assume that you're using Gtk2 ide. What is windowmanager ? Does it run compositing ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Menu editor unstable? - stack trace
On Sun, 7 May 2017, Michael Van Canneyt wrote: On Sun, 7 May 2017, Mattias Gaertner via Lazarus wrote: On Sat, 6 May 2017 21:26:38 +0200 (CEST) Michael Van Canneyt via Lazarus wrote: [...] I have not exactly been able to reproduce reliably, but the following just triggered it: - Start IDE - Open project - Select a popup menu (there are several) - Double click to edit - Select menu item 1 - Immediatly select menu item 2. -> crash. But also simply selecting something in the menu editor, and going to the object inspector can crash it. As a result I find myself saving all files before entering the menu editor. Not exactly ideal, to say the least. Anyone else experiencing this ? Latest Lazarus from SVN. GTK2, linux 64-bit. It does not crash here. So it needs something more to trigger the bug. Maybe the FPC Version? 3.0.2 Stacktrace? I will try to get one. Here it is. When It happened, I had just selected a menu item, and wanted to change it's name in the object inspector (I think I was typing the first characters of the new name, not 100% sure on that). TObjectInspectorDlg.FillPersistentComboBox: Updating ComboBox with components TObjectInspectorDlg.FillPersistentComboBox: Updating ComboBox with components TObjectInspectorDlg.FillPersistentComboBox: Updating ComboBox with components TObjectInspectorDlg.FillPersistentComboBox: Updating ComboBox with components TObjectInspectorDlg.FillPersistentComboBox: Updating ComboBox with components Hint: (lazarus) TMainIDE.DesignerRenameComponent Old=MenuItem37:TMenuItem New=MIResize Owner=FPReportDesignerForm:TFPReportDesignerForm WARNING: TShadowItem.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event? TApplication.HandleException Access violation Stack trace: $ $009FD49D line 1617 of ../designer/menueditor.pp $00A02673 line 2590 of ../designer/menueditor.pp $005B29F8 line 2242 of include/control.inc $005B2E61 line 2375 of include/control.inc $00436562 line 602 of ../inc/objpas.inc $005B28FD line 2202 of include/control.inc $005A580C line 5396 of include/wincontrol.inc $007722AC line 112 of lclmessageglue.pas $0066C191 line 3702 of gtk2/gtk2proc.inc $0067AEC6 line 2137 of gtk2/gtk2callback.inc $0067A5C8 line 1899 of gtk2/gtk2callback.inc $7F04FDB6EAFC The WARNING is a bit frightening... Looking at the stack trace, it looks like FShadowMenu in line 2590 of menueditor is Nil. Which seems to correspond with the warning ? After clicking Abort, I get then 2 more AVs: [TJITComponentList.DestroyJITComponent] ERROR destroying component Error: Access violation Stack trace: $004E2AD4 line 790 of mainbase.pas $004CD54F line 8978 of main.pp $0090B365 line 6331 of propedits.pp $009D95C3 line 3008 of ../designer/designer.pp $009D9DEB line 3165 of ../designer/designer.pp $0048529F line 288 of include/customform.inc $0053492E line 481 of ../objpas/classes/compon.inc $006A4C15 line 131 of lclclasses.pp $005B9D59 line 4991 of include/control.inc $005A81B8 line 6601 of include/wincontrol.inc $005BC54F line 54 of include/customcontrol.inc $0048394F line 316 of include/scrollingwincontrol.inc $00484FF1 line 212 of include/customform.inc $00435E81 line 288 of ../inc/objpas.inc $009BE1AE line 777 of ../designer/jitforms.pp $009BDEDB line 728 of ../designer/jitforms.pp $00435E81 line 288 of ../inc/objpas.inc TCustomFormEditor.JITListException List.CurReadStreamClass=nil nil TApplication.HandleException: there was another exception during showing the first exception Stack trace: $00690829 line 768 of laz_avl_tree.pp $009E6B69 line 2086 of customformeditor.pp $009E0CC1 line 815 of customformeditor.pp $009E0C87 line 806 of customformeditor.pp $00481346 line 2108 of forms.pp $009D9575 line 2995 of ../designer/designer.pp $009D9DEB line 3165 of ../designer/designer.pp $0048529F line 288 of include/customform.inc $0053492E line 481 of ../objpas/classes/compon.inc $0090D446 line 7112 of propedits.pp $00435E81 line 288 of ../inc/objpas.inc $0049C913 line 870 of lclproc.pas $004AD6C1 line 1662 of main.pp $00435E81 line 288 of ../inc/objpas.inc $00493A01 line 1093 of include/application.inc $00480986 line 1904 of forms.pp $0043B623 line 972 of ../inc/system.inc lazarus.pp - unhandled exception And I need to kill lazarus with a -KILL signal. Luckily I saved my form just before it happened :) Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Menu editor unstable?
On 05/06/2017 09:26 PM, Michael Van Canneyt via Lazarus wrote: Hi, The menu editor of lazarus trunk seems highly unstable. I've had 10+ crashes of lazarus in the last 2 hours, all due to the menu editor. The crash means that I get an access violation and I must actually kill lazarus, because once I click away the access violation dialog, the lazarus windows redraw, but respond to no other messages. The only thing that helps is a KILL signal. I have not exactly been able to reproduce reliably, but the following just triggered it: - Start IDE - Open project - Select a popup menu (there are several) - Double click to edit - Select menu item 1 - Immediatly select menu item 2. -> crash. But also simply selecting something in the menu editor, and going to the object inspector can crash it. As a result I find myself saving all files before entering the menu editor. Not exactly ideal, to say the least. Anyone else experiencing this ? Latest Lazarus from SVN. GTK2, linux 64-bit. Not here, but using Lazarus Qt 64-bit + fpc-3.0.2. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] TSQLQuery Scroll events
On Sun, 7 May 2017, kapibara via Lazarus wrote: I made a test app to unerstand more about TSQLQuery events. It requires SQLite and has one table with three records. 1) Why does the dataset scroll 6 times to open a query that has a resultset with three records? 2) Also, directly after opening the query, why is BeforeScroll/AfterScroll triggered when you click the first item in the DBLookupListBox? Shouldn't the dataset already be on that position and no scroll needed? Later, if you click an item twice, only the first time triggers a scroll event. 3) At query open, why does it scroll from record 1 an then immediately to record 3? (First and last record) and then to record 1 again, followed by 2, 3 and 3 again? Yes, why does it scroll from record 3 two times in a row? Toggle "Active Query" to true and immediately look at the Log window, line 4 and 5. 4) Editing and posting a name gives rise to 6 more scrolls. Explanations whats going on are highly welcome. Never use a GUI to understand dataset events. Because what you get is a mix of how TDataset behaves and how the DB aware controls behave. The DB aware controls do the most strange things imaginable in order to accomodate whatever their designer thought necessary. TDataset just reacts on the commands that the controls give. So, if you want to understand how TDataset events work, you should only use a command-line program, and issue a command (open, next, edit etc), and see how the TDataset reacts. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Annoying lazarus mailing list behaviour
On Sun, 7 May 2017, Sven Barth via Lazarus wrote: Am 07.05.2017 12:11 schrieb "Michael Van Canneyt via Lazarus" < lazarus@lists.lazarus-ide.org>: Hi, Can we please get rid of the Cc: being added to the mails sent through the lazarus mailing list ? In most cases, when I reply, I get 2 recipients. I always must delete 1. When the original mail comes from Mattias Gaertner, I *invariably* get 3 reply addresses: to : Mattias Gaertner via Lazarus Cc : laza...@lists.lazarus.freepascal.org, Mattias Gaertner I suspect that Mattias still uses the 'old' list address in his mails when posting, and that this is why I get 3 recipients. This is VERY annoying. (not the mails from Mattias, but the mailing list behaviour ;) ) Addendum: what E-Mail client do you use? Both Android's GMail App and Thunderbird (with Reply to List) handle it correctly. Pine. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)
Am 07.05.2017 um 12:11 schrieb Sven Barth via Lazarus: > Am 07.05.2017 12:07 schrieb "Florian Klaempfl via Lazarus" > mailto:lazarus@lists.lazarus-ide.org>>: >> >> Am 07.05.2017 um 11:57 schrieb Graeme Geldenhuys via Lazarus: >> > On 2017-05-07 09:10, Florian Klaempfl via Lazarus wrote: >> >>> Yeah, that would be the logical thing to do. >> >> >> >> Why? What makes a string literal UTF-8? >> >> >> > >> > As Mattias said, the fact that the source unit is UTF-8 encoded. >> > Defined by a BOM marker, or -Fcutf8 or {$codepage utf8}. If the source >> > unit is UTF-8 encoded, the literal string constant can't (and >> > shouldn't) be in any other encoding. >> > >> > I would say the same if the source unit was stored in UTF-16 >> > encoding. Then string literals would be treated as UTF-16. >> >> And if a ISO/Ansi codepage is given? Things would probably fail. >> >> The point is: FPC is consistent in this regard: also sources with a >> given iso/ansi codepage are handled the same way. If there is a string >> literal with non-ascii chars, it is converted to UTF-16 using the >> codepage of the source. Very simple, very logical. It is a matter of >> preference if UTF-8, -16, -32 are chosen at this point, but FPC uses >> UTF-16. If it uses UTF-8, the problem would occur the other way around. >> >> If no codepage is given (by directive, command line, BOM), string >> literals are handled byte-wise as raw strings. > > Small correction: FPC only does this conversion if the codepage is > UTF-8, no other. Then something is wrong/broken :) -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Annoying lazarus mailing list behaviour
Am 07.05.2017 12:11 schrieb "Michael Van Canneyt via Lazarus" < lazarus@lists.lazarus-ide.org>: > > > Hi, > > Can we please get rid of the Cc: being added to the mails sent through the lazarus > mailing list ? > > In most cases, when I reply, I get 2 recipients. I always must delete 1. > > When the original mail comes from Mattias Gaertner, I *invariably* get 3 reply addresses: > > to : Mattias Gaertner via Lazarus > Cc : laza...@lists.lazarus.freepascal.org, > Mattias Gaertner > > I suspect that Mattias still uses the 'old' list address in his mails when > posting, and that this is why I get 3 recipients. > > This is VERY annoying. > > (not the mails from Mattias, but the mailing list behaviour ;) ) If you go back some months it was revealed that this is now necessary due to increased security in Gmail and Co. Otherwise mails from the list would be bounced. Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Annoying lazarus mailing list behaviour
Hi, Can we please get rid of the Cc: being added to the mails sent through the lazarus mailing list ? In most cases, when I reply, I get 2 recipients. I always must delete 1. When the original mail comes from Mattias Gaertner, I *invariably* get 3 reply addresses: to : Mattias Gaertner via Lazarus Cc : laza...@lists.lazarus.freepascal.org, Mattias Gaertner I suspect that Mattias still uses the 'old' list address in his mails when posting, and that this is why I get 3 recipients. This is VERY annoying. (not the mails from Mattias, but the mailing list behaviour ;) ) Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Annoying lazarus mailing list behaviour
On Sun, 7 May 2017, Sven Barth via Lazarus wrote: Am 07.05.2017 12:11 schrieb "Michael Van Canneyt via Lazarus" < lazarus@lists.lazarus-ide.org>: Hi, Can we please get rid of the Cc: being added to the mails sent through the lazarus mailing list ? In most cases, when I reply, I get 2 recipients. I always must delete 1. When the original mail comes from Mattias Gaertner, I *invariably* get 3 reply addresses: to : Mattias Gaertner via Lazarus Cc : laza...@lists.lazarus.freepascal.org, Mattias Gaertner I suspect that Mattias still uses the 'old' list address in his mails when posting, and that this is why I get 3 recipients. This is VERY annoying. (not the mails from Mattias, but the mailing list behaviour ;) ) If you go back some months it was revealed that this is now necessary due to increased security in Gmail and Co. Otherwise mails from the list would be bounced. Nonsense. Adding the CC is absolutely not necessary for this, only the from: line needs to be adapted. An MTA doesn't look at CC. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Annoying lazarus mailing list behaviour
Am 07.05.2017 12:11 schrieb "Michael Van Canneyt via Lazarus" < lazarus@lists.lazarus-ide.org>: > > > Hi, > > Can we please get rid of the Cc: being added to the mails sent through the lazarus > mailing list ? > > In most cases, when I reply, I get 2 recipients. I always must delete 1. > > When the original mail comes from Mattias Gaertner, I *invariably* get 3 reply addresses: > > to : Mattias Gaertner via Lazarus > Cc : laza...@lists.lazarus.freepascal.org, > Mattias Gaertner > > I suspect that Mattias still uses the 'old' list address in his mails when > posting, and that this is why I get 3 recipients. > > This is VERY annoying. > > (not the mails from Mattias, but the mailing list behaviour ;) ) Addendum: what E-Mail client do you use? Both Android's GMail App and Thunderbird (with Reply to List) handle it correctly. Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)
Am 07.05.2017 um 11:57 schrieb Graeme Geldenhuys via Lazarus: > On 2017-05-07 09:10, Florian Klaempfl via Lazarus wrote: >>> Yeah, that would be the logical thing to do. >> >> Why? What makes a string literal UTF-8? >> > > As Mattias said, the fact that the source unit is UTF-8 encoded. > Defined by a BOM marker, or -Fcutf8 or {$codepage utf8}. If the source > unit is UTF-8 encoded, the literal string constant can't (and > shouldn't) be in any other encoding. > > I would say the same if the source unit was stored in UTF-16 > encoding. Then string literals would be treated as UTF-16. And if a ISO/Ansi codepage is given? Things would probably fail. The point is: FPC is consistent in this regard: also sources with a given iso/ansi codepage are handled the same way. If there is a string literal with non-ascii chars, it is converted to UTF-16 using the codepage of the source. Very simple, very logical. It is a matter of preference if UTF-8, -16, -32 are chosen at this point, but FPC uses UTF-16. If it uses UTF-8, the problem would occur the other way around. If no codepage is given (by directive, command line, BOM), string literals are handled byte-wise as raw strings. > > It's perfectly logical to me. It is logical only in a limited view. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)
Am 07.05.2017 12:07 schrieb "Florian Klaempfl via Lazarus" < lazarus@lists.lazarus-ide.org>: > > Am 07.05.2017 um 11:57 schrieb Graeme Geldenhuys via Lazarus: > > On 2017-05-07 09:10, Florian Klaempfl via Lazarus wrote: > >>> Yeah, that would be the logical thing to do. > >> > >> Why? What makes a string literal UTF-8? > >> > > > > As Mattias said, the fact that the source unit is UTF-8 encoded. > > Defined by a BOM marker, or -Fcutf8 or {$codepage utf8}. If the source > > unit is UTF-8 encoded, the literal string constant can't (and > > shouldn't) be in any other encoding. > > > > I would say the same if the source unit was stored in UTF-16 > > encoding. Then string literals would be treated as UTF-16. > > And if a ISO/Ansi codepage is given? Things would probably fail. > > The point is: FPC is consistent in this regard: also sources with a > given iso/ansi codepage are handled the same way. If there is a string > literal with non-ascii chars, it is converted to UTF-16 using the > codepage of the source. Very simple, very logical. It is a matter of > preference if UTF-8, -16, -32 are chosen at this point, but FPC uses > UTF-16. If it uses UTF-8, the problem would occur the other way around. > > If no codepage is given (by directive, command line, BOM), string > literals are handled byte-wise as raw strings. Small correction: FPC only does this conversion if the codepage is UTF-8, no other. Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)
On 2017-05-07 09:10, Florian Klaempfl via Lazarus wrote: >> Yeah, that would be the logical thing to do. > > Why? What makes a string literal UTF-8? > As Mattias said, the fact that the source unit is UTF-8 encoded. Defined by a BOM marker, or -Fcutf8 or {$codepage utf8}. If the source unit is UTF-8 encoded, the literal string constant can't (and shouldn't) be in any other encoding. I would say the same if the source unit was stored in UTF-16 encoding. Then string literals would be treated as UTF-16. It's perfectly logical to me. 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@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Menu editor unstable?
On Sun, 7 May 2017, Mattias Gaertner via Lazarus wrote: On Sat, 6 May 2017 21:26:38 +0200 (CEST) Michael Van Canneyt via Lazarus wrote: [...] I have not exactly been able to reproduce reliably, but the following just triggered it: - Start IDE - Open project - Select a popup menu (there are several) - Double click to edit - Select menu item 1 - Immediatly select menu item 2. -> crash. But also simply selecting something in the menu editor, and going to the object inspector can crash it. As a result I find myself saving all files before entering the menu editor. Not exactly ideal, to say the least. Anyone else experiencing this ? Latest Lazarus from SVN. GTK2, linux 64-bit. It does not crash here. So it needs something more to trigger the bug. Maybe the FPC Version? 3.0.2 Stacktrace? I will try to get one. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)
Am 07.05.2017 um 10:30 schrieb Mattias Gaertner via Lazarus: > On Sun, 7 May 2017 10:10:26 +0200 > Florian Klaempfl via Lazarus wrote: > >> Am 05.05.2017 um 13:35 schrieb Graeme Geldenhuys via Lazarus: >>> On 2017-05-05 12:17, Mattias Gaertner via Lazarus wrote: I wonder if it would help if FPC would store UTF-8 string literals as UTF-8 >>> >>> Yeah, that would be the logical thing to do. >> >> Why? What makes a string literal UTF-8? > > Here: $codepage utf-8 and non ASCII. > > >>> FPC not doing that is what >>> really confused me. >> >> You have to distinuish between source encoding and string encoding. > > Yes, but sometimes the string encoding is not obvious: > > {$codepage utf8} > const s = 'äöüالعَرَبِيَّة'; > begin > writeln(s); // needs widestringmanager > end. Yes. Which is good imo. The compiler should call the unicode writeln in this case and this requires a widestringmanager (where I agree, its name is chosen wrong, it should be named unicodestringmanager) anyways. If the string were encoded UTF-8 and the ansistring writeln is called, your example would work only on a system with an utf-8 console. But you can achieve the same (broken output) by just leaving away the codepage directive then. It will not work on non utf-8 consoles either. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Menu editor unstable?
On Sat, 6 May 2017 21:26:38 +0200 (CEST) Michael Van Canneyt via Lazarus wrote: >[...] > I have not exactly been able to reproduce reliably, but the following just > triggered > it: > - Start IDE > - Open project > - Select a popup menu (there are several) > - Double click to edit > - Select menu item 1 > - Immediatly select menu item 2. > -> crash. > > But also simply selecting something in the menu editor, and going to the > object > inspector can crash it. > > As a result I find myself saving all files before entering the menu editor. > Not exactly ideal, to say the least. > > Anyone else experiencing this ? > > Latest Lazarus from SVN. GTK2, linux 64-bit. It does not crash here. So it needs something more to trigger the bug. Maybe the FPC Version? Stacktrace? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)
On Sun, 7 May 2017 10:10:26 +0200 Florian Klaempfl via Lazarus wrote: > Am 05.05.2017 um 13:35 schrieb Graeme Geldenhuys via Lazarus: > > On 2017-05-05 12:17, Mattias Gaertner via Lazarus wrote: > >> I wonder if it would help if FPC would store UTF-8 string literals as > >> UTF-8 > > > > Yeah, that would be the logical thing to do. > > Why? What makes a string literal UTF-8? Here: $codepage utf-8 and non ASCII. > > FPC not doing that is what > > really confused me. > > You have to distinuish between source encoding and string encoding. Yes, but sometimes the string encoding is not obvious: {$codepage utf8} const s = 'äöüالعَرَبِيَّة'; begin writeln(s); // needs widestringmanager end. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)
Am 05.05.2017 um 13:35 schrieb Graeme Geldenhuys via Lazarus: > On 2017-05-05 12:17, Mattias Gaertner via Lazarus wrote: >> I wonder if it would help if FPC would store UTF-8 string literals as >> UTF-8 > > Yeah, that would be the logical thing to do. Why? What makes a string literal UTF-8? > FPC not doing that is what > really confused me. You have to distinuish between source encoding and string encoding. -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Installation issue - unit not found
On Sun, 7 May 2017, Gabriella Lynns via Lazarus wrote: I have been trying to install Lazarus for two unprivileged users, each in a subdirectory of their own $HOME I've been using a script originally from getlazarus.org The first installation went smoothly. The second, using exactly the same script, failed with: /home/gl/Development/FreePascal/lazarus/components/lazutils/lazutils.pas(20,47) Fatal: (10022) Can't find unit LazarusPackageIntf used by LazUtils Fatal: (1018) Compilation aborted Makefile:2702: recipe for target 'lazutils.ppu' failed make[1]: *** [lazutils.ppu] Error 1 make[1]: Leaving directory '/home/gl/Development/FreePascal/lazarus/components/lazutils' Makefile:3052: recipe for target 'lazutils' failed make: *** [lazutils] Error 2 This occurs during the lazarus 'make all'. fpc installed fine. Any idea what is going on here? Why does a script which works for one unprivileged user fail with another unprivileged user 5 minutes later? The only difference I can see in the two users is that one of them (the one that fails) is in the SUDOERS file. And there is no sudo in the setup script. Is this on the same machine ? if so: Does the script use the /tmp directory ? Maybe there are some leftover files in some subdirectory of the /tmp directory ? If not: does the second machine contain a prior installation of Free/Pascal lzazarus ? Michael.-- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus