Re: [Lazarus] Lazarus Release 2.0.0
El 5/2/19 a les 11:48, Mattias Gaertner via lazarus ha escrit: The Lazarus team is glad to announce the release of Lazarus 2.0.0. This release was built with FPC 3.0.4. The previous release Lazarus 1.8.4 was built with FPC 3.0.4 as well. Here is the list of changes for Lazarus and Free Pascal: http://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes I found that changing a value of a spinedit by code now triggers the OnChange handler, it didn't happen in 1.8.4 and it isn't listed in the release notes. Bye -- Luca -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
El 13/2/19 a les 23:56, Werner Pamler via lazarus ha escrit: Am 13.02.2019 um 17:18 schrieb Luca Olivetti via lazarus: I added a note to the wiki that both lclextensions and virtualtreeview are now included with lazarus. Which article? I want to have a look and check whether it is correct. http://wiki.freepascal.org/VirtualTreeview Because the situation is more complicated: In Laz trunk (or v2.2 in the future) all VTV files were renamed to have a "laz." prefix, and the registered components were renamed as TLaz* (e.g. TLazVirtualStringTree instead of TVirtualStringTree). This was made to avoid a naming conflict if a user wants to install older oder newer versions of VTV from git or somewhere else. :-( Bye -- Luca -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] GIT sha1 vs svn numbers
This was meant to go to some one else. autocompletion of mail addresses -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] GIT sha1 vs svn numbers
On 13/02/2019 22:24, Martin Frb via lazarus wrote: > I looked at a few ideas, if something like the svn numbers could be > retained. Why would you want to shoehorn Git (a distributed version control system) into the way SubVersion (a client/server based version control system) works? They are fundamentally different. Yes Git can be used kind-of like a client/server version control system, but then you loose pretty much all the functionality that makes a distributed version control system so much better. Anyway, I'm not 100% sure what you want to achieve, but do you know the git-describe command? https://git-scm.com/docs/git-describe It gives you a version-like result. A version (tag or branch name - tag by default), number of commits since that 'major event' in the repository history, and then the SHA1 of the actual commit you are on. eg: $ git describe v1.4.1-903-g6e8a7fbb That output means the current HEAD commit is a descendant of "v1.4.1" tag. It has 903 commits since the "v1.4.1" tag. The HEAD commit's SHA1 value is 6e8a7fbb. The "g" prefix is simply to say "git" was used. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
Am 13.02.2019 um 17:18 schrieb Luca Olivetti via lazarus: I added a note to the wiki that both lclextensions and virtualtreeview are now included with lazarus. Which article? I want to have a look and check whether it is correct. Because the situation is more complicated: In Laz trunk (or v2.2 in the future) all VTV files were renamed to have a "laz." prefix, and the registered components were renamed as TLaz* (e.g. TLazVirtualStringTree instead of TVirtualStringTree). This was made to avoid a naming conflict if a user wants to install older oder newer versions of VTV from git or somewhere else. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] GIT sha1 vs svn numbers
I looked at a few ideas, if something like the svn numbers could be retained. One approach would be to have a tag on each commit. That would mean that r54123 would be a replacement for the sha1 in almost all (if not all) situations. Not tested, but likely that the server can add the tags, when stuff gets pushed. The downsides: - might slightly slow down "git log" (not much really) - "git tag" which usually lists tags like releases, will list 5+ revisions too viewing tags in GUI frontends may take serious time, as GUI frontends seem not to expect this (tested with tortoise / tortoise revision graph even crashes with that) - may interfere otherwise when tagging releases etc / need to push new tags individually by name. Another approach would be to include such info in the commit-message. But that has to be done with the commit. That is locally by each user. (by a local git hook script). Therefore those refs would not be unique. Duplicates are possible. This is similar to the "git-svn-id" present in the commit message of all imported commits. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] alternative to web programming?
On Wed, 13 Feb 2019, duilio foschi via lazarus wrote: https://www.cybelesoft.com/thinfinity/virtualui/ has somebody tried the product above? Can it be a real alternative to web programming? Not really. It's basically a remote desktop session in a browser. Some kind of terminal server solution. How they can claim this is super scalable is beyond me. I tried once something similar (https://www.awingu.com/), but had to give up. The application was too complex and the setup was too demanding. And you're still running a desktop app, so no responsiveness, no CSS tricks. With today's variety in devices, it's a dead end IMO. Michael. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] alternative to web programming?
IMO the best things about creating and using html + css for web applications is the power of the design. That is, you can easily style the look of a web application to be practically anything, including dead simple animations and transforms. So then using a framework where you have to design the interface by using a non html + css tool, you end up with difficult to stylize user interfaces. That type of toolchain seems very counter productive to me. I've even say it wastes a lot of time for developers and graphic designers since adding elements and changing styles can be tweaked by anyone on your team purely through built in browser developer tools (F12 on Windows and Linux with most all browsers). If you're going to be dropping in html or css changes, your workflow is going to be more difficult if you're fighting fight with some non html + css layout tools. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] alternative to web programming?
Maybe it's something similar to gtk3 Broadway? Em Qua, 13 de fev de 2019 16:41, duilio foschi via lazarus < lazarus@lists.lazarus-ide.org escreveu: > https://www.cybelesoft.com/thinfinity/virtualui/ > > has somebody tried the product above? > > Can it be a real alternative to web programming? > > Thank you > > Peppe Polpo > -- > ___ > lazarus mailing list > lazarus@lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus > -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] alternative to web programming?
https://www.cybelesoft.com/thinfinity/virtualui/ has somebody tried the product above? Can it be a real alternative to web programming? Thank you Peppe Polpo -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Windows startup infinite loop
We're having a strange problem here, an infinite loop happens on a customer's machine just after the main form is created. It doesn't happen when the program is run inside a debugger and it only happens on the customer's machine(s), so it's probably related to their Windows configuration. The infinite loop is not in our code (probably happens with HandleNeeded() is called for the main form). When I attach gdb manually when the program is run outside the debugger I can get a stack trace that shows the loop: (gdb) thread 1 [Switching to thread 1 (Thread 4484.0x2bc8)] #0 0x76d2566b in USER32!DispatchMessageW () from C:\WINDOWS\System32\user32.dll (gdb) bt #0 0x76d2566b in USER32!DispatchMessageW () from C:\WINDOWS\System32\user32.dll #1 0x76d1b387 in USER32!CallWindowProcW () from C:\WINDOWS\System32\user32.dll #2 0x005076ab in CALLDEFAULTWINDOWPROC (WINDOW=592304, MSG=48, WPARAM=-854972773, LPARAM=0) at ./win32/win32callback.inc:97 #3 0x0050bb80 in TWINDOWPROCHELPER__DOWINDOWPROC (this=0xf3e7e1c) at ./win32/win32callback.inc:2419 #4 0x0050c4fb in WINDOWPROC (WINDOW=592304, MSG=48, WPARAM=-854972773, LPARAM=0) at ./win32/win32callback.inc:2673 #5 0x76d334bb in USER32!AddClipboardFormatListener () from C:\WINDOWS\System32\user32.dll #6 0x76d25913 in USER32!DispatchMessageW () from C:\WINDOWS\System32\user32.dll #7 0x76d1b387 in USER32!CallWindowProcW () from C:\WINDOWS\System32\user32.dll #8 0x72e6fd6d in ?? () #9 0x72e6f8ef in ?? () #10 0x76d334bb in USER32!AddClipboardFormatListener () from C:\WINDOWS\System32\user32.dll #11 0x76d25913 in USER32!DispatchMessageW () from C:\WINDOWS\System32\user32.dll #12 0x76d1b387 in USER32!CallWindowProcW () from C:\WINDOWS\System32\user32.dll #13 0x005076ab in CALLDEFAULTWINDOWPROC (WINDOW=592304, MSG=48, WPARAM=-854972773, LPARAM=0) at ./win32/win32callback.inc:97 #14 0x0050bb80 in TWINDOWPROCHELPER__DOWINDOWPROC (this=0xf3e7cf4) at ./win32/win32callback.inc:2419 #15 0x0050c4fb in WINDOWPROC (WINDOW=592304, MSG=48, WPARAM=-854972773, LPARAM=0) at ./win32/win32callback.inc:2673 #16 0x76d334bb in USER32!AddClipboardFormatListener () from C:\WINDOWS\System32\user32.dll #17 0x76d25913 in USER32!DispatchMessageW () from C:\WINDOWS\System32\user32.dll #18 0x76d1b387 in USER32!CallWindowProcW () from C:\WINDOWS\System32\user32.dll #19 0x72e6fd6d in ?? () #20 0x72e6f8ef in ?? () #21 0x76d334bb in USER32!AddClipboardFormatListener () from C:\WINDOWS\System32\user32.dll #22 0x76d25913 in USER32!DispatchMessageW () from C:\WINDOWS\System32\user32.dll #23 0x76d1b387 in USER32!CallWindowProcW () from C:\WINDOWS\System32\user32.dll #24 0x005076ab in CALLDEFAULTWINDOWPROC (WINDOW=592304, MSG=48, WPARAM=-854972773, LPARAM=0) at ./win32/win32callback.inc:97 #25 0x0050bb80 in TWINDOWPROCHELPER__DOWINDOWPROC (this=0xf3e7bcc) at ./win32/win32callback.inc:2419 It carries on like this until you stop with ctrl-c. I was wondering if this rang a bell for anyone? I'm running on the fixes_2_0 branch now, but the problem existed with fixes_1_8 too. Is there anything I can do to help get to the bottom of this? Will rebuilding the LCL with MSG_DEBUG help? Henry -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
El 13/2/19 a les 17:10, Luca Olivetti via lazarus ha escrit: El 13/2/19 a les 16:18, Luca Olivetti via lazarus ha escrit: No, you must use the VirtualTreeViews which comes with Lazarus (folder components/virtualtreeview). If you absolutely want to stay with this github version you should replace "var" in the offending methods by a "const". Actually, I don't care: if the version that comes with lazarus works that's fine for me. In fact I didn't even know that it was included, http://wiki.freepascal.org/VirtualTreeview seems to imply you have to get it from github. Oh, I see now that it was *not* included in lazarus 1.8.4, that's why I originally used the version from lazarus-ccr and seeing that it wasn't compiling I tried the one from github. I added a note to the wiki that both lclextensions and virtualtreeview are now included with lazarus. Bye -- Luca -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
El 13/2/19 a les 16:18, Luca Olivetti via lazarus ha escrit: No, you must use the VirtualTreeViews which comes with Lazarus (folder components/virtualtreeview). If you absolutely want to stay with this github version you should replace "var" in the offending methods by a "const". Actually, I don't care: if the version that comes with lazarus works that's fine for me. In fact I didn't even know that it was included, http://wiki.freepascal.org/VirtualTreeview seems to imply you have to get it from github. Oh, I see now that it was *not* included in lazarus 1.8.4, that's why I originally used the version from lazarus-ccr and seeing that it wasn't compiling I tried the one from github. Bye -- Luca -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
El 13/2/19 a les 14:17, Werner Pamler via lazarus ha escrit: Am 13.02.2019 um 12:08 schrieb Luca Olivetti via lazarus: El 13/2/19 a les 9:50, Werner Pamler via lazarus ha escrit: I checked out r60392 but I still cannot compile VirtualTreeView (checked out from github https://github.com/blikblum/VirtualTreeView-Lazarus.git, branch lazarus-master) VirtualTrees.pas(772,19) Error: No matching implementation for interface method "SetData(const tagFORMATETC;var TagSTGMEDIUM;LongBool):LongInt; StdCall;" found Bye No, you must use the VirtualTreeViews which comes with Lazarus (folder components/virtualtreeview). If you absolutely want to stay with this github version you should replace "var" in the offending methods by a "const". Actually, I don't care: if the version that comes with lazarus works that's fine for me. In fact I didn't even know that it was included, http://wiki.freepascal.org/VirtualTreeview seems to imply you have to get it from github. Bye -- Luca -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
Am 13.02.2019 um 14:17 schrieb Werner Pamler via lazarus: > No, you must use the VirtualTreeViews which comes with Lazarus (folder > components/virtualtreeview). Sorry to barge in here, but is this version actively maintained again? I distinctly remember from 2016 that it was extremely outdated and did not incorporate upstream development at all. Too many forks... -- Regards, Martok -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
Am 13.02.2019 um 12:08 schrieb Luca Olivetti via lazarus: El 13/2/19 a les 9:50, Werner Pamler via lazarus ha escrit: I checked out r60392 but I still cannot compile VirtualTreeView (checked out from github https://github.com/blikblum/VirtualTreeView-Lazarus.git, branch lazarus-master) VirtualTrees.pas(772,19) Error: No matching implementation for interface method "SetData(const tagFORMATETC;var TagSTGMEDIUM;LongBool):LongInt; StdCall;" found Bye No, you must use the VirtualTreeViews which comes with Lazarus (folder components/virtualtreeview). If you absolutely want to stay with this github version you should replace "var" in the offending methods by a "const". I do not know, however, whether this version will cooperate with the Online-Package-Manager (you absolutely must uninstall the VTV of the Lazarus version!). If that would not work you'd be forced to use the VTV of the Lazarus installation, or you switch to Lazarus trunk in which this version conflict is resolved. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
El 13/2/19 a les 9:50, Werner Pamler via lazarus ha escrit: Please update your Laz-fixes installation: The patch for the issue with VirtualTreeView has been merged to fixes in r60091, that for the issue with TAChart in r60392. I checked out r60392 but I still cannot compile VirtualTreeView (checked out from github https://github.com/blikblum/VirtualTreeView-Lazarus.git, branch lazarus-master) VirtualTrees.pas(772,19) Error: No matching implementation for interface method "SetData(const tagFORMATETC;var TagSTGMEDIUM;LongBool):LongInt; StdCall;" found Bye -- Luca -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
Please update your Laz-fixes installation: The patch for the issue with VirtualTreeView has been merged to fixes in r60091, that for the issue with TAChart in r60392. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
On Wed, 13 Feb 2019 09:30:24 +0100 Luca Olivetti via lazarus wrote: > El 6/2/19 a les 19:19, Luca Olivetti ha escrit: > > [The original thread was in fpc-devel, but this is a lazarus issue I > think] > > > > El 6/2/19 a les 18:51, Sven Barth via fpc-devel ha escrit: > > > >> Would you nevertheless try with 3.2, please? Just in case it > >> happens to be the problem I had fixed in regards to Queue(). > > > > The branch is fixes_3_2? > > I'm having difficulties compiling lazarus with this branch. > First I tried with lazarus 1.8.4, now I'm trying with lazarus 2.0. > > I compiled that branch, installed (make install), created a fpc.cfg > with fpmkcfg, put the new compiler directory (d:\pp\bin\i386-win32) > as the first one in PATH, cleaned everything in the lazarus directory > (make clean and deleting all lib directories). > > This is the result of make bigide > > (3104) Compiling tadiagram.pas > D:\laz_test\components\tachart\tadiagram.pas(347,38) Error: (3349) > Only static methods and static variables can be referenced through an > object type tadiagram.pas(989) Fatal: (10026) There were 1 errors > compiling module, stopping Sounds like this bug: https://bugs.freepascal.org/view.php?id=35039 >[...] Mattias -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]
El 6/2/19 a les 19:19, Luca Olivetti ha escrit: [The original thread was in fpc-devel, but this is a lazarus issue I think] El 6/2/19 a les 18:51, Sven Barth via fpc-devel ha escrit: Would you nevertheless try with 3.2, please? Just in case it happens to be the problem I had fixed in regards to Queue(). The branch is fixes_3_2? I'm having difficulties compiling lazarus with this branch. First I tried with lazarus 1.8.4, now I'm trying with lazarus 2.0. I compiled that branch, installed (make install), created a fpc.cfg with fpmkcfg, put the new compiler directory (d:\pp\bin\i386-win32) as the first one in PATH, cleaned everything in the lazarus directory (make clean and deleting all lib directories). This is the result of make bigide (3104) Compiling tadiagram.pas D:\laz_test\components\tachart\tadiagram.pas(347,38) Error: (3349) Only static methods and static variables can be referenced through an object type tadiagram.pas(989) Fatal: (10026) There were 1 errors compiling module, stopping make ide generates a lazarus binary, but then I cannot install my components: VirtualTreeView (checked out from git) VirtualTrees.pas(772,19) Error: No matching implementation for interface method "SetData(const tagFORMATETC;var TagSTGMEDIUM;LongBool):LongInt; StdCall;" found OK, remove virtualtreeview (I don't need it in this project, after all this is just a test). Next TAChart fails (wait, this is included with lazarus) tadiagram.pas(347,38) Error: Only static methods and static variables can be referenced through an object type OK, remove it too and jcfidelazarus,turbopoweripro and laz_fpspreadsheet which require it. Now I have a working ide (without those packages) and I can do some tests, but it worries me that there's no virtualtreeview and the tachart included with lazarus doesn't compile. Bye -- Luca -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus