From mailinglists at geldenhuys.co.uk Fri Dec 1 00:30:05 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Thu, 30 Nov 2017 23:30:05 +0000 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> References: <6e9206e8-5659-332e-1ffa-766d736ae121@lumino.de> <0a2011d2-8ba0-8fff-ed36-8822a743b2fe@geldenhuys.co.uk> <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> Message-ID: On 2017-11-30 11:46, Michael Schnell via Lazarus wrote: > Nonetheless, IMHO RAD is a great way to start programming, as you > immediately and painlessly can see (visualize) what your "business RAD should only be used for prototyping. ie: once the prototype is done and not needed, bin the code. And don't be fooled thinking small utility apps are great for RAD too. Once that utility get traction, feature get added, the thing grows like wild-fire and you are in a sh*t storm once again. Even "small" utilities can do with a good design and business logic separation. It might sound harsh, but boy will you save yourself from headaches years down the line when your application has grown to multi-million lines of code. [done ranting for now] 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 mse00000 at gmail.com Fri Dec 1 07:42:28 2017 From: mse00000 at gmail.com (Martin Schreiber) Date: Fri, 1 Dec 2017 07:42:28 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> Message-ID: <201712010742.28273.mse00000@gmail.com> On Friday 01 December 2017 00:30:05 Graeme Geldenhuys via Lazarus wrote: > On 2017-11-30 11:46, Michael Schnell via Lazarus wrote: > > Nonetheless, IMHO RAD is a great way to start programming, as you > > immediately and painlessly can see (visualize) what your "business > > RAD should only be used for prototyping. ie: once the prototype is done > and not needed, bin the code. And don't be fooled thinking small utility > apps are great for RAD too. Once that utility get traction, feature get > added, the thing grows like wild-fire and you are in a sh*t storm once > again. Even "small" utilities can do with a good design and business > logic separation. > > It might sound harsh, but boy will you save yourself from headaches > years down the line when your application has grown to multi-million > lines of code. > That is your opinion, my opinion is that RAD is the most productive development technology for most of the projects if done right, separating of GUI and business logic is perfectly possible with RAD. For me MSEide+MSEgui doubled the productivity compared with other tools. It seems to me because you repeat your statement over and over again you never made a RAD development "right" with the right tools. ;-) And the often heard statement that RAD should not be used because it is possible to write bad applications with RAD applies to every other design methology too. Martin From mailinglists at geldenhuys.co.uk Fri Dec 1 08:01:06 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 1 Dec 2017 07:01:06 +0000 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <201712010742.28273.mse00000@gmail.com> References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> Message-ID: <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> On 2017-12-01 06:42, Martin Schreiber via Lazarus wrote: > That is your opinion, my opinion is that RAD is the most productive > development technology for most of the projects if done right, And your last 3 words is the most important part - "if done right". In my 20+ years of using Delphi, I can count of one hand how many company products I've seen "done right" using the RAD style approach. And I've worked at plenty of companies in that 20+ years. It seems "if done right" is a near impossibility for most Delphi developers. So I'm not saying its impossible, just very very unlikely. Using non-RAD approaches seems to guide the developer in better design, but yes, they could still screw that up too (without leadership guidance). Regards, Graeme From mse00000 at gmail.com Fri Dec 1 08:22:12 2017 From: mse00000 at gmail.com (Martin Schreiber) Date: Fri, 1 Dec 2017 08:22:12 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> References: <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> Message-ID: <201712010822.12545.mse00000@gmail.com> On Friday 01 December 2017 08:01:06 Graeme Geldenhuys via Lazarus wrote: > On 2017-12-01 06:42, Martin Schreiber via Lazarus wrote: > > That is your opinion, my opinion is that RAD is the most productive > > development technology for most of the projects if done right, > > And your last 3 words is the most important part - "if done right". In > my 20+ years of using Delphi, I can count of one hand how many company > products I've seen "done right" using the RAD style approach. And I've > worked at plenty of companies in that 20+ years. It seems "if done > right" is a near impossibility for most Delphi developers. > For me Delphi is not the best RAD environment and therefore developments made with Delphi should not be used to disqualify RAD as a whole. Martin From mschnell at lumino.de Fri Dec 1 09:45:30 2017 From: mschnell at lumino.de (Michael Schnell) Date: Fri, 1 Dec 2017 09:45:30 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <201712010742.28273.mse00000@gmail.com> References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> Message-ID: On 01.12.2017 07:42, Martin Schreiber via Lazarus wrote: > separating of GUI and business logic is perfectly possible with RAD. Yep. But you need to apply this discipline to yourself right from start of the project, as doing this afterwards is tedious. Unfortunately many projects arise from sloppy prototypes necessary as a proof of concept before officially starting the project. -Michael From mschnell at lumino.de Fri Dec 1 09:47:04 2017 From: mschnell at lumino.de (Michael Schnell) Date: Fri, 1 Dec 2017 09:47:04 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <201712010822.12545.mse00000@gmail.com> References: <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <201712010822.12545.mse00000@gmail.com> Message-ID: <36277f75-0194-79b3-34c3-ab3a2280484e@lumino.de> On 01.12.2017 08:22, Martin Schreiber via Lazarus wrote: > For me Delphi is not the best RAD environment and therefore > developments made with Delphi should not be used to disqualify RAD as > a whole. Which are there other than Delphi and its siblings ? -Michael From giuliano.colla at fastwebnet.it Fri Dec 1 09:49:04 2017 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Fri, 1 Dec 2017 09:49:04 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> Message-ID: <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> Il 01/12/2017 08:01, Graeme Geldenhuys via Lazarus ha scritto: > And your last 3 words is the most important part - "if done right". In > my 20+ years of using Delphi, I can count of one hand how many company > products I've seen "done right" using the RAD style approach. And I've > worked at plenty of companies in that 20+ years. It seems "if done > right" is a near impossibility for most Delphi developers. > > So I'm not saying its impossible, just very very unlikely. Using > non-RAD approaches seems to guide the developer in better design, but > yes, they could still screw that up too (without leadership guidance). I don't believe you can give a general rule. The tool must be appropriate for the application. The word "programming" includes an universe of non compatible things. Something like "mechanical design". Designing a watch is something completing different than designing a monorail train. We used Delphi, and now use Lazarus to design the human interface for automatic machines, where the visual part is the most important one. The RAD approach is the most efficient and productive. But when we had to interface the production data generated with company database, it turned out that one had to write a lot of non-visual code, and we found that RAD approach would just have confused things, leading to unreadable and inefficient code. Just my 2 cents. Giuliano From md at delfire.net Fri Dec 1 14:29:19 2017 From: md at delfire.net (Marcos Douglas B. Santos) Date: Fri, 1 Dec 2017 11:29:19 -0200 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> Message-ID: On Fri, Dec 1, 2017 at 5:01 AM, Graeme Geldenhuys via Lazarus wrote: > On 2017-12-01 06:42, Martin Schreiber via Lazarus wrote: >> >> That is your opinion, my opinion is that RAD is the most productive >> development technology for most of the projects if done right, > > > And your last 3 words is the most important part - "if done right". In my > 20+ years of using Delphi, I can count of one hand how many company products > I've seen "done right" using the RAD style approach. And I've worked at > plenty of companies in that 20+ years. It seems "if done right" is a near > impossibility for most Delphi developers. I had the same experience working in some companies. > So I'm not saying its impossible, just very very unlikely. Using non-RAD > approaches seems to guide the developer in better design, but yes, they > could still screw that up too (without leadership guidance). +1 I agree. Best, Marcos Douglas From md at delfire.net Fri Dec 1 14:30:14 2017 From: md at delfire.net (Marcos Douglas B. Santos) Date: Fri, 1 Dec 2017 11:30:14 -0200 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <201712010822.12545.mse00000@gmail.com> References: <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <201712010822.12545.mse00000@gmail.com> Message-ID: On Fri, Dec 1, 2017 at 5:22 AM, Martin Schreiber via Lazarus wrote: > On Friday 01 December 2017 08:01:06 Graeme Geldenhuys via Lazarus wrote: >> On 2017-12-01 06:42, Martin Schreiber via Lazarus wrote: >> > That is your opinion, my opinion is that RAD is the most productive >> > development technology for most of the projects if done right, >> >> And your last 3 words is the most important part - "if done right". In >> my 20+ years of using Delphi, I can count of one hand how many company >> products I've seen "done right" using the RAD style approach. And I've >> worked at plenty of companies in that 20+ years. It seems "if done >> right" is a near impossibility for most Delphi developers. >> > For me Delphi is not the best RAD environment and therefore developments made > with Delphi should not be used to disqualify RAD as a whole. I agree Delphi, nowadays, is not the best RAD environment. Best, Marcos Douglas From mse00000 at gmail.com Fri Dec 1 14:32:08 2017 From: mse00000 at gmail.com (Martin Schreiber) Date: Fri, 1 Dec 2017 14:32:08 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <36277f75-0194-79b3-34c3-ab3a2280484e@lumino.de> References: <201712010822.12545.mse00000@gmail.com> <36277f75-0194-79b3-34c3-ab3a2280484e@lumino.de> Message-ID: <201712011432.08648.mse00000@gmail.com> On Friday 01 December 2017 09:47:04 Michael Schnell via Lazarus wrote: > On 01.12.2017 08:22, Martin Schreiber via Lazarus wrote: > > For me Delphi is not the best RAD environment and therefore > > developments made with Delphi should not be used to disqualify RAD as > > a whole. > > Which are there other than Delphi and its siblings ? > Apparently MSEide+MSEgui which is no Delphi sibling. ;-) Martin From md at delfire.net Fri Dec 1 14:33:54 2017 From: md at delfire.net (Marcos Douglas B. Santos) Date: Fri, 1 Dec 2017 11:33:54 -0200 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> Message-ID: On Fri, Dec 1, 2017 at 6:49 AM, Giuliano Colla via Lazarus wrote: > > I don't believe you can give a general rule. The tool must be appropriate > for the application. The word "programming" includes an universe of non > compatible things. Something like "mechanical design". Designing a watch is > something completing different than designing a monorail train. > > We used Delphi, and now use Lazarus to design the human interface for > automatic machines, where the visual part is the most important one. The RAD > approach is the most efficient and productive. But when we had to interface > the production data generated with company database, it turned out that one > had to write a lot of non-visual code, and we found that RAD approach would > just have confused things, leading to unreadable and inefficient code. I believe RAD is the best way to code a GUI, but not to write the business rules. As you said, "...RAD approach would just have confused things, leading to unreadable and inefficient code". Best regards, Marcos Douglas From mailinglists at geldenhuys.co.uk Fri Dec 1 20:43:19 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 1 Dec 2017 19:43:19 +0000 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> Message-ID: On 2017-12-01 13:33, Marcos Douglas B. Santos via Lazarus wrote: > I believe RAD is the best way to code a GUI.... I'll even disagree with that - somewhat. :) http://geldenhuys.co.uk/articles/model-gui-mediator.pdf With Model-GUI-Mediator (think MVC or MVP design patterns but for modern GUI toolkits) you use RAD style to drop components on a form, but you DON'T hook into any events or Dataset properties using the form designer. Also, you DON'T use data-aware controls. Instead you use Mediators - a very thin layer of non-gui code (reusable and only implemented once) that links widgets and business objects. Bi-directional updates occur automatically via the Objserver design pattern. MGM was the reason FPC now has Observers built into classes like TStringList etc. The MGM implementation I described in the article is very basic - to get the idea across much easier. The MGM implementation inside tiOPF is *much* more advanced and improved - requiring *much* less boiler-plate coding too. MGM also allows you to switch your application from LCL to fpGUI to VCL in a blink of an eye. The mediators for all these toolkits are already written - so nothing new to implement. Switching a form design from using a TListView to TStringGrid (or vice-versa) is also a 2 second job. Creating mediators for new components....For example TChart ora DevExpress QuantumGrid is a 5 minute job at most. So suddenly you can use any of the free or paid for components - not just db-aware components. I've used MGM in multiple commercial projects for about 6 years now - it works brilliantly. You UI form units are almost empty, and good separation of UI, business rules and persistence. Plus I can use OOP and real "objects" in my code, not SQL queries and TField instances. 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 badsectoracula at gmail.com Sat Dec 2 02:00:56 2017 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Sat, 2 Dec 2017 03:00:56 +0200 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> Message-ID: In my personal experience the "RAD" approach used by Delphi, Lazarus and old VB (i'm not sure if proper RAD really was about what you see in those products and not something Borland and Microsoft's marketing departments decided to use because it was cool at the time) is the fastest and often best way to create desktop applications. Yes, it can end up messy for larger applications if you are not careful and i've written my share of things i'd rather rewrite than fix (although they are fixable with the right amount of effort), but i still consider it worth it and i see any other approach as going backwards. To put it simply, the only reason i use Lazarus and the only reason i recommend it to others (mainly programmers who want to make desktop applications) is its "RAD" features (and cross platform support, of course). Creating a form, dropping a field and a button and double clicking on the button to type something like "ShowMessage(Edit1.Text);" and press Run to run it has been for many years my first test for separating Bad vs Good desktop GUI development environments - and the one most fail at. Simple things must be simple, complex things must be possible and Lazarus allows for both. On Fri, Dec 1, 2017 at 9:43 PM, Graeme Geldenhuys via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > On 2017-12-01 13:33, Marcos Douglas B. Santos via Lazarus wrote: > >> I believe RAD is the best way to code a GUI.... >> > > I'll even disagree with that - somewhat. :) > > http://geldenhuys.co.uk/articles/model-gui-mediator.pdf > > With Model-GUI-Mediator (think MVC or MVP design patterns but for modern > GUI toolkits) you use RAD style to drop components on a form, but you DON'T > hook into any events or Dataset properties using the form designer. Also, > you DON'T use data-aware controls. > > Instead you use Mediators - a very thin layer of non-gui code (reusable > and only implemented once) that links widgets and business objects. > Bi-directional updates occur automatically via the Objserver design > pattern. MGM was the reason FPC now has Observers built into classes like > TStringList etc. > > The MGM implementation I described in the article is very basic - to get > the idea across much easier. The MGM implementation inside tiOPF is *much* > more advanced and improved - requiring *much* less boiler-plate coding too. > > MGM also allows you to switch your application from LCL to fpGUI to VCL in > a blink of an eye. The mediators for all these toolkits are already written > - so nothing new to implement. Switching a form design from using a > TListView to TStringGrid (or vice-versa) is also a 2 second job. > > Creating mediators for new components....For example TChart ora DevExpress > QuantumGrid is a 5 minute job at most. So suddenly you can use any of the > free or paid for components - not just db-aware components. > > I've used MGM in multiple commercial projects for about 6 years now - it > works brilliantly. You UI form units are almost empty, and good separation > of UI, business rules and persistence. Plus I can use OOP and real > "objects" in my code, not SQL queries and TField instances. > > 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: From luizamericop at gmail.com Sat Dec 2 02:39:01 2017 From: luizamericop at gmail.com (Luiz Americo Pereira Camara) Date: Fri, 1 Dec 2017 22:39:01 -0300 Subject: [Lazarus] Use OpenDocument (.odt) files as templates Message-ID: Does someone knows a component to use OpenDocument (.odt) files as templates to generate a .odt output file given some data? Something like https://github.com/opensagres/xdocreport but for pascal. A c library exported as a dll could work also Luiz -------------- next part -------------- An HTML attachment was scrubbed... URL: From ptrg at freemail.hu Sat Dec 2 14:52:57 2017 From: ptrg at freemail.hu (=?UTF-8?B?UMOpdGVyIEfDoWJvcg==?=) Date: Sat, 2 Dec 2017 14:52:57 +0100 Subject: [Lazarus] Cross-compiling to win32 from debian stretch In-Reply-To: <20171130105833.46e3da60@gybs> References: <20171128000733.03dc7c71@gybs> <20171128002029.4a00ea78@limapholos.matflo.wg> <20171128004138.1d18b918@gybs> <20171128202147.349be9e0@gybs> <20171130105833.46e3da60@gybs> Message-ID: First rebuild your normal (not the cross version) FPC from trunk. Then change your path environment variable to contain the new compiler's path. You can change it if you open the file .profile in your home folder. Add a new line to the end of the file. An example: export PATH=/home/the-new-path-comes-here/:$PATH Logout and Login again to apply the changes. You can check which compiler will be used with the 'which fpc" command. Now you can build your cross compiler with your new compiler on the new path. The old one will be bypassed if everything is okay. I hope I didn't miss anything... 2017-11-30 10:58 keltezéssel, kardan via Lazarus írta: > Hi, > > it looks like I need to train my patience a bit more. > > On Tue, 28 Nov 2017 20:21:47 +0100 > kardan via Lazarus wrote: > >> summary: my fpc and ppcross* have different versions, because I can't >> build fpc with the installed version. Why does this happen: >> >> ~/src/fpc(master)$ make all >> Makefile:2918: *** The only supported starting compiler version is >> 3.0.2. You are trying to build with 3.0.4.. Stop. > > can I still expect an answer or what did I do wrong? > > Thanks for your hints! > Kardan > -- Péter Gábor ptrg at freemail.hu From md at delfire.net Sat Dec 2 15:48:32 2017 From: md at delfire.net (Marcos Douglas B. Santos) Date: Sat, 2 Dec 2017 12:48:32 -0200 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> Message-ID: On Fri, Dec 1, 2017 at 5:43 PM, Graeme Geldenhuys via Lazarus wrote: > On 2017-12-01 13:33, Marcos Douglas B. Santos via Lazarus wrote: >> >> I believe RAD is the best way to code a GUI.... > > > I'll even disagree with that - somewhat. :) > > http://geldenhuys.co.uk/articles/model-gui-mediator.pdf > > With Model-GUI-Mediator (think MVC or MVP design patterns but for modern GUI > toolkits) you use RAD style to drop components on a form, but you DON'T hook > into any events or Dataset properties using the form designer. Also, you > DON'T use data-aware controls. I am aware of MVC, MVP, MVVM, and now MGM. I agree with you but, they represent almost the same thing. > Instead you use Mediators - a very thin layer of non-gui code (reusable and > only implemented once) that links widgets and business objects. > Bi-directional updates occur automatically via the Objserver design pattern. > MGM was the reason FPC now has Observers built into classes like TStringList > etc. Unfortunately, it was implemented in a wrong way, using classes instead of interfaces instances. > The MGM implementation I described in the article is very basic - to get the > idea across much easier. The MGM implementation inside tiOPF is *much* more > advanced and improved - requiring *much* less boiler-plate coding too. > > MGM also allows you to switch your application from LCL to fpGUI to VCL in a > blink of an eye. The mediators for all these toolkits are already written - > so nothing new to implement. Switching a form design from using a TListView > to TStringGrid (or vice-versa) is also a 2 second job. That is interesting. > Creating mediators for new components....For example TChart ora DevExpress > QuantumGrid is a 5 minute job at most. So suddenly you can use any of the > free or paid for components - not just db-aware components. > > I've used MGM in multiple commercial projects for about 6 years now - it > works brilliantly. You UI form units are almost empty, and good separation > of UI, business rules and persistence. Plus I can use OOP and real "objects" > in my code, not SQL queries and TField instances. I think you misunderstand me. I said "RAD is the best way to code a GUI", the visual part, not the business rules. I don't use db-aware — well only TDBGrid just to show data — and I don't have any business rules using TFields, Before|After Post, etc. Best regards, Marcos Douglas From sam_herzog at yahoo.com Sun Dec 3 11:53:26 2017 From: sam_herzog at yahoo.com (Samuel Herzog) Date: Sun, 3 Dec 2017 10:53:26 +0000 (UTC) Subject: [Lazarus] FPC 3.0.4 released! In-Reply-To: <20171130100431.D0A835082E@toad.stack.nl> References: <20171130100431.D0A835082E@toad.stack.nl> Message-ID: <1850951540.584068.1512298406550@mail.yahoo.com> Thank you, very pleased with your effort. Did a little donation to the "free pascal/lazarus fondation" to say thanks! Sam Von: Marco van de Voort via Lazarus An: fpc-announce at lists.freepascal.org CC: Marco van de Voort ; fpc-pascal at lists.freepascal.org; fpc-devel at lists.freepascal.org; lazarus at lists.lazarus-ide.org Gesendet: 11:04 Donnerstag, 30.November 2017 Betreff: [Lazarus] FPC 3.0.4 released! Hello, Finally, the Free Pascal 3.0.4 release is available from our FTP servers. Changes that may break backwards compatibility will be documented at: http://wiki.freepascal.org/User_Changes_3_0_4 For Downloads, please use the FTP server at ftp://freepascal.stack.nl/pub/fpc/dist/3.0.4/ and sourceforge https://sourceforge.net/projects/freepascal/files/ as much possible. Enjoy! The Free Pascal Compiler Team                             Free Pascal Compiler                                 Version 3.0.4 ******************************************************************************                               What's New in 3.0.4 ****************************************************************************** Free Pascal 3.0.4 is a point release of the 3.0.x fixes branch. Please also see http://wiki.freepascal.org/User_Changes_3.0.4 for a list of changes that may affect the behaviour of previously working code, and how to cope with these changes. Some highlights are: Packages:   * fcl-pdf updates   * fcl-passrc updates.   * fix traceback on ELF based systems See http://bugs.freepascal.org/changelog_page.php for the list of reported bugs which have been fixed in this release. -- _______________________________________________ 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 kardan at riseup.net Sun Dec 3 21:29:04 2017 From: kardan at riseup.net (kardan) Date: Sun, 3 Dec 2017 21:29:04 +0100 Subject: [Lazarus] Cross-compiling to win32 from debian stretch In-Reply-To: <20171130113455.66530957@limapholos.matflo.wg> References: <20171128000733.03dc7c71@gybs> <20171128002029.4a00ea78@limapholos.matflo.wg> <20171128004138.1d18b918@gybs> <20171128202147.349be9e0@gybs> <20171130113455.66530957@limapholos.matflo.wg> Message-ID: <20171203212852.6080b52d@gybs> Today I upgraded fpc* to 3.0.4+dfsg-2. Thanks for uploading the latest release to debian testing so fast! On Thu, 30 Nov 2017 11:34:55 +0100 Mattias Gaertner via Lazarus wrote: > > ~/src/fpc(master)$ make all > > Makefile:2918: *** The only supported starting compiler version is > > 3.0.2. You are trying to build with 3.0.4.. Stop. > > In general you need the last release of FPC to build the new FPC. > And with release I don't mean release candidates. So 3.0.2 was the > last release. > FPC 3.0.4 was released today, so FPC trunk will soon require 3.0.4. > > Mattias Thanks for the info. Just tried it again: $ git svn fetch && make all Makefile:2918: *** The only supported starting compiler version is 3.0.2. You are trying to build with 3.0.4.. Stop. $ fpc|head -n3 Free Pascal Compiler version 3.0.4 [2017/10/02] for i386 Copyright (c) 1993-2017 by Florian Klaempfl and others /usr/local/bin/fpc [options] [options] $ export fpcoptions='OS_TARGET=win32 CPU_TARGET=i386' $ make all $fpcoptions Makefile:215: *** The Makefile doesn't support target i386-win32, please run fpcmake first. Stop. $ fpcmake && make all $fpcoptions Processing Makefile.fpc i386-linux requires: Writing Makefile Makefile:215: *** The Makefile doesn't support target i386-win32, please run fpcmake first. Stop. What did I do wrong? Note that for me basic steps related to fpc are unknown, however I am able to follow the orders by the compiler output. Thanks! kardan From bo.berglund at gmail.com Sun Dec 3 23:27:49 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Sun, 03 Dec 2017 23:27:49 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... Message-ID: I tried to find where the fpc.cfg file is located on my Raspbian Jessie system. So I googled and found a number of hits all located on the lazarus forum. But whatever item I select there is a timeout and it does not appear... For example this: https://forum.lazarus.freepascal.org/index.php and all othergoogle hits targeting specific posts all time out. And using the Google cahched page does not show it either. So, can someone here please tell me where I should find the fpc.cfg file. When Lazarus 1.6 starts up it complains about not finding it and suggest that I should point it to the file. But I don't know where... -- Bo Berglund Developer in Sweden From teresa.williams at gmx.us Sun Dec 3 23:34:39 2017 From: teresa.williams at gmx.us (Teresa Williams) Date: Sun, 3 Dec 2017 23:34:39 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: Message-ID: > Sent: Monday, December 04, 2017 at 11:27 AM > From: "Bo Berglund via Lazarus" > To: lazarus at lists.lazarus.freepascal.org > Cc: "Bo Berglund" > Subject: [Lazarus] Problem accessing the lazarus forums... > > I tried to find where the fpc.cfg file is located on my Raspbian > Jessie system. So I googled and found a number of hits all located on > the lazarus forum. > But whatever item I select there is a timeout and it does not > appear... > For example this: > https://forum.lazarus.freepascal.org/index.php > and all othergoogle hits targeting specific posts all time out. > And using the Google cahched page does not show it either. > > So, > can someone here please tell me where I should find the fpc.cfg file. > When Lazarus 1.6 starts up it complains about not finding it and > suggest that I should point it to the file. But I don't know where... > > -- > Bo Berglund > Developer in Sweden > It's linux - why bother with Google (or Statpage for privacy). Just use sudo find / -name 'fpc.cfg' -print or whatever variation you want. From bo.berglund at gmail.com Mon Dec 4 00:29:49 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 04 Dec 2017 00:29:49 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... References: Message-ID: On Sun, 3 Dec 2017 23:34:39 +0100, Teresa Williams via Lazarus wrote: >> So, >> can someone here please tell me where I should find the fpc.cfg file. >> When Lazarus 1.6 starts up it complains about not finding it and >> suggest that I should point it to the file. But I don't know where... >> > >It's linux - why bother with Google (or Statpage for privacy). Just use > >sudo find / -name 'fpc.cfg' -print > >or whatever variation you want. Well, I already tried variations of that and came up empty-handed: ~ $ sudo find / -name 'fpc.cfg' -print ~ $ Any other suggestion? (What about the lazarus forum?) -- Bo Berglund Developer in Sweden From r030t1 at gmail.com Mon Dec 4 00:34:54 2017 From: r030t1 at gmail.com (R0b0t1) Date: Sun, 3 Dec 2017 17:34:54 -0600 Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: Message-ID: On Sun, Dec 3, 2017 at 5:29 PM, Bo Berglund via Lazarus wrote: > On Sun, 3 Dec 2017 23:34:39 +0100, Teresa Williams via Lazarus > wrote: > >>> So, >>> can someone here please tell me where I should find the fpc.cfg file. >>> When Lazarus 1.6 starts up it complains about not finding it and >>> suggest that I should point it to the file. But I don't know where... >>> >> >>It's linux - why bother with Google (or Statpage for privacy). Just use >> >>sudo find / -name 'fpc.cfg' -print >> >>or whatever variation you want. > > Well, I already tried variations of that and came up empty-handed: > ~ $ sudo find / -name 'fpc.cfg' -print > ~ $ > > Any other suggestion? > (What about the lazarus forum?) > The package mlocate contains the locate and updatedb commands, and produces quick results. I typically use find with grep, though that may be slower. But I have more control of the results. Cheers, R0b0t1 From r030t1 at gmail.com Mon Dec 4 00:34:54 2017 From: r030t1 at gmail.com (R0b0t1) Date: Sun, 3 Dec 2017 17:34:54 -0600 Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: Message-ID: On Sun, Dec 3, 2017 at 5:29 PM, Bo Berglund via Lazarus wrote: > On Sun, 3 Dec 2017 23:34:39 +0100, Teresa Williams via Lazarus > wrote: > >>> So, >>> can someone here please tell me where I should find the fpc.cfg file. >>> When Lazarus 1.6 starts up it complains about not finding it and >>> suggest that I should point it to the file. But I don't know where... >>> >> >>It's linux - why bother with Google (or Statpage for privacy). Just use >> >>sudo find / -name 'fpc.cfg' -print >> >>or whatever variation you want. > > Well, I already tried variations of that and came up empty-handed: > ~ $ sudo find / -name 'fpc.cfg' -print > ~ $ > > Any other suggestion? > (What about the lazarus forum?) > The package mlocate contains the locate and updatedb commands, and produces quick results. I typically use find with grep, though that may be slower. But I have more control of the results. Cheers, R0b0t1 From lazarus at mfriebe.de Mon Dec 4 00:42:14 2017 From: lazarus at mfriebe.de (Martin Frb) Date: Sun, 3 Dec 2017 23:42:14 +0000 Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: Message-ID: On 03/12/2017 22:27, Bo Berglund via Lazarus wrote: > I tried to find where the fpc.cfg file is located on my Raspbian > Jessie system. fpc -va someunit.pas | grep "fpc.cfg" or similar -va means maximum verbose, it will tell you where it searches for the file, and where (if) it found it. From nc-gaertnma at netcologne.de Mon Dec 4 09:52:34 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Mon, 4 Dec 2017 09:52:34 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: Message-ID: <20171204095234.1af2f008@limapholos.matflo.wg> On Sun, 03 Dec 2017 23:27:49 +0100 Bo Berglund via Lazarus wrote: > I tried to find where the fpc.cfg file is located on my Raspbian > Jessie system. So I googled and found a number of hits all located on > the lazarus forum. >[...] > can someone here please tell me where I should find the fpc.cfg file. > When Lazarus 1.6 starts up it complains about not finding it and > suggest that I should point it to the file. But I don't know where... A normal fpc install puts it in /etc/fpc.cfg How did you install fpc? Mattias From marc at dommelstein.nl Mon Dec 4 10:16:04 2017 From: marc at dommelstein.nl (Marc Weustink) Date: Mon, 4 Dec 2017 10:16:04 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: Message-ID: Bo Berglund via Lazarus wrote: > I tried to find where the fpc.cfg file is located on my Raspbian > Jessie system. So I googled and found a number of hits all located on > the lazarus forum. > But whatever item I select there is a timeout and it does not > appear... > For example this: > https://forum.lazarus.freepascal.org/index.php > and all othergoogle hits targeting specific posts all time out. > And using the Google cahched page does not show it either. No problem in reaching the forum here. Marc From bo.berglund at gmail.com Mon Dec 4 10:25:43 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 04 Dec 2017 10:25:43 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... References: <20171204095234.1af2f008@limapholos.matflo.wg> Message-ID: On Mon, 4 Dec 2017 09:52:34 +0100, Mattias Gaertner via Lazarus wrote: >A normal fpc install puts it in /etc/fpc.cfg Thanks, that is where I found it now! I wonder why this did not work before? sudo find / -name fpc.cfg Now it does. Anyway, I could not see anything that would cause lazarus to fail in finding the file. OTOH if Lazarus cannot find the file then there must be something else in error.... >How did you install fpc? Well, this is a long story, I always install from sources and I have a lot of RPi units (7-10) with fpc on some of them but not all. A year ago I was working on a project for remote control using fpc and I think I used this RPi then. But in March the project was put on hold and I stopped using fpc until now when I need to start again. And now I am not 100% sure which Pi I used so I tried starting up Lazarus on one after the other to see which projects were in the recent projects list. And on this unit Lazarus failed to find the compiler and the fpc sources for some reason. I get these messages on the Lazartus start dialog box: Compiler: File: /home/pi/bin/fpc Error: system.ppu not found. Check your fpc.cfg <== HERE FPC Sources: Directory: /usr/fpc/3.0.0 Warning: Found version 3.0.0, expected 3.0.2 You can download FPC and the FPC sources from..... So I suspected that the fpc.cfg file contained some bogus info, which I had to edit away, but I had all forgotten where this file was supposed to be... Note that I normally install using a script which downloads the sources and builds both fpc and lazarus. It does all of that into /home/pi instead of into the global locations because I want to be able to rebuild both without using sudo. -- Bo Berglund Developer in Sweden From mschnell at lumino.de Mon Dec 4 10:31:52 2017 From: mschnell at lumino.de (Michael Schnell) Date: Mon, 4 Dec 2017 10:31:52 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> Message-ID: <88473055-4bfd-dc50-17f5-bc67d468ceb8@lumino.de> On 01.12.2017 20:43, Graeme Geldenhuys via Lazarus wrote: > On 2017-12-01 13:33, Marcos Douglas B. Santos via Lazarus wrote: >> I believe RAD is the best way to code a GUI.... > > I'll even disagree with that - somewhat. :) > >    http://geldenhuys.co.uk/articles/model-gui-mediator.pdf > The article starts : After mastering OOP and Object Persistence, the next thing developers need to conquer is how to present their business objects in the GUI ... IMHO this is the best way to threaten away would be software developers from even starting to try to do any programming but have them do their living as windows cleaners. When (as a newcomer) starting to do any "business logic", it's essential to have a toolbox that allows for testing your work on the fly. And this (at best) does include a really simple way to add a GUI (this is called RAD), even if intending to use this only for your own purpose and deactivate it in any final version of the product. -Michael From nc-gaertnma at netcologne.de Mon Dec 4 10:44:02 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Mon, 4 Dec 2017 10:44:02 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: <20171204095234.1af2f008@limapholos.matflo.wg> Message-ID: <20171204104402.763d220b@limapholos.matflo.wg> On Mon, 04 Dec 2017 10:25:43 +0100 Bo Berglund via Lazarus wrote: >[...] > Anyway, I could not see anything that would cause lazarus to fail in > finding the file. OTOH if Lazarus cannot find the file then there must > be something else in error.... Posting the exact error messages helps getting help. Lazarus did not complain about finding fpc.cfg. > >How did you install fpc? >[...] > I get these messages on the Lazartus start dialog box: > > Compiler: > File: /home/pi/bin/fpc > Error: system.ppu not found. Check your fpc.cfg <== HERE It can't find system.ppu. Something is wrong with your fpc.cfg or your install of fpc. > FPC Sources: > Directory: /usr/fpc/3.0.0 > Warning: Found version 3.0.0, expected 3.0.2 > You can download FPC and the FPC sources from..... > > So I suspected that the fpc.cfg file contained some bogus info, which > I had to edit away, but I had all forgotten where this file was > supposed to be... > > Note that I normally install using a script which downloads the > sources and builds both fpc and lazarus. > It does all of that into /home/pi instead of into the global locations > because I want to be able to rebuild both without using sudo. Then you should create a /home/pi/.fpc.cfg Mattias From bo.berglund at gmail.com Mon Dec 4 11:04:16 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 04 Dec 2017 11:04:16 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... References: Message-ID: On Mon, 4 Dec 2017 10:16:04 +0100, Marc Weustink via Lazarus wrote: >> https://forum.lazarus.freepascal.org/index.php >> and all othergoogle hits targeting specific posts all time out. >> And using the Google cahched page does not show it either. > >No problem in reaching the forum here. > Hmm, if I use my Win7 laptop with either FireFox or Chrome using the above link then both *never* succeed. Same if I use ping on a command line on my PC towards it: ping forum.lazarus.freepascal.org Pinging server.lazarus-ide.org [37.97.187.115] with 32 bytes of data: Request timed out. Request timed out. Then tested on an RPi3 unit in my home LAN $ ping forum.lazarus.freepascal.org PING server.lazarus-ide.org (37.97.187.115) 56(84) bytes of data. ^C <== Had to break command after 7 minutes --- server.lazarus-ide.org ping statistics --- 423 packets transmitted, 0 received, 100% packet loss, time 422001ms So the RPi just hangs there, no feedback or result at all... Next I connected with PuTTY to an RPi unit on a remote LAN via VPN and tried ping there: $ ping forum.lazarus.freepascal.org PING server.lazarus-ide.org (37.97.187.115) 56(84) bytes of data. 64 bytes from server.lazarus-ide.org (37.97.187.115): icmp_seq=1 ttl=46 time=132 ms 64 bytes from server.lazarus-ide.org (37.97.187.115): icmp_seq=2 ttl=46 time=132 ms HMMM Next I used my phone connected to my home WiFi, same result: Timeout wile connecting to the forum. So I shut down WiFi on the phone and tested again using the mobile network: SUCCESS! It seems like my fiber ISP is blocking the lazarus forums!!!! I need to talk to them. -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Mon Dec 4 11:25:56 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 04 Dec 2017 11:25:56 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... References: Message-ID: On Mon, 04 Dec 2017 11:04:16 +0100, Bo Berglund via Lazarus wrote: >It seems like my fiber ISP is blocking the lazarus forums!!!! >I need to talk to them. Not the case! I looked at my ASUS router and it flashed an alert about new firmware, which I installed and now there is no problem accessing the Lazarus forums anymore! -- Bo Berglund Developer in Sweden From aaa5500 at ya.ru Mon Dec 4 12:24:05 2017 From: aaa5500 at ya.ru (Alexey) Date: Mon, 4 Dec 2017 14:24:05 +0300 Subject: [Lazarus] NewRequirement dlg Message-ID: <96d7fb3a-daee-324d-a51a-1f552917bdc0@ya.ru> In this dlg it's needed 1) to paint listbox items with 3-4 pixel indent from left. 2) "Package name" label - make v-centered near Edit field. -- Regards, Alexey From nc-gaertnma at netcologne.de Mon Dec 4 12:40:33 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Mon, 4 Dec 2017 12:40:33 +0100 Subject: [Lazarus] NewRequirement dlg In-Reply-To: <96d7fb3a-daee-324d-a51a-1f552917bdc0@ya.ru> References: <96d7fb3a-daee-324d-a51a-1f552917bdc0@ya.ru> Message-ID: <20171204124033.57b0d57e@limapholos.matflo.wg> On Mon, 4 Dec 2017 14:24:05 +0300 Alexey via Lazarus wrote: > In this dlg it's needed 1) to paint listbox items with 3-4 pixel indent > from left. > > 2) "Package name" label - make v-centered near Edit field. Thanks for the hint. Fixed. Mattias From bo.berglund at gmail.com Mon Dec 4 12:51:22 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 04 Dec 2017 12:51:22 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... References: <20171204095234.1af2f008@limapholos.matflo.wg> <20171204104402.763d220b@limapholos.matflo.wg> Message-ID: On Mon, 4 Dec 2017 10:44:02 +0100, Mattias Gaertner via Lazarus wrote: >Then you should create a /home/pi/.fpc.cfg I used the script commands for the fpc.cfg: /home/pi/lib/fpc/3.0.2/samplecfg /home/pi/lib/fpc/3.0.2 /home/pi Followed by mv /home/pi/fpc.cfg /home/pi/.fpc.cfg Now I have a hidden cfg file but Lazarus still complains the same when starting up. I guess I have to start over with FPC on this box. It is a pity though since I know I went to some trouble adding indy and some hardware interfaces (gpio) to it at the time... Question: Do I need a different seed compiler than 3.0.0 for the latest fpc? -- Bo Berglund Developer in Sweden From robin.listas at telefonica.net Mon Dec 4 12:55:23 2017 From: robin.listas at telefonica.net (Carlos E. R.) Date: Mon, 4 Dec 2017 12:55:23 +0100 (CET) Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, 2017-12-03 at 17:34 -0600, R0b0t1 via Lazarus wrote: > On Sun, Dec 3, 2017 at 5:29 PM, Bo Berglund via Lazarus <> wrote: >> Well, I already tried variations of that and came up empty-handed: >> ~ $ sudo find / -name 'fpc.cfg' -print >> ~ $ >> >> Any other suggestion? >> (What about the lazarus forum?) >> > > The package mlocate contains the locate and updatedb commands, and > produces quick results. And will fail. If "find" failed to find anything, locate also will fail. - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlolN6sACgkQtTMYHG2NR9VbdQCeJA2s6pmWNkKN7ElCeEJql0Ap swMAmgOgl8yKa9rX0+VDplO7Z050ebL5 =NguN -----END PGP SIGNATURE----- From aaa5500 at ya.ru Mon Dec 4 13:47:55 2017 From: aaa5500 at ya.ru (Alexey) Date: Mon, 4 Dec 2017 15:47:55 +0300 Subject: [Lazarus] NewRequirement dlg In-Reply-To: <20171204124033.57b0d57e@limapholos.matflo.wg> References: <96d7fb3a-daee-324d-a51a-1f552917bdc0@ya.ru> <20171204124033.57b0d57e@limapholos.matflo.wg> Message-ID: <10150b07-d70b-97f9-4b86-6b616cfcceb9@ya.ru> 3) listbox items "aggpas" and with "p" -truncated from below of item by 2pixels, coz of big Ubuntu font. Alex From wkitty42 at windstream.net Mon Dec 4 14:44:05 2017 From: wkitty42 at windstream.net (wkitty42 at windstream.net) Date: Mon, 4 Dec 2017 08:44:05 -0500 Subject: [Lazarus] Cross-compiling to win32 from debian stretch In-Reply-To: <20171203212852.6080b52d@gybs> References: <20171128000733.03dc7c71@gybs> <20171128002029.4a00ea78@limapholos.matflo.wg> <20171128004138.1d18b918@gybs> <20171128202147.349be9e0@gybs> <20171130113455.66530957@limapholos.matflo.wg> <20171203212852.6080b52d@gybs> Message-ID: <9e8d925c-1b7f-ca08-eeae-ea75bc5526dd@windstream.net> On 12/03/2017 03:29 PM, kardan via Lazarus wrote: > Thanks for the info. Just tried it again: > > $ git svn fetch && make all > Makefile:2918: *** The only supported starting compiler version is > 3.0.2. You are trying to build with 3.0.4.. Stop. as noted previously, you /MUST/ use 3.0.2 to build 3.0.4... after 3.0.4 is adopted and made the minimum version, then you can use it to build newer versions greater than 3.0.4 but to build 3.0.4 you will /always/ have to use 3.0.2, the last release before 3.0.4 became available... -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list unless* *a signed and pre-paid contract is in effect with us.* From wkitty42 at windstream.net Mon Dec 4 14:48:32 2017 From: wkitty42 at windstream.net (wkitty42 at windstream.net) Date: Mon, 4 Dec 2017 08:48:32 -0500 Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: <20171204095234.1af2f008@limapholos.matflo.wg> Message-ID: <2fa3f5cc-b2f7-46b8-478b-d6216714eb56@windstream.net> On 12/04/2017 04:25 AM, Bo Berglund via Lazarus wrote: > On Mon, 4 Dec 2017 09:52:34 +0100, Mattias Gaertner via Lazarus > wrote: > >> A normal fpc install puts it in /etc/fpc.cfg > > Thanks, that is where I found it now! > I wonder why this did not work before? > sudo find / -name fpc.cfg > Now it does. that's not the same command you used before... your previous one had single quotes around the filename whereas this one does not... -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list unless* *a signed and pre-paid contract is in effect with us.* From nc-gaertnma at netcologne.de Mon Dec 4 15:18:12 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Mon, 4 Dec 2017 15:18:12 +0100 Subject: [Lazarus] Cross-compiling to win32 from debian stretch In-Reply-To: <20171203212852.6080b52d@gybs> References: <20171128000733.03dc7c71@gybs> <20171128002029.4a00ea78@limapholos.matflo.wg> <20171128004138.1d18b918@gybs> <20171128202147.349be9e0@gybs> <20171130113455.66530957@limapholos.matflo.wg> <20171203212852.6080b52d@gybs> Message-ID: <20171204151812.253df781@limapholos.matflo.wg> On Sun, 3 Dec 2017 21:29:04 +0100 kardan via Lazarus wrote: >[...] > $ export fpcoptions='OS_TARGET=win32 CPU_TARGET=i386' > $ make all $fpcoptions > Makefile:215: *** The Makefile doesn't support target i386-win32, > please run fpcmake first. Stop. The hint about 'run fpcmake' is misleading here. Do not run it. Please revert any changes. svn revert -R . > What did I do wrong? Note that for me basic steps related to fpc are > unknown, however I am able to follow the orders by the compiler output. It works here with the svn checkout of fpc trunk. Maybe you fetched the wrong repository or you have local modifications or you have a different 'make'. Mattias From alexsander.rosa at gmail.com Mon Dec 4 17:25:37 2017 From: alexsander.rosa at gmail.com (Alexsander Rosa) Date: Mon, 4 Dec 2017 14:25:37 -0200 Subject: [Lazarus] Who is using Object Pascal in production? In-Reply-To: References: <2016051248.6318876.1509272601867.ref@mail.yahoo.com> <2016051248.6318876.1509272601867@mail.yahoo.com> <6cdde9fd-060c-6701-05b2-bad66416852a@freenet.de> Message-ID: RNGE 3 = desktop app, Windows and Linux. We wrote a blog about the porting effort (from D7 to Lazarus): http://port2laz.blogspot.com.br/2011/01/news-from-front.html 2017-11-27 17:23 GMT-02:00 Marcos Douglas B. Santos via Lazarus < lazarus at lists.lazarus-ide.org>: > On Mon, Nov 27, 2017 at 4:54 PM, Alexsander Rosa via Lazarus > wrote: > > > > Our ERP (version 3) was written in Lazarus + PostgreSQL. > > > > Is it desktop or web? > > Best regards, > Marcos Douglas > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus > -- Atenciosamente, Alexsander da Rosa -------------- next part -------------- An HTML attachment was scrubbed... URL: From getmem1 at gmail.com Mon Dec 4 21:49:33 2017 From: getmem1 at gmail.com (=?UTF-8?B?QmFsw6F6cyBTesOpa2VseQ==?=) Date: Mon, 4 Dec 2017 22:49:33 +0200 Subject: [Lazarus] NewRequirement dlg In-Reply-To: <10150b07-d70b-97f9-4b86-6b616cfcceb9@ya.ru> References: <96d7fb3a-daee-324d-a51a-1f552917bdc0@ya.ru> <20171204124033.57b0d57e@limapholos.matflo.wg> <10150b07-d70b-97f9-4b86-6b616cfcceb9@ya.ru> Message-ID: > > 3) listbox items "aggpas" and with "p" -truncated from below of item by > 2pixels, coz of big Ubuntu font. > Please test revision 56624. Thank you. 2017-12-04 14:47 GMT+02:00 Alexey via Lazarus : > 3) listbox items "aggpas" and with "p" -truncated from below of item by > 2pixels, coz of big Ubuntu font. > > Alex > > -- > _______________________________________________ > 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 mailinglists at geldenhuys.co.uk Tue Dec 5 00:50:19 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Mon, 4 Dec 2017 23:50:19 +0000 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> Message-ID: On 2017-12-02 14:48, Marcos Douglas B. Santos via Lazarus wrote: > I think you misunderstand me. I said "RAD is the best way to code a > GUI", the visual part, not the business rules. For that you just need a visual form designer. RAD normally entails a whole lot else like hooking into events (in the UI), live view of data in form designer (using eg: a TDBGrid) etc. > I don't use db-aware — well only TDBGrid just to show data And DBGrid behaves slightly different to TStringGrid, and is slow. Many DB-aware components behave slightly different to the non DB-aware versions. Why two sets of basically the same component? Yet another layer of components that can contain bugs. With Model-GUI-Mediator you use the standard components only, and the mediators are literally just a few lines of code. The rest of MGM (at least the implementation in tiOPF) is all non-GUI and well unit tested. 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 aaa5500 at ya.ru Tue Dec 5 08:04:19 2017 From: aaa5500 at ya.ru (Alexey) Date: Tue, 5 Dec 2017 10:04:19 +0300 Subject: [Lazarus] NewRequirement dlg In-Reply-To: References: <96d7fb3a-daee-324d-a51a-1f552917bdc0@ya.ru> <20171204124033.57b0d57e@limapholos.matflo.wg> <10150b07-d70b-97f9-4b86-6b616cfcceb9@ya.ru> Message-ID: <757a2fc8-47fa-464e-49bf-a4eeb2b26454@ya.ru>  4) "package type" label misaligned with "[x]Online[x]Offline" - coz of big Ubuntu controls. Alex From mse00000 at gmail.com Tue Dec 5 08:06:47 2017 From: mse00000 at gmail.com (Martin Schreiber) Date: Tue, 5 Dec 2017 08:06:47 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: References: Message-ID: <201712050806.47149.mse00000@gmail.com> On Tuesday 05 December 2017 00:50:19 Graeme Geldenhuys via Lazarus wrote: > On 2017-12-02 14:48, Marcos Douglas B. Santos via Lazarus wrote: > > I think you misunderstand me. I said "RAD is the best way to code a > > GUI", the visual part, not the business rules. > > For that you just need a visual form designer. RAD normally entails a > whole lot else like hooking into events (in the UI), live view of data > in form designer (using eg: a TDBGrid) etc. > > > I don't use db-aware — well only TDBGrid just to show data > > And DBGrid behaves slightly different to TStringGrid, and is slow. Many > DB-aware components behave slightly different to the non DB-aware > versions. Why two sets of basically the same component? Yet another > layer of components that can contain bugs. With Model-GUI-Mediator you > use the standard components only, and the mediators are literally just a > few lines of code. The rest of MGM (at least the implementation in > tiOPF) is all non-GUI and well unit tested. > This also is your opinion, I don't think you are so absolutely right as your statements allways sound. :-) In MSEgui the DB-components work very well, are convenient and fast and provide much more possibilities than a TStringGrid. And there is no overhead and limitations and additional complexity by an additional layer like tiOPF. ;-) Martin From getmem1 at gmail.com Tue Dec 5 08:45:41 2017 From: getmem1 at gmail.com (=?UTF-8?B?QmFsw6F6cyBTesOpa2VseQ==?=) Date: Tue, 5 Dec 2017 09:45:41 +0200 Subject: [Lazarus] NewRequirement dlg In-Reply-To: <757a2fc8-47fa-464e-49bf-a4eeb2b26454@ya.ru> References: <96d7fb3a-daee-324d-a51a-1f552917bdc0@ya.ru> <20171204124033.57b0d57e@limapholos.matflo.wg> <10150b07-d70b-97f9-4b86-6b616cfcceb9@ya.ru> <757a2fc8-47fa-464e-49bf-a4eeb2b26454@ya.ru> Message-ID: > > 4) "package type" label misaligned with "[x]Online[x]Offline" - coz of > big Ubuntu controls. Please make sure every control is aligned, then send me a patch. I don't have Ubuntu installed, so I cannot do it myself. I did check with Linux Mint 18.2 looks nice there. 2017-12-05 9:04 GMT+02:00 Alexey via Lazarus : > 4) "package type" label misaligned with "[x]Online[x]Offline" - coz of > big Ubuntu controls. > > > Alex > -- > _______________________________________________ > 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 mschnell at lumino.de Tue Dec 5 09:41:30 2017 From: mschnell at lumino.de (Michael Schnell) Date: Tue, 5 Dec 2017 09:41:30 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> Message-ID: On 05.12.2017 00:50, Graeme Geldenhuys via Lazarus wrote: > > DBGrid behaves slightly different to TStringGrid, and is slow. While for perfect performance / clearness / portability / ... , DBGrid supposedly should not be used in a production release, it might be very helpful when designing an application. Maybe the way to go is to do an RAD form with Debug I/O when drafting an application and in the process move any tested business logic code in non-visual units, and when deciding how the final GUI should work and look like do this in another Form, e.g. using "GUI-Mediator". Finally deactivate the RAD form, but keep it for reference. -Michael From svaa at ciberpiula.net Tue Dec 5 10:03:44 2017 From: svaa at ciberpiula.net (Santiago A.) Date: Tue, 5 Dec 2017 10:03:44 +0100 Subject: [Lazarus] Who is using Object Pascal in production? In-Reply-To: <2016051248.6318876.1509272601867@mail.yahoo.com> References: <2016051248.6318876.1509272601867.ref@mail.yahoo.com> <2016051248.6318876.1509272601867@mail.yahoo.com> Message-ID: <29653041-5ad5-8230-323f-4c6f583ae0a4@ciberpiula.net> El 29/10/2017 a las 11:23, Samuel Herzog via Lazarus escribió: > > > A) a way to give a whole project from one developer to another > developer. (no fiddeling around with missing > packages/components/paths/environment-path). >     e.g. a Menu-Option "Export-Project" which creates a bundle with > all necessary files) > B) Examples that work out of the box. ( when I choose examples in > Lazarus, half of them do not work). > C) Beginner Videos. D) A debugger that can debug TStringList.text and other properties with getter. -- Saludos Santiago A. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mse00000 at gmail.com Tue Dec 5 12:16:45 2017 From: mse00000 at gmail.com (Martin Schreiber) Date: Tue, 5 Dec 2017 12:16:45 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: References: Message-ID: <201712051216.45401.mse00000@gmail.com> On Tuesday 05 December 2017 09:41:30 Michael Schnell via Lazarus wrote: > > While for perfect performance / clearness / portability / ... , DBGrid > supposedly should not be used in a production release, it might be very > helpful when designing an application. > What is wrong with TDBGrid??? Martin From nc-gaertnma at netcologne.de Tue Dec 5 12:25:43 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 5 Dec 2017 12:25:43 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... In-Reply-To: References: <20171204095234.1af2f008@limapholos.matflo.wg> <20171204104402.763d220b@limapholos.matflo.wg> Message-ID: <20171205122543.4f174ccc@limapholos.matflo.wg> On Mon, 04 Dec 2017 12:51:22 +0100 Bo Berglund via Lazarus wrote: > On Mon, 4 Dec 2017 10:44:02 +0100, Mattias Gaertner via Lazarus > wrote: > > >Then you should create a /home/pi/.fpc.cfg > > I used the script commands for the fpc.cfg: > /home/pi/lib/fpc/3.0.2/samplecfg /home/pi/lib/fpc/3.0.2 /home/pi > > Followed by > mv /home/pi/fpc.cfg /home/pi/.fpc.cfg Good. > Now I have a hidden cfg file but Lazarus still complains the same when > starting up. The IDE asks the compiler for the unit paths and searches the system.ppu. Please do the same manually: /path/to/compiler -vt bla | grep 'unit path' Is the system.ppu in one of these paths? > I guess I have to start over with FPC on this box. It is a pity though > since I know I went to some trouble adding indy and some hardware > interfaces (gpio) to it at the time... > > Question: > Do I need a different seed compiler than 3.0.0 for the latest fpc? Building 3.1.1 needs 3.0.4. Building 3.0.4 needs 3.0.2. Mattias From mschnell at lumino.de Tue Dec 5 13:01:43 2017 From: mschnell at lumino.de (Michael Schnell) Date: Tue, 5 Dec 2017 13:01:43 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <201712051216.45401.mse00000@gmail.com> References: <201712051216.45401.mse00000@gmail.com> Message-ID: <060fafc7-0f5e-81c0-e31c-3488d99f4b5a@lumino.de> On 05.12.2017 12:16, Martin Schreiber via Lazarus wrote: > What is wrong with TDBGrid??? As I quoted, Graeme claims it's slow. -Michael From mse00000 at gmail.com Tue Dec 5 13:47:20 2017 From: mse00000 at gmail.com (Martin Schreiber) Date: Tue, 5 Dec 2017 13:47:20 +0100 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <060fafc7-0f5e-81c0-e31c-3488d99f4b5a@lumino.de> References: <201712051216.45401.mse00000@gmail.com> <060fafc7-0f5e-81c0-e31c-3488d99f4b5a@lumino.de> Message-ID: <201712051347.20280.mse00000@gmail.com> On Tuesday 05 December 2017 13:01:43 Michael Schnell via Lazarus wrote: > On 05.12.2017 12:16, Martin Schreiber via Lazarus wrote: > > What is wrong with TDBGrid??? > > As I quoted, Graeme claims it's slow. > I doubt it. At least the MSEgui DB-grids are not slow. DB-grids get the data from dataset field buffers for the visible rows only, for strings it means to fetch a UnicodeString by copying a pointer. TDBWidgetGrid has columns where the placed TDB*EditWidget defines the colum data type and edit functionality of the column. Any edit widget can build a data column, also data-buttons, lookup-dropdown-widgets, images, sliders, dialog widgets... TStringGrid on the other hand needs a local copy of the whole recordset which looks suboptimal and it has limited functionality without additional programming and endless StrTo*() and *ToStr() conversions. Martin From mailinglists at geldenhuys.co.uk Wed Dec 6 01:20:41 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Wed, 6 Dec 2017 00:20:41 +0000 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <201712050806.47149.mse00000@gmail.com> References: <201712050806.47149.mse00000@gmail.com> Message-ID: <57752db3-5a8d-b6e3-b1b3-9173e312fdaf@geldenhuys.co.uk> On 2017-12-05 07:06, Martin Schreiber via Lazarus wrote: > This also is your opinion, I don't think you are so absolutely right as your > statements allways sound.:-) At least I sound good. ;-) > In MSEgui the DB-components work very well, are convenient and fast and I'll have to take your word for it. I've never used MSEgui for any real work. I've only used MSEide - that works well. > provide much more possibilities than a TStringGrid. TStringGrid was just an example - it can be any widget representing complex data. > and limitations and additional complexity by an additional layer like > tiOPF.;-) tiOPF is not a requirement for Model-GUI-Mediator. tiOPF simply contains the best MGM implementation I know. I'm actually continuing work on something Michael van Canneyt started very long ago but got lost over time. MGM for LCL with design time support (optional). All without requiring tiOPF, and can totally replace DBAware components. 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 mailinglists at geldenhuys.co.uk Wed Dec 6 01:28:51 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Wed, 6 Dec 2017 00:28:51 +0000 Subject: [Lazarus] External/out-of-tree LCL widgetset In-Reply-To: <88473055-4bfd-dc50-17f5-bc67d468ceb8@lumino.de> References: <054b782b-9974-6b3e-ee3d-807c3d11267a@lumino.de> <201712010742.28273.mse00000@gmail.com> <93f1e249-6e1b-a632-b4fa-94baf2619c4e@geldenhuys.co.uk> <3dc5c2fd-c242-6562-3827-0e24f0edac32@fastwebnet.it> <88473055-4bfd-dc50-17f5-bc67d468ceb8@lumino.de> Message-ID: <94433e73-9f8f-17dd-5c8e-7a5da2833cfc@geldenhuys.co.uk> On 2017-12-04 09:31, Michael Schnell via Lazarus wrote: > After mastering OOP and Object Persistence, the next thing > developers need to conquer is how to present their business objects > in the GUI ... Quoted out of context. That article was part of a series on Design Patterns published in a programming magazine. It was meant to follow on after many other design pattern articles, but I got a request to bump it up sooner. > even if intending to use this only for your own purpose and > deactivate it in any final version of the product. It seems that step NEVER happens. Regards, Graeme From bo.berglund at gmail.com Wed Dec 6 11:10:49 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Wed, 06 Dec 2017 11:10:49 +0100 Subject: [Lazarus] Problem accessing the lazarus forums... References: <20171204095234.1af2f008@limapholos.matflo.wg> <20171204104402.763d220b@limapholos.matflo.wg> <20171205122543.4f174ccc@limapholos.matflo.wg> Message-ID: On Tue, 5 Dec 2017 12:25:43 +0100, Mattias Gaertner via Lazarus wrote: >> Question: >> Do I need a different seed compiler than 3.0.0 for the latest fpc? > >Building 3.1.1 needs 3.0.4. >Building 3.0.4 needs 3.0.2. Well, on my RPi3 I used my installation script, which downloads an ARM7 3.0.0 seed compiler from my website. It also gets the sources for FPC 3.0.4 and Lazarus 1.6.4 via svn. Then it builds both fpc and lazarus. I had seen the statements about 3.0.4 needing a seed 3.0.2, so that is why I asked. But it turns out that it did not complain about the seed at all, it just built 3.0.4 sucessfully using 3.0.0 and now when I start Lazarus 1.6.4 I get no errors or warnings. -- Bo Berglund Developer in Sweden From nc-gaertnma at netcologne.de Wed Dec 6 20:15:34 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Wed, 6 Dec 2017 20:15:34 +0100 (CET) Subject: [Lazarus] Lazarus Release 1.8 Message-ID: <1623136335.107854.1512587734958@comcenter.netcologne.de> An HTML attachment was scrubbed... URL: From victor.campillo at gmail.com Thu Dec 7 10:53:39 2017 From: victor.campillo at gmail.com (Victor Campillo) Date: Thu, 7 Dec 2017 10:53:39 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <1623136335.107854.1512587734958@comcenter.netcologne.de> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> Message-ID: On 06/12/17 20:15, Mattias Gaertner via Lazarus wrote: > > The Lazarus team is glad to announce the release of Lazarus 1.8. > Congrats to the Lazarus team for this expected released. I just downloaded the sources from sourceforge and after compile it, the splash window and the about dialog show version 1.9.0, I tried the next downloads. https://sourceforge.net/projects/lazarus/files/Lazarus Zip _ GZip/Lazarus 1.8.0/lazarus-1.8.0.zip https://sourceforge.net/projects/lazarus/files/Lazarus Zip _ GZip/Lazarus 1.8.0/lazarus-1.8.0.tar.gz If I download the sources from svn tag, the version is displayed correctly. Best Regards. -- Victor Campillo -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Thu Dec 7 11:10:19 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Thu, 7 Dec 2017 11:10:19 +0100 (CET) Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> Message-ID: <758054207.110953.1512641419483@comcenter.netcologne.de> > Victor Campillo via Lazarus hat am 7. Dezember 2017 um 10:53 geschrieben: >[...] > I just downloaded the sources from sourceforge and after compile it, the splash window and the about dialog show version 1.9.0, I tried the next downloads. Oops. My fault. I will upload the right versions. Mattias From aaa5500 at ya.ru Fri Dec 8 06:45:42 2017 From: aaa5500 at ya.ru (Alexey) Date: Fri, 8 Dec 2017 08:45:42 +0300 Subject: [Lazarus] OnlinePM wish about folder Message-ID: <30650081-aeda-e1dc-75d8-614e3c13446a@ya.ru> It will be good, of OPM install all packages into subdir lazarus/components/_user. Now it uses very deep subdir which is hard to find in file manager. _user (with _ char so it will be first in filemanager) is easy to find. Or you can use _opm or _addons (_ char must have). -- Regards, Alexey From werner.pamler at freenet.de Fri Dec 8 09:32:02 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Fri, 8 Dec 2017 09:32:02 +0100 Subject: [Lazarus] OnlinePM wish about folder In-Reply-To: <30650081-aeda-e1dc-75d8-614e3c13446a@ya.ru> References: <30650081-aeda-e1dc-75d8-614e3c13446a@ya.ru> Message-ID: <484980eb-070c-288d-d301-01847ebb7b60@freenet.de> Am 08.12.2017 um 06:45 schrieb Alexey via Lazarus: > It will be good, of OPM install all packages into subdir > lazarus/components/_user. > > Now it uses very deep subdir which is hard to find in file manager. > _user (with _ char so it will be first in filemanager) is easy to > find. Or you can use _opm or _addons (_ char must have). I don't like this, I want to keep third-party packages away from Lazarus. But if you want this you can achieve it already now by modifying Options > Folders in OPM. From aaa5500 at ya.ru Fri Dec 8 10:11:08 2017 From: aaa5500 at ya.ru (Alexey) Date: Fri, 8 Dec 2017 12:11:08 +0300 Subject: [Lazarus] OnlinePM wish about folder In-Reply-To: <484980eb-070c-288d-d301-01847ebb7b60@freenet.de> References: <30650081-aeda-e1dc-75d8-614e3c13446a@ya.ru> <484980eb-070c-288d-d301-01847ebb7b60@freenet.de> Message-ID: <29b014b9-e1c1-ebbb-27ab-38fdb8659a0e@ya.ru> On 08.12.2017 11:32, Werner Pamler via Lazarus wrote: > don't like this, I want to keep third-party packages away from Lazarus Then maybe lazarus/components_user/ ? It's on the same level as components/. -- Regards, Alexey From juha.manninen62 at gmail.com Fri Dec 8 10:32:49 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 8 Dec 2017 11:32:49 +0200 Subject: [Lazarus] OnlinePM wish about folder In-Reply-To: <29b014b9-e1c1-ebbb-27ab-38fdb8659a0e@ya.ru> References: <30650081-aeda-e1dc-75d8-614e3c13446a@ya.ru> <484980eb-070c-288d-d301-01847ebb7b60@freenet.de> <29b014b9-e1c1-ebbb-27ab-38fdb8659a0e@ya.ru> Message-ID: On Fri, Dec 8, 2017 at 11:11 AM, Alexey via Lazarus wrote: > Then maybe lazarus/components_user/ ? It's on the same level as components/. No no no. It can be write protected. What was wrong with Werner's suggestion? Juha From luca at wetron.es Fri Dec 8 10:57:06 2017 From: luca at wetron.es (Luca Olivetti) Date: Fri, 8 Dec 2017 10:57:06 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <1623136335.107854.1512587734958@comcenter.netcologne.de> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> Message-ID: <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> El 06/12/17 a les 20:15, Mattias Gaertner via Lazarus ha escrit: > The Lazarus team is glad to announce the release of Lazarus 1.8. I see that, while under linux there's no problem, under windows it cannot be built with fpc-2.6.4. Now I managed to build it by transplanting the missing unicode units from fpc-3.0, but I'm not sure it will work correctly. I guess I'll have to switch to fpc 3.0.4 but I still fear the unicode changes in 3.0 will bite me. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From aaa5500 at ya.ru Fri Dec 8 10:57:14 2017 From: aaa5500 at ya.ru (Alexey) Date: Fri, 8 Dec 2017 12:57:14 +0300 Subject: [Lazarus] Laz commit for SpinEdit overflow fix Message-ID: - FIncrement := AIncrement; + if AIncrement > 0 then + FIncrement := AIncrement + else + FIncrement := -AIncrement; better: FIncrement := Abs(AIncrement); -- Regards, Alexey -------------- next part -------------- An HTML attachment was scrubbed... URL: From serbod at gmail.com Fri Dec 8 13:23:06 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Fri, 8 Dec 2017 15:23:06 +0300 Subject: [Lazarus] CHM help package Message-ID: I did some fixes and improvements to chm package, LHelp and chmmaker - https://github.com/serbod/lazhelp I contacted with maintainer, Andrew Haines, but then he disappear. There is too many changes in many files, and that can't be posted as simple diff patch. Also, there is some suggestions about package contents and file/dir locations: 1. FPC package 'chm' contain file fasthtmlparser.pas, that used in some non-CHM packages and projects. May be better move that file to some generic package - fcl-base, for example? 2. FPC package 'chm' contain LZX compression routines in some files - paslzx.pas, paslzxcomp.pas, paslznonslide.pas, lzxcompressthread.pas. They not depends on other files in 'chm' and can be maintained as separate package. 3. I suggest to move LHelp project from lazarus/components/chmhelp/lhelp to lazarus/tools/lhelp, because LHelp is idependent external utility and not internal part of IDE or users projects. 4. Also, I suggest to move lazarus/doceditor to lazarus/tools/doceditor for the same reason -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Fri Dec 8 14:02:38 2017 From: aaa5500 at ya.ru (Alexey) Date: Fri, 8 Dec 2017 16:02:38 +0300 Subject: [Lazarus] CHM help package In-Reply-To: References: Message-ID: <0333aee5-62e8-5dc1-33ab-3eaa94b12b21@ya.ru> > FPC package 'chm' contain LZX compression routines in some files - paslzx.pas, paslzxcomp.pas, paslznonslide.pas, lzxcompressthread.pas It makes sense to move them to new package, and rename files! to lzx_*.pas. I like such names with _. -- Regards, Alexey From werner.pamler at freenet.de Fri Dec 8 15:21:54 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Fri, 8 Dec 2017 15:21:54 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <0333aee5-62e8-5dc1-33ab-3eaa94b12b21@ya.ru> References: <0333aee5-62e8-5dc1-33ab-3eaa94b12b21@ya.ru> Message-ID: Am 08.12.2017 um 14:02 schrieb Alexey via Lazarus: > > FPC package 'chm' contain LZX compression routines in some files > - paslzx.pas, paslzxcomp.pas, paslznonslide.pas, lzxcompressthread.pas > > It makes sense to move them to new package, and rename files! to > lzx_*.pas. I like such names with _. No, I am absolutely against renaming units just because somebody likes the new name more. Renaming units always breaks existing code of somebody. This is disrespectful against our users. From werner.pamler at freenet.de Fri Dec 8 15:42:22 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Fri, 8 Dec 2017 15:42:22 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: Message-ID: <32edc9d3-b13b-957f-3c0d-0d8b9866db5b@freenet.de> Am 08.12.2017 um 13:23 schrieb Sergey Bodrov via Lazarus: > I did some fixes and improvements to chm package, LHelp and chmmaker - > https://github.com/serbod/lazhelp > > I contacted with maintainer, Andrew Haines, but then he disappear. > > There is too many changes in many files, and that can't be posted as > simple diff patch. Also, there is some suggestions about package > contents and file/dir locations: > > 1. FPC package 'chm' contain file fasthtmlparser.pas, that used in > some non-CHM packages and projects. May be better move that file to > some generic package - fcl-base, for example? > > 2. FPC package 'chm' contain LZX compression routines in some files > - paslzx.pas, paslzxcomp.pas, paslznonslide.pas, lzxcompressthread.pas. > They not depends on other files in 'chm' and can be maintained as > separate package. > > 3. I suggest to move LHelp project from > lazarus/components/chmhelp/lhelp to lazarus/tools/lhelp, because LHelp > is idependent external utility and not internal part of IDE or users > projects. > > 4. Also, I suggest to move lazarus/doceditor to > lazarus/tools/doceditor for the same reason I would be willing to look at your lhelp version which probably is much needed. But the problem is that you also change units which are part of fpc, and I neither can nor want to change anything related to fpc. Even if you are able to get the fpc-related patches into fpc it will take a long time until this is available to Lazarus - we all know how long it took to release v1.8. Or should we try to duplicate the chm units of fpc in Lazarus for easier modification? #1 -- I, personally, would keep it where it is and copy it as "LazFastHtmlParser" to LazUtils which would offer more flexibility. The capitalization of the entire html text, for example, should be something to be turned off optionally (I'd need this in fpspreadsheet for a sufficiently fast sax-like access to xlsx files), and there's no chance to achieve this without forcing users to work with fpc trunk. #2 -- Should be discussed on the fpc mailing list. #3 and #4 do make sense. -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Fri Dec 8 16:36:05 2017 From: aaa5500 at ya.ru (Alexey) Date: Fri, 8 Dec 2017 18:36:05 +0300 Subject: [Lazarus] CHM help package In-Reply-To: References: <0333aee5-62e8-5dc1-33ab-3eaa94b12b21@ya.ru> Message-ID: <945ac7c8-3f5e-5a6a-7f48-e94678b76298@ya.ru> On 08.12.2017 17:21, Werner Pamler via Lazarus wrote: > I am absolutely against renaming units When user uses new package lzx, he adds new req in project. Then he also can change unit names in "uses". -- Regards, Alexey From aaa5500 at ya.ru Fri Dec 8 20:31:14 2017 From: aaa5500 at ya.ru (Alexey) Date: Fri, 8 Dec 2017 22:31:14 +0300 Subject: [Lazarus] Some trunk changes make CudaText crash Message-ID: <87559429-3287-0dda-1734-51361208d097@ya.ru> User sees crash in CudaText, when he makes paste from clipboard. He tells how to repeat crash: https://github.com/Alexey-T/CudaText/issues/1146 First i saw error in debugger in lazutf8 (UTF8CharacterLength(..)), after Lazarus update I don't see source of crash now (only some asm dump). -- Regards, Alexey From aaa5500 at ya.ru Fri Dec 8 20:33:53 2017 From: aaa5500 at ya.ru (Alexey) Date: Fri, 8 Dec 2017 22:33:53 +0300 Subject: [Lazarus] Some trunk changes make CudaText crash In-Reply-To: <87559429-3287-0dda-1734-51361208d097@ya.ru> References: <87559429-3287-0dda-1734-51361208d097@ya.ru> Message-ID: <6d2f2c00-884b-9d6b-d70d-31ce5e6fa592@ya.ru> User uses Win32, I use Linux gtk2 x64. FPC 3.0.0 (win) and 3.0.2 (linux). From juha.manninen62 at gmail.com Fri Dec 8 21:29:56 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 8 Dec 2017 22:29:56 +0200 Subject: [Lazarus] Some trunk changes make CudaText crash In-Reply-To: <87559429-3287-0dda-1734-51361208d097@ya.ru> References: <87559429-3287-0dda-1734-51361208d097@ya.ru> Message-ID: You don't see the source code for function UTF8CharacterLength() any more? How come? Juha From bartjunk64 at gmail.com Fri Dec 8 21:47:54 2017 From: bartjunk64 at gmail.com (Bart) Date: Fri, 8 Dec 2017 21:47:54 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> Message-ID: On Fri, Dec 8, 2017 at 10:57 AM, Luca Olivetti via Lazarus wrote: > I guess I'll have to switch to fpc 3.0.4 but I still fear the unicode > changes in 3.0 will bite me. At some point you'll have to anyway. Better bite the bullet. I hardly had to make any adjustments at all. I had some callback procedures I had to change the signature of. Then again, I don't do any databse stuff, which may have more problems IIRC. Bart From bartjunk64 at gmail.com Fri Dec 8 21:54:25 2017 From: bartjunk64 at gmail.com (Bart) Date: Fri, 8 Dec 2017 21:54:25 +0100 Subject: [Lazarus] Laz commit for SpinEdit overflow fix In-Reply-To: References: Message-ID: On Fri, Dec 8, 2017 at 10:57 AM, Alexey via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > - FIncrement := AIncrement; > + if AIncrement > 0 then > + FIncrement := AIncrement > + else > + FIncrement := -AIncrement; > > better: FIncrement := Abs(AIncrement); > I believe you are referring to T(Float)SpinEditEx? This code is in the generic part, and Abs(AIncrement) does not compile there, at least not with 3.0.4RC1. Therefore this workaround. Bart -------------- next part -------------- An HTML attachment was scrubbed... URL: From juha.manninen62 at gmail.com Fri Dec 8 22:32:29 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 8 Dec 2017 23:32:29 +0200 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> Message-ID: On Fri, Dec 8, 2017 at 11:57 AM, Luca Olivetti via Lazarus wrote: > I see that, while under linux there's no problem, under windows it cannot be > built with fpc-2.6.4. How does it fail? Lazarus 1.8 was meant to still compile with FPC 2.6.4. However with Lazarus trunk I would be happy to go ahead and forget 2.6.4. If the fix for Lazarus 1.8 is easy, please upload a patch. Juha From werner.pamler at freenet.de Sat Dec 9 00:41:26 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Sat, 9 Dec 2017 00:41:26 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> Message-ID: <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> Am 08.12.2017 um 22:32 schrieb Juha Manninen via Lazarus: > How does it fail? Lazarus 1.8 was meant to still compile with FPC 2.6.4. > However with Lazarus trunk I would be happy to go ahead and forget 2.6.4. > If the fix for Lazarus 1.8 is easy, please upload a patch. Tested on Win32 where it fails in interfaces\win32\win32int because unit "character" is not found. It is in rtl\objpas of fpc3.04, but not of fpc 2.6.4, it came in with fpc 3.0.0 From aaa5500 at ya.ru Sat Dec 9 06:44:17 2017 From: aaa5500 at ya.ru (Alexey) Date: Sat, 9 Dec 2017 08:44:17 +0300 Subject: [Lazarus] Some trunk changes make CudaText crash In-Reply-To: References: <87559429-3287-0dda-1734-51361208d097@ya.ru> Message-ID: <9e2d7a6b-913d-b5be-7056-6c39a630ffa3@ya.ru> >You don't see the source code for function UTF8CharacterLength() I don't see which place gives AV (on pasting text), is it in this^^^ func, or not. I only see last stop at ...:=UTF8CharacterLength(). Then i removed this call and replaced it with ...:=Length(UTF8Decode(s)). now this crash gone. but new code is slower. -- Regards, Alexey From aaa5500 at ya.ru Sat Dec 9 06:57:43 2017 From: aaa5500 at ya.ru (Alexey) Date: Sat, 9 Dec 2017 08:57:43 +0300 Subject: [Lazarus] Some trunk changes make CudaText crash In-Reply-To: <87559429-3287-0dda-1734-51361208d097@ya.ru> References: <87559429-3287-0dda-1734-51361208d097@ya.ru> Message-ID: <983437c0-323b-e301-182a-5b783d17b1db@ya.ru> My workaround don't help, still AV on pasting. Both cases give AV in fpc_ansistr_dec_ref. Here is asm window: Alexey -------------- next part -------------- A non-text attachment was scrubbed... Name: crash-ansi-decref.png Type: image/png Size: 66002 bytes Desc: not available URL: From aaa5500 at ya.ru Sat Dec 9 08:14:18 2017 From: aaa5500 at ya.ru (Alexey) Date: Sat, 9 Dec 2017 10:14:18 +0300 Subject: [Lazarus] Some trunk changes make CudaText crash In-Reply-To: <983437c0-323b-e301-182a-5b783d17b1db@ya.ru> References: <87559429-3287-0dda-1734-51361208d097@ya.ru> <983437c0-323b-e301-182a-5b783d17b1db@ya.ru> Message-ID: <8c85df93-466b-dd98-67d9-7cf949725902@ya.ru> I found the reason, it's my bug with generic lists. Alexey From juha.manninen62 at gmail.com Sat Dec 9 11:01:33 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 9 Dec 2017 12:01:33 +0200 Subject: [Lazarus] Some trunk changes make CudaText crash In-Reply-To: <8c85df93-466b-dd98-67d9-7cf949725902@ya.ru> References: <87559429-3287-0dda-1734-51361208d097@ya.ru> <983437c0-323b-e301-182a-5b783d17b1db@ya.ru> <8c85df93-466b-dd98-67d9-7cf949725902@ya.ru> Message-ID: On Sat, Dec 9, 2017 at 9:14 AM, Alexey via Lazarus wrote: > I found the reason, it's my bug with generic lists. Ok. In future you can build the whole IDE with debug flags, for example with the "Debug IDE" profile in Configure Build Lazarus window. Packages like LCL and LazUtils also get the same debug flags. Juha From luca at wetron.es Sat Dec 9 11:57:14 2017 From: luca at wetron.es (Luca Olivetti) Date: Sat, 9 Dec 2017 11:57:14 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> Message-ID: <62802934-9fad-5c70-c777-899187712bac@wetron.es> El 09/12/17 a les 00:41, Werner Pamler via Lazarus ha escrit: > Am 08.12.2017 um 22:32 schrieb Juha Manninen via Lazarus: >> How does it fail? Lazarus 1.8 was meant to still compile with FPC 2.6.4. >> However with Lazarus trunk I would be happy to go ahead and forget 2.6.4. >> If the fix for Lazarus 1.8 is easy, please upload a patch. > > Tested on Win32 where it fails in interfaces\win32\win32int because unit > "character" is not found. It is in rtl\objpas of fpc3.04, but not of fpc > 2.6.4, it came in with fpc 3.0.0 Yes, my dirty hack was to copy character.pas from fpc-3.0.0 (and all other needed units[*]) to interfaces\win32. I also add to edit character.pas to add the missing resource strings and the definition of ENoConstructException --- fpc-3.0.0/rtl/objpas/character.pas 2013-08-20 06:55:05.000000000 +0200 +++ laz_1_8/lcl/interfaces/win32/character.pas 2017-12-09 11:51:22.606416879 +0100 @@ -195,6 +195,19 @@ SysUtils, RtlConsts; +ResourceString + SStringIndexOutOfRange = 'String index %d out of range [1 - %d]'; + SHighSurrogateOutOfRange = 'High surrogate $%x out of range [$D800 - $DBFF]'; + SLowSurrogateOutOfRange = 'Low surrogate $%x out of range [$DC00 - $DFFF]'; + SInvalidUTF32Char = 'Invalid UTF32 character $%x. Valid UTF32 character must be in range [$0 - $10FFFF] except surrogate range [$D800-$DFFF]'; + SInvalidHighSurrogate = 'Invalid high surrogate at index %d. High surrogate must be followed by a low surrogate pair'; + SInvalidUnicodeCodePointSequence = 'Invalid unicode code point sequence'; + SClassCantBeConstructed = 'Class %s can not be constructed'; + +type + + ENoConstructException = class(Exception); + const LETTER_CATEGORIES = [ TUnicodeCategory.ucUppercaseLetter, TUnicodeCategory.ucLowercaseLetter, [*] the complete list of missing units is ? character.pas ? unicodedata.inc ? unicodedata.pas ? unicodedata_be.inc ? unicodedata_le.inc ? unicodenumtable.pas ? weight_derivation.inc I know I'll have to upgrade to fpc 3 someday, but what worries me about it is my (and other 3rd party units) use of ansistrings as binary buffers. I did some quick tests some time ago an nothing seemed broken, but I'm somewhat reluctant since my software has to run unattended 24/7 (or more like 24/5). OTOH I can always keep a copy of fpc-2.6.4 and lazarus 1.6.4 recompile if something goes wrong. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From juha.manninen62 at gmail.com Sat Dec 9 13:23:00 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 9 Dec 2017 14:23:00 +0200 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> Message-ID: On Sat, Dec 9, 2017 at 1:41 AM, Werner Pamler via Lazarus wrote: > Tested on Win32 where it fails in interfaces\win32\win32int because unit > "character" is not found. It is in rtl\objpas of fpc3.04, but not of fpc > 2.6.4, it came in with fpc 3.0.0 Damn, it is added by me. It is used only for function TCharacter.IsSurrogate(). Do you know a replacement function without copying the whole unit from FPC 3.0? LazUTF16 only has: function IsUTF16CharValid(AChar, ANextChar: WideChar): Boolean; A fix could be committed to the 1.8 fixes branch as a special case If no easy fix is found then I could add: if {$IF FPC_FULLVERSION<30000}False{$ELSE}TCharacter.IsSurrogate(WideChar(OrgCharCode)){$ENDIF} then and the code works with FPC 2.6.4 as it did before my changes. The call to TCharacter.IsSurrogate() fixes this issue only partly : https://bugs.freepascal.org/view.php?id=32101 UTF8KeyPress is still not called. Somebody with better knowledge of LCL-Win32 should fix it. On Sat, Dec 9, 2017 at 12:57 PM, Luca Olivetti via Lazarus wrote: > I know I'll have to upgrade to fpc 3 someday, but what worries me about it > is my (and other 3rd party units) use of ansistrings as binary buffers. The automatic conversions by FPC 3 could indeed mess things up. However you should change such binary buffers to use TBytes or similar in any case. There have always been warnings against using String type for binary data. In future your code may use $mode DelphiUnicode and it breaks for sure. Maybe switching to FPC 3 is the right moment to fix the buffers, too. Juha From luca at wetron.es Sat Dec 9 14:00:41 2017 From: luca at wetron.es (Luca Olivetti) Date: Sat, 9 Dec 2017 14:00:41 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> Message-ID: <0da194a9-a384-5447-809f-a0f75ebd459f@wetron.es> El 09/12/17 a les 13:23, Juha Manninen via Lazarus ha escrit: > On Sat, Dec 9, 2017 at 12:57 PM, Luca Olivetti via Lazarus > wrote: >> I know I'll have to upgrade to fpc 3 someday, but what worries me about it >> is my (and other 3rd party units) use of ansistrings as binary buffers. > > The automatic conversions by FPC 3 could indeed mess things up. > However you should change such binary buffers to use TBytes or similar > in any case. I think I had this discussion before: I'm not going to use TBytes until it offers the same convenience as an ansistring (i.e. easy concatenation, insertion and deletion, not to mention search and replace, etc.). Besides, some of it is in 3rd party libraries (but I think they explicitly use ansistring, not the generic string type). > There have always been warnings against using String type > for binary data. In future your code may use $mode DelphiUnicode and > it breaks for sure. There weren't when I started using them in delphi 20 years ago (with no dynamic arrays in sight). Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From aaa5500 at ya.ru Sat Dec 9 14:12:56 2017 From: aaa5500 at ya.ru (Alexey) Date: Sat, 9 Dec 2017 16:12:56 +0300 Subject: [Lazarus] fgl unit, TFPSList needs DeleteRange Message-ID: I have 1M lines file. CudaText cannot delete lines fast [selected 800K lines]. FPSList has only Delete for one item. Need DeleteRange. -- Regards, Alexey From marcov at stack.nl Sat Dec 9 16:01:59 2017 From: marcov at stack.nl (Marco van de Voort) Date: Sat, 9 Dec 2017 16:01:59 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: Message-ID: <20171209150159.GA23427@stack.nl> On Fri, Dec 08, 2017 at 03:23:06PM +0300, Sergey Bodrov via Lazarus wrote: > There is too many changes in many files, and that can't be posted as simple > diff patch. Then layer them. Make patches for the most essential bits, and then reallign your sources. > 1. FPC package 'chm' contain file fasthtmlparser.pas, that used in some > non-CHM packages and projects. May be better move that file to some generic > package - fcl-base, for example? Afaik this was meant as a copy of that parser dedicated for chm that could evolve with the package. So if you need it more general, whip up a suitable general version. > 2. FPC package 'chm' contain LZX compression routines in some files > - paslzx.pas, paslzxcomp.pas, paslznonslide.pas, lzxcompressthread.pas. > They not depends on other files in 'chm' and can be maintained as separate > package. What does that make possible that currently is not possible? Do we really have to spin each unit into a separate package? I don't see the point. Note also that iirc CHM lzx and e.g. CAB lzx vary in some ways. (headers?) But even bypassing that, what is the problem of having to instal 10 extra units (150kb) to make a CAB decompressor? From vojtech.cihak at atlas.cz Sat Dec 9 16:18:21 2017 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=C4=9Bch_=C4=8Cih=C3=A1k?=) Date: Sat, 09 Dec 2017 16:18:21 +0100 Subject: [Lazarus] =?utf-8?q?Note_to_new_high-DPI_icons?= Message-ID: <20171209161821.09AFCA41@atlas.cz> Hi,   I tried to run Lazarus with dark theme and icons for TLabel and TStaticText are not visible. I propose to use that blue color used with the old icons instead of black.   V.   PS: I have no direct contact to author of icons, FTurtle, so I sent it to Lazarus ML.   From mailinglists at geldenhuys.co.uk Sat Dec 9 17:49:56 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Sat, 9 Dec 2017 16:49:56 +0000 Subject: [Lazarus] CHM help package In-Reply-To: References: Message-ID: <42191035-ba0f-7b0c-c92f-0ee8bc933bcd@geldenhuys.co.uk> On 2017-12-08 12:23, Sergey Bodrov via Lazarus wrote: > There is too many changes in many files, and that can't be posted as simple > diff patch. Use the Git clone (mirror) of the Lazarus (svn) repository. Git allows you to make local branch and local commits - invaluable in today's development (personal opinion, but agreed by many). You can then send pull requests - many Lazarus SVN developers seem to be willing to accept that, but confirm with the maintainers of that section of the project first. Alternative, you can ask git to generate a patch set by simply giving the starting and ending commit SHA1 values. It will generate many patch files in the order that they need to be applied. Lazarus Git mirror: https://github.com/graemeg/lazarus.git To clone from the command line: git clone https://github.com/graemeg/lazarus.git The above command only needs to be done once. git checkout -b my_features_branch // make your commits here The above creates your own local branch were you place your local commits. Good advice - commit often! git format-patch -o /tmp/ origin/master..HEAD The above will generate a patch set and output all the *.patch files into the /tmp/ 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 marcov at stack.nl Sat Dec 9 18:33:52 2017 From: marcov at stack.nl (Marco van de Voort) Date: Sat, 9 Dec 2017 18:33:52 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <42191035-ba0f-7b0c-c92f-0ee8bc933bcd@geldenhuys.co.uk> References: <42191035-ba0f-7b0c-c92f-0ee8bc933bcd@geldenhuys.co.uk> Message-ID: <20171209173352.GA51390@stack.nl> On Sat, Dec 09, 2017 at 04:49:56PM +0000, Graeme Geldenhuys via Lazarus wrote: > On 2017-12-08 12:23, Sergey Bodrov via Lazarus wrote: > > There is too many changes in many files, and that can't be posted as simple > > diff patch. > > Use the Git clone (mirror) of the Lazarus (svn) repository. yada,yada,yada git plug I assume you haven't read the message at all, since he did all that at github, but ran code formatters over it. So that makes diff, any diff a problem. And pull requests also don't solve that. From mailinglists at geldenhuys.co.uk Sat Dec 9 19:54:42 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Sat, 9 Dec 2017 18:54:42 +0000 Subject: [Lazarus] CHM help package In-Reply-To: <20171209173352.GA51390@stack.nl> References: <42191035-ba0f-7b0c-c92f-0ee8bc933bcd@geldenhuys.co.uk> <20171209173352.GA51390@stack.nl> Message-ID: <48646b07-ce83-06d6-71fc-c714a135bbfc@geldenhuys.co.uk> On 2017-12-09 17:33, Marco van de Voort via Lazarus wrote: > yada,yada,yada git plug Oh just fuck off Marco! Not everything I say is meant to piss you off or even directed at you. Please add me to your email ignore list and be done with it. Regards, Graeme From werner.pamler at freenet.de Sat Dec 9 22:24:53 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Sat, 9 Dec 2017 22:24:53 +0100 Subject: [Lazarus] Note to new high-DPI icons In-Reply-To: <20171209161821.09AFCA41@atlas.cz> References: <20171209161821.09AFCA41@atlas.cz> Message-ID: Am 09.12.2017 um 16:18 schrieb Vojtěch Čihák via Lazarus: > Hi, > > I tried to run Lazarus with dark theme and icons for TLabel and TStaticText are not visible. I propose to use that blue color used with the old icons instead of black. > > V. > > PS: I have no direct contact to author of icons, FTurtle, so I sent it to Lazarus ML. Which "dark theme"? Is Lazarus themed? Or do you mean OS theme? What if somebody selects a blue-ish theme? FTurtle is not responsible for the palette icons; those were drawn by Ally, a user of the German Lazarus forum. From vojtech.cihak at atlas.cz Sat Dec 9 23:50:27 2017 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=C4=9Bch_=C4=8Cih=C3=A1k?=) Date: Sat, 09 Dec 2017 23:50:27 +0100 Subject: [Lazarus] =?utf-8?q?Note_to_new_high-DPI_icons?= In-Reply-To: 0000000082290000f3c8014c5031 References: <20171209161821.09AFCA41@atlas.cz> 0000000082290000f3c8014c5031 Message-ID: <20171209235027.03B6A5C1@atlas.cz> I mean dark OS theme. See attached screeenshot. It was blue before, it can be found on the wiki: http://wiki.freepascal.org/Lazarus_Tutorial#The_Component_Palette Such blueish theme is IMO unusual, the most common themes are light and dark grey (or black), sometimes with only a small saturation.   I didn't know about Ally. I saw issues with icon-patches on bugtracker opened by FTurtle, I thought he is author.   V. ______________________________________________________________ > Od: Werner Pamler via Lazarus > Komu: lazarus at lists.lazarus-ide.org > Datum: 09.12.2017 22:24 > Předmět: Re: [Lazarus] Note to new high-DPI icons > Am 09.12.2017 um 16:18 schrieb Vojtěch Čihák via Lazarus: > Hi, >   > I tried to run Lazarus with dark theme and icons for TLabel and TStaticText are not visible. I propose to use that blue color used with the old icons instead of black. >   > V. >   > PS: I have no direct contact to author of icons, FTurtle, so I sent it to Lazarus ML. Which "dark theme"? Is Lazarus themed? Or do you mean OS theme? What if somebody selects a blue-ish theme? FTurtle is not responsible for the palette icons; those were drawn by Ally, a user of the German Lazarus forum. -- _______________________________________________ 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: darktheme.png Type: image/png Size: 11771 bytes Desc: darktheme.png URL: From aaa5500 at ya.ru Sun Dec 10 06:44:24 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Sun, 10 Dec 2017 08:44:24 +0300 Subject: [Lazarus] Wish about Lazarus readme In-Reply-To: <20171209235027.03B6A5C1@atlas.cz> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> Message-ID: <5bc81c87-0edc-43a0-2a09-91d506fbff93@ya.ru> On 10.12.2017 01:50, Vojtěch Čihák via Lazarus wrote: > I didn't know about Ally. Wish for contributions.txt of Lazarus: separate section for picture painters: separate it with caption "Graphic artists" and write like this: Ally (IDE pallette icons) FTurtle (IDE command icons) .... -- Regards, Alexey From nc-gaertnma at netcologne.de Sun Dec 10 10:57:32 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 10 Dec 2017 10:57:32 +0100 (CET) Subject: [Lazarus] Wish about Lazarus readme In-Reply-To: <5bc81c87-0edc-43a0-2a09-91d506fbff93@ya.ru> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> <5bc81c87-0edc-43a0-2a09-91d506fbff93@ya.ru> Message-ID: <769948805.127888.1512899852859@comcenter.netcologne.de> > AlexeyT via Lazarus hat am 10. Dezember 2017 um 06:44 geschrieben: >[...] > Wish for contributions.txt of Lazarus: separate section for picture > painters: separate it with caption "Graphic artists" and write like this: > > Ally (IDE pallette icons) > > FTurtle (IDE command icons) > > .... , because ...? Mattias From serbod at gmail.com Sun Dec 10 11:25:59 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Sun, 10 Dec 2017 13:25:59 +0300 Subject: [Lazarus] CHM help package (Marco van de Voort) Message-ID: > > On Fri, Dec 08, 2017 at 03:23:06PM +0300, Sergey Bodrov via Lazarus wrote: > > There is too many changes in many files, and that can't be posted as > simple > > diff patch. > > Then layer them. Make patches for the most essential bits, and then > reallign > your sources. > I change code formatting, many private names, add many comments and embrace whole blocks of code into try..finally. And now can't tell, which parts is most essential. > > 1. FPC package 'chm' contain file fasthtmlparser.pas, that used in some > > non-CHM packages and projects. May be better move that file to some > generic > > package - fcl-base, for example? > > Afaik this was meant as a copy of that parser dedicated for chm that could > evolve with the package. So if you need it more general, whip up a > suitable > general version. > It's just fast and simple SAX-like tags parser, no more. It not rely on any external libs/units and not dedicated to CHM. > > 2. FPC package 'chm' contain LZX compression routines in some files > > - paslzx.pas, paslzxcomp.pas, paslznonslide.pas, lzxcompressthread.pas. > > They not depends on other files in 'chm' and can be maintained as > separate > > package. > > What does that make possible that currently is not possible? Do we really > have to spin each unit into a separate package? I don't see the point. > > Note also that iirc CHM lzx and e.g. CAB lzx vary in some ways. (headers?) > LZX in CHM use non-sliding window, separated to 64K blocks for fast random access. It implemented in separate file - paslznonslide.pas > But even bypassing that, what is the problem of having to instal 10 extra > units (150kb) to make a CAB decompressor? > Naming and linking problems. -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Sun Dec 10 11:39:06 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Sun, 10 Dec 2017 11:39:06 +0100 Subject: [Lazarus] Note to new high-DPI icons In-Reply-To: <20171209235027.03B6A5C1@atlas.cz> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> Message-ID: <8c6c152e-b13f-ade3-e49b-cb8831518730@freenet.de> Am 09.12.2017 um 23:50 schrieb Vojtěch Čihák via Lazarus: > > I mean dark OS theme. See attached screeenshot. It was blue before, it > can be found on the > wiki: http://wiki.freepascal.org/Lazarus_Tutorial#The_Component_Palette > > Such blueish theme is IMO unusual, the most common themes are light > and dark grey (or black), sometimes with only a small saturation. > > I didn't know about Ally. I saw issues with icon-patches on bugtracker > opened by FTurtle, I thought he is author. > I contacted Ally and asked him to modify these icons. Ally has been mentioned in contributions.txt with his real name since his first contributions. Now I added "component icons" to his name in the same way as it is done for the translators. But I don't agree with AlexeyT that we should list "Graphic designers" separately. I don't know if FTurtle is already listed, I don't know his real name. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko at holobit.net Sun Dec 10 11:45:43 2017 From: zeljko at holobit.net (zeljko) Date: Sun, 10 Dec 2017 11:45:43 +0100 Subject: [Lazarus] Note to new high-DPI icons In-Reply-To: <8c6c152e-b13f-ade3-e49b-cb8831518730@freenet.de> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> <8c6c152e-b13f-ade3-e49b-cb8831518730@freenet.de> Message-ID: <06bfe70e-01ec-e2b8-6f89-dbaff7b452c6@holobit.net> On 10.12.2017 11:39, Werner Pamler via Lazarus wrote: > Ally has been mentioned in contributions.txt with his real name since > his first contributions. Now I added "component icons" to his name in > the same way as it is done for the translators. But I don't agree with > AlexeyT that we should list "Graphic designers" separately. I don't know > if FTurtle is already listed, I don't know his real name. No way, in that case we must split Translators, Developers etc ...there's simply no point to touch contributions.txt. zeljko From giuliano.colla at fastwebnet.it Sun Dec 10 12:30:49 2017 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Sun, 10 Dec 2017 12:30:49 +0100 Subject: [Lazarus] Note to new high-DPI icons In-Reply-To: <06bfe70e-01ec-e2b8-6f89-dbaff7b452c6@holobit.net> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> <8c6c152e-b13f-ade3-e49b-cb8831518730@freenet.de> <06bfe70e-01ec-e2b8-6f89-dbaff7b452c6@holobit.net> Message-ID: <34f5986a-ec8c-1dcf-1dfc-d2acdacea95d@fastwebnet.it> Il 10/12/2017 11:45, zeljko via Lazarus ha scritto: > No way, in that case we must split Translators, Developers etc > ...there's simply no point to touch contributions.txt. +1 Of all the things that can be done to improve Lazarus and fpc, I believe that contribution.txt ranks in a very low place, as long as all contributors are listed. Giuliano From badsectoracula at gmail.com Sun Dec 10 15:02:20 2017 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Sun, 10 Dec 2017 16:02:20 +0200 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <0da194a9-a384-5447-809f-a0f75ebd459f@wetron.es> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <0da194a9-a384-5447-809f-a0f75ebd459f@wetron.es> Message-ID: > I think I had this discussion before: I'm not going to use TBytes until it offers the same convenience as an ansistring (i.e. easy concatenation, insertion and deletion, not to mention search and replace, etc.). Isn't RawByteString a more suited replacement then? In the few places i relied on the bytes in a string when i was converting my code from FPC 2.x to FPC 3.x i used a RawByteString and things seem to work fine. -------------- next part -------------- An HTML attachment was scrubbed... URL: From luca at wetron.es Sun Dec 10 15:17:15 2017 From: luca at wetron.es (Luca Olivetti) Date: Sun, 10 Dec 2017 15:17:15 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <0da194a9-a384-5447-809f-a0f75ebd459f@wetron.es> Message-ID: <59f376f5-18eb-684a-ab1a-83cd8d981fda@wetron.es> El 10/12/17 a les 15:02, Kostas Michalopoulos via Lazarus ha escrit: > > I think I had this discussion before: I'm not going to use TBytes > until it offers the same convenience as an ansistring (i.e. easy > concatenation, insertion and deletion, not to mention search and > replace, etc.). > > Isn't RawByteString a more suited replacement then? In the few places i > relied on the bytes in a string when i was converting my code from FPC > 2.x to FPC 3.x i used a RawByteString and things seem to work fine. > https://www.freepascal.org/docs-html/rtl/system/rawbytestring.html it's an ansistring. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From aaa5500 at ya.ru Sun Dec 10 16:12:04 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Sun, 10 Dec 2017 18:12:04 +0300 Subject: [Lazarus] Wish about Lazarus readme In-Reply-To: <769948805.127888.1512899852859@comcenter.netcologne.de> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> <5bc81c87-0edc-43a0-2a09-91d506fbff93@ya.ru> <769948805.127888.1512899852859@comcenter.netcologne.de> Message-ID: <4d6f86e7-11ad-de11-f871-0012af288cdb@ya.ru> > , because ...? because then users can find authors of Palette icons, menu icons, dialogs icons, and tell them feedback. -- Regards, Alexey From juha.manninen62 at gmail.com Sun Dec 10 16:19:37 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sun, 10 Dec 2017 17:19:37 +0200 Subject: [Lazarus] Wish about Lazarus readme In-Reply-To: <769948805.127888.1512899852859@comcenter.netcologne.de> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> <5bc81c87-0edc-43a0-2a09-91d506fbff93@ya.ru> <769948805.127888.1512899852859@comcenter.netcologne.de> Message-ID: You should use a wiki page for that information. From nc-gaertnma at netcologne.de Sun Dec 10 16:44:01 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 10 Dec 2017 16:44:01 +0100 (CET) Subject: [Lazarus] Wish about Lazarus readme In-Reply-To: <4d6f86e7-11ad-de11-f871-0012af288cdb@ya.ru> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> <5bc81c87-0edc-43a0-2a09-91d506fbff93@ya.ru> <769948805.127888.1512899852859@comcenter.netcologne.de> <4d6f86e7-11ad-de11-f871-0012af288cdb@ya.ru> Message-ID: <1519854632.128155.1512920641799@comcenter.netcologne.de> > AlexeyT via Lazarus hat am 10. Dezember 2017 um 16:12 geschrieben: > > > , because ...? > > because then users can find authors of Palette icons, menu icons, > dialogs icons, and tell them feedback. Installed packages add icons too. All packages contain an author field. And the authors are often mentioned in the readme of the folder as well. For consistency the icon contributors should be added in the images/README.txt. Mattias From paintedlycaon at gmail.com Sun Dec 10 17:30:24 2017 From: paintedlycaon at gmail.com (African Wild Dog) Date: Sun, 10 Dec 2017 14:30:24 -0200 Subject: [Lazarus] fcl-web (WebLaz) - Duplicate Module Error Message-ID: Hello, Please confirm if this is a bug: I have created a HTTP Server Application project and added a module called "test_module" with an action "test_action". When i run my application, when i access " http://localhost:8080/test_module/test_action" for the first time it works, but in the subsequent requests (like refreshing the page) i get the error '*Duplicate name: A component named "test_module" already exists*'. Environment: Debian Stretch 64 bits - fresh Lazarus 1.8 install Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Sun Dec 10 17:34:02 2017 From: michael at freepascal.org (Michael Van Canneyt) Date: Sun, 10 Dec 2017 17:34:02 +0100 (CET) Subject: [Lazarus] fcl-web (WebLaz) - Duplicate Module Error In-Reply-To: References: Message-ID: On Sun, 10 Dec 2017, African Wild Dog via Lazarus wrote: > Hello, > > Please confirm if this is a bug: > > I have created a HTTP Server Application project and added a module called > "test_module" with an action "test_action". > > When i run my application, when i access " > http://localhost:8080/test_module/test_action" for the first time it works, > but in the subsequent requests (like refreshing the page) i get the > error '*Duplicate > name: A component named "test_module" already exists*'. > > > Environment: Debian Stretch 64 bits - fresh Lazarus 1.8 install Set the 'Kind' property to wkOneShot. Michael. From lazarus at kluug.net Sun Dec 10 17:40:02 2017 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sun, 10 Dec 2017 17:40:02 +0100 Subject: [Lazarus] Wish about Lazarus readme In-Reply-To: <1519854632.128155.1512920641799@comcenter.netcologne.de> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> <5bc81c87-0edc-43a0-2a09-91d506fbff93@ya.ru> <769948805.127888.1512899852859@comcenter.netcologne.de> <4d6f86e7-11ad-de11-f871-0012af288cdb@ya.ru> <1519854632.128155.1512920641799@comcenter.netcologne.de> Message-ID: On 10.12.2017 16:44, Mattias Gaertner via Lazarus wrote: >> AlexeyT via Lazarus hat am 10. Dezember 2017 um 16:12 geschrieben: >> >>> , because ...? >> because then users can find authors of Palette icons, menu icons, >> dialogs icons, and tell them feedback. > Installed packages add icons too. > All packages contain an author field. And the authors are often mentioned in the readme of the folder as well. For consistency the icon contributors should be added in the images/README.txt. All icon/image authors are (or should be - I updated README.txt in r56687) in images/copyright.txt I don't think we need to duplicate the information in the contributors file or images/README.txt Ondrej From nc-gaertnma at netcologne.de Sun Dec 10 18:11:37 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 10 Dec 2017 18:11:37 +0100 (CET) Subject: [Lazarus] Wish about Lazarus readme In-Reply-To: References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> <5bc81c87-0edc-43a0-2a09-91d506fbff93@ya.ru> <769948805.127888.1512899852859@comcenter.netcologne.de> <4d6f86e7-11ad-de11-f871-0012af288cdb@ya.ru> <1519854632.128155.1512920641799@comcenter.netcologne.de> Message-ID: <646632181.128589.1512925897877@comcenter.netcologne.de> > Ondrej Pokorny via Lazarus hat am 10. Dezember 2017 um 17:40 geschrieben: >[...] > All icon/image authors are (or should be - I updated README.txt in > r56687) in images/copyright.txt Even better :) Mattias From paintedlycaon at gmail.com Sun Dec 10 18:40:42 2017 From: paintedlycaon at gmail.com (African Wild Dog) Date: Sun, 10 Dec 2017 15:40:42 -0200 Subject: [Lazarus] fcl-web (WebLaz) - Duplicate Module Error Message-ID: > > 2017-12-10 14:34 GMT-02:00 Michael Van Canneyt via Lazarus < > lazarus at lists.lazarus-ide.org>: > Set the 'Kind' property to wkOneShot. > Michael. Done. It worked! What is the function of the "kind" property? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Sun Dec 10 19:26:49 2017 From: michael at freepascal.org (Michael Van Canneyt) Date: Sun, 10 Dec 2017 19:26:49 +0100 (CET) Subject: [Lazarus] fcl-web (WebLaz) - Duplicate Module Error In-Reply-To: References: Message-ID: On Sun, 10 Dec 2017, African Wild Dog via Lazarus wrote: >> >> 2017-12-10 14:34 GMT-02:00 Michael Van Canneyt via Lazarus < >> lazarus at lists.lazarus-ide.org>: >> Set the 'Kind' property to wkOneShot. >> Michael. > > > Done. It worked! > > What is the function of the "kind" property? The idea was to have some kind of state: - OneShot: no state. a webModule is recreated on every call - pooled: a webmodule is created once and remains in memory during the lifetime of the server application. - Session: a webmodule is created once per session. I never got around to finishing it, it is stil on my todo list. For a CGI, they are of course all the same. Only for standalone, fcgi or apache modules does it make sense to have pooled/session. Michael. From paintedlycaon at gmail.com Sun Dec 10 19:37:59 2017 From: paintedlycaon at gmail.com (African Wild Dog) Date: Sun, 10 Dec 2017 16:37:59 -0200 Subject: [Lazarus] fcl-web (WebLaz) - Duplicate Module Error In-Reply-To: References: Message-ID: 2017-12-10 16:26 GMT-02:00 Michael Van Canneyt via Lazarus < lazarus at lists.lazarus-ide.org>: > > The idea was to have some kind of state: > - OneShot: > no state. a webModule is recreated on every call > - pooled: > a webmodule is created once and remains in memory during the lifetime of > the server application. > - Session: > a webmodule is created once per session. > > I never got around to finishing it, it is stil on my todo list. > So, should i report a bug for the wkPooled case? -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Sun Dec 10 20:50:02 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Sun, 10 Dec 2017 22:50:02 +0300 Subject: [Lazarus] Trunk diff about compiling with fpc 2.6 Message-ID: + {$IF FPC_FULLVERSION>=30000} if TCharacter.IsSurrogate(WideChar(OrgCharCode)) then + {$ELSE} + if False then + {$ENDIF} WinProcess := True --this can be shorted, with one {$if..} {$endif}. -- Regards, Alexey -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Sun Dec 10 22:53:00 2017 From: michael at freepascal.org (Michael Van Canneyt) Date: Sun, 10 Dec 2017 22:53:00 +0100 (CET) Subject: [Lazarus] fcl-web (WebLaz) - Duplicate Module Error In-Reply-To: References: Message-ID: On Sun, 10 Dec 2017, African Wild Dog via Lazarus wrote: > 2017-12-10 16:26 GMT-02:00 Michael Van Canneyt via Lazarus < > lazarus at lists.lazarus-ide.org>: > >> >> The idea was to have some kind of state: >> - OneShot: >> no state. a webModule is recreated on every call >> - pooled: >> a webmodule is created once and remains in memory during the lifetime of >> the server application. >> - Session: >> a webmodule is created once per session. >> >> I never got around to finishing it, it is stil on my todo list. >> > > So, should i report a bug for the wkPooled case? You can, yes. Michael. From mlistft at mail.ru Sun Dec 10 23:08:15 2017 From: mlistft at mail.ru (=?UTF-8?B?RlR1cnRsZQ==?=) Date: Mon, 11 Dec 2017 01:08:15 +0300 Subject: [Lazarus] =?utf-8?q?Note_to_new_high-DPI_icons?= In-Reply-To: <20171209161821.09AFCA41@atlas.cz> References: <20171209161821.09AFCA41@atlas.cz> Message-ID: <1512943695.607469145@f395.i.mail.ru> >PS: I have no direct contact to author of icons, FTurtle, so I sent it to Lazarus ML.   > All my images currently are mentioned at images/copyright.txt: https://svn.freepascal.org/svn/lazarus/trunk/images/copyright.txt The most quick and reliable way to contact me is to send personal message at forum. -- FTurtle -------------- next part -------------- An HTML attachment was scrubbed... URL: From serbod at gmail.com Mon Dec 11 07:39:14 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Mon, 11 Dec 2017 09:39:14 +0300 Subject: [Lazarus] Note to new high-DPI icons In-Reply-To: <1512943695.607469145@f395.i.mail.ru> References: <20171209161821.09AFCA41@atlas.cz> <1512943695.607469145@f395.i.mail.ru> Message-ID: You did a great job, thank you! But can icons for TButton and TToggleBox be more visually different? 2017-12-11 1:08 GMT+03:00 FTurtle via Lazarus : > > > > PS: I have no direct contact to author of icons, FTurtle, so I sent it to > Lazarus ML. > > > All my images currently are mentioned at images/copyright.txt: > https://svn.freepascal.org/svn/lazarus/trunk/images/copyright.txt > > The most quick and reliable way to contact me is to send personal message > at forum. > > > -- > FTurtle > > > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus > > -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Mon Dec 11 09:05:03 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Mon, 11 Dec 2017 09:05:03 +0100 Subject: [Lazarus] Note to new high-DPI icons In-Reply-To: References: <20171209161821.09AFCA41@atlas.cz> <1512943695.607469145@f395.i.mail.ru> Message-ID: Am 11.12.2017 um 07:39 schrieb Sergey Bodrov via Lazarus: > But can icons for TButton and TToggleBox be more visually different? I contacted Ally (the author of the palette icons) about this, too. From werner.pamler at freenet.de Mon Dec 11 10:47:18 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Mon, 11 Dec 2017 10:47:18 +0100 Subject: [Lazarus] Note to new high-DPI icons In-Reply-To: <8c6c152e-b13f-ade3-e49b-cb8831518730@freenet.de> References: <20171209161821.09AFCA41@atlas.cz> <20171209235027.03B6A5C1@atlas.cz> <8c6c152e-b13f-ade3-e49b-cb8831518730@freenet.de> Message-ID: <320d7f12-77df-2604-1fe5-f0a00e7b11ea@freenet.de> Am 10.12.2017 um 11:39 schrieb Werner Pamler via Lazarus: > I contacted Ally and asked him to modify these icons. Done in r56689 (incl the TToggleBox). Still not perfectly visible on black background, but visible at least...  If you want the text brighter you should create your own png icons (the svg sources are on ccr/image_sources), overwrite the existing ones in (lazarus)/images/components, recreate the res file by executing the corresponding script in (lazarus)/images and rebuild the IDE. From matiasevara at gmail.com Mon Dec 11 12:14:49 2017 From: matiasevara at gmail.com (Matias Vara) Date: Mon, 11 Dec 2017 12:14:49 +0100 Subject: [Lazarus] issue with %RunCommand Message-ID: Hello, in Lazarus 1.6.2 I was using the following line to run qemu when I trigger "Run": {%RunCommand qemu-system-x86_64.exe -m 512 -smp 2 -drive format=raw,file=ToroHello.img} However, I am not getting the same behavior in Lazarus 1.8, instead, qemu is opened in background so I am not able to see the windows. Am I doing something wrong? Matias -------------- next part -------------- An HTML attachment was scrubbed... URL: From luca at wetron.es Mon Dec 11 13:37:53 2017 From: luca at wetron.es (Luca Olivetti) Date: Mon, 11 Dec 2017 13:37:53 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <62802934-9fad-5c70-c777-899187712bac@wetron.es> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <62802934-9fad-5c70-c777-899187712bac@wetron.es> Message-ID: El 09/12/17 a les 11:57, Luca Olivetti via Lazarus ha escrit: > I know I'll have to upgrade to fpc 3 someday, but what worries me about > it is my (and other 3rd party units) use of ansistrings as binary > buffers. I did some quick tests some time ago an nothing seemed broken, > but I'm somewhat reluctant since my software has to run unattended 24/7 > (or more like 24/5). I've done some tests with 3.0.4 and it turns out I'm bitten by the extensive changes in tthread: freeing a thread in its OnTerminate[*] randomly (i.e. not every time) produces a sigsev (under win32). With 2.6.4 it didn't happen (though freeing a thread in OnTerminate had another problem undes Linux, see https://bugs.freepascal.org/view.php?id=32759) [*] I don't know if freeing a thread in OnTerminate is allowed. FPC documentation here https://www.freepascal.org/docs-html/rtl/classes/tthread.onterminate.html says nothing about it, but the example here (mentioned in the bug report) http://docwiki.embarcadero.com/CodeExamples/Tokyo/en/TThreadYield_(Delphi) seems to imply that it should. For the time being I'm using FreeOnTerminate:=true and avoid freeing the thread in OnTerminate (though there are other changes required to my code and "fixing" working code is always an issue). I checked the user changes pages for 3.0.0, 3.0.2 and 3.0.4 and there's no mention of changes in threads (the only one is this one http://wiki.freepascal.org/User_Changes_3.0#cthreads:_critical_sections_and_recursive_mutex_support and doesn't apply here). Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From michael at freepascal.org Mon Dec 11 13:43:15 2017 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 11 Dec 2017 13:43:15 +0100 (CET) Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <62802934-9fad-5c70-c777-899187712bac@wetron.es> Message-ID: On Mon, 11 Dec 2017, Luca Olivetti via Lazarus wrote: > El 09/12/17 a les 11:57, Luca Olivetti via Lazarus ha escrit: > >> I know I'll have to upgrade to fpc 3 someday, but what worries me about >> it is my (and other 3rd party units) use of ansistrings as binary >> buffers. I did some quick tests some time ago an nothing seemed broken, >> but I'm somewhat reluctant since my software has to run unattended 24/7 >> (or more like 24/5). > > > I've done some tests with 3.0.4 and it turns out I'm bitten by the > extensive changes in tthread: freeing a thread in its OnTerminate[*] > randomly (i.e. not every time) produces a sigsev (under win32). > With 2.6.4 it didn't happen (though freeing a thread in OnTerminate had > another problem undes Linux, see > https://bugs.freepascal.org/view.php?id=32759) > > [*] I don't know if freeing a thread in OnTerminate is allowed. FPC > documentation here > https://www.freepascal.org/docs-html/rtl/classes/tthread.onterminate.html > says nothing about it, but > the example here (mentioned in the bug report) > http://docwiki.embarcadero.com/CodeExamples/Tokyo/en/TThreadYield_(Delphi) > seems to imply that it should. It is definitely not allowed in FPC, and I will document it as such. Michael. From marcov at stack.nl Mon Dec 11 13:53:39 2017 From: marcov at stack.nl (Marco van de Voort) Date: Mon, 11 Dec 2017 13:53:39 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <48646b07-ce83-06d6-71fc-c714a135bbfc@geldenhuys.co.uk> References: <42191035-ba0f-7b0c-c92f-0ee8bc933bcd@geldenhuys.co.uk> <20171209173352.GA51390@stack.nl> <48646b07-ce83-06d6-71fc-c714a135bbfc@geldenhuys.co.uk> Message-ID: <20171211125339.GA98258@stack.nl> On Sat, Dec 09, 2017 at 06:54:42PM +0000, Graeme Geldenhuys via Lazarus wrote: > On 2017-12-09 17:33, Marco van de Voort via Lazarus wrote: > > yada,yada,yada git plug > > Oh just fuck off Marco! Not everything I say is meant to piss you off > or even directed at you. Please add me to your email ignore list and be > done with it. Or,... you could be a bit more selective to what you reply to. From marcov at stack.nl Mon Dec 11 14:14:30 2017 From: marcov at stack.nl (Marco van de Voort) Date: Mon, 11 Dec 2017 14:14:30 +0100 Subject: [Lazarus] CHM help package (Marco van de Voort) In-Reply-To: References: Message-ID: <20171211131430.GB98258@stack.nl> On Sun, Dec 10, 2017 at 01:25:59PM +0300, Sergey Bodrov via Lazarus wrote: > > I change code formatting, many private names, add many comments and embrace > whole blocks of code into try..finally. And now can't tell, which parts is > most essential. Yes. Somebody will have to figure that mess out, preferably by somebody who has some recollection about what he has done. It is always a bad idea to do big style related operations mixing it with real fixes. Now you know why :-) And when I had a quick peak, I scanned two whole files, and didn't find any fixes except adding "const" to some parameters, and some 2.6.x era unicode fixes that used Lazarus units, and thus can't be merged into FPC repo anyway. (using lazconvencoding or something like that). So that would need to be cleaned up using FPC 3.0 string support first. > > > 1. FPC package 'chm' contain file fasthtmlparser.pas, that used in some > > > non-CHM packages and projects. May be better move that file to some > > generic > > > package - fcl-base, for example? > > > > Afaik this was meant as a copy of that parser dedicated for chm that could > > evolve with the package. So if you need it more general, whip up a > > suitable > > general version. > > > > It's just fast and simple SAX-like tags parser, no more. It not rely on any > external libs/units and not dedicated to CHM. I looked again, and it is indeed very simple. > > What does that make possible that currently is not possible? Do we really > > have to spin each unit into a separate package? I don't see the point. > > > > Note also that iirc CHM lzx and e.g. CAB lzx vary in some ways. (headers?) > > > > LZX in CHM use non-sliding window, separated to 64K blocks for fast random > access. It implemented in separate file - paslznonslide.pas > > > > But even bypassing that, what is the problem of having to instal 10 extra > > units (150kb) to make a CAB decompressor? > > Naming and linking problems. The units have no name with chm in them, so I see no naming issues and FPC in general does not employ static libraries or so for linking purposes. From serbod at gmail.com Mon Dec 11 15:15:36 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Mon, 11 Dec 2017 17:15:36 +0300 Subject: [Lazarus] CHM help package (Marco van de Voort) In-Reply-To: <20171211131430.GB98258@stack.nl> References: <20171211131430.GB98258@stack.nl> Message-ID: 2017-12-11 16:14 GMT+03:00 Marco van de Voort via Lazarus < lazarus at lists.lazarus-ide.org>: > On Sun, Dec 10, 2017 at 01:25:59PM +0300, Sergey Bodrov via Lazarus wrote: > > > > I change code formatting, many private names, add many comments and > embrace > > whole blocks of code into try..finally. And now can't tell, which parts > is > > most essential. > > Yes. Somebody will have to figure that mess out, preferably by somebody who > has some recollection about what he has done. It is always a bad idea to > do > big style related operations mixing it with real fixes. Now you know why > :-) > Problem is that I first change code formatting just to make it readable, and then do fixes. Most fixes was impossible without reformatting. > And when I had a quick peak, I scanned two whole files, and didn't find any > fixes except adding "const" to some parameters, and some 2.6.x era unicode > fixes that used Lazarus units, and thus can't be merged into FPC repo > anyway. (using lazconvencoding or something like that). > Hmm, don't remember, that I doing addiction of new includes to 'chm' units. And encoding-related operations was made in LHelp project, after HTML content readed from CHM file, but before it passed to IPro HTML viewer. There was some compiler warnings about WideString -> AnsiString conversion, that I eliminate with UTF8Encode() from RTL Maybe you mention file lcid_conv.pas, which contain MS Locale ID to Windows Codepage conversion and common for LHelp and chmmaker projects? Yes, chm package is a wrong place for it. I don't know, where is better place. > So that would need to be cleaned up using FPC 3.0 string support first. > What is better way to convert WideString to AnsiString without warnings? > Naming and linking problems. > > The units have no name with chm in them, so I see no naming issues and FPC > in general does not employ static libraries or so for linking purposes. > And if that unit names will be same in different packages? Also, is chm is really needed and used in FPC, without Lasarus? -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcov at stack.nl Mon Dec 11 15:28:52 2017 From: marcov at stack.nl (Marco van de Voort) Date: Mon, 11 Dec 2017 15:28:52 +0100 Subject: [Lazarus] CHM help package (Marco van de Voort) In-Reply-To: References: <20171211131430.GB98258@stack.nl> Message-ID: <20171211142852.GA21462@stack.nl> On Mon, Dec 11, 2017 at 05:15:36PM +0300, Sergey Bodrov via Lazarus wrote: > > big style related operations mixing it with real fixes. Now you know why > > :-) > > > > Problem is that I first change code formatting just to make it readable, > and then do fixes. Most fixes was impossible without reformatting. If you kept it apart in your VCS, maybe you can backport the fixes then. But it is nearly impossible to remerge reformatted sources, the number of changes suddenly is in the hundreds instead of the signle digits. > Maybe you mention file lcid_conv.pas, which contain MS Locale ID to Windows > Codepage conversion and common for LHelp and chmmaker projects? Yes, chm > package is a wrong place for it. I don't know, where is better place. > > So that would need to be cleaned up using FPC 3.0 string support first. > > > > What is better way to convert WideString to AnsiString without warnings? There is no way without surpressing warnings locally or use an RTL function that surpresses warnings. But either way, the current way is wrong, even if it surpresses warnings. The encoding of ansistring is fully runtime defined in 3.0, and code should respect that as much as possible, while your code just assumes utf8. > > Naming and linking problems. > > > > The units have no name with chm in them, so I see no naming issues and FPC > > in general does not employ static libraries or so for linking purposes. > > > > And if that unit names will be same in different packages? You don't need to have them in a different package. You can just use the units from package CHM without any downsides. Package CHM only depends on other packages that are pure pascal, so it won't pull in dependencies. If something major comes up, this can be revisited, but I don't see a point to fragment packages ad infinitum on principle grounds only. > Also, is chm is really needed and used in FPC, without Lasarus? The textmode IDE also uses CHM, as do various chm file generators like fpdoc and chmcmd. From luca at wetron.es Mon Dec 11 15:52:16 2017 From: luca at wetron.es (Luca Olivetti) Date: Mon, 11 Dec 2017 15:52:16 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <62802934-9fad-5c70-c777-899187712bac@wetron.es> Message-ID: El 11/12/17 a les 13:43, Michael Van Canneyt ha escrit: >> >> [*] I don't know if freeing a thread in OnTerminate is allowed. FPC >> documentation here >> https://www.freepascal.org/docs-html/rtl/classes/tthread.onterminate.html >> says nothing about it, but >> the example here (mentioned in the bug report) >> http://docwiki.embarcadero.com/CodeExamples/Tokyo/en/TThreadYield_(Delphi) >> seems to imply that it should. > > It is definitely not allowed in FPC, and I will document it as such. Ouch, that's not delphi compatible then (unless the example is flawed). In any case it's better to be not compatible and clearly documented than vaguely documented and maybe (just maybe) compatible (i.e. I don't really care about delphi compatibility since I don't use it, but sometimes you have to rely on delphi examples/documentation). Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From michael at freepascal.org Mon Dec 11 16:14:44 2017 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 11 Dec 2017 16:14:44 +0100 (CET) Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <62802934-9fad-5c70-c777-899187712bac@wetron.es> Message-ID: On Mon, 11 Dec 2017, Luca Olivetti wrote: > El 11/12/17 a les 13:43, Michael Van Canneyt ha escrit: > >>> >>> [*] I don't know if freeing a thread in OnTerminate is allowed. FPC >>> documentation here >>> https://www.freepascal.org/docs-html/rtl/classes/tthread.onterminate.html >>> says nothing about it, but >>> the example here (mentioned in the bug report) >>> http://docwiki.embarcadero.com/CodeExamples/Tokyo/en/TThreadYield_(Delphi) >>> seems to imply that it should. >> >> It is definitely not allowed in FPC, and I will document it as such. > > Ouch, that's not delphi compatible then (unless the example is flawed). > In any case it's better to be not compatible and clearly documented than > vaguely documented and maybe (just maybe) compatible (i.e. I don't really > care about delphi compatibility since I don't use it, but sometimes you have > to rely on delphi examples/documentation). The following is clearly nonsense: FThread.FreeOnTerminate := False; // Free FThread in the OnTerminate proc. This will set Terminated to true Terminated is already True in OnTerminate. So I think the example is flawed. >From the TThread implementation: if (FThreadID = GetCurrentThreadID) then begin if not(FFreeOnTerminate) and not FFinished then raise EThreadDestroyCalled.Create('A thread cannot destroy itself except by setting FreeOnTerminate and leaving!'); I think we cannot be more clear than that :) Michael. From luca at wetron.es Mon Dec 11 16:33:49 2017 From: luca at wetron.es (Luca Olivetti) Date: Mon, 11 Dec 2017 16:33:49 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <62802934-9fad-5c70-c777-899187712bac@wetron.es> Message-ID: <8ade3236-d611-a971-c0b6-643509f7cac3@wetron.es> El 11/12/17 a les 16:14, Michael Van Canneyt ha escrit: > > > On Mon, 11 Dec 2017, Luca Olivetti wrote: > >> El 11/12/17 a les 13:43, Michael Van Canneyt ha escrit: >> >>>> >>>> [*] I don't know if freeing a thread in OnTerminate is allowed. FPC >>>> documentation here >>>> https://www.freepascal.org/docs-html/rtl/classes/tthread.onterminate.html >>>> says nothing about it, but >>>> the example here (mentioned in the bug report) >>>> http://docwiki.embarcadero.com/CodeExamples/Tokyo/en/TThreadYield_(Delphi) >>>> seems to imply that it should. >>> >>> It is definitely not allowed in FPC, and I will document it as such. >> >> Ouch, that's not delphi compatible then (unless the example is flawed). >> In any case it's better to be not compatible and clearly documented >> than vaguely documented and maybe (just maybe) compatible (i.e. I >> don't really care about delphi compatibility since I don't use it, but >> sometimes you have to rely on delphi examples/documentation). > > The following is clearly nonsense: > >  FThread.FreeOnTerminate := False;  // Free FThread in the OnTerminate > proc. This will set Terminated to true > > Terminated is already True in OnTerminate. > > So I think the example is flawed. > > From the TThread implementation: > >  if (FThreadID = GetCurrentThreadID) then >     begin >       if not(FFreeOnTerminate) and not FFinished then >         raise EThreadDestroyCalled.Create('A thread cannot destroy > itself except by setting FreeOnTerminate and leaving!'); > > I think we cannot be more clear than that :) Not really: OnTerminate is called in the context of the main thread, so FThreadId is different than GetCurrentThreadId. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From pascaldragon at googlemail.com Mon Dec 11 17:18:43 2017 From: pascaldragon at googlemail.com (Sven Barth) Date: Mon, 11 Dec 2017 17:18:43 +0100 Subject: [Lazarus] CHM help package (Marco van de Voort) In-Reply-To: References: <20171211131430.GB98258@stack.nl> Message-ID: Am 11.12.2017 15:15 schrieb "Sergey Bodrov via Lazarus" < lazarus at lists.lazarus-ide.org>: 2017-12-11 16:14 GMT+03:00 Marco van de Voort via Lazarus < lazarus at lists.lazarus-ide.org>: > On Sun, Dec 10, 2017 at 01:25:59PM +0300, Sergey Bodrov via Lazarus wrote: > > > > I change code formatting, many private names, add many comments and > embrace > > whole blocks of code into try..finally. And now can't tell, which parts > is > > most essential. > > Yes. Somebody will have to figure that mess out, preferably by somebody who > has some recollection about what he has done. It is always a bad idea to > do > big style related operations mixing it with real fixes. Now you know why > :-) > Problem is that I first change code formatting just to make it readable, and then do fixes. Most fixes was impossible without reformatting. In projects like Lazarus and Free Pascal it's "when in Rome, do as the Romans do" regarding formatting. So don't change formatting only because *you* can't work with it. And I highly doubt that the possibility of fixes depends on the formatting... Regards, Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Mon Dec 11 18:32:45 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Mon, 11 Dec 2017 18:32:45 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: Message-ID: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> I cloned your repo on my HD, and went through it step by step while always trying to build lhelp, I could remove everything from the folder chm except for these units: chmfifimain, chmreader, chmsitemap, chmtypes (and chmobjinstance.inc). I think it is possible to extract the essential changes from these units to get at least the new reading functionality. I can try this - but: before beginning I'd like to get positive feedback from fpc devs that this will be merged (I have some old patches hanging around there, and it is not always motivating to submit fpc patches). As for the unit lcid_conv: This fits into Lazarus' LazUtils, and should go there independently of how this story ends here. I have commit rights to Lazarus and can put it there. Any objections? From jmlandmesser at gmx.de Mon Dec 11 19:33:35 2017 From: jmlandmesser at gmx.de (John Landmesser) Date: Mon, 11 Dec 2017 19:33:35 +0100 Subject: [Lazarus] Highlight matching brackets Message-ID: i think there is something wrong?! Lazarus svn Lazarus 1.9.0 r56691M FPC 3.0.4 x86_64-linux-gtk2 should highlight Brackets as () but it highlights single quotes ' that happens for WinXP too! sceenshot of settings (right) and IDE (left) .. could not send the sreenshot, it's over 100 kb!! From werner.pamler at freenet.de Mon Dec 11 19:34:34 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Mon, 11 Dec 2017 19:34:34 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> Message-ID: <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> Am 11.12.2017 um 18:32 schrieb Werner Pamler via Lazarus: > I think it is possible to extract the essential changes from these > units to get at least the new reading functionality. I can try this [,.,] And Sergey, you should explain which features are new? What do I have to do to see the new features in lhelp? From werner.pamler at freenet.de Mon Dec 11 19:57:18 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Mon, 11 Dec 2017 19:57:18 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> Message-ID: <0233659b-595e-3bb8-d7e0-61dd2c8704ae@freenet.de> Am 11.12.2017 um 18:32 schrieb Werner Pamler via Lazarus: > I cloned your repo on my HD, and went through it step by step while > always trying to build lhelp, I could remove everything from the > folder chm except for these units: chmfifimain, chmreader, chmsitemap, > chmtypes (and chmobjinstance.inc). I think it is possible to extract > the essential changes from these units to get at least the new reading > functionality. I can try this - but: before beginning I'd like to get > positive feedback from fpc devs that this will be merged (I have some > old patches hanging around there, and it is not always motivating to > submit fpc patches). > > As for the unit lcid_conv: This fits into Lazarus' LazUtils, and > should go there independently of how this story ends here. I have > commit rights to Lazarus and can put it there. Any objections? Sergey, I loaded a chm having codepage iso-8859-1 into your modified lhelp. It crashes in TIpChmDataProvider.DetectHtmlCodepage when trying to convert the string 88591 to a Word. Also, this codepage (as well as the other iso's) are not considered in lclid_conv. From vojtech.cihak at atlas.cz Mon Dec 11 20:04:56 2017 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=C4=9Bch_=C4=8Cih=C3=A1k?=) Date: Mon, 11 Dec 2017 20:04:56 +0100 Subject: [Lazarus] =?utf-8?q?Highlight_matching_brackets?= In-Reply-To: 00000000825900015894014c4fdb References: 00000000825900015894014c4fdb Message-ID: <20171211200456.EF722601@atlas.cz> I can confirm. It is also broken for [] and {}. I observed that it depends on previous character:   ControlStyle:=ControlStyle+[csNoDesignVisible];  //works   ControlStyle:=ControlStyle+ [csNoDesignVisible];  //does NOT work   i.e. when previous char is "red" +-*/@() etc. it works, while abcde...ABCDE... or *space* doesn't. Also with UTF chars it doesn't work (ěščřžýáí)   V. ______________________________________________________________ > Od: John Landmesser via Lazarus > Komu: Lazarus at lists.lazarus-ide.org > Datum: 11.12.2017 19:33 > Předmět: [Lazarus] Highlight matching brackets > i think there is something wrong?! Lazarus svn Lazarus 1.9.0 r56691M FPC 3.0.4 x86_64-linux-gtk2 should highlight Brackets as () but it highlights single quotes ' that happens for WinXP too! sceenshot of settings (right) and IDE (left) .. could not send the sreenshot, it's over 100 kb!! -- _______________________________________________ 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 jmlandmesser at gmx.de Mon Dec 11 20:28:22 2017 From: jmlandmesser at gmx.de (john landmesser) Date: Mon, 11 Dec 2017 20:28:22 +0100 Subject: [Lazarus] Highlight matching brackets In-Reply-To: <20171211200456.EF722601@atlas.cz> References: <20171211200456.EF722601@atlas.cz> Message-ID: <3884dfef-e4d2-ac14-6d87-fb2b8a1e090c@gmx.de> issue occured after: Lazarus 1.9.0 r56216M FPC 3.0.2 x86_64-linux-gtk2 Am 11.12.17 um 20:04 schrieb Vojtěch Čihák via Lazarus: > > I can confirm. It is also broken for [] and {}. I observed that it > depends on previous character: > > ControlStyle:=ControlStyle+[csNoDesignVisible]; //works > > ControlStyle:=ControlStyle+ [csNoDesignVisible]; //does NOT work > > i.e. when previous char is "red" +-*/@() etc. it works, while > abcde...ABCDE... or *space* doesn't. Also with UTF chars it doesn't > work (ěščřžýáí) > > V. > > ______________________________________________________________ > > Od: John Landmesser via Lazarus > > Komu: Lazarus at lists.lazarus-ide.org > > Datum: 11.12.2017 19:33 > > Předmět: [Lazarus] Highlight matching brackets > > > > i think there is something wrong?! > > Lazarus svn > > Lazarus 1.9.0 r56691M FPC 3.0.4 x86_64-linux-gtk2 > > should highlight Brackets as () but it highlights single quotes ' > > that happens for WinXP too! > > sceenshot of settings (right) and IDE (left) > > .. could not send the sreenshot, it's over 100 kb!! > > -- > _______________________________________________ > 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 Mon Dec 11 20:34:22 2017 From: lazarus at mfriebe.de (Martin Frb) Date: Mon, 11 Dec 2017 19:34:22 +0000 Subject: [Lazarus] Highlight matching brackets In-Reply-To: <3884dfef-e4d2-ac14-6d87-fb2b8a1e090c@gmx.de> References: <20171211200456.EF722601@atlas.cz> <3884dfef-e4d2-ac14-6d87-fb2b8a1e090c@gmx.de> Message-ID: <4ef10adb-fbc7-bdd0-bef1-045f2ee0ed44@mfriebe.de> On 11/12/2017 19:28, john landmesser via Lazarus wrote: > > issue occured after: > > Lazarus 1.9.0 r56216M FPC 3.0.2 x86_64-linux-gtk2 > > > > Am 11.12.17 um 20:04 schrieb Vojtěch Čihák via Lazarus: >> >> I can confirm. It is also broken for [] and {}. I observed that it >> depends on previous character: >> >> Most likely (not verified) Revision: 56398 Message: SynEdit: Enable operations for an identifier also when caret is at its end. Patch from Dmitry D. Chernov. From juha.manninen62 at gmail.com Mon Dec 11 20:49:07 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Mon, 11 Dec 2017 21:49:07 +0200 Subject: [Lazarus] Highlight matching brackets In-Reply-To: <4ef10adb-fbc7-bdd0-bef1-045f2ee0ed44@mfriebe.de> References: <20171211200456.EF722601@atlas.cz> <3884dfef-e4d2-ac14-6d87-fb2b8a1e090c@gmx.de> <4ef10adb-fbc7-bdd0-bef1-045f2ee0ed44@mfriebe.de> Message-ID: On Mon, Dec 11, 2017 at 9:34 PM, Martin Frb via Lazarus wrote: > Most likely (not verified) > Revision: 56398 > Message: > SynEdit: Enable operations for an identifier also when caret is at its end. > Patch from Dmitry D. Chernov. Ah, that is reported already. https://bugs.freepascal.org/view.php?id=32803 There were 2 identical block changed. Maybe only one of them should be changed. I try to look at it soon ... Juha From marcov at stack.nl Mon Dec 11 20:53:56 2017 From: marcov at stack.nl (Marco van de Voort) Date: Mon, 11 Dec 2017 20:53:56 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> Message-ID: <20171211195356.GA89279@stack.nl> On Mon, Dec 11, 2017 at 06:32:45PM +0100, Werner Pamler via Lazarus wrote: > I cloned your repo on my HD, and went through it step by step while > always trying to build lhelp, I could remove everything from the folder > chm except for these units: chmfifimain, chmreader, chmsitemap, chmtypes > (and chmobjinstance.inc). I walked through chmreader, and found one minor fix, a comparison of a filename parameter with an extension should be lowercase. Fixed in r37714 From lazarus at mfriebe.de Mon Dec 11 21:05:45 2017 From: lazarus at mfriebe.de (Martin Frb) Date: Mon, 11 Dec 2017 20:05:45 +0000 Subject: [Lazarus] Highlight matching brackets In-Reply-To: References: <20171211200456.EF722601@atlas.cz> <3884dfef-e4d2-ac14-6d87-fb2b8a1e090c@gmx.de> <4ef10adb-fbc7-bdd0-bef1-045f2ee0ed44@mfriebe.de> Message-ID: On 11/12/2017 19:49, Juha Manninen via Lazarus wrote: > On Mon, Dec 11, 2017 at 9:34 PM, Martin Frb via Lazarus > wrote: >> Most likely (not verified) >> Revision: 56398 >> Message: >> SynEdit: Enable operations for an identifier also when caret is at its end. >> Patch from Dmitry D. Chernov. > Ah, that is reported already. > https://bugs.freepascal.org/view.php?id=32803 > There were 2 identical block changed. Maybe only one of them should be changed. > I try to look at it soon ... > > Juha the change in GetHighlighterAttriAtRowColEx is wrong. It should only change CaretAtIdentOrString, but I am failing to see how that works (did not debug, just looked at it, so I might be wrong) In the line |=caret a:=foo|( It would have seen the "(", and returned false. But with the patch, I would expect a:=|foo( to see the ":=" ? So it just reverses the issue? From juha.manninen62 at gmail.com Mon Dec 11 21:11:27 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Mon, 11 Dec 2017 22:11:27 +0200 Subject: [Lazarus] "Character" -> "Codepoint" in LazUTF8 function names Message-ID: I changed "Character" to "Codepoint" in some LazUTF8 function names in r56692. Please take a look. "Codepoint" is more accurate and hopefully reduces confusion. It was discussed in forum and I agree with the importance of using correct terms. http://forum.lazarus.freepascal.org/index.php/topic,39045.msg268541.html#msg268541 With Unicode the term "Character" is very ambiguous. Existing code that uses those functions now throws "deprecated" warnings. Sorry for the inconvenience. Juha From lazarus at mfriebe.de Mon Dec 11 21:13:21 2017 From: lazarus at mfriebe.de (Martin Frb) Date: Mon, 11 Dec 2017 20:13:21 +0000 Subject: [Lazarus] Highlight matching brackets In-Reply-To: References: <20171211200456.EF722601@atlas.cz> <3884dfef-e4d2-ac14-6d87-fb2b8a1e090c@gmx.de> <4ef10adb-fbc7-bdd0-bef1-045f2ee0ed44@mfriebe.de> Message-ID: <4c1101e6-5fdb-fd0d-a27b-a97f07951fdd@mfriebe.de> On 11/12/2017 20:05, Martin Frb via Lazarus wrote: > > It should only change CaretAtIdentOrString, but I am failing to see > how that works (did not debug, just looked at it, so I might be wrong) > > In the line |=caret > a:=foo|( > > It would have seen the "(", and returned false. > > But with the patch, I would expect > a:=|foo( > > to see the ":=" ? > > So it just reverses the issue? > Just checked, Contextmenu > Find > Rename Identifier It now is enabled, if you are at the end of the identifier. But it is disabled, if you are at the start of the identifier. So both parts of the commit are wrong. From juha.manninen62 at gmail.com Mon Dec 11 21:30:17 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Mon, 11 Dec 2017 22:30:17 +0200 Subject: [Lazarus] Highlight matching brackets In-Reply-To: <4c1101e6-5fdb-fd0d-a27b-a97f07951fdd@mfriebe.de> References: <20171211200456.EF722601@atlas.cz> <3884dfef-e4d2-ac14-6d87-fb2b8a1e090c@gmx.de> <4ef10adb-fbc7-bdd0-bef1-045f2ee0ed44@mfriebe.de> <4c1101e6-5fdb-fd0d-a27b-a97f07951fdd@mfriebe.de> Message-ID: On Mon, Dec 11, 2017 at 10:13 PM, Martin Frb via Lazarus wrote: > Just checked, Contextmenu > Find > Rename Identifier > It now is enabled, if you are at the end of the identifier. > But it is disabled, if you are at the start of the identifier. > So both parts of the commit are wrong. Yes. I reverted it in r56695. The change is already in 1.8 so I will mark this one to be merged to fixes_1_8. Maybe Dmitry D. Chernov is reading. We need a better patch. ... or maybe Martin can say right away how to fix it. I have no time to debug it now. In r56366 I fixed a similar issue in codetools when cursor is in uses section, at the end of a unit name. For the sake of symmetry it would be nice to have this fixed, too. Juha From werner.pamler at freenet.de Mon Dec 11 22:27:33 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Mon, 11 Dec 2017 22:27:33 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <20171211195356.GA89279@stack.nl> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <20171211195356.GA89279@stack.nl> Message-ID: <8644ebde-0167-d90e-ccca-2be4d78a912a@freenet.de> Am 11.12.2017 um 20:53 schrieb Marco van de Voort via Lazarus: > On Mon, Dec 11, 2017 at 06:32:45PM +0100, Werner Pamler via Lazarus wrote: >> I cloned your repo on my HD, and went through it step by step while >> always trying to build lhelp, I could remove everything from the folder >> chm except for these units: chmfifimain, chmreader, chmsitemap, chmtypes >> (and chmobjinstance.inc). > I walked through chmreader, and found one minor fix, a comparison of a filename > parameter with an extension should be lowercase. Fixed in r37714 And chmfifimain seems to have a memory leak in "destructor TChmSearchWriter.Destroy;" which does not call "inherited" -- see attached patch. -------------- next part -------------- Index: chm/src/chmfiftimain.pas =================================================================== --- chm/src/chmfiftimain.pas (revision 37715) +++ chm/src/chmfiftimain.pas (working copy) @@ -392,6 +392,7 @@ begin freeandnil(FActiveLeafNode); + inherited; end; From marcov at stack.nl Mon Dec 11 22:39:17 2017 From: marcov at stack.nl (Marco van de Voort) Date: Mon, 11 Dec 2017 22:39:17 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <8644ebde-0167-d90e-ccca-2be4d78a912a@freenet.de> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <20171211195356.GA89279@stack.nl> <8644ebde-0167-d90e-ccca-2be4d78a912a@freenet.de> Message-ID: <20171211213917.GA13177@stack.nl> On Mon, Dec 11, 2017 at 10:27:33PM +0100, Werner Pamler via Lazarus wrote: > And chmfifimain seems to have a memory leak in "destructor > TChmSearchWriter.Destroy;" which does not call "inherited" -- see > attached patch. > Index: chm/src/chmfiftimain.pas > =================================================================== > --- chm/src/chmfiftimain.pas (revision 37715) > +++ chm/src/chmfiftimain.pas (working copy) > @@ -392,6 +392,7 @@ > > begin > freeandnil(FActiveLeafNode); > + inherited; > end; Done. From mailinglists at geldenhuys.co.uk Mon Dec 11 22:53:28 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Mon, 11 Dec 2017 21:53:28 +0000 Subject: [Lazarus] "Character" -> "Codepoint" in LazUTF8 function names In-Reply-To: References: Message-ID: On 2017-12-11 20:11, Juha Manninen via Lazarus wrote: > I changed "Character" to "Codepoint" in some LazUTF8 function names in > r56692. Please take a look. > "Codepoint" is more accurate and hopefully reduces confusion. I haven't looked at the code changes, but fully agree with the sentiment. Getting the terminology correct is already a great leap forward in the right direction. Regards, Graeme From serbod at gmail.com Tue Dec 12 08:39:35 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Tue, 12 Dec 2017 10:39:35 +0300 Subject: [Lazarus] CHM help package In-Reply-To: <0233659b-595e-3bb8-d7e0-61dd2c8704ae@freenet.de> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <0233659b-595e-3bb8-d7e0-61dd2c8704ae@freenet.de> Message-ID: 2017-12-11 21:57 GMT+03:00 Werner Pamler via Lazarus < lazarus at lists.lazarus-ide.org>: > Am 11.12.2017 um 18:32 schrieb Werner Pamler via Lazarus: > >> I cloned your repo on my HD, and went through it step by step while >> always trying to build lhelp, I could remove everything from the folder chm >> except for these units: chmfifimain, chmreader, chmsitemap, chmtypes (and >> chmobjinstance.inc). I think it is possible to extract the essential >> changes from these units to get at least the new reading functionality. I >> can try this - but: before beginning I'd like to get positive feedback from >> fpc devs that this will be merged (I have some old patches hanging around >> there, and it is not always motivating to submit fpc patches). >> > There is no special new reading functionality, only bugfixes and code improvements. I spend many hours just to understand how it works and how it must work properly. It's not trivial without proper documentation. > As for the unit lcid_conv: This fits into Lazarus' LazUtils, and should go >> there independently of how this story ends here. I have commit rights to >> Lazarus and can put it there. Any objections? >> > I don't know, where is better place for such file. Locale ID is MS Windows specific, so maybe it better place to some windows - related unit or LazUtils? > Sergey, I loaded a chm having codepage iso-8859-1 into your modified > lhelp. It crashes in TIpChmDataProvider.DetectHtmlCodepage when trying to > convert the string 88591 to a Word. Also, this codepage (as well as the > other iso's) are not considered in lclid_conv. iso-8859-1 encoding have not relation to MS Locale ID. It HTML-specific, and must handled by HTML viewer. I do dirty hack with HTML codepage coversion just because don't ready to make fixes in TIpHtmlPanel. -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From serbod at gmail.com Tue Dec 12 08:57:00 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Tue, 12 Dec 2017 10:57:00 +0300 Subject: [Lazarus] CHM help package In-Reply-To: <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> Message-ID: 2017-12-11 21:34 GMT+03:00 Werner Pamler via Lazarus < lazarus at lists.lazarus-ide.org>: > > And Sergey, you should explain which features are new? What do I have to > do to see the new features in lhelp? - 'Copy raw souce' in page context menu. - full-text search works properly - RPC calls from Lazarus handled instantly - codepage conversions (not anywhere, it still need testing) - maybe some features related to multiple opened CHM files now works - global topics list, context search many missed features from http://wiki.freepascal.org/chm related to HTML Viewer. -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From serbod at gmail.com Tue Dec 12 09:07:21 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Tue, 12 Dec 2017 11:07:21 +0300 Subject: [Lazarus] CHM help package (Marco van de Voort) In-Reply-To: References: <20171211131430.GB98258@stack.nl> Message-ID: 2017-12-11 19:18 GMT+03:00 Sven Barth via Lazarus < lazarus at lists.lazarus-ide.org>: Problem is that I first change code formatting just to make it readable, > and then do fixes. Most fixes was impossible without reformatting. > > > In projects like Lazarus and Free Pascal it's "when in Rome, do as the > Romans do" regarding formatting. So don't change formatting only because > *you* can't work with it. And I highly doubt that the possibility of fixes > depends on the formatting... > http://wiki.freepascal.org/Coding_style - "There are no formal standards" for FCL and other packages distributed with FPC. So I use Lazarus and Embarcadero coding guides. I will do whole work again as Romans want if Romans pay me. -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at kluug.net Tue Dec 12 09:44:31 2017 From: lazarus at kluug.net (Ondrej Pokorny) Date: Tue, 12 Dec 2017 09:44:31 +0100 Subject: [Lazarus] Highlight matching brackets In-Reply-To: References: <20171211200456.EF722601@atlas.cz> <3884dfef-e4d2-ac14-6d87-fb2b8a1e090c@gmx.de> <4ef10adb-fbc7-bdd0-bef1-045f2ee0ed44@mfriebe.de> <4c1101e6-5fdb-fd0d-a27b-a97f07951fdd@mfriebe.de> Message-ID: <1a753353-d903-7038-963a-fe2fd0afce3d@kluug.net> On 11.12.2017 21:30, Juha Manninen via Lazarus wrote: > Yes. I reverted it in r56695. The change is already in 1.8 so I will > mark this one to be merged to fixes_1_8. I thought only bug fixes should go to the fixes branch and not new bugs. Ondrej From werner.pamler at freenet.de Tue Dec 12 10:24:11 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Tue, 12 Dec 2017 10:24:11 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <0233659b-595e-3bb8-d7e0-61dd2c8704ae@freenet.de> Message-ID: Am 12.12.2017 um 08:39 schrieb Sergey Bodrov via Lazarus: >  iso-8859-1 encoding have not relation to MS Locale ID. It > HTML-specific, and must handled by HTML viewer. I do dirty hack with > HTML codepage coversion just because don't ready to make fixes in > TIpHtmlPanel. But this specification occurs in the file and is not handled by your code. But anyway: If I understand you correctly you say that this part of your fixes is a hack around a IpHtmlPanel issue. Then you should know that I fixed code page conversion for the HtmlPanel some weeks ago in trunk, and just a minute ago I added another fix for the codepages which are not specified in the way LConvEncoding expects them ("windows-1252" instead of "cp-1252"). With these modifications I was able to see the German umlauts in the chm files I found on my HD correctly. Does this mean that your LCLID-related changes are obsolete? Please test. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at kluug.net Tue Dec 12 10:35:21 2017 From: lazarus at kluug.net (Ondrej Pokorny) Date: Tue, 12 Dec 2017 10:35:21 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> Message-ID: <0246bc8a-71ac-5ed3-eaee-abbc32ce5778@kluug.net> On 11.12.2017 18:32, Werner Pamler via Lazarus wrote: > I cloned your repo on my HD, and went through it step by step while > always trying to build lhelp, I could remove everything from the > folder chm except for these units: chmfifimain, chmreader, chmsitemap, > chmtypes (and chmobjinstance.inc). I think it is possible to extract > the essential changes from these units to get at least the new reading > functionality. I can try this - but: before beginning I'd like to get > positive feedback from fpc devs that this will be merged (I have some > old patches hanging around there, and it is not always motivating to > submit fpc patches). > > As for the unit lcid_conv: This fits into Lazarus' LazUtils, and > should go there independently of how this story ends here. I have > commit rights to Lazarus and can put it there. Any objections? Why not to use TEncoding provided with FPC 3? Ondrej From lazarus at kluug.net Tue Dec 12 10:33:06 2017 From: lazarus at kluug.net (Ondrej Pokorny) Date: Tue, 12 Dec 2017 10:33:06 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <0233659b-595e-3bb8-d7e0-61dd2c8704ae@freenet.de> Message-ID: <6b731e68-e164-bd29-d159-411c30c158c8@kluug.net> On 12.12.2017 8:39, Sergey Bodrov via Lazarus wrote: > I do dirty hack with HTML codepage coversion just because don't ready > to make fixes in TIpHtmlPanel. This is the wrong attitude. Please don't do dirty hacks but make fixes in other components as well. Or ask somebody to help you with it (Werner). The purpose of a patch is to make source code quality better and not worse. Ondrej From markMLl.lazarus at telemetry.co.uk Tue Dec 12 10:51:59 2017 From: markMLl.lazarus at telemetry.co.uk (Mark Morgan Lloyd) Date: Tue, 12 Dec 2017 09:51:59 +0000 Subject: [Lazarus] "Character" -> "Codepoint" in LazUTF8 function names In-Reply-To: References: Message-ID: On 11/12/17 22:00, Graeme Geldenhuys via Lazarus wrote: > On 2017-12-11 20:11, Juha Manninen via Lazarus wrote:> I changed > "Character" to "Codepoint" in some LazUTF8 function names in> r56692. > Please take a look.> "Codepoint" is more accurate and hopefully reduces > confusion. > I haven't looked at the code changes, but fully agree with the > sentiment. Getting the terminology correct is already a great leap > forward in the right direction. Agreed, but I hope nobody tries to retrofit any more IBMisms like "octet" instead of "byte" :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] From serbod at gmail.com Tue Dec 12 11:01:16 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Tue, 12 Dec 2017 13:01:16 +0300 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <0233659b-595e-3bb8-d7e0-61dd2c8704ae@freenet.de> Message-ID: 2017-12-12 12:24 GMT+03:00 Werner Pamler via Lazarus < lazarus at lists.lazarus-ide.org>: > Am 12.12.2017 um 08:39 schrieb Sergey Bodrov via Lazarus: > > iso-8859-1 encoding have not relation to MS Locale ID. It HTML-specific, > and must handled by HTML viewer. I do dirty hack with HTML codepage > coversion just because don't ready to make fixes in TIpHtmlPanel. > > > But this specification occurs in the file and is not handled by your code. > But anyway: If I understand you correctly you say that this part of your > fixes is a hack around a IpHtmlPanel issue. Then you should know that I > fixed code page conversion for the HtmlPanel some weeks ago in trunk, and > just a minute ago I added another fix for the codepages which are not > specified in the way LConvEncoding expects them ("windows-1252" instead of > "cp-1252"). With these modifications I was able to see the German umlauts > in the chm files I found on my HD correctly. Does this mean that your > LCLID-related changes are obsolete? Please test. > Well, then my codepage and conversion procedure for HTML contents not needed anymore. But LocaleID-based codepage conversion is still needed for topic names (Table of Contents and Index) and, maybe, for full-text search. BTW, in ipcss.inc TCSSProps.ReadCommands() lack of Args.Count checking for 'border-width', 'border-color' and 'border-style' cause Args[0] out-of-range errors. Instead of tons checks for Args.Count, I propose single local function, that returns string from Args by index, or empty string if there is no such index. -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From pascaldragon at googlemail.com Tue Dec 12 11:14:09 2017 From: pascaldragon at googlemail.com (Sven Barth) Date: Tue, 12 Dec 2017 11:14:09 +0100 Subject: [Lazarus] CHM help package (Marco van de Voort) In-Reply-To: References: <20171211131430.GB98258@stack.nl> Message-ID: Am 12.12.2017 09:07 schrieb "Sergey Bodrov via Lazarus" < lazarus at lists.lazarus-ide.org>: 2017-12-11 19:18 GMT+03:00 Sven Barth via Lazarus < lazarus at lists.lazarus-ide.org>: Problem is that I first change code formatting just to make it readable, > and then do fixes. Most fixes was impossible without reformatting. > > > In projects like Lazarus and Free Pascal it's "when in Rome, do as the > Romans do" regarding formatting. So don't change formatting only because > *you* can't work with it. And I highly doubt that the possibility of fixes > depends on the formatting... > http://wiki.freepascal.org/Coding_style - "There are no formal standards" for FCL and other packages distributed with FPC. So I use Lazarus and Embarcadero coding guides. No formal standard does not mean that you can change code formatting as you want. The modus operandi is to adhere to the formatting of the surrounding code. I will do whole work again as Romans want if Romans pay me. Patches with formatting changes are very likely to be rejected in code that belongs to the FPC project (can't speak about Lazarus here) and for the compiler itself it is even nearly assured. Regards, Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Tue Dec 12 11:17:03 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 12 Dec 2017 11:17:03 +0100 Subject: [Lazarus] issue with %RunCommand In-Reply-To: References: Message-ID: <20171212111703.6609540d@limapholos.matflo.wg> On Mon, 11 Dec 2017 12:14:49 +0100 Matias Vara via Lazarus wrote: > Hello, in Lazarus 1.6.2 I was using the following line to run qemu when I > trigger "Run": > > {%RunCommand qemu-system-x86_64.exe -m 512 -smp 2 -drive > format=raw,file=ToroHello.img} > > However, I am not getting the same behavior in Lazarus 1.8, instead, qemu > is opened in background so I am not able to see the windows. > Am I doing something wrong? Add {%RunFlags messages+}. See here: http://wiki.lazarus.freepascal.org/IDE_directives#Run.2FBuild_file I will add a checkbox to the IDE dialog. Mattias From marcov at stack.nl Tue Dec 12 11:20:18 2017 From: marcov at stack.nl (Marco van de Voort) Date: Tue, 12 Dec 2017 11:20:18 +0100 Subject: [Lazarus] CHM help package (Marco van de Voort) In-Reply-To: References: <20171211131430.GB98258@stack.nl> Message-ID: <20171212102018.GA68221@stack.nl> On Tue, Dec 12, 2017 at 11:14:09AM +0100, Sven Barth via Lazarus wrote: > want. > The modus operandi is to adhere to the formatting of the surrounding code. > > I will do whole work again as Romans want if Romans pay me. > > > Patches with formatting changes are very likely to be rejected in code that > belongs to the FPC project (can't speak about Lazarus here) and for the > compiler itself it is even nearly assured. I guess it is the same as with FPC, if there is hope on some nugget and the mess is not too bad, then somebody might trawl through it. But the files I examined had hundreds of formatting hunks and very minimal and obvious changes/fixes. From juha.manninen62 at gmail.com Tue Dec 12 11:39:52 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Tue, 12 Dec 2017 12:39:52 +0200 Subject: [Lazarus] Highlight matching brackets In-Reply-To: <1a753353-d903-7038-963a-fe2fd0afce3d@kluug.net> References: <20171211200456.EF722601@atlas.cz> <3884dfef-e4d2-ac14-6d87-fb2b8a1e090c@gmx.de> <4ef10adb-fbc7-bdd0-bef1-045f2ee0ed44@mfriebe.de> <4c1101e6-5fdb-fd0d-a27b-a97f07951fdd@mfriebe.de> <1a753353-d903-7038-963a-fe2fd0afce3d@kluug.net> Message-ID: On Tue, Dec 12, 2017 at 10:44 AM, Ondrej Pokorny via Lazarus wrote: > I thought only bug fixes should go to the fixes branch and not new bugs. Yes, I trusted the patch too much. I did not analyse it, I only tested the particular case when cursor was at the end of a word. Now I see the patch was very bad, the author had no idea what he was changing. :( Juha From nc-gaertnma at netcologne.de Tue Dec 12 11:47:11 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 12 Dec 2017 11:47:11 +0100 Subject: [Lazarus] CHM help package (Marco van de Voort) In-Reply-To: References: <20171211131430.GB98258@stack.nl> Message-ID: <20171212114711.75751075@limapholos.matflo.wg> On Tue, 12 Dec 2017 11:14:09 +0100 Sven Barth via Lazarus wrote: >[...] > Patches with formatting changes are very likely to be rejected in code that > belongs to the FPC project (can't speak about Lazarus here) and for the > compiler itself it is even nearly assured. Lazarus loosely follows the Delphi coding style. Patches that changes formatting to something else are usually rejected. Mattias From matiasevara at gmail.com Tue Dec 12 12:29:59 2017 From: matiasevara at gmail.com (Matias Vara) Date: Tue, 12 Dec 2017 12:29:59 +0100 Subject: [Lazarus] issue with %RunCommand In-Reply-To: <20171212111703.6609540d@limapholos.matflo.wg> References: <20171212111703.6609540d@limapholos.matflo.wg> Message-ID: Thanks for the answer Mattias, I have one more question, why is this behavior different in lazarus 1.6.2? Matias 2017-12-12 11:17 GMT+01:00 Mattias Gaertner via Lazarus < lazarus at lists.lazarus-ide.org>: > On Mon, 11 Dec 2017 12:14:49 +0100 > Matias Vara via Lazarus wrote: > > > Hello, in Lazarus 1.6.2 I was using the following line to run qemu when I > > trigger "Run": > > > > {%RunCommand qemu-system-x86_64.exe -m 512 -smp 2 -drive > > format=raw,file=ToroHello.img} > > > > However, I am not getting the same behavior in Lazarus 1.8, instead, qemu > > is opened in background so I am not able to see the windows. > > Am I doing something wrong? > > Add {%RunFlags messages+}. See here: > > http://wiki.lazarus.freepascal.org/IDE_directives#Run.2FBuild_file > > I will add a checkbox to the IDE dialog. > > 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 nc-gaertnma at netcologne.de Tue Dec 12 13:06:33 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 12 Dec 2017 13:06:33 +0100 Subject: [Lazarus] issue with %RunCommand In-Reply-To: References: <20171212111703.6609540d@limapholos.matflo.wg> Message-ID: <20171212130633.02a4e81f@limapholos.matflo.wg> On Tue, 12 Dec 2017 12:29:59 +0100 Matias Vara via Lazarus wrote: > Thanks for the answer Mattias, I have one more question, why is this > behavior different in lazarus 1.6.2? As far as I remember 1.6 always opened the Console under Windows, which was unpleasant for starting GUIs and inconsistent with the other platforms. Mattias From werner.pamler at freenet.de Tue Dec 12 14:32:28 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Tue, 12 Dec 2017 14:32:28 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <0233659b-595e-3bb8-d7e0-61dd2c8704ae@freenet.de> Message-ID: Am 12.12.2017 um 11:01 schrieb Sergey Bodrov via Lazarus: > BTW,  in ipcss.inc TCSSProps.ReadCommands() lack of Args.Count > checking for 'border-width', 'border-color' > and 'border-style' cause Args[0] out-of-range errors. > Instead of tons checks for Args.Count, I propose single local > function, that returns string from Args by index, or empty string if > there is no such index. Really? It looks fine for me. I even removed some more checks for Args.Count > 0 when accessing Args[0] - this code is never reached because it happens inside an Args loop which is never entered if Args.Count = 0. What did you do to see that there is a problem? -------------- next part -------------- An HTML attachment was scrubbed... URL: From serbod at gmail.com Tue Dec 12 14:46:40 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Tue, 12 Dec 2017 16:46:40 +0300 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <0233659b-595e-3bb8-d7e0-61dd2c8704ae@freenet.de> Message-ID: 2017-12-12 16:32 GMT+03:00 Werner Pamler via Lazarus < lazarus at lists.lazarus-ide.org>: > Am 12.12.2017 um 11:01 schrieb Sergey Bodrov via Lazarus: > > BTW, in ipcss.inc TCSSProps.ReadCommands() lack of Args.Count checking > for 'border-width', 'border-color' and 'border-style' cause Args[0] > out-of-range errors. > Instead of tons checks for Args.Count, I propose single local function, > that returns string from Args by index, or empty string if there is no such > index. > > > Really? It looks fine for me. I even removed some more checks for > Args.Count > 0 when accessing Args[0] - this code is never reached because > it happens inside an Args loop which is never entered if Args.Count = 0. > What did you do to see that there is a problem? > Maybe, you confused with ACommands loop? There is no loops for Args. -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From juha.manninen62 at gmail.com Tue Dec 12 15:11:20 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Tue, 12 Dec 2017 16:11:20 +0200 Subject: [Lazarus] "Character" -> "Codepoint" in LazUTF8 function names In-Reply-To: References: Message-ID: On Tue, Dec 12, 2017 at 11:51 AM, Mark Morgan Lloyd via Lazarus wrote: > Agreed, but I hope nobody tries to retrofit any more IBMisms like "octet" > instead of "byte" :-) Where did you get the connection for IBM? AFAIK "codepoint" is not related to IBM but it is an essential part of Unicode. Juha From werner.pamler at freenet.de Tue Dec 12 15:21:26 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Tue, 12 Dec 2017 15:21:26 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <0233659b-595e-3bb8-d7e0-61dd2c8704ae@freenet.de> Message-ID: <1803833b-8df1-995e-324f-7677e0c35bfa@freenet.de> Am 12.12.2017 um 14:46 schrieb Sergey Bodrov via Lazarus: > Maybe, you confused with ACommands loop? There is no loops for Args. Ah, of course. Thanks. I'll fix it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Tue Dec 12 15:42:30 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Tue, 12 Dec 2017 15:42:30 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> Message-ID: Am 12.12.2017 um 08:57 schrieb Sergey Bodrov via Lazarus: > - full-text search works properly Can you explain where full-text search does not work properly? I need an example to work with, give detailed instructions how to reproduce this error. I did not look into this feature in detail yet: Should full-text search work for any chm file, or must a full-text index be prepared when the file is written? In the latter case, can you provide a sample chm file suitable? -------------- next part -------------- An HTML attachment was scrubbed... URL: From serbod at gmail.com Tue Dec 12 15:58:08 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Tue, 12 Dec 2017 17:58:08 +0300 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> Message-ID: 2017-12-12 17:42 GMT+03:00 Werner Pamler via Lazarus < lazarus at lists.lazarus-ide.org>: > Am 12.12.2017 um 08:57 schrieb Sergey Bodrov via Lazarus: > > - full-text search works properly > > > Can you explain where full-text search does not work properly? I need an > example to work with, give detailed instructions how to reproduce this > error. > It can find wrong pages, where no keywords in page body. For example - 'writeln' in rtl.chm I don't sure, where exactly problems was, but defenitely something wrong was in WLC compressed integer reading funtion. Maybe also in WLC chunks reader. > I did not look into this feature in detail yet: Should full-text search > work for any chm file, or must a full-text index be prepared when the file > is written? In the latter case, can you provide a sample chm file suitable? > Full-text search works only when compiled into CHM. It also possible to create external full-text search index for CHM without embedded index, but this not yet implemented. -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Tue Dec 12 16:03:17 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Tue, 12 Dec 2017 16:03:17 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <0246bc8a-71ac-5ed3-eaee-abbc32ce5778@kluug.net> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <0246bc8a-71ac-5ed3-eaee-abbc32ce5778@kluug.net> Message-ID: <80c9ae0c-a8ee-5dd9-0f75-f239462e9ac2@freenet.de> Am 12.12.2017 um 10:35 schrieb Ondrej Pokorny via Lazarus: > On 11.12.2017 18:32, Werner Pamler via Lazarus wrote: >> I cloned your repo on my HD, and went through it step by step while >> always trying to build lhelp, I could remove everything from the >> folder chm except for these units: chmfifimain, chmreader, >> chmsitemap, chmtypes (and chmobjinstance.inc). I think it is possible >> to extract the essential changes from these units to get at least the >> new reading functionality. I can try this - but: before beginning I'd >> like to get positive feedback from fpc devs that this will be merged >> (I have some old patches hanging around there, and it is not always >> motivating to submit fpc patches). >> >> As for the unit lcid_conv: This fits into Lazarus' LazUtils, and >> should go there independently of how this story ends here. I have >> commit rights to Lazarus and can put it there. Any objections? > > Why not to use TEncoding provided with FPC 3? This is not the point. chm stores a Windows LCID to identify which codepage is used for index and table of contents within the chm. Therefore, LCID and codepage must be mapped to each other. This is what Sergey's unit lcid_conv does. TEncoding does not have anything to do with LCID. I am no longer sure if it really fits into LazUtils because as I understand now the unit is needed also for writing - no it should be with the other chm units in (fpc)/packages/chm. From markMLl.lazarus at telemetry.co.uk Tue Dec 12 16:10:23 2017 From: markMLl.lazarus at telemetry.co.uk (Mark Morgan Lloyd) Date: Tue, 12 Dec 2017 15:10:23 +0000 Subject: [Lazarus] "Character" -> "Codepoint" in LazUTF8 function names In-Reply-To: References: Message-ID: On 12/12/17 14:15, Juha Manninen via Lazarus wrote: > On Tue, Dec 12, 2017 at 11:51 AM, Mark Morgan Lloyd via Lazarus wrote:> Agreed, but I hope nobody tries to retrofit any more IBMisms like "octet"> instead of "byte" :-) > Where did you get the connection for IBM?AFAIK "codepoint" is not related to IBM but it is an essential part of Unicode. I think it was IBM introduced the term no later than the 80s when people started using codepages. It might have been related to CUA, and it was used in the context of both ASCII and EBCDIC. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] From werner.pamler at freenet.de Tue Dec 12 16:50:37 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Tue, 12 Dec 2017 16:50:37 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> Message-ID: <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Am 12.12.2017 um 15:58 schrieb Sergey Bodrov: > Can you explain where full-text search does not work properly? I need > an example to work with, give detailed instructions how to reproduce > this error. > > It can find wrong pages, where no keywords in page body. For example - > 'writeln' in rtl.chm > I don't sure, where exactly problems was, but defenitely something > wrong was in WLC compressed integer reading funtion. Maybe also in WLC > chunks reader. OK I see now: If I load rtl.chm into lhelp, go to page "Search" and type "Writeln" the current version finds a lot of pages, but the word "Writeln" is not contained in them. With your lhelp, on the other hand, it looks like all pages are correct and have the word "WriteLn" somewhere. I compared your chmFiftiMain with the current FPC-trunk version and found the main difference in ReadWLCEntries. After copying your routine into the trunk unit I get the same search result in my LHelp as in your LHelp. Great! If you don't mind I'll write a bug report for this part of your code. But a question before doing so: The original function ReadWLCEntries  returns a TChmWLCTopicArray, you put this into a var parameter and return a boolean value. But later you ignore the function result. Is there a special idea behind this? > I did not look into this feature in detail yet: Should full-text > search work for any chm file, or must a full-text index be > prepared when the file is written? In the latter case, can you > provide a sample chm file suitable? > > > Full-text search works only when compiled into CHM. It also possible > to create external full-text search index for CHM without embedded > index, but this not yet implemented. Does your code write the full-text index? Or is it already contained in the current trunk version of chm? -------------- next part -------------- An HTML attachment was scrubbed... URL: From juha.manninen62 at gmail.com Tue Dec 12 16:58:34 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Tue, 12 Dec 2017 17:58:34 +0200 Subject: [Lazarus] "Character" -> "Codepoint" in LazUTF8 function names In-Reply-To: References: Message-ID: On Tue, Dec 12, 2017 at 5:10 PM, Mark Morgan Lloyd via Lazarus wrote: > I think it was IBM introduced the term no later than the 80s when people > started using codepages. It might have been related to CUA, and it was used > in the context of both ASCII and EBCDIC. Ok, I learn new things every day. :) Juha From vojtech.cihak at atlas.cz Tue Dec 12 17:01:40 2017 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=C4=9Bch_=C4=8Cih=C3=A1k?=) Date: Tue, 12 Dec 2017 17:01:40 +0100 Subject: [Lazarus] =?utf-8?q?Alternative_key_mappings_and_sequences?= Message-ID: <20171212170140.D05B5F4E@atlas.cz> Hi,   are alternative shortcuts and sequences broken? See screenshot. Ctrl+Alt+Q works but F9 doesn't. If I swap them, F9 works but Ctrl+Alt+Q doesn't.   If I will edit sequence [F9, Ctrl+Alt+Q], Lazarus doesn't wait for the second and run project immediately after F9. The same for [Ctrl+Alt+Q, F9]. Here Lazarus doesn't wait for F9.   Lazarus 1.9.0 r56652:56696M FPC 3.0.4 x86_64-linux-qt   V.   -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: run_program.png Type: image/png Size: 29717 bytes Desc: run_program.png URL: From serbod at gmail.com Tue Dec 12 18:24:45 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Tue, 12 Dec 2017 20:24:45 +0300 Subject: [Lazarus] CHM help package In-Reply-To: <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: On Dec 12, 2017 6:52 PM, "Werner Pamler" wrote: If you don't mind I'll write a bug report for this part of your code. But a question before doing so: The original function ReadWLCEntries returns a TChmWLCTopicArray, you put this into a var parameter and return a boolean value. But later you ignore the function result. Is there a special idea behind this? Strange way to make changes, but I don't mind. Main idea is get sure, that functon worked properly and it's result is valid. And it make possible to do multiple searches with same resultset. Does your code write the full-text index? Or is it already contained in the current trunk version of chm? full-text index writer is already implemented in trunk, and seems to work fine. I just added some comments about how to properly use it and fix some potential bugs. Maybe also added option to chmmaker utility, don't remember.. -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Tue Dec 12 19:36:26 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Tue, 12 Dec 2017 19:36:26 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: Am 12.12.2017 um 18:24 schrieb Sergey Bodrov via Lazarus: > > On Dec 12, 2017 6:52 PM, "Werner Pamler" > wrote: > > > If you don't mind I'll write a bug report for this part of your > code. But a question before doing so: The original function > ReadWLCEntries  returns a TChmWLCTopicArray, you put this into a > var parameter and return a boolean value. But later you ignore the > function result. Is there a special idea behind this? > > Strange way to make changes, but I don't mind. What is strange? Why I disassemble your changes? In this case, you still would not have understood what this entire discussion is all about. Your sources will be rejected because the essential code is buried underneath tons of formatting changes. The developer who will review such a bug report will not simply take your sources and copy them over the official ones. He must understand what you changed, he must be able to study your sources for possible side-effects which the reporter often does not think of. With your code this is not possible. I think on the other hand, that it would be a pity if your work would not be considered. Therefore I joined this discussion. Now that I understood one of the issues you are fixing and was able to reproduce it I looked for differences between your code and the "official" one, and found that it would be sufficient to replace only a single procedure. With such a patch the reviewer knows what is fixed and how it is fixed. And my report (https://bugs.freepascal.org/view.php?id=32814) gives him an easy way to verify that a bug exists and that the patch really fixes it. Or is it strange that I write the bug report for you? I just wanted to help you. No problem if you write the next one yourself. -------------- next part -------------- An HTML attachment was scrubbed... URL: From markMLl.lazarus at telemetry.co.uk Tue Dec 12 20:52:56 2017 From: markMLl.lazarus at telemetry.co.uk (Mark Morgan Lloyd) Date: Tue, 12 Dec 2017 19:52:56 +0000 Subject: [Lazarus] "Character" -> "Codepoint" in LazUTF8 function names In-Reply-To: References: Message-ID: On 12/12/17 16:00, Juha Manninen via Lazarus wrote: > On Tue, Dec 12, 2017 at 5:10 PM, Mark Morgan Lloyd via Lazarus wrote:> I think it was IBM introduced the term no later than the 80s when people> started using codepages. It might have been related to CUA, and it was used> in the context of both ASCII and EBCDIC. > Ok, I learn new things every day. :) :-) It might go back at least as far as IBM's GDDM from 1979. In IBM's context, I think a codepoint would have represented a numeric value which was translated by lookup in a (single- or double-byte) codepage to a glyph, with the obvious gross differences depending on whether the codepage family was ASCII or EBCDIC. I think Unicode usage is fairly consistent with that, assuming that codepage lookup was brushed under the carpet as a manufacturer-specific detail. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] From matiasevara at gmail.com Tue Dec 12 21:06:31 2017 From: matiasevara at gmail.com (Matias Vara) Date: Tue, 12 Dec 2017 21:06:31 +0100 Subject: [Lazarus] issue with %RunCommand In-Reply-To: <20171212130633.02a4e81f@limapholos.matflo.wg> References: <20171212111703.6609540d@limapholos.matflo.wg> <20171212130633.02a4e81f@limapholos.matflo.wg> Message-ID: Hello Mattias, I added: {%RunFlags BUILD- Messages+} However, the process is still in background so I cannot see the window. Matias 2017-12-12 13:06 GMT+01:00 Mattias Gaertner via Lazarus < lazarus at lists.lazarus-ide.org>: > On Tue, 12 Dec 2017 12:29:59 +0100 > Matias Vara via Lazarus wrote: > > > Thanks for the answer Mattias, I have one more question, why is this > > behavior different in lazarus 1.6.2? > > As far as I remember 1.6 always opened the Console under Windows, which > was unpleasant for starting GUIs and inconsistent with the other > platforms. > > > 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 marcov at stack.nl Tue Dec 12 21:19:08 2017 From: marcov at stack.nl (Marco van de Voort) Date: Tue, 12 Dec 2017 21:19:08 +0100 Subject: [Lazarus] CHM help package In-Reply-To: <80c9ae0c-a8ee-5dd9-0f75-f239462e9ac2@freenet.de> References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <0246bc8a-71ac-5ed3-eaee-abbc32ce5778@kluug.net> <80c9ae0c-a8ee-5dd9-0f75-f239462e9ac2@freenet.de> Message-ID: <20171212201908.GA9093@stack.nl> On Tue, Dec 12, 2017 at 04:03:17PM +0100, Werner Pamler via Lazarus wrote: > >> should go there independently of how this story ends here. I have > >> commit rights to Lazarus and can put it there. Any objections? > > > > Why not to use TEncoding provided with FPC 3? > > This is not the point. chm stores a Windows LCID to identify which > codepage is used for index and table of contents within the chm. > Therefore, LCID and codepage must be mapped to each other. This is what > Sergey's unit lcid_conv does. TEncoding does not have anything to do > with LCID. No, but afaik an tencoding to lcid mapping would allow to convert? > I am no longer sure if it really fits into LazUtils because as I > understand now the unit is needed also for writing - no it should be > with the other chm units in (fpc)/packages/chm. If it can be sufficiently clean (just the plain wrappings and maybe a converter helper), it could be stuffed in rtl-unicode. CHM is probably not the only thing that uses LCIDs. From nc-gaertnma at netcologne.de Tue Dec 12 21:21:30 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 12 Dec 2017 21:21:30 +0100 Subject: [Lazarus] issue with %RunCommand In-Reply-To: References: <20171212111703.6609540d@limapholos.matflo.wg> <20171212130633.02a4e81f@limapholos.matflo.wg> Message-ID: <20171212212130.3b769f37@limapholos.matflo.wg> On Tue, 12 Dec 2017 21:06:31 +0100 Matias Vara via Lazarus wrote: > Hello Mattias, > > I added: > > {%RunFlags BUILD- Messages+} > > However, the process is still in background so I cannot see the window. Please create a bug report. Mattias From larrydalton71 at gmail.com Tue Dec 12 22:30:14 2017 From: larrydalton71 at gmail.com (Larry Dalton) Date: Tue, 12 Dec 2017 16:30:14 -0500 Subject: [Lazarus] Error code 5 Message-ID: <7B7F1003-D4BC-41A8-BD20-C23CBD0873FC@gmail.com> I am getting an error code 5 when I try to compile an application: "can't create object file". This is at compile time. Sent from my iPhone From nc-gaertnma at netcologne.de Tue Dec 12 22:41:53 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 12 Dec 2017 22:41:53 +0100 Subject: [Lazarus] Error code 5 In-Reply-To: <7B7F1003-D4BC-41A8-BD20-C23CBD0873FC@gmail.com> References: <7B7F1003-D4BC-41A8-BD20-C23CBD0873FC@gmail.com> Message-ID: <20171212224153.0999efe9@limapholos.matflo.wg> On Tue, 12 Dec 2017 16:30:14 -0500 Larry Dalton via Lazarus wrote: > I am getting an error code 5 when I try to compile an application: "can't create object file". This is at compile time. Have you read this thread? http://forum.lazarus.freepascal.org/index.php?topic=8167.0 Mattias From larrydalton71 at gmail.com Tue Dec 12 22:49:23 2017 From: larrydalton71 at gmail.com (Larry Dalton) Date: Tue, 12 Dec 2017 16:49:23 -0500 Subject: [Lazarus] Error code 5 In-Reply-To: <20171212224153.0999efe9@limapholos.matflo.wg> References: <7B7F1003-D4BC-41A8-BD20-C23CBD0873FC@gmail.com> <20171212224153.0999efe9@limapholos.matflo.wg> Message-ID: <1ECC975A-CA89-4B1F-9570-280877407E24@gmail.com> Thanks! The re-boot cleared it. Sent from my iPhone > On Dec 12, 2017, at 16:41, Mattias Gaertner via Lazarus wrote: > > On Tue, 12 Dec 2017 16:30:14 -0500 > Larry Dalton via Lazarus wrote: > >> I am getting an error code 5 when I try to compile an application: "can't create object file". This is at compile time. > > Have you read this thread? > > http://forum.lazarus.freepascal.org/index.php?topic=8167.0 > > Mattias > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus From coppolastudio at gmail.com Wed Dec 13 00:06:45 2017 From: coppolastudio at gmail.com (Salvatore Coppola) Date: Wed, 13 Dec 2017 00:06:45 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <1623136335.107854.1512587734958@comcenter.netcologne.de> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> Message-ID: As usual after istalled fpc packages (fpc-src_3.0.4-1_amd64.deb and fpc_3.0.4-1_amd64.deb ) the "make all" for source 1.8.0 fails. It is ok using fpc-src_3.0.4-rc1_amd64.deb and fpc_3.0.4-rc1_amd64.deb /usr/bin/ld: attenzione: ./link.res contiene sezioni di output; forse è stata dimenticata -T /usr/bin/ld: /usr/lib/fpc/3.0.4/units/x86_64-linux/rtl/cprt0.o: unrecognized relocation (0x2a) in section `.text' /usr/bin/ld: link finale non riuscito: Bad value Error: Error while linking Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted Makefile:2737: set di istruzioni per l'obiettivo "lazres" non riuscito make[2]: *** [lazres] Errore 1 make[2]: uscita dalla directory "/home/pierluigi/programs/lazarus/tools" Makefile:3155: set di istruzioni per l'obiettivo "all" non riuscito make[1]: *** [all] Errore 2 make[1]: uscita dalla directory "/home/pierluigi/programs/lazarus/tools" Makefile:3267: set di istruzioni per l'obiettivo "lazbuild" non riuscito Regards 2017-12-06 20:15 GMT+01:00 Mattias Gaertner via Lazarus < lazarus at lists.lazarus-ide.org>: > The Lazarus team is glad to announce the release of Lazarus 1.8. > > The release was built with FPC 3.0.4. > The previous release Lazarus 1.6.4 was built with FPC 3.0.2. > > Here is the list of changes for Lazarus and Free Pascal: > http://wiki.lazarus.freepascal.org/Lazarus_1.8.0_release_notes > http://wiki.lazarus.freepascal.org/User_Changes_3.0.4 > > Here is the list of fixes for Lazarus 1.8.x: > http://wiki.freepascal.org/Lazarus_1.8_fixes_branch > > The release is available for download on SourceForge: > http://sourceforge.net/projects/lazarus/files/ > > Choose your CPU, OS, distro and then the "Lazarus 1.8.0" directory. > > Checksums for the SourceForge files: > http://www.lazarus-ide.org/index.php?page=checksums#1_8_0 > > Minimum requirements: > > Windows: > 2k, XP, Vista, 7, 8, 8.1 and 10, 32 or 64bit. > optional qt 4.5 or 5.6 for qt apps > > FreeBSD/Linux: > gtk 2.8 for gtk2, qt4.5 for qt, qt5.6 for qt5, 32 or 64bit. > > Mac OS X: > 10.5 to 10.12; Carbon (32bit), Cocoa (64bit, not stable), qt and qt5 (32 > or 64bit). > > The svn tag is > http://svn.freepascal.org/svn/lazarus/tags/lazarus_1_8_0 > > For people who are blocked by SF, the Lazarus releases from SourceForge > are mirrored at: > ftp://ftp.freepascal.org/pub/lazarus/releases/ > and later at (after some time for synchronization) > http://mirrors.iwi.me/lazarus/ > > > 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 mailinglists at geldenhuys.co.uk Wed Dec 13 00:23:00 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Tue, 12 Dec 2017 23:23:00 +0000 Subject: [Lazarus] "Character" -> "Codepoint" in LazUTF8 function names In-Reply-To: References: Message-ID: <88cbcf77-974a-de4d-cd21-da0b3cad2446@geldenhuys.co.uk> On 2017-12-12 19:52, Mark Morgan Lloyd via Lazarus wrote: > It might go back at least as far as IBM's GDDM from 1979. It's a real shame that generation of extremely talented developers disappeared without anybody of equal talent taking their place. IBM used to be a software power-house. Or maybe IBM is simply not that big in writing software I deal with any more - these days they might only stick to mainframe software only (which I have never dealt with). 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 nc-gaertnma at netcologne.de Wed Dec 13 00:28:14 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Wed, 13 Dec 2017 00:28:14 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> Message-ID: <20171213002814.6df30523@limapholos.matflo.wg> On Wed, 13 Dec 2017 00:06:45 +0100 Salvatore Coppola via Lazarus wrote: > As usual after istalled fpc packages (fpc-src_3.0.4-1_amd64.deb > > and fpc_3.0.4-1_amd64.deb > ) > the "make all" for source 1.8.0 fails. > It is ok using fpc-src_3.0.4-rc1_amd64.deb > > and fpc_3.0.4-rc1_amd64.deb > > > /usr/bin/ld: attenzione: ./link.res contiene sezioni di output; forse è > stata dimenticata -T > /usr/bin/ld: /usr/lib/fpc/3.0.4/units/x86_64-linux/rtl/cprt0.o: > unrecognized relocation (0x2a) in section `.text' > /usr/bin/ld: link finale non riuscito: Bad value There is a similar problem with the fpc rpms. GNU binutils 2.26 added a new relocation type. I need to rebuild the debs on an older Linux distribution. Mattias From serbod at gmail.com Wed Dec 13 08:35:20 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Wed, 13 Dec 2017 10:35:20 +0300 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: 2017-12-12 21:36 GMT+03:00 Werner Pamler via Lazarus < lazarus at lists.lazarus-ide.org>: > Am 12.12.2017 um 18:24 schrieb Sergey Bodrov via Lazarus: > > Strange way to make changes, but I don't mind. > > What is strange? > http://wiki.freepascal.org/Creating_A_Patch describes two ways - make a small patch or send whole files with instructions, where they should be placed. So, I choose second way as more effective for massive changes. What's wrong? > Why I disassemble your changes? In this case, you still would not have > understood what this entire discussion is all about. Your sources will be > rejected because the essential code is buried underneath tons of formatting > changes. The developer who will review such a bug report will not simply > take your sources and copy them over the official ones. He must understand > what you changed, he must be able to study your sources for possible > side-effects which the reporter often does not think of. With your code > this is not possible. I think on the other hand, that it would be a pity if > your work would not be considered. Therefore I joined this discussion. Now > that I understood one of the issues you are fixing and was able to > reproduce it I looked for differences between your code and the "official" > one, and found that it would be sufficient to replace only a single > procedure. With such a patch the reviewer knows what is fixed and how it is > fixed. And my report (https://bugs.freepascal.org/view.php?id=32814) > gives him an easy way to verify that a bug exists and that the patch really > fixes it. > > Or is it strange that I write the bug report for you? I just wanted to > help you. No problem if you write the next one yourself. > I personally greteful, that you helps me. But I don't understand whole situation with code formatting, it looks like a some 'social bug' for me. If code formatting of existing code is prohibited, then must be some public warning in wiki. -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Wed Dec 13 10:09:35 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Wed, 13 Dec 2017 10:09:35 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: Am 13.12.2017 um 08:35 schrieb Sergey Bodrov via Lazarus: > I personally greteful, that you helps me. But I don't understand whole > situation with code formatting, it looks like a some 'social bug' for > me. If code formatting of existing code is prohibited, then must be > some public warning in wiki. Looks like you really don't understand. I won't repeat what has been said before. Just one question: If you were the reviewer who added this patch to fcl and suddenly somebody finds out that this patch creates a crash somewhere else, how can you find the faulty line if there are thousands of irrelevant changes but 1 tiny incorrect "shr 1" somewhere? If you really want code to be reformatted you must provide a separate patch which does not change anything in the logics of the code. From andrea.mauri.75 at gmail.com Wed Dec 13 10:54:34 2017 From: andrea.mauri.75 at gmail.com (Andrea Mauri) Date: Wed, 13 Dec 2017 10:54:34 +0100 Subject: [Lazarus] hints from comments Message-ID: I noticed a strange behaviour in hints for comments if used in the first line of my units. The hint does not appear if in the first line of my unit I simply put {comment} It is shown if I put an empty line as first line. See images. [image: Immagine incorporata 1][image: Immagine incorporata 2][image: Immagine incorporata 3] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 7716 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 7068 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 6203 bytes Desc: not available URL: From bartjunk64 at gmail.com Wed Dec 13 11:52:44 2017 From: bartjunk64 at gmail.com (Bart) Date: Wed, 13 Dec 2017 11:52:44 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: On Wed, Dec 13, 2017 at 8:35 AM, Sergey Bodrov via Lazarus wrote: >> What is strange? > > http://wiki.freepascal.org/Creating_A_Patch describes two ways - make a > small patch or send whole files with instructions Hmm, it actuallya says: "new files should be sent as whole files, with instructions where they should be placed " Changes to an existing file should not be set as a whole file, but as a patch. Bart From nc-gaertnma at netcologne.de Wed Dec 13 12:25:09 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Wed, 13 Dec 2017 12:25:09 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <20171213002814.6df30523@limapholos.matflo.wg> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <20171213002814.6df30523@limapholos.matflo.wg> Message-ID: <20171213122509.48bbffe3@limapholos.matflo.wg> On Wed, 13 Dec 2017 00:28:14 +0100 Mattias Gaertner via Lazarus wrote: >[...] > > /usr/bin/ld: /usr/lib/fpc/3.0.4/units/x86_64-linux/rtl/cprt0.o: > > unrecognized relocation (0x2a) in section `.text' > > /usr/bin/ld: link finale non riuscito: Bad value > > There is a similar problem with the fpc rpms. > GNU binutils 2.26 added a new relocation type. I need to rebuild the debs on an older Linux distribution. I uploaded new amd64 debs built on a system with binutils 2.24. Mattias From juha.manninen62 at gmail.com Wed Dec 13 12:37:40 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Wed, 13 Dec 2017 13:37:40 +0200 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: On Wed, Dec 13, 2017 at 9:35 AM, Sergey Bodrov via Lazarus wrote: > http://wiki.freepascal.org/Creating_A_Patch describes two ways - make a > small patch or send whole files with instructions, where they should be > placed. So, I choose second way as more effective for massive changes. That is not true as Bart wrote. The page clearly says: --- If you want to submit improvements to the FPC or Lazarus code, you need to submit a patch which developers can easily merge. Exceptions: 1. .po translation files should be sent as whole files 2. new files should be sent as whole files, with instructions where they should be placed --- > What's wrong? That you refuse to understand things that are clearly explained in this mailing list and in wiki. Is it a language issue? No, your English seems good. This starts to bother me, too. Juha From andrea.mauri.75 at gmail.com Wed Dec 13 12:44:19 2017 From: andrea.mauri.75 at gmail.com (Andrea Mauri) Date: Wed, 13 Dec 2017 12:44:19 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <1623136335.107854.1512587734958@comcenter.netcologne.de> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> Message-ID: <97b3e51c-88c8-9edc-0bf2-f0628d0df139@gmail.com> I am trying to update to lazarus 1.8 on my OSX (I was using 1.6.4). I downloaded and installed, fpc, fpc src and lazarus. First run is ok. Then if I recompile lazarus (clean build all) everything seems to be ok but if I try to start lazarus I got an error message. See message1. I close the message try to restart again lazarus and I got the message2. What is going wrong? Il 06/12/2017 20:15, Mattias Gaertner via Lazarus ha scritto: > The Lazarus team is glad to announce the release of Lazarus 1.8. > > The release was built with FPC 3.0.4. > The previous release Lazarus 1.6.4 was built with FPC 3.0.2. > > Here is the list of changes for Lazarus and Free Pascal: > http://wiki.lazarus.freepascal.org/Lazarus_1.8.0_release_notes > http://wiki.lazarus.freepascal.org/User_Changes_3.0.4 > > Here is the list of fixes for Lazarus 1.8.x: > http://wiki.freepascal.org/Lazarus_1.8_fixes_branch > > The release is available for download on SourceForge: > http://sourceforge.net/projects/lazarus/files/ > > Choose your CPU, OS, distro and then the "Lazarus 1.8.0" directory. > > Checksums for the SourceForge files: > http://www.lazarus-ide.org/index.php?page=checksums#1_8_0 > > Minimum requirements: > > Windows: > 2k, XP, Vista, 7, 8, 8.1 and 10, 32 or 64bit. > optional qt 4.5 or 5.6 for qt apps > > FreeBSD/Linux: > gtk 2.8 for gtk2, qt4.5 for qt, qt5.6 for qt5, 32 or 64bit. > > Mac OS X: > 10.5 to 10.12; Carbon (32bit), Cocoa (64bit, not stable), qt and qt5 (32 > or 64bit). > > The svn tag is > http://svn.freepascal.org/svn/lazarus/tags/lazarus_1_8_0 > > For people who are blocked by SF, the Lazarus releases from SourceForge > are mirrored at: > ftp://ftp.freepascal.org/pub/lazarus/releases/ > and later at (after some time for synchronization) > http://mirrors.iwi.me/lazarus/ > > > Mattias > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: message1.jpg Type: image/jpeg Size: 13559 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: message2.jpg Type: image/jpeg Size: 14699 bytes Desc: not available URL: From serbod at gmail.com Wed Dec 13 13:05:42 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Wed, 13 Dec 2017 15:05:42 +0300 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: 2017-12-13 12:09 GMT+03:00 Werner Pamler via Lazarus < lazarus at lists.lazarus-ide.org>: > Am 13.12.2017 um 08:35 schrieb Sergey Bodrov via Lazarus: > >> I personally greteful, that you helps me. But I don't understand whole >> situation with code formatting, it looks like a some 'social bug' for me. >> If code formatting of existing code is prohibited, then must be some public >> warning in wiki. >> > > Looks like you really don't understand. I won't repeat what has been said > before. Just one question: If you were the reviewer who added this patch to > fcl and suddenly somebody finds out that this patch creates a crash > somewhere else, how can you find the faulty line if there are thousands of > irrelevant changes but 1 tiny incorrect "shr 1" somewhere? > I can't make review from single line of code or single function, that I don't know, how it works and how connected to another parts. If it obvious error, like missed inherited destructor, or known point of exception - then it easy. But when it some hidden bug, wrong behavior - then need some code preparing, that make wrong parts of code obvious or force some visible effect in runtime. Comments, naming, debug output, assertions. And only when code is perfectly looks and works, then it can be cleaned from redundant parts and treated as some blackbox. I thinked, that sources of FPC compiler and RTL is that 'holy bible', where every line is critical and must be carefully checked. But CHM package is optional and not documented, it have many unused and debug lines. I even don't sure, that it actually part of FCL. > If you really want code to be reformatted you must provide a separate > patch which does not change anything in the logics of the code. It make a sense. But how to bring a patch with only code formatting? It must be single huge diff, or splitted for different blocks? And why file with massive changes can't be treated as new file? -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From serbod at gmail.com Wed Dec 13 13:37:24 2017 From: serbod at gmail.com (Sergey Bodrov) Date: Wed, 13 Dec 2017 15:37:24 +0300 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: 2017-12-13 14:37 GMT+03:00 Juha Manninen via Lazarus < lazarus at lists.lazarus-ide.org>: That you refuse to understand things that are clearly explained in > this mailing list and in wiki. > Can massive changes in non-RTL packages can be treated as new files? How to submit patches with massive formatting changes? It's too painful to catch a bugs in messy code without any documentation. I thinking about just make a new namespace and forget about that problem for myself. But I want to understand, how developers of FPC made massive changes (as with Unicode handling) with such strict constraints. -- *Bodrov Sergey* software development, IT consulting http://www.serbod.com *Phone (Belarus):* +375(25)794-21-58 *Skype:* sergey.bodrov1 *e-mail:* serbod at gmail.com, oxotnuk at yandex.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Wed Dec 13 13:52:27 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Wed, 13 Dec 2017 13:52:27 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: <20171213135227.1b98c4ea@limapholos.matflo.wg> On Wed, 13 Dec 2017 15:37:24 +0300 Sergey Bodrov via Lazarus wrote: > 2017-12-13 14:37 GMT+03:00 Juha Manninen via Lazarus < > lazarus at lists.lazarus-ide.org>: > > That you refuse to understand things that are clearly explained in > > this mailing list and in wiki. > > > > Can massive changes in non-RTL packages can be treated as new files? No. > How to submit patches with massive formatting changes? Like any other change: Just create a diff (i.e. patch). > It's too painful to catch a bugs in messy code without any documentation. I > thinking about just make a new namespace and forget about that problem for > myself. But I want to understand, how developers of FPC made massive > changes (as with Unicode handling) with such strict constraints. By using a version control system like svn or git and having test suites. Mattias From marcov at stack.nl Wed Dec 13 13:58:43 2017 From: marcov at stack.nl (Marco van de Voort) Date: Wed, 13 Dec 2017 13:58:43 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: <20171213125843.GA13816@stack.nl> On Wed, Dec 13, 2017 at 03:37:24PM +0300, Sergey Bodrov via Lazarus wrote: > That you refuse to understand things that are clearly explained in > > this mailing list and in wiki. > > > > Can massive changes in non-RTL packages can be treated as new files? No. > How to submit patches with massive formatting changes? Hard. But if you for some odd reason feel the need to do all this reformatting etc, it doesn't matter as long as you keep your fixes separate (e.g. in a local version system, or just by keeping copies), and then insert them in the original, unreformated checkout and then make the patch. > It's too painful to catch a bugs in messy code without any documentation. The problem is that messy is relative. > I thinking about just make a new namespace and forget about that problem > for myself. But I want to understand, how developers of FPC made massive > changes (as with Unicode handling) with such strict constraints. It takes training. And one should start small, in keeping relative simple changes as small, reliable and unintrusive possible. After a while it becomes a second nature. From pascaldragon at googlemail.com Wed Dec 13 14:39:28 2017 From: pascaldragon at googlemail.com (Sven Barth) Date: Wed, 13 Dec 2017 14:39:28 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> <67704896-1db1-8f65-81e5-7f77a1374123@freenet.de> Message-ID: Am 13.12.2017 13:05 schrieb "Sergey Bodrov via Lazarus" < lazarus at lists.lazarus-ide.org>: I thinked, that sources of FPC compiler and RTL is that 'holy bible', where every line is critical and must be carefully checked. But CHM package is optional and not documented, it have many unused and debug lines. I even don't sure, that it actually part of FCL. No matter the project functional and formatting changes *always* have to be done separately as otherwise or is hard to see what changed for the functionality (e.g. "shr" instead of "shl" in completely reformatted code). The one who commits a patch to the development version must know what has been changed so that they can be sure that nothing will break, but that isn't possible if they can't see the forest due to all the trees. Regards, Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From donald at ziesig.org Wed Dec 13 15:45:11 2017 From: donald at ziesig.org (Donald Ziesig) Date: Wed, 13 Dec 2017 09:45:11 -0500 Subject: [Lazarus] A later version is already installed. Message-ID: Hi All! I currently have 1.8.0RC4 installed on my machine.  When I try to install lazarus-project_1.8.0-1_amd64.deb it says "A later version is already installed." Fortunately, RC4 still works. Am I doing something wrong? Don Ziesig -------------- next part -------------- An HTML attachment was scrubbed... URL: From de.jean.7777 at gmail.com Wed Dec 13 16:34:59 2017 From: de.jean.7777 at gmail.com (Dejan Boras) Date: Wed, 13 Dec 2017 15:34:59 +0000 Subject: [Lazarus] A later version is already installed. In-Reply-To: References: Message-ID: It probably thinks the RC4 as newer. I always erase debs/rpms before installing newer versions. On Wed, Dec 13, 2017 at 3:45 PM Donald Ziesig via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > Hi All! > > I currently have 1.8.0RC4 installed on my machine. When I try to install > > > > lazarus-project_1.8.0-1_amd64.deb > > it says "A later version is already installed." > > Fortunately, RC4 still works. > > Am I doing something wrong? > > Don Ziesig > > > -- > _______________________________________________ > 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 coppolastudio at gmail.com Wed Dec 13 18:19:28 2017 From: coppolastudio at gmail.com (Salvatore Coppola) Date: Wed, 13 Dec 2017 18:19:28 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <20171213122509.48bbffe3@limapholos.matflo.wg> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <20171213002814.6df30523@limapholos.matflo.wg> <20171213122509.48bbffe3@limapholos.matflo.wg> Message-ID: Now it's ok, thanks Salvatore 2017-12-13 12:25 GMT+01:00 Mattias Gaertner via Lazarus < lazarus at lists.lazarus-ide.org>: > On Wed, 13 Dec 2017 00:28:14 +0100 > Mattias Gaertner via Lazarus wrote: > > >[...] > > > /usr/bin/ld: /usr/lib/fpc/3.0.4/units/x86_64-linux/rtl/cprt0.o: > > > unrecognized relocation (0x2a) in section `.text' > > > /usr/bin/ld: link finale non riuscito: Bad value > > > > There is a similar problem with the fpc rpms. > > GNU binutils 2.26 added a new relocation type. I need to rebuild the > debs on an older Linux distribution. > > I uploaded new amd64 debs built on a system with binutils 2.24. > > 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 silvioprog at gmail.com Wed Dec 13 23:11:21 2017 From: silvioprog at gmail.com (silvioprog) Date: Wed, 13 Dec 2017 19:11:21 -0300 Subject: [Lazarus] [PATCH] WatchList feature request: add support to show watch value as binary Message-ID: Hi. Please see issue #32817: https://bugs.freepascal.org/view.php?id=32817 . Thank you! -- Silvio Clécio -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Thu Dec 14 00:41:58 2017 From: werner.pamler at freenet.de (Werner Pamler) Date: Thu, 14 Dec 2017 00:41:58 +0100 Subject: [Lazarus] CHM help package In-Reply-To: References: <942b5be2-e3d7-52af-7401-e100e3384c97@freenet.de> <7ee4680f-b847-78c8-dd64-fd7f436b96a3@freenet.de> Message-ID: <54b704ca-9d58-5cf8-be47-fc70e283e095@freenet.de> Am 12.12.2017 um 08:57 schrieb Sergey Bodrov via Lazarus: > 2017-12-11 21:34 GMT+03:00 Werner Pamler via Lazarus > >: > > And Sergey, you should explain which features are new? What do I > have to do to see the new features in lhelp? > > > - 'Copy raw souce' in page context menu. I added this feature to lhelp. Unlike in your solution fcl files are not modified which avoids the hassle that lhelp would not work any more with fpc 3.04 or older. -------------- next part -------------- An HTML attachment was scrubbed... URL: From donald at ziesig.org Fri Dec 15 02:23:45 2017 From: donald at ziesig.org (Donald Ziesig) Date: Thu, 14 Dec 2017 20:23:45 -0500 Subject: [Lazarus] Lazarus 1.8 Message-ID: Many thanks to all who worked on 1.8.0.  It looks great and works better. Don Ziesig From andrea.mauri.75 at gmail.com Fri Dec 15 08:33:32 2017 From: andrea.mauri.75 at gmail.com (Andrea Mauri) Date: Fri, 15 Dec 2017 08:33:32 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <97b3e51c-88c8-9edc-0bf2-f0628d0df139@gmail.com> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <97b3e51c-88c8-9edc-0bf2-f0628d0df139@gmail.com> Message-ID: <2c862e1c-64ed-9816-a46d-9e2895f3ccd5@gmail.com> Anyone has suggestions? Il 13/12/2017 12:44, Andrea Mauri ha scritto: > I am trying to update to lazarus 1.8 on my OSX (I was using 1.6.4). > I downloaded and installed, fpc, fpc src and lazarus. > First run is ok. > Then if I recompile lazarus (clean build all) everything seems to be ok > but if I try to start lazarus I got an error message. See message1. I > close the message try to restart again lazarus and I got the message2. > > What is going wrong? > > Il 06/12/2017 20:15, Mattias Gaertner via Lazarus ha scritto: >> The Lazarus team is glad to announce the release of Lazarus 1.8. >> >> The release was built with FPC 3.0.4. >> The previous release Lazarus 1.6.4 was built with FPC 3.0.2. >> >> Here is the list of changes for Lazarus and Free Pascal: >> http://wiki.lazarus.freepascal.org/Lazarus_1.8.0_release_notes >> http://wiki.lazarus.freepascal.org/User_Changes_3.0.4 >> >> Here is the list of fixes for Lazarus 1.8.x: >> http://wiki.freepascal.org/Lazarus_1.8_fixes_branch >> >> The release is available for download on SourceForge: >> http://sourceforge.net/projects/lazarus/files/ >> >> Choose your CPU, OS, distro and then the "Lazarus 1.8.0" directory. >> >> Checksums for the SourceForge files: >> http://www.lazarus-ide.org/index.php?page=checksums#1_8_0 >> >> Minimum requirements: >> >> Windows: >> 2k, XP, Vista, 7, 8, 8.1 and 10, 32 or 64bit. >> optional qt 4.5 or 5.6 for qt apps >> >> FreeBSD/Linux: >> gtk 2.8 for gtk2, qt4.5 for qt, qt5.6 for qt5, 32 or 64bit. >> >> Mac OS X: >> 10.5 to 10.12; Carbon (32bit), Cocoa (64bit, not stable), qt and qt5 >> (32 or 64bit). >> >> The svn tag is >> http://svn.freepascal.org/svn/lazarus/tags/lazarus_1_8_0 >> >> For people who are blocked by SF, the Lazarus releases from >> SourceForge are mirrored at: >> ftp://ftp.freepascal.org/pub/lazarus/releases/ >> and later at (after some time for synchronization) >> http://mirrors.iwi.me/lazarus/ >> >> >> Mattias >> >> >> From coppolastudio at gmail.com Fri Dec 15 10:12:00 2017 From: coppolastudio at gmail.com (coppolastudio) Date: Fri, 15 Dec 2017 10:12:00 +0100 Subject: [Lazarus] Lazarus Release 1.8 References: Message-ID: An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Fri Dec 15 12:11:03 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 15 Dec 2017 12:11:03 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <97b3e51c-88c8-9edc-0bf2-f0628d0df139@gmail.com> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <97b3e51c-88c8-9edc-0bf2-f0628d0df139@gmail.com> Message-ID: <20171215121103.47865801@limapholos.matflo.wg> On Wed, 13 Dec 2017 12:44:19 +0100 Andrea Mauri via Lazarus wrote: > I am trying to update to lazarus 1.8 on my OSX (I was using 1.6.4). > I downloaded and installed, fpc, fpc src and lazarus. > First run is ok. > Then if I recompile lazarus (clean build all) everything seems to be ok > but if I try to start lazarus I got an error message. See message1. I > close the message try to restart again lazarus and I got the message2. > > What is going wrong? Did you run Lazarus as the same user as it was installed? Is the user an admin user? How did you open the IDE? Can you send me the text of IDE menu View / IDE Internals / About IDE / General? Mattias From badsectoracula at gmail.com Fri Dec 15 12:32:24 2017 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Fri, 15 Dec 2017 13:32:24 +0200 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <59f376f5-18eb-684a-ab1a-83cd8d981fda@wetron.es> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <0da194a9-a384-5447-809f-a0f75ebd459f@wetron.es> <59f376f5-18eb-684a-ab1a-83cd8d981fda@wetron.es> Message-ID: On Sun, Dec 10, 2017 at 4:17 PM, Luca Olivetti via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > https://www.freepascal.org/docs-html/rtl/system/rawbytestring.html > > it's an ansistring. This is IMO misleading since nowadays AnsiString has codepage information and a plain AnsiString as shown in the page you linked can be any codepage whereas RawByteString is always CP_NONE. RawByteString and AnsiString are not equivalent. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Fri Dec 15 12:41:58 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 15 Dec 2017 12:41:58 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <0da194a9-a384-5447-809f-a0f75ebd459f@wetron.es> <59f376f5-18eb-684a-ab1a-83cd8d981fda@wetron.es> Message-ID: <20171215124158.764fdf44@limapholos.matflo.wg> On Fri, 15 Dec 2017 13:32:24 +0200 Kostas Michalopoulos via Lazarus wrote: > On Sun, Dec 10, 2017 at 4:17 PM, Luca Olivetti via Lazarus < > lazarus at lists.lazarus-ide.org> wrote: > > https://www.freepascal.org/docs-html/rtl/system/rawbytestring.html > > > > it's an ansistring. > > This is IMO misleading since nowadays AnsiString has codepage information > and a plain AnsiString as shown in the page you linked can be any codepage > whereas RawByteString is always CP_NONE. At compile time it is CP_NONE, at runtime it can be any codepage. > RawByteString and AnsiString are not equivalent. True. Mattias From badsectoracula at gmail.com Fri Dec 15 13:14:54 2017 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Fri, 15 Dec 2017 14:14:54 +0200 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <20171215124158.764fdf44@limapholos.matflo.wg> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <854da6cc-af28-0e1d-85ed-81d4223e5fbf@wetron.es> <2c56f036-d4a5-aeed-b906-a9f08615dbe8@freenet.de> <0da194a9-a384-5447-809f-a0f75ebd459f@wetron.es> <59f376f5-18eb-684a-ab1a-83cd8d981fda@wetron.es> <20171215124158.764fdf44@limapholos.matflo.wg> Message-ID: On Fri, Dec 15, 2017 at 1:41 PM, Mattias Gaertner via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > > At compile time it is CP_NONE, at runtime it can be any codepage. > My understanding (which, if it is wrong, sorry but not my fault since the docs are a bit vague and all the names involved are totally unintuitive :-P) is that RawByteString has basically no codebase so it is treated as a byte string pretty much the same way AnsiString was treated pre-FPC3. So i'd expect the codebase to always be CP_NONE and to change it, i'd have to assign the RawByteString to some string type with an associated codepage (basically, making the RBS an "escape hatch" to the whole conversion machinery). -------------- next part -------------- An HTML attachment was scrubbed... URL: From r030t1 at gmail.com Fri Dec 15 15:52:46 2017 From: r030t1 at gmail.com (R0b0t1) Date: Fri, 15 Dec 2017 08:52:46 -0600 Subject: [Lazarus] Lazarus 1.8 In-Reply-To: References: Message-ID: These are true things. On Thu, Dec 14, 2017 at 7:23 PM, Donald Ziesig via Lazarus wrote: > Many thanks to all who worked on 1.8.0. It looks great and works better. > > Don Ziesig > > > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus From donald at ziesig.org Fri Dec 15 16:46:13 2017 From: donald at ziesig.org (Donald Ziesig) Date: Fri, 15 Dec 2017 10:46:13 -0500 Subject: [Lazarus] Debugging libraries which define generics. Message-ID: <9619dc5f-1737-1a2e-d712-ec44fffe6b73@ziesig.org> Hi All, I have been working on some *serious* :-$ software libraries that declare generic subprograms and classes. While debugging these I noticed: 1. When single-stepping, the line being highlighted in the editor window is almost always (but not exclusively) one line *after* the line which is about to be executed. 2. When the mouse hovers over a variable, the debugger (and program being debugged) frequently crashes with the error: "-data-evaluate-expression TCQPiece(ITEM)^" did not return any result. This is particularly annoying because it inevitably happens just as I am getting close to finding a problem and I move the mouse across the editor window :'(. These problems do not occur when debugging non-generic code. I am currently using Linux Mint 18 on an Intel core-i5 processor with gdb 7.11.1 (the Ubuntu version).  IIRC, I have had similar problems with Lazarus versions back as far as 1.2 and earlier versions of Debian, but I never had major generic software to debug until now. I found reports of similar problems caused by line endings (Windows vs. Unix).  Is it possible that the code generated by generic specialization does not observe the OS-specific line endings and confuses gdb?  This is beyond my abilities to fix. Any suggestions and/or further speculations will be welcome :-). Don Ziesig -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuliano.colla at fastwebnet.it Fri Dec 15 17:08:33 2017 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Fri, 15 Dec 2017 17:08:33 +0100 Subject: [Lazarus] Qt Ws doesn't support properly GetWindowSize() and GetWindowRect() Message-ID: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> This snippet of code, which executes as expected with GTK2 WS, fails with QT WS: > procedure TForm1.btnWsizeClick(Sender: TObject); > var  aHandle: THandle; >   aWidth,aHeight: Integer; >   aRect: TRect; > begin >   aHandle:= Form1.Handle; >   if GetWindowSize(aHandle,aWidth,aHeight) then begin >     Label3.Caption:= Format('Width: %d Height: %d',[aWidth,aHeight]); >   end >   else Label3.Caption:= 'Failed to get Window Size'; >   GetWindowRect(aHandle,aRect); >   Label3.Caption:= Label3.Caption + Format(' Rect: %d,%d',[ >   aRect.Right-aRect.Left, >   aRect.Bottom-aRect.Top]); >   Label3.Visible:= True; > end; As it is, it crashes with an AV in the GetWindowSize call. The failing call is in TQtWidget.GetWidget: it executes Result := QWidgetH(TheObject) where TheObject appears to have taken a bogus value. If I remove the offending call, then the subsequent GetWindowRect() returns bogus values, sort of -32704 and -85984614 instead of 689 and 522. Under GTK2 both calls work as expected. Tested under Linux x86_64 (CentOs 6) with Lazarus 1.8 - QT45 - fpc 3.0.4 It doesn't appear to be a regression, because it does the same even with a very old Lazarus 1.2.6 , qt45 and fpc 2.6.4 Should I report a bug or is it a known issue? Giuliano From zeljko at holobit.net Fri Dec 15 18:23:38 2017 From: zeljko at holobit.net (zeljko) Date: Fri, 15 Dec 2017 18:23:38 +0100 Subject: [Lazarus] Qt Ws doesn't support properly GetWindowSize() and GetWindowRect() In-Reply-To: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> References: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> Message-ID: <27d836e0-b30b-c52d-5fa6-cb4c9f925521@holobit.net> On 15.12.2017 17:08, Giuliano Colla via Lazarus wrote: > This snippet of code, which executes as expected with GTK2 WS, fails > with QT WS: > >> procedure TForm1.btnWsizeClick(Sender: TObject); >> var  aHandle: THandle; >>    aWidth,aHeight: Integer; >>    aRect: TRect; >> begin >>    aHandle:= Form1.Handle; >>    if GetWindowSize(aHandle,aWidth,aHeight) then begin >>      Label3.Caption:= Format('Width: %d Height: %d',[aWidth,aHeight]); >>    end >>    else Label3.Caption:= 'Failed to get Window Size'; >>    GetWindowRect(aHandle,aRect); >>    Label3.Caption:= Label3.Caption + Format(' Rect: %d,%d',[ >>    aRect.Right-aRect.Left, >>    aRect.Bottom-aRect.Top]); >>    Label3.Visible:= True; >> end; > > As it is, it crashes with an AV in the GetWindowSize call. The failing > call is in TQtWidget.GetWidget: it executes Result := > QWidgetH(TheObject) where TheObject appears to have taken a bogus value. > > If I remove the offending call, then the subsequent GetWindowRect() > returns bogus values, sort of -32704 and -85984614 instead of 689 and 522. > > Under GTK2 both calls work as expected. > > Tested under Linux x86_64 (CentOs 6) with Lazarus 1.8 - QT45 - fpc 3.0.4 > > It doesn't appear to be a regression, because it does the same even with > a very old Lazarus 1.2.6 , qt45 and fpc 2.6.4 > > Should I report a bug or is it a known issue? Of course, please do so, also attach example. zeljko From zeljko at holobit.net Fri Dec 15 18:23:38 2017 From: zeljko at holobit.net (zeljko) Date: Fri, 15 Dec 2017 18:23:38 +0100 Subject: [Lazarus] Qt Ws doesn't support properly GetWindowSize() and GetWindowRect() In-Reply-To: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> References: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> Message-ID: <27d836e0-b30b-c52d-5fa6-cb4c9f925521@holobit.net> On 15.12.2017 17:08, Giuliano Colla via Lazarus wrote: > This snippet of code, which executes as expected with GTK2 WS, fails > with QT WS: > >> procedure TForm1.btnWsizeClick(Sender: TObject); >> var  aHandle: THandle; >>    aWidth,aHeight: Integer; >>    aRect: TRect; >> begin >>    aHandle:= Form1.Handle; >>    if GetWindowSize(aHandle,aWidth,aHeight) then begin >>      Label3.Caption:= Format('Width: %d Height: %d',[aWidth,aHeight]); >>    end >>    else Label3.Caption:= 'Failed to get Window Size'; >>    GetWindowRect(aHandle,aRect); >>    Label3.Caption:= Label3.Caption + Format(' Rect: %d,%d',[ >>    aRect.Right-aRect.Left, >>    aRect.Bottom-aRect.Top]); >>    Label3.Visible:= True; >> end; > > As it is, it crashes with an AV in the GetWindowSize call. The failing > call is in TQtWidget.GetWidget: it executes Result := > QWidgetH(TheObject) where TheObject appears to have taken a bogus value. > > If I remove the offending call, then the subsequent GetWindowRect() > returns bogus values, sort of -32704 and -85984614 instead of 689 and 522. > > Under GTK2 both calls work as expected. > > Tested under Linux x86_64 (CentOs 6) with Lazarus 1.8 - QT45 - fpc 3.0.4 > > It doesn't appear to be a regression, because it does the same even with > a very old Lazarus 1.2.6 , qt45 and fpc 2.6.4 > > Should I report a bug or is it a known issue? Of course, please do so, also attach example. zeljko From zeljko at holobit.net Fri Dec 15 18:30:32 2017 From: zeljko at holobit.net (zeljko) Date: Fri, 15 Dec 2017 18:30:32 +0100 Subject: [Lazarus] Qt Ws doesn't support properly GetWindowSize() and GetWindowRect() In-Reply-To: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> References: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> Message-ID: On 15.12.2017 17:08, Giuliano Colla via Lazarus wrote: > This snippet of code, which executes as expected with GTK2 WS, fails > with QT WS: > >> procedure TForm1.btnWsizeClick(Sender: TObject); >> var  aHandle: THandle; >>    aWidth,aHeight: Integer; >>    aRect: TRect; >> begin >>    aHandle:= Form1.Handle; >>    if GetWindowSize(aHandle,aWidth,aHeight) then begin >>      Label3.Caption:= Format('Width: %d Height: %d',[aWidth,aHeight]); >>    end >>    else Label3.Caption:= 'Failed to get Window Size'; >>    GetWindowRect(aHandle,aRect); >>    Label3.Caption:= Label3.Caption + Format(' Rect: %d,%d',[ >>    aRect.Right-aRect.Left, >>    aRect.Bottom-aRect.Top]); >>    Label3.Visible:= True; >> end; > > As it is, it crashes with an AV in the GetWindowSize call. The failing > call is in TQtWidget.GetWidget: it executes Result := > QWidgetH(TheObject) where TheObject appears to have taken a bogus value. > > If I remove the offending call, then the subsequent GetWindowRect() > returns bogus values, sort of -32704 and -85984614 instead of 689 and 522. > > Under GTK2 both calls work as expected. > > Tested under Linux x86_64 (CentOs 6) with Lazarus 1.8 - QT45 - fpc 3.0.4 > > It doesn't appear to be a regression, because it does the same even with > a very old Lazarus 1.2.6 , qt45 and fpc 2.6.4 > > Should I report a bug or is it a known issue? It's bug in your code (range error). You're using aHandle: System.THandle (longint) instead of LCLIntf.THandle which is of ptruint type. Best and correct usage would be to use HWND type which is what it needs to be on all platforms and widgetsets. When aHandle type is corrected, or LCLType is included with it's THandle then everything works as expected. Don't ask me my gtk2 works, in any case it's wrong on 64bit platform. zeljko From zeljko at holobit.net Fri Dec 15 18:30:32 2017 From: zeljko at holobit.net (zeljko) Date: Fri, 15 Dec 2017 18:30:32 +0100 Subject: [Lazarus] Qt Ws doesn't support properly GetWindowSize() and GetWindowRect() In-Reply-To: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> References: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> Message-ID: On 15.12.2017 17:08, Giuliano Colla via Lazarus wrote: > This snippet of code, which executes as expected with GTK2 WS, fails > with QT WS: > >> procedure TForm1.btnWsizeClick(Sender: TObject); >> var  aHandle: THandle; >>    aWidth,aHeight: Integer; >>    aRect: TRect; >> begin >>    aHandle:= Form1.Handle; >>    if GetWindowSize(aHandle,aWidth,aHeight) then begin >>      Label3.Caption:= Format('Width: %d Height: %d',[aWidth,aHeight]); >>    end >>    else Label3.Caption:= 'Failed to get Window Size'; >>    GetWindowRect(aHandle,aRect); >>    Label3.Caption:= Label3.Caption + Format(' Rect: %d,%d',[ >>    aRect.Right-aRect.Left, >>    aRect.Bottom-aRect.Top]); >>    Label3.Visible:= True; >> end; > > As it is, it crashes with an AV in the GetWindowSize call. The failing > call is in TQtWidget.GetWidget: it executes Result := > QWidgetH(TheObject) where TheObject appears to have taken a bogus value. > > If I remove the offending call, then the subsequent GetWindowRect() > returns bogus values, sort of -32704 and -85984614 instead of 689 and 522. > > Under GTK2 both calls work as expected. > > Tested under Linux x86_64 (CentOs 6) with Lazarus 1.8 - QT45 - fpc 3.0.4 > > It doesn't appear to be a regression, because it does the same even with > a very old Lazarus 1.2.6 , qt45 and fpc 2.6.4 > > Should I report a bug or is it a known issue? It's bug in your code (range error). You're using aHandle: System.THandle (longint) instead of LCLIntf.THandle which is of ptruint type. Best and correct usage would be to use HWND type which is what it needs to be on all platforms and widgetsets. When aHandle type is corrected, or LCLType is included with it's THandle then everything works as expected. Don't ask me my gtk2 works, in any case it's wrong on 64bit platform. zeljko From giuliano.colla at fastwebnet.it Fri Dec 15 19:07:41 2017 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Fri, 15 Dec 2017 19:07:41 +0100 Subject: [Lazarus] Qt Ws doesn't support properly GetWindowSize() and GetWindowRect() In-Reply-To: References: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> Message-ID: <03b15d0b-86c5-4fe6-fd79-d361cb4476ad@fastwebnet.it> Il 15/12/2017 18:30, zeljko ha scritto: > It's bug in your code (range error). You're using aHandle: > System.THandle (longint) instead of LCLIntf.THandle which is of > ptruint type. > Best and correct usage would be to use HWND type which is what it > needs to be on all platforms and widgetsets. > When aHandle type is corrected, or LCLType is included with it's > THandle then everything works as expected. > Don't ask me my gtk2 works, in any case it's wrong on 64bit platform. Thanks a lot. With the proper type of aHandle it works fine both with Qt and GTk2. Maybe it was working with gtk2 because there's an additional check on handle validity but I didn't investigate further. A bug of mine is a bug of mine. Giuliano From giuliano.colla at fastwebnet.it Fri Dec 15 19:07:41 2017 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Fri, 15 Dec 2017 19:07:41 +0100 Subject: [Lazarus] Qt Ws doesn't support properly GetWindowSize() and GetWindowRect() In-Reply-To: References: <85def476-61a7-fd8b-bc3a-a338fae31af6@fastwebnet.it> Message-ID: <03b15d0b-86c5-4fe6-fd79-d361cb4476ad@fastwebnet.it> Il 15/12/2017 18:30, zeljko ha scritto: > It's bug in your code (range error). You're using aHandle: > System.THandle (longint) instead of LCLIntf.THandle which is of > ptruint type. > Best and correct usage would be to use HWND type which is what it > needs to be on all platforms and widgetsets. > When aHandle type is corrected, or LCLType is included with it's > THandle then everything works as expected. > Don't ask me my gtk2 works, in any case it's wrong on 64bit platform. Thanks a lot. With the proper type of aHandle it works fine both with Qt and GTk2. Maybe it was working with gtk2 because there's an additional check on handle validity but I didn't investigate further. A bug of mine is a bug of mine. Giuliano From lazarus at mfriebe.de Fri Dec 15 19:29:23 2017 From: lazarus at mfriebe.de (Martin Frb) Date: Fri, 15 Dec 2017 18:29:23 +0000 Subject: [Lazarus] Debugging libraries which define generics. In-Reply-To: <9619dc5f-1737-1a2e-d712-ec44fffe6b73@ziesig.org> References: <9619dc5f-1737-1a2e-d712-ec44fffe6b73@ziesig.org> Message-ID: <8675e501-4f4d-6a52-a1a2-68db0a42285d@mfriebe.de> On 15/12/2017 15:46, Donald Ziesig via Lazarus wrote: > > Hi All, > > I have been working on some *serious* :-$ software libraries that > declare generic subprograms and classes. > > While debugging these I noticed: > > 1. When single-stepping, the line being highlighted in the editor > window is almost always (but not exclusively) one line *after* the > line which is about to be executed. > This may be an issue in fpc. IIRC {$IFDEF unknownfoo}  'unclosed string {$ENDIF} may also lead to wrong line info > 1. When the mouse hovers over a variable, the debugger (and program > being debugged) frequently crashes with the error: > "-data-evaluate-expression TCQPiece(ITEM)^" did not return any result. > This is particularly annoying because it inevitably happens just > as I am getting close to finding a problem and I move the mouse > across the editor window :'(. > > These problems do not occur when debugging non-generic code. > This is an issue in gdb. First make sure to use dward (debug info). This must be done for ALL packages too (well all packages that have debug info). But even then you will probably get this error. You can try (if it currently compiles / its a package, install it) lazdebuggerfpgdbmi.lpk  (must be the one with gdbmi *and* fp) And then change the debugger in Tools > Options I dont know how good it will be.... ---------- Also switch of the hint in the options, and use the watch window only. that way you can control which values you look at. -------- you may also try an older gdb (pre 7.6). But again not likely to help too much. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at mfriebe.de Fri Dec 15 19:33:49 2017 From: lazarus at mfriebe.de (Martin Frb) Date: Fri, 15 Dec 2017 18:33:49 +0000 Subject: [Lazarus] Debugging libraries which define generics. In-Reply-To: <8675e501-4f4d-6a52-a1a2-68db0a42285d@mfriebe.de> References: <9619dc5f-1737-1a2e-d712-ec44fffe6b73@ziesig.org> <8675e501-4f4d-6a52-a1a2-68db0a42285d@mfriebe.de> Message-ID: <91d7ebb0-6c15-be41-9998-56da0ba877af@mfriebe.de> On 15/12/2017 18:29, Martin Frb via Lazarus wrote: > On 15/12/2017 15:46, Donald Ziesig via Lazarus wrote: >> >> 1. When the mouse hovers over a variable, the debugger (and program >> being debugged) frequently crashes with the error: >> "-data-evaluate-expression TCQPiece(ITEM)^" did not return any >> result. >> This is particularly annoying because it inevitably happens just >> as I am getting close to finding a problem and I move the mouse >> across the editor window :'(. >> >> These problems do not occur when debugging non-generic code. >> > This is an issue in gdb. > > First make sure to use dward (debug info). ^^^ "dwarf" > > You can try (if it currently compiles / its a package, install it)  > lazdebuggerfpgdbmi.lpk  (must be the one with gdbmi *and* fp) just remembered, not sure if this works for libraries (.so). You may have to compile an app that includes the code directly. -------------- next part -------------- An HTML attachment was scrubbed... URL: From donald at ziesig.org Fri Dec 15 20:51:46 2017 From: donald at ziesig.org (Donald Ziesig) Date: Fri, 15 Dec 2017 14:51:46 -0500 Subject: [Lazarus] Debugging libraries which define generics. In-Reply-To: <91d7ebb0-6c15-be41-9998-56da0ba877af@mfriebe.de> References: <9619dc5f-1737-1a2e-d712-ec44fffe6b73@ziesig.org> <8675e501-4f4d-6a52-a1a2-68db0a42285d@mfriebe.de> <91d7ebb0-6c15-be41-9998-56da0ba877af@mfriebe.de> Message-ID: On 12/15/2017 01:33 PM, Martin Frb via Lazarus wrote: > On 15/12/2017 18:29, Martin Frb via Lazarus wrote: >> On 15/12/2017 15:46, Donald Ziesig via Lazarus wrote: >>> >>> 1. When the mouse hovers over a variable, the debugger (and program >>> being debugged) frequently crashes with the error: >>> "-data-evaluate-expression TCQPiece(ITEM)^" did not return any >>> result. >>> This is particularly annoying because it inevitably happens just >>> as I am getting close to finding a problem and I move the mouse >>> across the editor window :'(. >>> >>> These problems do not occur when debugging non-generic code. >>> >> This is an issue in gdb. >> >> First make sure to use dward (debug info). > ^^^ "dwarf" >> >> You can try (if it currently compiles / its a package, install it)  >> lazdebuggerfpgdbmi.lpk  (must be the one with gdbmi *and* fp) > just remembered, not sure if this works for libraries (.so). You may > have to compile an app that includes the code directly. > > > Thanks Martin.  I changed all of the packages and the main project to use Dwarf3 and it looks as if it has solved the problem. 8-) I'll keep debugging and let you know if it reappears. Don -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Sat Dec 16 17:36:14 2017 From: michael at freepascal.org (Michael Van Canneyt) Date: Sat, 16 Dec 2017 17:36:14 +0100 (CET) Subject: [Lazarus] First pas2js public release Message-ID: Hello fellow Pascal enthousiasts, It is with great pleasure that I can finally announce the first publicly available version of pas2js. A "beta" version, version 0.8.39. The endpoint (for the time being) of nearly 10 years of (slow) development. pas2js is a Object Pascal to Javascript transpiler. It compiles Object pascal, and emits Javascript. The javascript is usable in the browser, and in Node.js. It is open source, and part of FPC/Lazarus. This makes Free Pascal a full-stack development environment for Web Development: You can use it to program the server and the browser alike, all from within the environment you love so much :) What does pas2js include ? -------------------------- * On the language level: It supports basically Delphi 7 syntax, interfaces excepted. Naturally, any memory pointer operation is not possible in Javascript. Code that relies on this will not work. This is just the first version, we of course want to add the same language features that exist in Delphi and FPC today. * On the runtime level: Beside the compiler itself, there is a basic Object Pascal RTL, and several units from the FPC Packages are also available: system sysutils Math strutils rtlconst classes contnrs DB (yes, TDataset) fpcunit testsuite custapp restconnection js (javascript system objects) web (browser provided objects) libjquery (jquery is available too) nodejs (basic node runtime environment) typeinfo objpas browserconsole (support for writeln) dateutils browserapp nodejsapp * Debugging: Obviously, the browser debugger can be used to debug the Javascript. But there is more: the compiler can emit a source map, and this means that if the browser finds the source file, it will display the original source file instead of the javascript. You can debug Object pascal in the browser. * Demoes ? The package has several demoes, including FPReport, TDataset, JQuery and Bootstrap. * Documentation ? As befits an open source project, docs are lagging behind :/ But a WIKI page has been started, it will be expanded as time permits: http://wiki.freepascal.org/pas2js * Sources ? The pas2js compiler sources and RTL sources have been checked in in FPC's subversion repository. The page describes where to find it in SVN. * Binaries ? A snapshot is available: http://www.freepascal.org/~michael/pas2js/pas2js-demo-0.8.39.zip * Reporting bugs ? The FPC bugtracker has now a 'pas2js' project, it can be used to report bugs. * Can you help ? Yes, of course. There is still a lot of work to be done. Feel free to contact me or Mattias Gaertner with questions. What about Lazarus ? -------------------- Lazarus "understands" the extensions to object pascal (for importing Javascript classes) that were borrowed from the JVM version of the compiler, so the code completion will continue to work. Using the pre-compiler command, CTRL-F9 just works. On error, you will be shown the error location etc. Further and deeped integration of pas2js into lazarus is expected. In the first place, IDE integration. Later on, a real widget set for the browser can (and hopefully will) be created. But that is not all ! --------------------- In the very near future, a major Delphi component vendor will announce a complete package for RAD web development in the Delphi IDE. The expectation is that later on, the exact same components will be usable in Lazarus. In essence, the component developer has created a complete browser widgetset. More than 100 controls are available. Using this, you can design a web application as you design a desktop app; Fully RAD, as you are used to. But even more, you can bind controls on a form to existing tags in a web page, thus preserving the style in the web page. The first demoes for a selected audience have evoked very positive feedback indeed. All this is based on pas2js. As soon as I receive permission, I will announce here where it becomes available. Lastly! ------- On a more personal note, I wish to explicitly thank Mattias Gaertner for finally finishing what has been started a long time ago. Without him, none of this would have been possible. The same is true for Detlef Overbeek, editor of Blaise Pascal magazine, without his moral and financial help, it would have taken many more years to finish this. It is - for me - a long standing dream finally come true. Enjoy ! Michael. From bo.berglund at gmail.com Sat Dec 16 22:16:11 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Sat, 16 Dec 2017 22:16:11 +0100 Subject: [Lazarus] Having trouble using Indy inside command line program Message-ID: Probably something very basic that I have not remembered given the frequency with which I create new projects.... I am using Lazarus 1.6 with fpc 3.0.0 on Windows 7. Inside Lazarus I have installed the Indy components and I have successfully built some GUI programs where I have used Indy components and it worked just fine. I was also able to build the same program on a Raspberry Pi box using Lazarus/FPC on that box. Worked fine there too. Now I am creating a command line program for use as a Subversion commit hook handler and suddenly Indy seems to cause problems... I am using Lazarus so I can build the same program also on Raspbian. I have not yet even created a single Indy object, all I have done is the following: 1) I added indylaz as a project "required package" 2) I added a number of Indy units to my uses clause in the mailer unit since I know that I will need them down the road. And now when I try to compile my code (which does not contain any Indy objects yet) I get this error: Compile package indylaz 10.6.2: Exit code 1, Errors: 2 IdGlobal.pas(1405,14) Error: Identifier not found "Windows" IdGlobal.pas(1405,30) Error: Illegal expression The error points into this section of code inside the IdGlobals.pas unit (Line 1405 is Infinite = Windows.INFINITE; ): {$IFDEF WINDOWS} GOSType = otWindows; GPathDelim = '\'; {do not localize} Infinite = Windows.INFINITE; { redeclare here for use elsewhere without using Windows.pas } // cls modified 1/23/2002 {$ENDIF} Questions: ---------- A) Why is it trying to compile Indy? Nothing from Indy is yet used and the package was already compiled when it was added to the Lazarus palette.... B) Why does it not find the Windows unit? It was clearly working when I installed the package into Lazarus and when I was building GUI style programs using Indy both on Windows and Linux. C) Must I add the Windows unit to uses in all of my own units where indylaz or one of the Indy units are referenced? This is the start of my main project file: program SvnMailer; {$mode objfpc}{$H+} uses {$IFDEF UNIX} cthreads, {$ENDIF} Classes, IniFiles, SysUtils, Process, // Process is the unit that holds TProcess indylaz, class_svnmailer ; And this is the start of my unit where the Indy usage was prepared: unit class_svnmailer; {$mode objfpc}{$H+} interface uses Classes, SysUtils, IniFiles, {Indy units:} indylaz, IdSMTP, IdMessage, IdEMailAddress, IdIOHandler, IdIOHandlerSocket, IdIOHandlerStack, IdSSL, IdSSLOpenSSL, IdExplicitTLSClientServerBase; -- Bo Berglund Developer in Sweden From marc at dommelstein.nl Sun Dec 17 21:36:28 2017 From: marc at dommelstein.nl (Marc Weustink) Date: Sun, 17 Dec 2017 21:36:28 +0100 Subject: [Lazarus] Test please ignore (nt) Message-ID: From bo.berglund at gmail.com Mon Dec 18 01:05:59 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 18 Dec 2017 01:05:59 +0100 Subject: [Lazarus] Having trouble using Indy inside command line program References: Message-ID: On Sat, 16 Dec 2017 22:16:11 +0100, Bo Berglund via Lazarus wrote: >Compile package indylaz 10.6.2: Exit code 1, Errors: 2 >IdGlobal.pas(1405,14) Error: Identifier not found "Windows" >IdGlobal.pas(1405,30) Error: Illegal expression > This is caused by a seemingly erroneous ifdef construct in the file. I looked in the Indy repository and found that this has been modified in a later tagged version of he file without any modification to the Indy version, which is still the same. I edited in that modification and then the above error disappeared. Just a couple of more questions: 1) Why was Lazarus trying to re-compile indylaz when it is already installed and built? Makes no sense to me.... Of course after I edited the file it will need a recompile, but why before? 2) Why does my project not find the Indy units when compiling? If I right-click these in Lazarus and select "Find declaration of" it immediately opens the specified file. But while compiling I get unit not found on some. I have "solved" this by adding the three source directories Core, Protocols and System to the Project/Options/CompilerOptions/Paths/OtherUnitFiles Now the project compiles but it always gives this warning: Warning: other unit files search path (aka unit path) of "SvnMailer" contains "D:\Engineering\Projects\CMPFPC\Indy10.6.2\System", which belongs to package "indylaz" But if I include indylaz in the uses clauses it errors out like this instead: SvnMailer.lpr(23,4) Fatal: Cannot find indylaz used by SvnMailer, incompatible ppu=D:\Engineering\Projects\CMPFPC\Indy10.6.2\lib\i386-win32\indylaz.ppu, package indylaz Finally, if I remove indylaz as a Required Package for the project, then it compiles without errors but with a whole lot of warnings and hints. The warnings deal with string conversions within Indy. Here is one such, there are a lot more.: IdSSLOpenSSL.pas(2140,18) Warning: Implicit string type conversion with potential data loss from "UnicodeString" to "AnsiString" What is going on here, really..? 3) And what should I do when creating a "Program" application in Lazarus to make it possible to use the units from indylaz without fussing with the paths to the Indy sources? The program should be possible to build also on Linux. -- Bo Berglund Developer in Sweden From victor.campillo at gmail.com Mon Dec 18 06:35:17 2017 From: victor.campillo at gmail.com (Victor Campillo) Date: Mon, 18 Dec 2017 06:35:17 +0100 Subject: [Lazarus] First pas2js public release In-Reply-To: References: Message-ID: On 16/12/17 17:36, Michael Van Canneyt via Lazarus wrote: > > Hello fellow Pascal enthousiasts, > > It is with great pleasure that I can finally announce the first publicly > available version of pas2js. A "beta" version, version 0.8.39. > The endpoint (for the time being) of nearly 10 years of (slow) > development. > Congratulations, this is an amazing job. Best Regards. -- Victor Campillo From andrea.mauri.75 at gmail.com Mon Dec 18 09:21:22 2017 From: andrea.mauri.75 at gmail.com (Andrea Mauri) Date: Mon, 18 Dec 2017 09:21:22 +0100 Subject: [Lazarus] Lazarus Release 1.8 In-Reply-To: <20171215121103.47865801@limapholos.matflo.wg> References: <1623136335.107854.1512587734958@comcenter.netcologne.de> <97b3e51c-88c8-9edc-0bf2-f0628d0df139@gmail.com> <20171215121103.47865801@limapholos.matflo.wg> Message-ID: same user. only one user on my Mac, I suppose I am admin (I am a OS X newbie). I opened using launchpad and directly from finder. Here the text of IDE menu: Lazarus version: 1.8.0 Lazarus svn revision: exported Lazarus build date: 2017/12/04 Lazarus was compiled for i386-darwin Lazarus was compiled with fpc 3.0.4 Global IDE options: Primary config directory=/Users/giacca/.lazarus Secondary config directory=/etc/lazarus LazarusDirectory=/Developer/lazarus/ Real LazarusDirectory=/Developer/lazarus/ Default CompilerFilename=/usr/local/bin/ppc386 Real Default CompilerFilename=/usr/local/bin/ppc386 Project CompilerFilename=$(CompPath) Real Project CompilerFilename=/usr/local/bin/ppc386 CompilerMessagesFilename= Real CompilerMessagesFilename=/usr/local/share/fpcsrc/compiler/msg/errore.msg FPC source directory=/usr/local/share/fpcsrc Real FPC source directory=/usr/local/share/fpcsrc/ Test directory=~/tmp/ Real Test directory=/Users/giacca/tmp/ Working directory=/ Application.ExeName=/Developer/lazarus/lazarus.app/Contents/MacOS/lazarus Parameters: /Developer/lazarus/lazarus.app/Contents/MacOS/lazarus Environment variables: TMPDIR=/var/folders/z2/958dg9vn2s93cm1rky6j_d9w0000gn/T/ TMPDIR=/var/folders/z2/958dg9vn2s93cm1rky6j_d9w0000gn/T/ __CF_USER_TEXT_ENCODING=0x1F5:0x0:0x0 SHELL=/bin/bash HOME=/Users/giacca Apple_PubSub_Socket_Render=/private/tmp/com.apple.launchd.M23sK4oq3B/Render SSH_AUTH_SOCK=/private/tmp/com.apple.launchd.VYyuGjeRvT/Listeners PATH=/usr/bin:/bin:/usr/sbin:/sbin LOGNAME=giacca XPC_SERVICE_NAME=lazarus.freepascal.ide.8732 USER=giacca 2017-12-15 12:11 GMT+01:00 Mattias Gaertner via Lazarus < lazarus at lists.lazarus-ide.org>: > On Wed, 13 Dec 2017 12:44:19 +0100 > Andrea Mauri via Lazarus wrote: > > > I am trying to update to lazarus 1.8 on my OSX (I was using 1.6.4). > > I downloaded and installed, fpc, fpc src and lazarus. > > First run is ok. > > Then if I recompile lazarus (clean build all) everything seems to be ok > > but if I try to start lazarus I got an error message. See message1. I > > close the message try to restart again lazarus and I got the message2. > > > > What is going wrong? > > Did you run Lazarus as the same user as it was installed? > Is the user an admin user? > How did you open the IDE? > > Can you send me the text of IDE menu > View / IDE Internals / About IDE / General? > > 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 markbass72 at zoho.com Mon Dec 18 12:57:32 2017 From: markbass72 at zoho.com (Marcello) Date: Mon, 18 Dec 2017 12:57:32 +0100 Subject: [Lazarus] First pas2js public release In-Reply-To: References: Message-ID: fatastic new congratulation for this incredible work On 16/12/2017 17:36, Michael Van Canneyt via Lazarus wrote: > > Hello fellow Pascal enthousiasts, > > It is with great pleasure that I can finally announce the first publicly > available version of pas2js. A "beta" version, version 0.8.39. > The endpoint (for the time being) of nearly 10 years of (slow) > development. From michael at freepascal.org Mon Dec 18 22:04:48 2017 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 18 Dec 2017 22:04:48 +0100 (CET) Subject: [Lazarus] IDE crash on rebuild Message-ID: Hi, When I install a package, the IDE offers to rebuild. When I click 'rebuild', the IDE invariably crashes and hangs with an access violation. Latest SVN, Linux, 64-bit GTK2. It looks like the mouse up event is delivered when the button or application has already disappeared. Could be because you're using a toolbutton instead of a regular button. Michael. Here is a GDB backtrace of the moment of crash. #0 0x0000000000005d08 in ?? () #1 0x0000000000628e8a in SENDBUTTONUPMSG (parentfp=0x7fffffffcde0) at include/toolbutton.inc:69 #2 0x0000000000628dfe in MOUSEDOWN (this=0x7fffe0261bf0, BUTTON=MBLEFT, SHIFT=8, X=23, Y=28) at include/toolbutton.inc:120 #3 0x00000000005b6af8 in DOMOUSEDOWN (this=0x7fffe0261bf0, MESSAGE=..., BUTTON=MBLEFT, SHIFT=0) at include/control.inc:2296 #4 0x00000000005b70f1 in WMLBUTTONDOWN (this=0x7fffe0261bf0, MESSAGE=...) at include/control.inc:2475 #5 0x00000000004368e2 in DISPATCH (this=0x7fffe0261bf0, MESSAGE=0) at ../inc/objpas.inc:602 #6 0x00000000005b69fd in WNDPROC (this=0x7fffe0261bf0, THEMESSAGE=...) at include/control.inc:2256 #7 0x00000000005b5046 in PERFORM (this=0x7fffe0261bf0, MSG=513, WPARAM=1, LPARAM=1835031) at include/control.inc:1578 #8 0x00000000005a7900 in ISCONTROLMOUSEMSG (this=0x7fffeb9056b0, THEMESSAGE=0) at include/wincontrol.inc:4743 #9 0x00000000005a8f51 in WNDPROC (this=0x7fffeb9056b0, MESSAGE=...) at include/wincontrol.inc:5370 #10 0x000000000077aaec in DELIVERMESSAGE (TARGET=0x7fffeb9056b0, AMESSAGE=0) at lclmessageglue.pas:112 #11 0x0000000000672a01 in DELIVERMESSAGE (TARGET=0x7fffeb9056b0, AMESSAGE=0) at gtk2/gtk2proc.inc:3706 #12 0x0000000000681b69 in DELIVERMOUSEDOWNMESSAGE (WIDGET=0x34a5620, EVENT=0x35ff870, AWINCONTROL=0x7fffeb9056b0) at gtk2/gtk2callback.inc:2268 #13 0x00000000006811a8 in GTKMOUSEBTNPRESS (WIDGET=0x354a8c0, EVENT=0x35ff870, DATA=0x7fffeb9056b0) at gtk2/gtk2callback.inc:1995 #14 0x00007ffff6c8cafc in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #15 0x00007ffff6916fa5 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #16 0x00007ffff6928fc1 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #17 0x00007ffff69317f9 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #18 0x00007ffff693208f in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #19 0x00007ffff6da48cc in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #20 0x00007ffff6c8b294 in gtk_propagate_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #21 0x00007ffff6c8b64b in gtk_main_do_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #22 0x00007ffff775bc4c in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #23 0x00007ffff6640197 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #24 0x00007ffff66403f0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #25 0x00007ffff664049c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #26 0x00000000004fdce1 in APPWAITMESSAGE (this=0x7ffff7f76230) at gtk2/gtk2widgetset.inc:2438 #27 0x0000000000492a5a in IDLE (this=0x7ffff7f75bf0, WAIT=true) at include/application.inc:407 #28 0x0000000000494ef8 in HANDLEMESSAGE (this=0x7ffff7f75bf0) at include/application.inc:1277 #29 0x000000000049542c in RUNLOOP (this=0x7ffff7f75bf0) at include/application.inc:1413 #30 0x000000000065edb6 in APPRUN (this=0x7ffff7f76230, ALOOP=...) at include/interfacebase.inc:54 #31 0x00000000004953d0 in RUN (this=0x7ffff7f75bf0) at include/application.inc:1401 #32 0x00000000004204a3 in main () at lazarus.pp:147 From bo.berglund at gmail.com Tue Dec 19 00:43:25 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Tue, 19 Dec 2017 00:43:25 +0100 Subject: [Lazarus] Having trouble using Indy inside command line program References: Message-ID: <4igg3dtj7usvn27aebkrqt540ofgjr2hdb@4ax.com> On Mon, 18 Dec 2017 01:05:59 +0100, Bo Berglund via Lazarus wrote: >3) And what should I do when creating a "Program" application in >Lazarus to make it possible to use the units from indylaz without >fussing with the paths to the Indy sources? >The program should be possible to build also on Linux. I have gotten advice from Remy Lebeau (main keeper of the Indy project) to use what he calls "FPC's Online Package Manager" to install Indy in FPC. Or use Lazarus' OPM to do the same. Well I found a wiki page I did not know about here: http://wiki.freepascal.org/Online_Package_Manager I made a test on a RaspberryPi where I could easily install Lazarus 1.8.0 from sources and I already had FPC 3.0.4. And it really was a simplification on the way I had earlier struggled to get Indy10 properly installed! -- Bo Berglund Developer in Sweden From aaa5500 at ya.ru Tue Dec 19 19:09:12 2017 From: aaa5500 at ya.ru (Alexey) Date: Tue, 19 Dec 2017 21:09:12 +0300 Subject: [Lazarus] In trunk, cannot run app from IDE Message-ID: With Laz trunk, on Win10, i cannot run app from IDE (new empty window with imagelist+ main menu) "No program file "" found" - when i do Run "Launching application invalid"-- when i do Run Without Debug exe file is compiled ok. -- Regards, Alexey From ptrg at freemail.hu Wed Dec 20 08:02:31 2017 From: ptrg at freemail.hu (=?UTF-8?B?UMOpdGVyIEfDoWJvcg==?=) Date: Wed, 20 Dec 2017 08:02:31 +0100 Subject: [Lazarus] In trunk, cannot run app from IDE In-Reply-To: References: Message-ID: 2017-12-19 19:09 keltezéssel, Alexey via Lazarus írta: > "No program file "" found" - when i do Run > "Launching application invalid"-- when i do Run Without Debug This can happen when you are cross compiling for an other system: compiling/running win64 application on a win32 operating system. ... or maybe the result is a library (dll or other). > exe file is compiled ok. Can you find the "exe file" itself on the hdd? A detailed compilation log may help finding the reason... -- Péter Gábor ptrg at freemail.hu From aaa5500 at ya.ru Wed Dec 20 08:25:13 2017 From: aaa5500 at ya.ru (Alexey) Date: Wed, 20 Dec 2017 10:25:13 +0300 Subject: [Lazarus] In trunk, cannot run app from IDE In-Reply-To: References: Message-ID: It is new empty proj with imagelist and mainmenu. I attach it here. Proj is in User folder (path - only EN chars, c:\users\user\.......). On 20.12.2017 10:02, Péter Gábor via Lazarus wrote: > This can happen when you are cross compiling for an other system: > compiling/running win64 application on a win32 operating system. > ... or maybe the result is a library (dll or other). -- Regards, Alexey -------------- next part -------------- A non-text attachment was scrubbed... Name: tst-menu-imglist.zip Type: application/zip Size: 4376 bytes Desc: not available URL: From lazarus at kluug.net Wed Dec 20 08:31:44 2017 From: lazarus at kluug.net (Ondrej Pokorny) Date: Wed, 20 Dec 2017 08:31:44 +0100 Subject: [Lazarus] In trunk, cannot run app from IDE In-Reply-To: References: Message-ID: <28b62064-dc50-2e1c-0409-4587e7ff04f0@kluug.net> My problem. Expect a fix soon. Thanks for telling. Ondrej From aaa5500 at ya.ru Wed Dec 20 08:40:16 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Wed, 20 Dec 2017 10:40:16 +0300 Subject: [Lazarus] In trunk, cannot run app from IDE In-Reply-To: <28b62064-dc50-2e1c-0409-4587e7ff04f0@kluug.net> References: <28b62064-dc50-2e1c-0409-4587e7ff04f0@kluug.net> Message-ID: <302f5c5a-f422-4d0c-444c-add6147a7cae@ya.ru> On 20.12.2017 10:31, Ondrej Pokorny via Lazarus wrote: > My problem. I think last optimizing of Run function makes it -- Regards, Alexey From aaa5500 at ya.ru Wed Dec 20 08:46:06 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Wed, 20 Dec 2017 10:46:06 +0300 Subject: [Lazarus] IDE menu editor - icons in dropdown are grayed Message-ID: Not sure it is bug. i added icon to mainmenu top items, and to dropdown items (e.g. File and File/Open). Menu editor: icon for File is yellow, ok. icon for File/Open is grayed, not ok. must be same icon. gtk2, Laz trunk. -- Regards, Alexey From lazarus at kluug.net Wed Dec 20 08:49:16 2017 From: lazarus at kluug.net (Ondrej Pokorny) Date: Wed, 20 Dec 2017 08:49:16 +0100 Subject: [Lazarus] In trunk, cannot run app from IDE In-Reply-To: <302f5c5a-f422-4d0c-444c-add6147a7cae@ya.ru> References: <28b62064-dc50-2e1c-0409-4587e7ff04f0@kluug.net> <302f5c5a-f422-4d0c-444c-add6147a7cae@ya.ru> Message-ID: <5589aa0a-5c85-3c78-9b16-ccf9730632cc@kluug.net> On 20.12.2017 8:40, AlexeyT via Lazarus wrote: > On 20.12.2017 10:31, Ondrej Pokorny via Lazarus wrote: >> My problem. > > I think last optimizing of Run function makes it Are you sure you use the latest trunk? AFAIK I already fixed that on Sunday in r56771. Ondrej From aaa5500 at ya.ru Wed Dec 20 09:09:54 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Wed, 20 Dec 2017 11:09:54 +0300 Subject: [Lazarus] In trunk, cannot run app from IDE In-Reply-To: <5589aa0a-5c85-3c78-9b16-ccf9730632cc@kluug.net> References: <28b62064-dc50-2e1c-0409-4587e7ff04f0@kluug.net> <302f5c5a-f422-4d0c-444c-add6147a7cae@ya.ru> <5589aa0a-5c85-3c78-9b16-ccf9730632cc@kluug.net> Message-ID: >Are you sure you use the latest trunk? Updated now, still same bug, picture: -- Regards, Alexey -------------- next part -------------- A non-text attachment was scrubbed... Name: menu-b.png Type: image/png Size: 8179 bytes Desc: not available URL: From lazarus at kluug.net Wed Dec 20 09:13:00 2017 From: lazarus at kluug.net (Ondrej Pokorny) Date: Wed, 20 Dec 2017 09:13:00 +0100 Subject: [Lazarus] In trunk, cannot run app from IDE In-Reply-To: References: <28b62064-dc50-2e1c-0409-4587e7ff04f0@kluug.net> <302f5c5a-f422-4d0c-444c-add6147a7cae@ya.ru> <5589aa0a-5c85-3c78-9b16-ccf9730632cc@kluug.net> Message-ID: <515e57d7-42ea-2ee5-430f-1409bbd8f4c9@kluug.net> On 20.12.2017 9:09, AlexeyT via Lazarus wrote: > >Are you sure you use the latest trunk? > > Updated now, still same bug, picture: Why do you show me a picture of the menu editor for "cannot run app from IDE"? Ondrej From aaa5500 at ya.ru Wed Dec 20 09:21:13 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Wed, 20 Dec 2017 11:21:13 +0300 Subject: [Lazarus] In trunk, cannot run app from IDE In-Reply-To: References: <28b62064-dc50-2e1c-0409-4587e7ff04f0@kluug.net> <302f5c5a-f422-4d0c-444c-add6147a7cae@ya.ru> <5589aa0a-5c85-3c78-9b16-ccf9730632cc@kluug.net> Message-ID: <4946c373-80a2-0992-685b-379b640e6956@ya.ru>  Ops, it's fixed. Alex From m-w-vogel at gmx.de Wed Dec 20 10:26:13 2017 From: m-w-vogel at gmx.de (Michael W. Vogel) Date: Wed, 20 Dec 2017 10:26:13 +0100 Subject: [Lazarus] IDE menu editor - icons in dropdown are grayed In-Reply-To: References: Message-ID: <0c4ccbef-3701-f864-1596-24ae2128ec47@gmx.de> Am 20.12.2017 um 08:46 schrieb AlexeyT via Lazarus: > Not sure it is bug. i added icon to mainmenu top items, and to > dropdown items (e.g. File and File/Open). Menu editor: icon for File > is yellow, ok. icon for File/Open is grayed, not ok. must be same icon. > > gtk2, Laz trunk. Which OS? I tested 64bit Linux Mint KDE 17.3, Lazarus 1.9.0 r56784M FPC 3.0.2 x86_64-linux-gtk2 and Windows 7, the icons for subitems aren't grayed. Please add a minimal example. Michl From aaa5500 at ya.ru Wed Dec 20 10:29:05 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Wed, 20 Dec 2017 12:29:05 +0300 Subject: [Lazarus] IDE menu editor - icons in dropdown are grayed In-Reply-To: <0c4ccbef-3701-f864-1596-24ae2128ec47@gmx.de> References: <0c4ccbef-3701-f864-1596-24ae2128ec47@gmx.de> Message-ID: > Please add a minimal example. OS Ubuntu 17.4, here is example proj. -- Regards, Alexey -------------- next part -------------- A non-text attachment was scrubbed... Name: tst-menu-imglist.zip Type: application/zip Size: 3885 bytes Desc: not available URL: From m-w-vogel at gmx.de Wed Dec 20 10:50:23 2017 From: m-w-vogel at gmx.de (Michael W. Vogel) Date: Wed, 20 Dec 2017 10:50:23 +0100 Subject: [Lazarus] IDE menu editor - icons in dropdown are grayed In-Reply-To: References: <0c4ccbef-3701-f864-1596-24ae2128ec47@gmx.de> Message-ID: Am 20.12.2017 um 10:29 schrieb AlexeyT via Lazarus: > >> Please add a minimal example. > > OS Ubuntu 17.4, here is example proj. Do you mean 17.04? Weird, I just checked with Ubuntu 16.4 and can't see the problem. Michl -------------- next part -------------- A non-text attachment was scrubbed... Name: Bildschirmfoto vom 2017-12-20 10-47-40.png Type: image/png Size: 42072 bytes Desc: not available URL: From jmlandmesser at gmx.de Wed Dec 20 10:58:32 2017 From: jmlandmesser at gmx.de (John Landmesser) Date: Wed, 20 Dec 2017 10:58:32 +0100 Subject: [Lazarus] IDE menu editor - icons in dropdown are grayed In-Reply-To: References: Message-ID: Am 20.12.2017 um 08:46 schrieb AlexeyT via Lazarus: > Not sure it is bug. i added icon to mainmenu top items, and to > dropdown items (e.g. File and File/Open). Menu editor: icon for File > is yellow, ok. icon for File/Open is grayed, not ok. must be same icon. > > gtk2, Laz trunk. > no problem with Manjaro Archlinux From aaa5500 at ya.ru Wed Dec 20 11:30:14 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Wed, 20 Dec 2017 13:30:14 +0300 Subject: [Lazarus] IDE menu editor - icons in dropdown are grayed In-Reply-To: References: <0c4ccbef-3701-f864-1596-24ae2128ec47@gmx.de> Message-ID: >Do you mean 17.04? Yes. i use non default desktop: Cinnamon. Controls theme: adwaita. -- Regards, Alexey From aaa5500 at ya.ru Thu Dec 21 08:11:36 2017 From: aaa5500 at ya.ru (Alexey) Date: Thu, 21 Dec 2017 10:11:36 +0300 Subject: [Lazarus] ButtonPanel uses not same back color as Form uses Message-ID: This is on Ubuntu 17.10, default theme, gtk2. Pucture, buttonpanel below. -- Regards, Alexey -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2017-12-21 10-09-59.png Type: image/png Size: 16082 bytes Desc: not available URL: From zeljko at holobit.net Thu Dec 21 10:23:35 2017 From: zeljko at holobit.net (zeljko) Date: Thu, 21 Dec 2017 10:23:35 +0100 Subject: [Lazarus] ButtonPanel uses not same back color as Form uses In-Reply-To: References: Message-ID: <152c4172-8011-4615-5ac9-3a2e44b064bd@holobit.net> On 12/21/2017 08:11 AM, Alexey via Lazarus wrote: > This is on Ubuntu 17.10, default theme, gtk2. Pucture, buttonpanel below. Let me power on my crystal ball to see what lazarus version is there.... Maybe this one hits you: https://bugs.freepascal.org/view.php?id=32779 So, if you are at lazarus trunk >= 56684 then try to change default (as in patch at that issue) from clBackground to clForm and then see if that helps. zeljko From kamenlist at abv.bg Thu Dec 21 12:18:07 2017 From: kamenlist at abv.bg (Kamen Ketev) Date: Thu, 21 Dec 2017 13:18:07 +0200 (EET) Subject: [Lazarus] Utf8Tosys and SysToUtf8 Message-ID: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> Hello! My project was compiled without any problem with Lazarus 1.6.4, but Lazarus 1.8 can not find the declaration of Utf8ToSys and SysToUtf8. Would you say in which module are they in Lazarus 1.8? Regards, Kamen -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Thu Dec 21 12:31:21 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Thu, 21 Dec 2017 12:31:21 +0100 Subject: [Lazarus] Utf8Tosys and SysToUtf8 In-Reply-To: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> References: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> Message-ID: <20171221123121.75423cbf@limapholos.matflo.wg> On Thu, 21 Dec 2017 13:18:07 +0200 (EET) Kamen Ketev via Lazarus wrote: > Hello! My project was compiled without any problem with Lazarus 1.6.4, but Lazarus 1.8 can not find the declaration of Utf8ToSys > and SysToUtf8. Would you say in which module are they in Lazarus 1.8? LazUTF8 Mattias From juha.manninen62 at gmail.com Thu Dec 21 12:42:13 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Thu, 21 Dec 2017 13:42:13 +0200 Subject: [Lazarus] Utf8Tosys and SysToUtf8 In-Reply-To: <20171221123121.75423cbf@limapholos.matflo.wg> References: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> <20171221123121.75423cbf@limapholos.matflo.wg> Message-ID: On Thu, Dec 21, 2017 at 1:31 PM, Mattias Gaertner via Lazarus wrote: > On Thu, 21 Dec 2017 13:18:07 +0200 (EET) > Kamen Ketev via Lazarus wrote: >> Hello! My project was compiled without any problem with Lazarus 1.6.4, but Lazarus 1.8 can not find the declaration of Utf8ToSys >> and SysToUtf8. Would you say in which module are they in Lazarus 1.8? > > LazUTF8 Yes but they are not needed if you use the default Unicode support in Lazarus. See: http://wiki.lazarus.freepascal.org/Unicode_Support_in_Lazarus#Coming_from_older_Lazarus_.2B_LCL_versions Juha From kamenlist at abv.bg Thu Dec 21 14:18:22 2017 From: kamenlist at abv.bg (Kamen Ketev) Date: Thu, 21 Dec 2017 15:18:22 +0200 (EET) Subject: [Lazarus] Utf8Tosys and SysToUtf8 In-Reply-To: <20171221123121.75423cbf@limapholos.matflo.wg> References: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> <20171221123121.75423cbf@limapholos.matflo.wg> Message-ID: <1014863739.85450.1513862303496.JavaMail.apache@nm31.abv.bg> Thanks! Now it works. Regards, Kamen >-------- Оригинално писмо -------- >От: Mattias Gaertner via Lazarus lazarus at lists.lazarus-ide.org >Относно: Re: [Lazarus] Utf8Tosys and SysToUtf8 >До: lazarus at lists.lazarus-ide.org >Изпратено на: 21.12.2017 13:31 On Thu, 21 Dec 2017 13:18:07 +0200 (EET) Kamen Ketev via Lazarus lazarus at lists.lazarus-ide.org > wrote: > Hello! My project was compiled without any problem with Lazarus 1.6.4, but Lazarus 1.8 can not find the declaration of Utf8ToSys > and SysToUtf8. Would you say in which module are they in Lazarus 1.8? LazUTF8 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 kamenlist at abv.bg Thu Dec 21 14:33:46 2017 From: kamenlist at abv.bg (Kamen Ketev) Date: Thu, 21 Dec 2017 15:33:46 +0200 (EET) Subject: [Lazarus] Utf8Tosys and SysToUtf8 In-Reply-To: <20171221123121.75423cbf@limapholos.matflo.wg> References: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> <20171221123121.75423cbf@limapholos.matflo.wg> Message-ID: <1087968989.87461.1513863227757.JavaMail.apache@nm31.abv.bg> The program is being compiled and started, but my Cyrillic text in over 100 files in text DB comes out with ????? - ??????? How can I fix the problem? Regards, Kamen >-------- Оригинално писмо -------- >От: Mattias Gaertner via Lazarus lazarus at lists.lazarus-ide.org >Относно: Re: [Lazarus] Utf8Tosys and SysToUtf8 >До: lazarus at lists.lazarus-ide.org >Изпратено на: 21.12.2017 13:31 On Thu, 21 Dec 2017 13:18:07 +0200 (EET) Kamen Ketev via Lazarus lazarus at lists.lazarus-ide.org > wrote: > Hello! My project was compiled without any problem with Lazarus 1.6.4, but Lazarus 1.8 can not find the declaration of Utf8ToSys > and SysToUtf8. Would you say in which module are they in Lazarus 1.8? LazUTF8 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 kamenlist at abv.bg Thu Dec 21 14:37:03 2017 From: kamenlist at abv.bg (Kamen Ketev) Date: Thu, 21 Dec 2017 15:37:03 +0200 (EET) Subject: [Lazarus] Utf8Tosys and SysToUtf8 In-Reply-To: References: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> <20171221123121.75423cbf@limapholos.matflo.wg> Message-ID: <1603026005.87826.1513863424426.JavaMail.apache@nm31.abv.bg> I also use Utf8Length. This is not in the list of features. Which function should I use instead? Regards, Kamen >-------- Оригинално писмо -------- >От: Juha Manninen via Lazarus lazarus at lists.lazarus-ide.org >Относно: Re: [Lazarus] Utf8Tosys and SysToUtf8 >До: Lazarus mailing list >Изпратено на: 21.12.2017 13:42 On Thu, Dec 21, 2017 at 1:31 PM, Mattias Gaertner via Lazarus lazarus at lists.lazarus-ide.org > wrote: > On Thu, 21 Dec 2017 13:18:07 +0200 (EET) > Kamen Ketev via Lazarus lazarus at lists.lazarus-ide.org > wrote: >> Hello! My project was compiled without any problem with Lazarus 1.6.4, but Lazarus 1.8 can not find the declaration of Utf8ToSys >> and SysToUtf8. Would you say in which module are they in Lazarus 1.8? > > LazUTF8 Yes but they are not needed if you use the default Unicode support in Lazarus. See: http://wiki.lazarus.freepascal.org/Unicode_Support_in_Lazarus#Coming_from_older_Lazarus_.2B_LCL_versions Juha -- _______________________________________________ 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 giuliano.colla at fastwebnet.it Fri Dec 22 12:01:48 2017 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Fri, 22 Dec 2017 12:01:48 +0100 Subject: [Lazarus] TTrackbar and Wine Message-ID: Sorry, this is almost OT, but I don't know where else to ask. While checking an application, I found a strange problem: under Windows WS when TTrackbar Orientation is trVertical, it doesn't behave properly under Wine. The widget size is correct, but Tick Marks and bar movement behave following the Width value instead of the Height value. In a real Windows environment, it works properly as it works with other Does anybody with experience in using Lazarus and Wine under Linux have an idea of why this happens and how to fix it? My environment: Linux CentOs 6, Lazarus 1.8.0 FPC 3.0.4, wine 1.8.6 Giuliano From vojtech.cihak at atlas.cz Fri Dec 22 13:26:03 2017 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=C4=9Bch_=C4=8Cih=C3=A1k?=) Date: Fri, 22 Dec 2017 13:26:03 +0100 Subject: [Lazarus] =?utf-8?q?TTrackbar_and_Wine?= In-Reply-To: 0000000083110000b1d8014f5027 References: 0000000083110000b1d8014f5027 Message-ID: <20171222132603.66598FA2@atlas.cz> I can confirm behavior in Wine. When you change trVertical to trHorizotal - everything OK. But oppositely, trackbar calculates with new width and OLD height and ticks remain horizontal. When you resize it at least 1 pixel, everything is OK. But I'm not able to say if the issue is in Wine or in Lazarus.   V.   ______________________________________________________________ > Od: Giuliano Colla via Lazarus > Komu: Lazarus mailing list > Datum: 22.12.2017 12:01 > Předmět: [Lazarus] TTrackbar and Wine > Sorry, this is almost OT, but I don't know where else to ask. While checking an application, I found a strange problem: under Windows WS when TTrackbar Orientation is trVertical, it doesn't behave properly under Wine. The widget size is correct, but Tick Marks and bar movement behave following the Width value instead of the Height value. In a real Windows environment, it works properly as it works with other Does anybody with experience in using Lazarus and Wine under Linux have an idea of why this happens and how to fix it? My environment: Linux CentOs 6, Lazarus 1.8.0 FPC 3.0.4, wine 1.8.6 Giuliano -- _______________________________________________ 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 zeljko at holobit.net Fri Dec 22 14:02:04 2017 From: zeljko at holobit.net (zeljko) Date: Fri, 22 Dec 2017 14:02:04 +0100 Subject: [Lazarus] TTrackbar and Wine In-Reply-To: <20171222132603.66598FA2@atlas.cz> References: <20171222132603.66598FA2@atlas.cz> Message-ID: On 12/22/2017 01:26 PM, Vojtěch Čihák via Lazarus wrote: > I can confirm behavior in Wine. When you change trVertical to > trHorizotal - everything OK. But oppositely, trackbar calculates with > new width and OLD height and ticks remain horizontal. When you resize it > at least 1 pixel, everything is OK. > > But I'm not able to say if the issue is in Wine or in Lazarus. What widgetset win32 or qt ? zeljko From nc-gaertnma at netcologne.de Fri Dec 22 15:18:27 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 22 Dec 2017 15:18:27 +0100 Subject: [Lazarus] Utf8Tosys and SysToUtf8 In-Reply-To: <1603026005.87826.1513863424426.JavaMail.apache@nm31.abv.bg> References: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> <20171221123121.75423cbf@limapholos.matflo.wg> <1603026005.87826.1513863424426.JavaMail.apache@nm31.abv.bg> Message-ID: <20171222151827.5a29b253@limapholos.matflo.wg> On Thu, 21 Dec 2017 15:37:03 +0200 (EET) Kamen Ketev via Lazarus wrote: > I also use Utf8Length. This is not in the list of features. Which function should I use instead? You can still use UTF8Length. Mattias From r030t1 at gmail.com Fri Dec 22 15:39:46 2017 From: r030t1 at gmail.com (R0b0t1) Date: Fri, 22 Dec 2017 08:39:46 -0600 Subject: [Lazarus] Utf8Tosys and SysToUtf8 In-Reply-To: <1087968989.87461.1513863227757.JavaMail.apache@nm31.abv.bg> References: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> <20171221123121.75423cbf@limapholos.matflo.wg> <1087968989.87461.1513863227757.JavaMail.apache@nm31.abv.bg> Message-ID: On Thu, Dec 21, 2017 at 7:33 AM, Kamen Ketev via Lazarus wrote: > The program is being compiled and started, but my Cyrillic text in over 100 > files in text DB comes out with ????? - ??????? How can I fix the problem? > > Regards, > Kamen > Hello, Can you provide code? I recently had to port a project forward like this and made many of the changes you are making. I noticed no problems. Cheers, R0b0t1 From giuliano.colla at fastwebnet.it Fri Dec 22 15:45:17 2017 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Fri, 22 Dec 2017 15:45:17 +0100 Subject: [Lazarus] TTrackbar and Wine In-Reply-To: References: <20171222132603.66598FA2@atlas.cz> Message-ID: <8CD97486-C9D8-4E76-BAE1-D3CDA5104FCC@fastwebnet.it> > Il giorno 22 dic 2017, alle ore 14:02, zeljko via Lazarus ha scritto: > >> On 12/22/2017 01:26 PM, Vojtěch Čihák via Lazarus wrote: >> I can confirm behavior in Wine. When you change trVertical to trHorizotal - everything OK. But oppositely, trackbar calculates with new width and OLD height and ticks remain horizontal. When you resize it at least 1 pixel, everything is OK. >> But I'm not able to say if the issue is in Wine or in Lazarus. > > What widgetset win32 or qt ? > In my setup qt WS under wine works just fine. I’ve seen the problem only with win32. Giuliano From nc-gaertnma at netcologne.de Fri Dec 22 16:30:01 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 22 Dec 2017 16:30:01 +0100 Subject: [Lazarus] Utf8Tosys and SysToUtf8 In-Reply-To: References: <1732107378.70526.1513855088397.JavaMail.apache@nm31.abv.bg> <20171221123121.75423cbf@limapholos.matflo.wg> <1087968989.87461.1513863227757.JavaMail.apache@nm31.abv.bg> Message-ID: <20171222163001.4f5a7329@limapholos.matflo.wg> On Fri, 22 Dec 2017 08:39:46 -0600 R0b0t1 via Lazarus wrote: > On Thu, Dec 21, 2017 at 7:33 AM, Kamen Ketev via Lazarus > wrote: > > The program is being compiled and started, but my Cyrillic text in over 100 > > files in text DB comes out with ????? - ??????? How can I fix the problem? Maybe your DB is encoded in Windows System Codepage and you used SysToUTF8 for that? You can use WinCPToUTF8 and UTF8ToWinCP. Mattias From markMLl.lazarus at telemetry.co.uk Sat Dec 23 11:56:55 2017 From: markMLl.lazarus at telemetry.co.uk (Mark Morgan Lloyd) Date: Sat, 23 Dec 2017 10:56:55 +0000 Subject: [Lazarus] TTrackbar and Wine In-Reply-To: <8CD97486-C9D8-4E76-BAE1-D3CDA5104FCC@fastwebnet.it> References: <20171222132603.66598FA2@atlas.cz> <8CD97486-C9D8-4E76-BAE1-D3CDA5104FCC@fastwebnet.it> Message-ID: On 22/12/17 15:00, Giuliano Colla via Lazarus wrote: >> Il giorno 22 dic 2017, alle ore 14:02, zeljko via Lazarus ha scritto:> >> On 12/22/2017 01:26 PM, Vojtěch Čihák via Lazarus wrote:>> I can confirm behavior in Wine. When you change trVertical to trHorizotal - everything OK. But oppositely, trackbar calculates with new width and OLD height and ticks remain horizontal. When you resize it at least 1 pixel, everything is OK.>> But I'm not able to say if the issue is in Wine or in Lazarus.> > What widgetset win32 or qt ?> > In my setup qt WS under wine works just fine. I’ve seen the problem only with win32. As a non-expert I don't like raising my head above the parapet, and I very much don't want to appear to be criticising anybody's work. Incompatibilities in Wine are not unknown. I know somebody who found that a specialist comms program we both used misbehaved under Wine, he localised and reported the bug to the Wine developers and it was fixed promptly. The twist in that particular case is that the program concerned was written by somebody who then moved to MS, and he might have done maintenance on it with "a more complete understanding of the API than is normally documented". -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] From aaa5500 at ya.ru Mon Dec 25 12:44:43 2017 From: aaa5500 at ya.ru (Alexey) Date: Mon, 25 Dec 2017 14:44:43 +0300 Subject: [Lazarus] TControl.AutoAdjustLayout needs param AScaleFont Message-ID:  subj. with default=true. Reason: if F.AutoAdjustLayout called manually in non scaled app (CudaText), then i have oversized fonts in result form. Fonts (label, button, listbox) are scaled anyway in my app, and form size not scaled auto (Scaled=off in proj) -- Regards, Alexey T From markMLl.lazarus at telemetry.co.uk Tue Dec 26 21:28:32 2017 From: markMLl.lazarus at telemetry.co.uk (Mark Morgan Lloyd) Date: Tue, 26 Dec 2017 20:28:32 +0000 Subject: [Lazarus] Embedding an X11 server as a component Message-ID: Is it possible to embed the main window of another program into a pane in something written using Lazarus, letting the Lazarus program provide the "furniture" functionality that's usually handled by the window manager? The scenario I'm thinking about is putting multiple instances of something non-trivial like Wireshark into an overall "wrapper". -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] From badsectoracula at gmail.com Wed Dec 27 06:08:35 2017 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Wed, 27 Dec 2017 07:08:35 +0200 Subject: [Lazarus] Embedding an X11 server as a component In-Reply-To: References: Message-ID: On Tue, Dec 26, 2017 at 10:28 PM, Mark Morgan Lloyd via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > > Is it possible to embed the main window of another program into a pane in something written using Lazarus, letting the Lazarus program provide the "furniture" functionality that's usually handled by the window manager? > > The scenario I'm thinking about is putting multiple instances of something non-trivial like Wireshark into an overall "wrapper". Yes, and funny enough i was doing just that in a reddit argument i had today (yes i spend my Christmas arguing with strangers on internet forums :-P). https://i.imgur.com/YvGyUVd.png https://i.imgur.com/Rwp86U4.png This is something X support natively, however you need to keep some things in mind: 1. Your "container" need to have a proper X window. Some toolkits (like recent versions of Gtk2) will "merge" child windows unless they are necessary (very recent versions of Gtk2 will even use client side windows and ignore X subwindows). Other toolkits ignore X subwindows altogether. You need to somehow (ie. read the toolkit docs) ensure you have a native window. 2. You need to ensure the embedded window gets the input focus when necessary. Many toolkits implement and expect the XEmbed protocol (and you need to implement the embedder/host side of this) to handle focus, tab traversal, etc. Some older stuff might not need that though (XEmbed was needed because many toolkits ignore how X handles input focus and reimplement it themselves). 3. It should go without saying, but i'm gonna say it anyway: not everything expects or is happy being embedded. Specifically applications using client-side decorations expect to be in control and they can have surprising behavior when you embed them. For example i could move gedit around in the second shot using its "title bar" since that is implemented by gedit itself instead of relying on the window manager to do it. 4. On the other hand some applications have an explicit mode for being embedded into others, so look into that for the application you want to embed (and perhaps ask the developers for help). Kostas -------------- next part -------------- An HTML attachment was scrubbed... URL: From bo.berglund at gmail.com Wed Dec 27 14:29:49 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Wed, 27 Dec 2017 14:29:49 +0100 Subject: [Lazarus] TMSSQLConnection how to specify the server port? Message-ID: I am writing a subversion server hook application (command line) on Windows using FPC 3.0.4 and Lazarus 1.8.0 and I have now come to the auditing database connection I want to implement. The database server is an MSSQLServer Express instance on a Windows 2016 Server and it runs on a non-standard TCP port. In an earlier thread here in Feb 2016 I asked about how to use the TMSSQLConnection component (on a Raspberry Pi) and it was basically running after the help I got. At the time the server I used was running as the default instance on port 1433 and the component probably assumes this if not told otherwise. So I did not think about this problem back then. But now I have to address it, so: How can I specify the port on the host where MSSQL listens? I find no property named "Port" in he component... Secondly: --------- On the Raspberry Pi I had to install a FreeTDS library in order to get a database connection. After I got that advice I included the apt-get install for the library in my standard script for setting up FPC/Lazarus on a Raspberry and forgot all about it. Always working afterwards. But now I am back on a Windows 7 machine and here I don't have a clue as to how one installs the FreeTDS library. Any pointers to how it is done? -- Bo Berglund Developer in Sweden From nc-gaertnma at netcologne.de Wed Dec 27 14:53:09 2017 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Wed, 27 Dec 2017 14:53:09 +0100 Subject: [Lazarus] TMSSQLConnection how to specify the server port? In-Reply-To: References: Message-ID: <20171227145309.39ceab11@limapholos.matflo.wg> On Wed, 27 Dec 2017 14:29:49 +0100 Bo Berglund via Lazarus wrote: >[...] > But now I have to address it, so: > How can I specify the port on the host where MSSQL listens? > I find no property named "Port" in he component... Have you tried HostName:='hostname:port' ? Mattias From mailinglists at geldenhuys.co.uk Wed Dec 27 15:05:55 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Wed, 27 Dec 2017 14:05:55 +0000 Subject: [Lazarus] TMSSQLConnection how to specify the server port? In-Reply-To: References: Message-ID: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> On 2017-12-27 13:29, Bo Berglund via Lazarus wrote: > But now I am back on a Windows 7 machine and here I don't have a clue > as to how one installs the FreeTDS library. > > Any pointers to how it is done? You simply download the DLL and include it in the same directory as the EXE of your application, or install it to a global location like System32 directory. ftp://ftp.freepascal.org/fpc/contrib/windows/ For more details: http://wiki.freepascal.org/mssqlconn And if all else fails, you can also look at the official Free Pascal documentation: https://www.freepascal.org/docs-html/fcl/mssqlconn/tmssqlconnection.html I've connected to SQL Server instances from FreeBSD, Linux and Windows - all without much trouble - once I followed the documentation. 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 mailinglists at geldenhuys.co.uk Wed Dec 27 15:07:11 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Wed, 27 Dec 2017 14:07:11 +0000 Subject: [Lazarus] TMSSQLConnection how to specify the server port? In-Reply-To: <20171227145309.39ceab11@limapholos.matflo.wg> References: <20171227145309.39ceab11@limapholos.matflo.wg> Message-ID: <3236f7cf-44c8-4fab-8104-97312f9c3c7b@geldenhuys.co.uk> On 2017-12-27 13:53, Mattias Gaertner via Lazarus wrote: > Have you tried HostName:='hostname:port' ? Correct - as per the documentation. ;-) https://www.freepascal.org/docs-html/fcl/mssqlconn/tmssqlconnection.hostname.html 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 Wed Dec 27 17:32:38 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Wed, 27 Dec 2017 17:32:38 +0100 Subject: [Lazarus] TMSSQLConnection how to specify the server port? References: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> Message-ID: <1jh74d5t6quh640t7bu2g2108pvev99jd8@4ax.com> On Wed, 27 Dec 2017 14:05:55 +0000, Graeme Geldenhuys via Lazarus wrote: >On 2017-12-27 13:29, Bo Berglund via Lazarus wrote: >> But now I am back on a Windows 7 machine and here I don't have a clue >> as to how one installs the FreeTDS library. >> >> Any pointers to how it is done? > > >You simply download the DLL and include it in the same directory as the >EXE of your application, or install it to a global location like >System32 directory. > > ftp://ftp.freepascal.org/fpc/contrib/windows/ > I have tested this and no matter which of the included dll files in the zip I put into my project directory I always get the exception: "... exception class 'EInOutError' with message Can not load DB-lib client library "dblib.dll". Check your installation." Something must be amiss. I have downloaded zipfiles 0.95 and 1.00 Both of them contain: Win32: dblib_2000.dll dblib_2008.dll libiconv2.dll Win64: dblib.dll dblib_2008.dll libiconv.dll I have tried the only one with the correct name (in Win64), did not work. Then I renamed the Win32/dblib_2008.dll to dblib.dll, not working Right now I am only at the very first step of the application, namely where I connect to the server: SVNA is a class where I intend to handle the audit database: constructor TSvnAuditer.Create; begin FConn := TMSSQLConnection.Create(nil); FQuery := TSQLQuery.Create(nil); FTrans := TSQLTransaction.Create(nil); FConn.Transaction := FTrans; FQuery.Transaction := FTrans; FQuery.DataBase := FConn; end; procedure TestDbConnection; begin SVNA.Server := 'servername:1433'; SVNA.Database := 'databasename'; SVNA.User := 'username'; SVNA.Passwd := 'password'; if SVNA.OpenConnection then begin SVNA.CloseConnection; end; end; function TSvnAuditer.OpenConnection: boolean; begin Result := false; if (FServer = '') or (FUser = '') or (FPasswd = '') or (FDatabase = '') then begin FErrorMsg := 'At least one of Server, Database, User or Password has not been set!'; exit; end; if Connected then CloseConnection; FConn.HostName := FServer; FConn.UserName := FUser; FConn.Password := FPasswd; FConn.DatabaseName := FDatabase; FConn.Open; <== Exception here! Not finding the dll! Result := Connected; end; -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Wed Dec 27 19:00:41 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Wed, 27 Dec 2017 19:00:41 +0100 Subject: [Lazarus] TMSSQLConnection how to specify the server port? References: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> <1jh74d5t6quh640t7bu2g2108pvev99jd8@4ax.com> Message-ID: On Wed, 27 Dec 2017 17:32:38 +0100, Bo Berglund via Lazarus wrote: >On Wed, 27 Dec 2017 14:05:55 +0000, Graeme Geldenhuys via Lazarus > wrote: > >>You simply download the DLL and include it in the same directory as the >>EXE of your application, or install it to a global location like >>System32 directory. >> >> ftp://ftp.freepascal.org/fpc/contrib/windows/ >> > >I have tested this and no matter which of the included dll files in >the zip I put into my project directory I always get the exception: >I have downloaded zipfiles 0.95 and 1.00 > >Both of them contain: >Win32: > dblib_2000.dll > dblib_2008.dll > libiconv2.dll >Win64: > dblib.dll > dblib_2008.dll > libiconv.dll > I had to use BOTH the dblib.dll AND the libiconv.dll from Win64 dir... I had no idea I was building a 64 bit app.... But this was not enough, I also had to do the following: >constructor TSvnAuditer.Create; >begin > FConn := TMSSQLConnection.Create(nil); > FQuery := TSQLQuery.Create(nil); > FTrans := TSQLTransaction.Create(nil); > FConn.Transaction := FTrans; > FQuery.Transaction := FTrans; > FQuery.DataBase := FConn; InitialiseDBLib('dblib.dll'); <== Had to add this >end; And this required adding dblib to the uses clause. This last part was from a discussion I googled: http://www.pilotlogic.com/sitejoom/index.php/forum/forums-general/3849-cannot-open-tmssqlconnection-component which initially seemed to be about "CodeTyphon", whatever that is. But with these items in place I got a connection and could execute a query. -- Bo Berglund Developer in Sweden From lazarus at kluug.net Wed Dec 27 20:52:00 2017 From: lazarus at kluug.net (Ondrej Pokorny) Date: Wed, 27 Dec 2017 20:52:00 +0100 Subject: [Lazarus] TMSSQLConnection how to specify the server port? In-Reply-To: References: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> <1jh74d5t6quh640t7bu2g2108pvev99jd8@4ax.com> Message-ID: <467b2b3a-7578-a697-c977-d17b56f52720@kluug.net> On 27.12.2017 19:00, Bo Berglund via Lazarus wrote: > But this was not enough, I also had to do the following: >> constructor TSvnAuditer.Create; >> begin >> FConn := TMSSQLConnection.Create(nil); >> FQuery := TSQLQuery.Create(nil); >> FTrans := TSQLTransaction.Create(nil); >> FConn.Transaction := FTrans; >> FQuery.Transaction := FTrans; >> FQuery.DataBase := FConn; > InitialiseDBLib('dblib.dll'); <== Had to add this >> end; > And this required adding dblib to the uses clause. Strange, I connect to MSSQL without InitialiseDBLib in both 64bit and 32bit applications. I only add dblib.dll and libiconv.dll to the exe. Ondrej From matiasevara at gmail.com Wed Dec 27 21:32:12 2017 From: matiasevara at gmail.com (Matias Vara) Date: Wed, 27 Dec 2017 21:32:12 +0100 Subject: [Lazarus] issue with %RunCommand In-Reply-To: <20171212212130.3b769f37@limapholos.matflo.wg> References: <20171212111703.6609540d@limapholos.matflo.wg> <20171212130633.02a4e81f@limapholos.matflo.wg> <20171212212130.3b769f37@limapholos.matflo.wg> Message-ID: Hello Mattias and thanks for your help. I have still to report the bug. In the meantime, I fixed the issue by adding: ToolOptions.HideWindow := false; in the function TExternalTools.OnRunExternalTool(). It is however, a work-around. It would help if there were a checkbox to set HideWindow. Regards, Matias. 2017-12-12 21:21 GMT+01:00 Mattias Gaertner via Lazarus < lazarus at lists.lazarus-ide.org>: > On Tue, 12 Dec 2017 21:06:31 +0100 > Matias Vara via Lazarus wrote: > > > Hello Mattias, > > > > I added: > > > > {%RunFlags BUILD- Messages+} > > > > However, the process is still in background so I cannot see the window. > > Please create a bug report. > > 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 bo.berglund at gmail.com Thu Dec 28 00:17:33 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Thu, 28 Dec 2017 00:17:33 +0100 Subject: [Lazarus] TMSSQLConnection how to specify the server port? References: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> <1jh74d5t6quh640t7bu2g2108pvev99jd8@4ax.com> <467b2b3a-7578-a697-c977-d17b56f52720@kluug.net> Message-ID: <5o984ddpamr6jclf72h65nrlbdpii6ci9c@4ax.com> On Wed, 27 Dec 2017 20:52:00 +0100, Ondrej Pokorny via Lazarus wrote: >Strange, I connect to MSSQL without InitialiseDBLib in both 64bit and >32bit applications. I only add dblib.dll and libiconv.dll to the exe. > You are right. I commented out the initialization line and it still works. So I must have changed things in a different order, but I don't know how it happened. In any case I don't get exceptions anymore, but I have not verified data retrieval either. I just ran a stored procedure via FQuery.Open of an EXEC string. As a side thing, I was not aware that Lazarus was building 64 bit applications as default. That is why the 32 bit dll:s would not work I assume. How do I set the project for a Win32 target? I found one place in the project options (Compiler/Config and Target), but when I change it from "Default" to Win32 there is a warning saying this: "The current FPC has no config file. It will probably miss some units. Check your installation of fpc." But I have done nothing else than installing from the Lazarus 1.8 installer (lazarus-1.8.0-fpc-3.0.4-win64.exe), which also gets me fpc 3.0.4. So I don't know how to "check my installation". On Linux I always build from sources and so I know for sure where .fpc.cnf is located, not so on Windows.... -- Bo Berglund Developer in Sweden From lazarus at kluug.net Thu Dec 28 09:23:25 2017 From: lazarus at kluug.net (Ondrej Pokorny) Date: Thu, 28 Dec 2017 09:23:25 +0100 Subject: [Lazarus] TMSSQLConnection how to specify the server port? In-Reply-To: <5o984ddpamr6jclf72h65nrlbdpii6ci9c@4ax.com> References: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> <1jh74d5t6quh640t7bu2g2108pvev99jd8@4ax.com> <467b2b3a-7578-a697-c977-d17b56f52720@kluug.net> <5o984ddpamr6jclf72h65nrlbdpii6ci9c@4ax.com> Message-ID: On 28.12.2017 0:17, Bo Berglund via Lazarus wrote: > As a side thing, I was not aware that Lazarus was building 64 bit > applications as default. That is why the 32 bit dll:s would not work I > assume. > > How do I set the project for a Win32 target? The easiest is to use 32bit FPC. > But I have done nothing else than installing from the Lazarus 1.8 > installer (lazarus-1.8.0-fpc-3.0.4-win64.exe You installed the 64bit version. Install the 32bit. Otherwise you have to setup a cross compiler (I never did that so I may be wrong): http://wiki.lazarus.freepascal.org/Cross_compiling Ondrej From mailinglists at geldenhuys.co.uk Thu Dec 28 10:50:23 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Thu, 28 Dec 2017 09:50:23 +0000 Subject: [Lazarus] TMSSQLConnection how to specify the server port? In-Reply-To: <467b2b3a-7578-a697-c977-d17b56f52720@kluug.net> References: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> <1jh74d5t6quh640t7bu2g2108pvev99jd8@4ax.com> <467b2b3a-7578-a697-c977-d17b56f52720@kluug.net> Message-ID: On 2017-12-27 19:52, Ondrej Pokorny via Lazarus wrote: > Strange, I connect to MSSQL without InitialiseDBLib in both 64bit and > 32bit applications. I only add dblib.dll and libiconv.dll to the exe. Same here. Regards, Graeme From mailinglists at geldenhuys.co.uk Thu Dec 28 11:13:11 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Thu, 28 Dec 2017 10:13:11 +0000 Subject: [Lazarus] TMSSQLConnection how to specify the server port? In-Reply-To: <5o984ddpamr6jclf72h65nrlbdpii6ci9c@4ax.com> References: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> <1jh74d5t6quh640t7bu2g2108pvev99jd8@4ax.com> <467b2b3a-7578-a697-c977-d17b56f52720@kluug.net> <5o984ddpamr6jclf72h65nrlbdpii6ci9c@4ax.com> Message-ID: On 2017-12-27 23:17, Bo Berglund via Lazarus wrote: > But I have done nothing else than installing from the Lazarus 1.8 > installer (lazarus-1.8.0-fpc-3.0.4-win64.exe), which also gets me fpc > 3.0.4. So I don't know how to "check my installation". As Ondrej said... If you look at the name of the installer file, you installed the Win64 version of Lazarus and FPC. If you wanted the 32-bit version, download the installer file that mentions win32 in the name. If you do the latter, you can always later install the official FPC win64 cross-compiler which will then allow you to target both 32-bit and 64-bit Windows. 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 alfred at consulab.nl Thu Dec 28 12:41:41 2017 From: alfred at consulab.nl (Alfred) Date: Thu, 28 Dec 2017 11:41:41 +0000 Subject: [Lazarus] Lazarus on Power8 (ppc64le) Message-ID: Hello, I am trying to run Lazarus on a IBM Power8 (ppc64le), OS=Debian. Problem: it does not run. (it does start, but errors out on an illegal free() ) Details. Command line apps compiled native on Power8 do run. Command line apps compiled cross-compiled from Windows to Power8 do run. FPC rtti tests run flawless on ppc64le. Most simple GUI (only an empty form) app cross-compiled does not run. But they also do not generate any error. They just start and stop without any effect or message. (compiled with all debug info and -O0) Debugging with gdbserver should work (server runs ok with app), if I had a gdb for ppc64le on Windows. Any ideas ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From markMLl.lazarus at telemetry.co.uk Thu Dec 28 17:37:13 2017 From: markMLl.lazarus at telemetry.co.uk (Mark Morgan Lloyd) Date: Thu, 28 Dec 2017 16:37:13 +0000 Subject: [Lazarus] Embedding an X11 server as a component In-Reply-To: References: Message-ID: On 26/12/17 20:30, Mark Morgan Lloyd via Lazarus wrote: > Is it possible to embed the main window of another program into a pane > in something written using Lazarus, letting the Lazarus program provide > the "furniture" functionality that's usually handled by the window manager? > The scenario I'm thinking about is putting multiple instances of > something non-trivial like Wireshark into an overall "wrapper". Going some way towards answering my own question: Xnest or Xephyr can be embedded into an existing window using the -parent option, where the parameter is the window identifier shown by e.g. xwininfo. There are various authorisation issues which I've not yet got to grips with. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] From bo.berglund at gmail.com Fri Dec 29 15:31:28 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 29 Dec 2017 15:31:28 +0100 Subject: [Lazarus] TMSSQLConnection how to specify the server port? References: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> <1jh74d5t6quh640t7bu2g2108pvev99jd8@4ax.com> <467b2b3a-7578-a697-c977-d17b56f52720@kluug.net> <5o984ddpamr6jclf72h65nrlbdpii6ci9c@4ax.com> Message-ID: On Thu, 28 Dec 2017 10:13:11 +0000, Graeme Geldenhuys via Lazarus wrote: >On 2017-12-27 23:17, Bo Berglund via Lazarus wrote: >> But I have done nothing else than installing from the Lazarus 1.8 >> installer (lazarus-1.8.0-fpc-3.0.4-win64.exe), which also gets me fpc >> 3.0.4. So I don't know how to "check my installation". > > >As Ondrej said... If you look at the name of the installer file, you >installed the Win64 version of Lazarus and FPC. If you wanted the 32-bit >version, download the installer file that mentions win32 in the name. If >you do the latter, you can always later install the official FPC win64 >cross-compiler which will then allow you to target both 32-bit and >64-bit Windows. Strange, I wanted to have another look at the site from where I downloaded the installer, but now I can no longer find it! My memory tells me it was using a layout with a sidebar with a "Downloads" link that brought me to a page on the same site where there was a list of downloadable exe files. And there was also a bit of text explaining which file to grab. I thought it was the Lazarus home site... The actual download link I used from that site was (after examining my download history, downloaded 2017-12-19): https://10gbps-io.dl.sourceforge.net/project/lazarus/Lazarus%20Windows%2064%20bits/Lazarus%201.8.0/lazarus-1.8.0-fpc-3.0.4-win64.exe Now whatever I try search-wise I always end up at SourceForge download page or other with no extra text as to which one to select. Can't fine the one I got it from. Have the lazarus sites been redesigned in the last week? In any case: ------------ The reason I selected the win64 file was that my earlier experience with installers like these was that if there were two to selct from (win32 or win64) it was in order to select which environment the program would run under (Windows 32 or 64 bit). In this case on my Windows 7 x64 laptop. But I am not used to select installer according to capabilities (except for licensed or unlicesnsed etc). So it never dawned on me that it would also only build 64 bit applications.... Now that I have the win64 version installed how do I go about making it possible to build for both 32 and 64 bit environments? In my Delphi XE5 environment I can do this easily in the project options where the target can be switched for each configuration. -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Fri Dec 29 16:28:26 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 29 Dec 2017 16:28:26 +0100 Subject: [Lazarus] svnignore? Message-ID: What is the equivalent of the CVS .cvsignore file? I have a lot of files that I don't want to get into the repository because they are only temporary files created by the compiler every time I do almost anything in the IDE. These are ignored when we use CVS by the use of a global cvsignore setting plus .cvsignore files in projects that need some more files ignored. My main cvsignore file has something like 40-50 entries.. I tried to study the svnbook on this matter but the closest I get is to use: svn propedit svn:ignore But this seems to be an exercise to be done on directory levels and my IDE creates a lot of directories that are not versioned to begin with... Is there no way to make a global setting on the client side such that the known files types will be ignored from svn? If it matters I use the SmartSvn program as a user interface on my development PC. It was recommended for users wanting a GUI interface like we had for CVS. -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Fri Dec 29 16:56:09 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 29 Dec 2017 16:56:09 +0100 Subject: [Lazarus] svnignore? References: Message-ID: BUMP! Sent to the wrong list.... -- Bo Berglund Developer in Sweden From mailinglists at geldenhuys.co.uk Fri Dec 29 17:28:33 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 29 Dec 2017 16:28:33 +0000 Subject: [Lazarus] TMSSQLConnection how to specify the server port? In-Reply-To: References: <9af9f7c4-7a99-f85f-13d9-de6dcdbfc76f@geldenhuys.co.uk> <1jh74d5t6quh640t7bu2g2108pvev99jd8@4ax.com> <467b2b3a-7578-a697-c977-d17b56f52720@kluug.net> <5o984ddpamr6jclf72h65nrlbdpii6ci9c@4ax.com> Message-ID: <80a240ed-a787-f7ec-0e44-baeac3771724@geldenhuys.co.uk> On 2017-12-29 14:31, Bo Berglund via Lazarus wrote: > But I am not used to select installer according to capabilities > (except for licensed or unlicesnsed etc). So it never dawned on me > that it would also only build 64 bit applications.... > > Now that I have the win64 version installed how do I go about making > it possible to build for both 32 and 64 bit environments? In my experience, there are two methods to achieve this. 1) Use the win32 FPC compiler and the win64 FPC cross-compiler. In Lazarus you set up fpc.exe as your compiler. In the Project's Compiler Settings, it will pass a -T command line parameter to fpc.exe which in turn will execute the correct ppc*.exe executable to generate the appropriate binary for your project. 2) This option doesn't use a cross-compiler. Instead I start off with 64-bit versions of FPC and Lazarus. I normally use FreeBSD for development, but the same configuration can be applied to Windows or Linux. I install FPC is a specific directory layout so it supports multiple targets with one fpc.cfg file. For example: c:\fpc-3.0.4 \x86_64-win64 \bin \lib \share \i386-win32 \bin \lib \share The fpc.cfg search paths and such with then use the built-in macros to resolve the correct path location. For example, my FreeBSD system have lines as follows: -Fu/data/devel/fpc-$fpcversion/$fpctarget/lib/fpc/$fpcversion/units/$fpctarget Adapt the fpc.cfg for windows to match your FPC install hierarchy and appropriate $fpc* macros. In Lazarus IDE I then use "IDE Options -> Environment -> FPC" to select between the FPC compilers and related FPC Source directories. The same can be done (actually even easier) in MSEide because MSEide has better IDE/Project macro support. So in MSEide I have different keyboard shortcuts to compile my projects for different targets. I don't have to toggle any global settings. > In my Delphi XE5 environment I can do this easily in the project > options where the target can be switched for each configuration. Delphi simply hides much of the underlying configuration from the developer - after all, I hope that is why you pay them so much. Delphi ships with different compilers (depending on the version you bought (Starter, Pro, Enterprise, Studio, Architect, add-on packages installed). Depending on the version, in then enables you to specify new targets in the Project Options dialog, which in turn uses different search paths and compilers. CodeTyphon is a spin-off of Lazarus, which ships with many cross-compilers all ready for you out of the box. They did some excellent work in simplifying that process and getting later updates. This is closer to the experience you get with Delphi. There are some other stuff I don't like or agree with about that project, but that is a personal opinion and another matter. 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 md at delfire.net Fri Dec 29 19:21:59 2017 From: md at delfire.net (Marcos Douglas B. Santos) Date: Fri, 29 Dec 2017 16:21:59 -0200 Subject: [Lazarus] First pas2js public release In-Reply-To: References: Message-ID: On Sat, Dec 16, 2017 at 2:36 PM, Michael Van Canneyt via Lazarus wrote: > > Hello fellow Pascal enthousiasts, > > It is with great pleasure that I can finally announce the first publicly > available version of pas2js. A "beta" version, version 0.8.39. > The endpoint (for the time being) of nearly 10 years of (slow) development. > > pas2js is a Object Pascal to Javascript transpiler. It compiles Object > pascal, and emits Javascript. The javascript is usable in the browser, and > in Node.js. > > It is open source, and part of FPC/Lazarus. This makes Free Pascal a > full-stack development environment for Web Development: > You can use it to program the server and the browser alike, all from within > the environment you love so much :) > > [...] Great job!!! > But that is not all ! > --------------------- > > In the very near future, a major Delphi component vendor will announce a > complete package for RAD web development in the Delphi IDE. The expectation > is that later on, the exact same components will be usable in Lazarus. In > essence, the component developer has created a complete browser > widgetset. More than 100 controls are available. > > Using this, you can design a web application as you design a desktop app; > Fully RAD, as you are used to. But even more, you can bind controls on a > form to existing tags in a web page, thus preserving the style in the web > page. > > The first demoes for a selected audience have evoked very positive feedback > indeed. > > All this is based on pas2js. > > As soon as I receive permission, I will announce here where it becomes > available. Is it about TMS Web? :) Best regards, Marcos Douglas From r030t1 at gmail.com Sat Dec 30 04:04:46 2017 From: r030t1 at gmail.com (R0b0t1) Date: Fri, 29 Dec 2017 21:04:46 -0600 Subject: [Lazarus] Lazarus on Power8 (ppc64le) In-Reply-To: References: Message-ID: On Thu, Dec 28, 2017 at 5:41 AM, Alfred via Lazarus wrote: > Hello, > > I am trying to run Lazarus on a IBM Power8 (ppc64le), OS=Debian. > Problem: it does not run. > (it does start, but errors out on an illegal free() ) > > Details. > > Command line apps compiled native on Power8 do run. > Command line apps compiled cross-compiled from Windows to Power8 do run. > FPC rtti tests run flawless on ppc64le. > > Most simple GUI (only an empty form) app cross-compiled does not run. > But they also do not generate any error. They just start and stop without > any effect or message. > (compiled with all debug info and -O0) > > Debugging with gdbserver should work (server runs ok with app), if I had a > gdb for ppc64le on Windows. > > Any ideas ? > I have access to a ppc64le machine, but how did you build FPC for ppc64le? From x86_64, or? Cheers, R0b0t1 From alfred at consulab.nl Sat Dec 30 10:57:04 2017 From: alfred at consulab.nl (Alfred) Date: Sat, 30 Dec 2017 09:57:04 +0000 Subject: [Lazarus] Lazarus on Power8 (ppc64le) In-Reply-To: References: Message-ID: I have build a cross-compiler for ppc64le from a win32 install with fpcupdeluxe. With this cross-compiler, ppc64le builds were made of fpc(laz)up. Fpc(laz)up is a command line tool to install FPC (and Lazarus). I used this to install FPC and Lazarus. https://github.com/LongDirtyAnimAlf/Reiniero-fpcup/releases/tag/1.6.0n Fpc(laz)up will do all the magic. The bootstrapper used by fpc(laz)up can be found here: https://github.com/newpascal/fpcupdeluxe/releases/tag/bootstrappers_v1.0 Just run ./fpclazup-powerpc64le-linux --fpcURL="trunk" --lazURL="trunk" --verbose --fpcsplit or ./fpcup-powerpc64le-linux --fpcURL="trunk" --verbose --fpcsplit From florian at freepascal.org Sat Dec 30 11:39:02 2017 From: florian at freepascal.org (Florian Klaempfl) Date: Sat, 30 Dec 2017 11:39:02 +0100 Subject: [Lazarus] Lazarus on Power8 (ppc64le) In-Reply-To: References: Message-ID: <2b9ff49c-e985-6425-c9c8-0760a5c07e97@freepascal.org> Am 30.12.2017 um 04:04 schrieb R0b0t1 via Lazarus: >> >> Debugging with gdbserver should work (server runs ok with app), if I had a >> gdb for ppc64le on Windows. >> >> Any ideas ? >> > > I have access to a ppc64le machine, but how did you build FPC for > ppc64le? From x86_64, or? For ppc64le, you can cross build from any target which can run FPC and has the right binutils. From bo.berglund at gmail.com Sat Dec 30 12:07:11 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Sat, 30 Dec 2017 12:07:11 +0100 Subject: [Lazarus] How to strip debug symbols from exe file? Message-ID: I usually program with Lazarus on a Linux platform and with Delphi on Windows. But now I am working on a Lazarus 1.8.0/fpc3.0.4 IDE to make a crossplatform program. On Linux I am used to do "strip -s filename" on the resulting executable to bring it down to a sensible size. But on Windows 7, what can I do? My little command line program (no GUI stuff at all) is bloated up to 7.7 Mbytes even though I have barely started work on it. I realized this when the svn import took such a long time... -- Bo Berglund Developer in Sweden From michael at freepascal.org Sat Dec 30 12:14:43 2017 From: michael at freepascal.org (Michael Van Canneyt) Date: Sat, 30 Dec 2017 12:14:43 +0100 (CET) Subject: [Lazarus] How to strip debug symbols from exe file? In-Reply-To: References: Message-ID: On Sat, 30 Dec 2017, Bo Berglund via Lazarus wrote: > I usually program with Lazarus on a Linux platform and with Delphi on > Windows. > But now I am working on a Lazarus 1.8.0/fpc3.0.4 IDE to make a > crossplatform program. > > On Linux I am used to do "strip -s filename" on the resulting > executable to bring it down to a sensible size. > But on Windows 7, what can I do? You can do exactly the same. FPC is distributed with a strip binary. Michael. From juha.manninen62 at gmail.com Sat Dec 30 12:34:41 2017 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 30 Dec 2017 13:34:41 +0200 Subject: [Lazarus] How to strip debug symbols from exe file? In-Reply-To: References: Message-ID: On Sat, Dec 30, 2017 at 1:07 PM, Bo Berglund via Lazarus wrote: > My little command line program (no GUI stuff at all) is bloated up to > 7.7 Mbytes even though I have barely started work on it. I believe there is debug info included. If you compile with optimization and without debug info, the binary will have sensible size. No strip is needed then. > I realized this when the svn import took such a long time... How is svn import related to compiled binary size? Do you store the executable binary in revision control? You should not. Juha From bo.berglund at gmail.com Sat Dec 30 12:49:52 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Sat, 30 Dec 2017 12:49:52 +0100 Subject: [Lazarus] How to strip debug symbols from exe file? References: Message-ID: On Sat, 30 Dec 2017 12:14:43 +0100 (CET), Michael Van Canneyt via Lazarus wrote: >> On Linux I am used to do "strip -s filename" on the resulting >> executable to bring it down to a sensible size. >> But on Windows 7, what can I do? > >You can do exactly the same. FPC is distributed with a strip binary. > Thanks, I did not know it was an fpc utility, I believed it was something that came with Linux... However the fpc install is not on path so I had to do this: C:\Programs\lazarus1.8\fpc\3.0.4\bin\x86_64-win64\strip -s SvnMailer.exe Brought it down from 7.7M to 1.4M, pretty much. :) -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Sat Dec 30 12:54:08 2017 From: bo.berglund at gmail.com (Bo Berglund) Date: Sat, 30 Dec 2017 12:54:08 +0100 Subject: [Lazarus] How to strip debug symbols from exe file? References: Message-ID: <8cve4dl67htij85ata4jlt8q5aapdbeb7a@4ax.com> On Sat, 30 Dec 2017 13:34:41 +0200, Juha Manninen via Lazarus wrote: >How is svn import related to compiled binary size? Because the server I use is located in Austin, Tx and I am in Sweden. Have to use a VPN, which is not fast at all. >Do you store the executable binary in revision control? You should not. We always store binary output in version control so the exact binary used by a customer can be retrieved when looking for problems. But we only do this on released versions. However, I just imported the program to the new Subversion server I have set up as a replacement for CVS and then I wanted to mar it as part of the project. -- Bo Berglund Developer in Sweden From pascaldragon at googlemail.com Sat Dec 30 15:58:31 2017 From: pascaldragon at googlemail.com (Sven Barth) Date: Sat, 30 Dec 2017 15:58:31 +0100 Subject: [Lazarus] How to strip debug symbols from exe file? In-Reply-To: References: Message-ID: Am 30.12.2017 12:50 schrieb "Bo Berglund via Lazarus" < lazarus at lists.lazarus-ide.org>: On Sat, 30 Dec 2017 12:14:43 +0100 (CET), Michael Van Canneyt via Lazarus wrote: >> On Linux I am used to do "strip -s filename" on the resulting >> executable to bring it down to a sensible size. >> But on Windows 7, what can I do? > >You can do exactly the same. FPC is distributed with a strip binary. > Thanks, I did not know it was an fpc utility, I believed it was something that came with Linux... It's indeed something that's provided by Linux distributions, but on Windows we provide that and some other tools as well. Regards, Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From coppolastudio at gmail.com Sat Dec 30 16:16:03 2017 From: coppolastudio at gmail.com (coppolastudio) Date: Sat, 30 Dec 2017 16:16:03 +0100 Subject: [Lazarus] How to strip debug symbols from exe file? References: Message-ID: <20eti5vi1s0170ickvslrtts.1514646963931@email.kingsoft.com> An HTML attachment was scrubbed... URL: From coppolastudio at gmail.com Sat Dec 30 16:16:03 2017 From: coppolastudio at gmail.com (coppolastudio) Date: Sat, 30 Dec 2017 16:16:03 +0100 Subject: [Lazarus] How to strip debug symbols from exe file? References: Message-ID: <20eti5vi1s0170ickvslrtts.1514646963931@email.kingsoft.com> An HTML attachment was scrubbed... URL: From giuliano.colla at fastwebnet.it Sat Dec 30 17:12:47 2017 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Sat, 30 Dec 2017 17:12:47 +0100 Subject: [Lazarus] How to strip debug symbols from exe file? In-Reply-To: <8cve4dl67htij85ata4jlt8q5aapdbeb7a@4ax.com> References: <8cve4dl67htij85ata4jlt8q5aapdbeb7a@4ax.com> Message-ID: An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Sat Dec 30 18:33:30 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Sat, 30 Dec 2017 20:33:30 +0300 Subject: [Lazarus] new patch- Cocoa- SetScrollInfo funcs Message-ID: +procedure NSScrollerGetScrollInfo(docSz, pageSz: CGFloat; rl: NSSCroller; Var ScrollInfo: TScrollInfo); Pls use "out" instead of "var", because with "var" fpc gives warnings about not inited parameter -- Regards, Alexey -------------- next part -------------- An HTML attachment was scrubbed... URL: From skalogryz.lists at gmail.com Sat Dec 30 18:51:36 2017 From: skalogryz.lists at gmail.com (Dmitry Boyarintsev) Date: Sat, 30 Dec 2017 12:51:36 -0500 Subject: [Lazarus] new patch- Cocoa- SetScrollInfo funcs In-Reply-To: References: Message-ID: On Sat, Dec 30, 2017 at 12:33 PM, AlexeyT via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > +procedure NSScrollerGetScrollInfo(docSz, pageSz: CGFloat; rl: > NSSCroller; Var ScrollInfo: TScrollInfo); > > Pls use "out" instead of "var", because with "var" fpc gives warnings about not inited parameter > > reasonable! What line gives the warning? -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Sat Dec 30 18:52:11 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Sat, 30 Dec 2017 20:52:11 +0300 Subject: [Lazarus] new patch- Cocoa- SetScrollInfo funcs In-Reply-To: References: Message-ID: <9ae30136-6b5f-4a31-333b-59045d758a75@ya.ru> > +procedure NSScrollerGetScrollInfo(docSz, pageSz: CGFloat; rl: > NSSCroller; Var ScrollInfo: TScrollInfo); > > 2) maybe better name parameters like ADocSize, APageSize, ARoller, AScrollInfo like in LCL -- Regards, Alexey -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Sat Dec 30 18:52:55 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Sat, 30 Dec 2017 20:52:55 +0300 Subject: [Lazarus] new patch- Cocoa- SetScrollInfo funcs In-Reply-To: References: Message-ID: <32a067db-ad17-908f-50b4-40e26ffce4b7@ya.ru> On 30.12.2017 20:51, Dmitry Boyarintsev via Lazarus wrote: > What line gives the warning? fpc usually gives it (for my code, when i use "var" params). -- Regards, Alexey -------------- next part -------------- An HTML attachment was scrubbed... URL: From skalogryz.lists at gmail.com Sat Dec 30 18:54:23 2017 From: skalogryz.lists at gmail.com (Dmitry Boyarintsev) Date: Sat, 30 Dec 2017 12:54:23 -0500 Subject: [Lazarus] new patch- Cocoa- SetScrollInfo funcs In-Reply-To: <32a067db-ad17-908f-50b4-40e26ffce4b7@ya.ru> References: <32a067db-ad17-908f-50b4-40e26ffce4b7@ya.ru> Message-ID: On Sat, Dec 30, 2017 at 12:52 PM, AlexeyT via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > fpc usually gives it (for my code, when i use "var" params). > You should see the warning with source file name and line number when you recompile Cocoa LCL. Can you please provide what the file name and line number is? thanks, Dmitry -------------- next part -------------- An HTML attachment was scrubbed... URL: From mailinglists at geldenhuys.co.uk Sat Dec 30 20:28:02 2017 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Sat, 30 Dec 2017 19:28:02 +0000 Subject: [Lazarus] How to strip debug symbols from exe file? In-Reply-To: <20eti5vi1s0170ickvslrtts.1514646963931@email.kingsoft.com> References: <20eti5vi1s0170ickvslrtts.1514646963931@email.kingsoft.com> Message-ID: On 2017-12-30 15:16, coppolastudio via Lazarus wrote: > furthermore you can pack the executable with upx That shouldn't be needed if debugging information is excluded from the executable. Also from what I remember (years back), Windows anti-virus software hated UPX compressed executables - giving tons of false positives. 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 coppolastudio at gmail.com Sun Dec 31 10:08:31 2017 From: coppolastudio at gmail.com (coppolastudio) Date: Sun, 31 Dec 2017 10:08:31 +0100 Subject: [Lazarus] How to strip debug symbols from exe file? References: Message-ID: An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Sun Dec 31 14:33:30 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Sun, 31 Dec 2017 16:33:30 +0300 Subject: [Lazarus] LCL uses fcl-image In-Reply-To: References: <60aaddbb-c696-be47-f9ce-e039643a1edc@avidsoft.com.hk> Message-ID: <2b35f6f0-51d9-c2bc-27ae-9e5f362c7b75@ya.ru> >simple LCL applications are so large: graphics drags in fcl-image, which includes full support for JPEG, you are right, graphics.pp-- uses   // RTL + FCL   SysUtils, Math, Types, Classes, Contnrs, Laz_AVL_Tree,   FPImage, FPCanvas,   FPWriteBMP,              // bmp support   FPWritePNG, PNGComn,     // png support   FPReadPNM, FPWritePNM,   // PNM (Portable aNyMap) support   FPReadJpeg, FPWriteJpeg, // jpg support   FPReadTiff, FPTiffCmn,   // tiff support   FPReadGif, good to have ifdef-s here, to disable parts of fcl-image. -- Regards, Alexey From aaa5500 at ya.ru Sun Dec 31 15:38:21 2017 From: aaa5500 at ya.ru (AlexeyT) Date: Sun, 31 Dec 2017 17:38:21 +0300 Subject: [Lazarus] fix for issue 32894 Message-ID: <3fa8f1b7-172a-9a98-83a0-6583679e7cf9@ya.ru> +    // Duplicate logic in CreateFontIndirect +    if not Win32WidgetSet.MetricsFailed and SameText(Font.Name, DefFontData.Name) then Issue 32894 please, change "and SameText(..)" to and IsFontNameDefault(Font.Name) (func in LCLProc made by me) -- Regards, Alexey From matiasevara at gmail.com Sun Dec 31 15:41:44 2017 From: matiasevara at gmail.com (Matias Vara) Date: Sun, 31 Dec 2017 15:41:44 +0100 Subject: [Lazarus] toro kernel Message-ID: Hello everyone, I wanted to share some news about the Toro kernel project ( http://www.torokernel.io and http://github.com/MatiasVara/torokernel) which is a kernel written in Freepascal that compiles together with the user application thus allowing to run the application in standalone way. Toro can run either in baremetal or on top of an hypervisor like HyperV, VirtualBox, KVM. It seems very similar to a container, however, in Toro the application is compiled within the kernel. In addition, the image generated by toro is "immutable" so the same image can be used in different hypervisors without any change. Toro has a very optimized architecture for multicore systems. For example, every core has its own scheduler but migration between different schedulers is allowed. All this is implemented without the using of atomic operations. A lot of work has been done since I started in 2004. Most of the interesting features are: - Networking, i.e., e1000, ne2000. - Filesystem,, i.e., ext2 - Block drivers, i.e., ATA disk. - Stack TCP-IP. - Memory manager, up to 512 gb. Many other features are coming like virtio devices which will allow faster drivers when toro runs on KVM. I am also working on running instance of Toro in AWS and Google Cloud. Other interesting field is the microservices. I am currently comparing Toro with other solutions like Apache. The point here is that Toro instance would be able to run many microservices and support "many" concurrently connections. What I am doing now is trying to figure out how much is "many" and what is the bottleneck. For example, emulated network drivers seems one of them. If you want to see an instance of Toro running a simple microservice, browse to http://212.47.247.255/. This is a Toro guest on top of KVM. You can connect by using VNCViewer at port 5900 if you want to see the console. I am very open to try Toro in different situations/use cases. BTW, I will be in the next FOSDEM is someone wants to talk personally. I am going to show some work about how Toro reduces the CPU usage of VM instance when runs an user application. So feel free to contact me anytime, all feedback is welcome! Happy new year, Matias. -------------- next part -------------- An HTML attachment was scrubbed... URL: From badsectoracula at gmail.com Sun Dec 31 17:07:01 2017 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Sun, 31 Dec 2017 18:07:01 +0200 Subject: [Lazarus] How to strip debug symbols from exe file? In-Reply-To: References: Message-ID: UPX compressed executables need more memory since normally the OS will load code pages on demand and only code that is actually executed is loaded from the executable, whereas UPX forces the entire executable to be in memory. Moreover UPX prevents the OS to share the code between different instances of the program - that means if you run a 10MB program twice, with UPX you'll use 20MB whereas without UPX you'll only use 10MB. Similarly the OS can cache the executable between runs, so by UPXing it you lose that too. There isn't really much of a reason to compress executables nowadays, the idea is a relic from the days of floppy disks and sub-GB hard drives. Today they actually do more harm than good and only give a fake feel of compactness. There is only one case where they might be justified and this is downloading the executable by itself off the Internet. This can save bandwidth with UPX's --lzma compression (at the cost of memory) but this is of marginal worth and only if you are distribution a single executable without any other files. In any other case you are better off compressing the entire program and its data files in a solid archive like .7z or .tar.xz or with a setup program that support LZMA compression. This will actually create smaller files for download. On Sun, Dec 31, 2017 at 11:08 AM, coppolastudio via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > upx zip the executable. about false positves I never got this troubles > with my few files and free av like Avira or AVG, regards > > Inviato tramite il client di Posta WPS > Il Graeme Geldenhuys via Lazarus , > 30/dic/2017 08:28 PM ha scritto: > > On 2017-12-30 15:16, coppolastudio via Lazarus wrote: > > furthermore you can pack the executable with upx > > That shouldn't be needed if debugging information is excluded from the > executable. Also from what I remember (years back), Windows anti-virus > software hated UPX compressed executables - giving tons of false positives. > > 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 > > > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus > > -------------- next part -------------- An HTML attachment was scrubbed... URL: