Windows users should be careful with -O3 or higher optimization, due to bug https://bugs.freepascal.org/view.php?id=37305.-O4 can also cause issues due to: https://bugs.freepascal.org/view.php?id=35991
Windows users should be careful with -O3 or higher optimization, due to bug https://bugs.freepascal.org/view.php?id=37305.-O4 can also cause issues due to: https://bugs.freepascal.org/view.php?id=35991
Windows users should be careful with -O3 or higher optimization, due to bug https://bugs.freepascal.org/view.php?id=37305.-O4 can also cause issues due to: https://bugs.freepascal.org/view.php?id=35991
These releases need better QA and testing.
Someone said these releases needs better testing.
I wholehardedly agree.
This is basically useless...
Reverting to 2.0.8...
"Circular Depedency"?AFAIK there are no changes in the layout engine between 2.0.8 and 2.0.10.
Reverting to 2.0.8...
3. I am probably not qualified for testing. Out of date, one could say. And even if I was qualified, I do not have the time.I am replying to this, but not about you. There are many with exactly that answer. "You" in the below, shall refer to all individuals who are unaware of the simplicity.
The main thing about "testing" to me, is actually about reporting the errors or malfunctions found - and I assume probably also a qualified guess, as to why things are NOT functioning - which is the main goal and the main time-consumer, in any form of testing.
Downloading manually BCGRABITMAP and BCGRACONTROLS and tried to install them gives error on FFont.CharKerning function, appearently didn't recognize it
This is how I have a problem with TDateTimePicker and Lazarus 2.0.10. version i368-win32-win32/win64.
The problem is that when I put the value NULL on the TDateTimePicker property DATE, the project will not be translated-executed, as the error states "Error reading DateTimePicker1.Date: Floating point overflow"
While in Lazarus version 2.0.10 x86_64-win64-win32/win64 works fine.
OS windows 10 x64
While in Lazarus version 2.0.10 x86_64-win64-win32/win64 works fine.If NULL appears to work fine, it's by accident. Just use NullDate.
Anyway, NULL is a variant constant.
Anyway, NULL is a variant constant.
Null is not a constant — it is a function that returns cleared variant with set the type to varnull:
function Null: Variant; begin VarClearProc(TVarData(Result)); TVarData(Result).VType := varnull; end;
As there are no variant consts, it is just a parameterless function which always returns the same value.
The release 2.10 seem an excellent work.
but I compiled my code, with a lot of numerical issues. and tehst on may own benchmark
It compile well with lazarus 2.10 IDE and fpc 3.20 64 bit code..
but the difference with the fpc 3.0.4 is amazing..
The final numerical result is the same but the time to complete the process requires 145 second with fpc 3.0.4 (inside lazarus IDE 2.0.8 )
and 240 seconds with fpc 3.2.0 (inside lazarus 2.10)
the compiling instruction are the same for both compiler (given in project option and without optimization)
is it possible to get 2.10 released with 3.0.4 ?
I've been running into some disappointments of my own with 3.2.0..
Code failures and code lard with no regard of efficiency and speed.
I've already seen some changes in the math code that are unwarranted and frankly has larded up the app with more code and slower speeds.
Have you lodged any bugs then? If you don't, your issues will never be resolved.
I don't think 3.2 is ready for serious use and to think they are using it to work on the next compiler.I remember similar comments when jump was made from 2.6 to 3.0 :D
I don't think 3.2 is ready for serious use and to think they are using it to work on the next compiler.I remember similar comments when jump was made from 2.6 to 3.0 :D
It's hard to debug Dll's .
So I am using 3.0.4 generated files which works.
I will report it when I find the problem otherwise I am not clogging up the place half baked thories and hacks.
I may be missing something but how do I find the changes specific to 2.0.10? The Lazarus 2.0.0 release notes seem to be an aggregate of all the changes but there does not seem to be a specific list of the latest changes... What am I missing?
But found a problem, this release package cannot compile the IDE environment of sparta_dockedformeditor.
I just worked out myself it was the Sparta_dockedformeditor. The installation is working well without it.There are other packages that use sparta generics package so sooner or later you will again face the PPU problem. If you follow the PascalDragon's fix then you can use both embedded form designer and other packages using sparta generics without problems. More info:
The Lazarus team is glad to announce the release of Lazarus 2.0.10.
http://wiki.freepascal.org/Lazarus_2.0_fixes_branch
1) New complaints from the compiler:
wellform.pas(5740,31) Note: Call to subroutine "function TChartAxis.GetMarks:TChartAxisMarks;" marked as inline is not inlined
They arise every time I change properties of the marks. Everything seems to work just fine. Can I happily ignore them?
2)
TStringStream and TMemoryStream used to have a common ancestor in previous versions, now TStringStream is derived from the TMemoryStream. I could not find anything about this change in the release notes. Is there an explantion for this change?
In my case I tested if AStream is TMemoryStream then... to distinguish between binary data and real text data. Now my data reading failed for text data because they were handled as binairy data. It took a while before I onderstood what went wrong. In the end I changed the test to if not (AStream is TStringStream) then ... to get it working again. This construct proved to work also in 2.0.8.
Dragging the IDE editor tabs is also showing strange behaviour - a 'no drop' cursor flies off to unrelated screen positions when a drag is attempted, though sometimes the usual double arrow cursor appears briefly in roughly the right place. It looks very much like what has also been happening in my application. This is on a .deb reinstall (64-bit MXLinux 19.1 / GTK2) . I have never experienced anything similar using 2.0.08.
That's it! :D Many thanks.
This sounds like this bug in question which is fixed in the trunk : https://bugs.freepascal.org/view.php?id=36469
The release 2.0.10 was so buggy that I went back to 2.0.8I believe your problems came from the FPC version jump.
I'm sorry to hear you have problems with the Lazarus current version.
I guess you maybe already know Lazarus needs more volunteers. There is always something we can participate. Bug hunting and reporting, improving the documentation and wiki, answering newbie's question in the forum, and more.
If you found something not working as what it should be you can post it on the bugtracker. But if you're not sure, you can discuss it here before posting on the bugtracker.
http://bugs.freepascal.org/set_project.php?project_id=6 (http://bugs.freepascal.org/set_project.php?project_id=6)
I will look into the ideas from JuhaManninen, maybe I get it working, but I tried it before and failed even in a "naked virtual machine" just for that purpose.
Hi, I appreciate the work of the Lazarus Team, but I really do not understand the way of the release cycles. The release 2.0.10 was so buggy that I went back to 2.0.8 - always in the hope to see a bug-fixed version released of the 2.0.10 - this is a couple of weeks now and I still did not see any bug-fixed version. Where would I be able to download at least a release candidate of the next version which includes all free pascal bugfixes? Is the only way really for everyone to compile everything from scratch? That is not really user friendly, nor does it seem to work straight out of the box. I gave up at the end and continue working with the 2.0.8 release on all my OSes. That makes me sad, would of course prefer the most current version of lazarus. I addressed the UUID Bug in the current FPC Postgresql libs, it got fixed in the FPC branch, but I see no way for myself to get it into the current release of lazarus ... so again, is there a way to find a more current binary version than the one Lazarus Release 2.0.10 - July 11, 2020, 10:55:58 am... that one is unusable for me due to the bug of the fpc.
I use complex docked IDE desktop, and after a while my desktop and toolbars get lost and some weird desktop shows with component palette and no toolbars toolbar. It has already happened 3-4 times and I have restored it from backup. Unfortunately I did not find what triggers it yet, but will report if I do. Haven't checked trunk yet.
I always have a copy of lazarus config with healthy layout.I do not leave IDE. It is enough to load previously saved desktop file.
It's too bad .It's stuck a lot with me on windows 10.
It's too bad no way.I tried a lot in defferent ways but stuck stuck stuck especially with tools of databases.agree with you , i tried manytimes also didnt work , when it will be the next big version which better tools , themes , improvement?
vertion 2.0.8 is better.
It's too bad no way.I tried a lot in defferent ways but stuck stuck stuck especially with tools of databases.agree with you , i tried manytimes also didnt work , when it will be the next big version which better tools , themes , improvement?
vertion 2.0.8 is better.
[...] when it will be the next big version which better tools , themes , improvement?When everyone who is complaining bothers to either lodge bugs in the BugTracker (https://bugs.freepascal.org/view_all_bug_page.php?project_id=1) after using the appropriate (not here! This sub-forum "Announcements > Lazarus" is supposed to be for Lazarus release announcements) sub-forum to check if others have the same issue.
It's too bad no way.I tried a lot in defferent ways but stuck stuck stuck especially with tools of databases.agree with you , i tried manytimes also didnt work , when it will be the next big version which better tools , themes , improvement?
vertion 2.0.8 is better.
thanks
i dont know how to make a bug report
Dear team,Issue reported to bug tracker (https://bugs.freepascal.org/view.php?id=38375).
As always users are more stupid than the designers intended, so here is my attempt:
Start a new application, drop a chart and add two lineseries to the chart.
TForm1 = class(TForm) Chart1: TChart; Chart1LineSeries1: TLineSeries; Chart1LineSeries2: TLineSeries; private ...
And now: save this first!
Then right-click in the component list on one of the series and try to change the class to a TFuncSeries. Lcl will remove invalid values and ... crash completely. See the last of traces of life in the att.
Всем привет!
I'm using Lazarus 2.0.10 r63526 (installed via FPCUPDeluxe).
Operating system Windows 7 64 (not observed in Linux, and not observed in Windows 32).
Native application (not using LCL !!! Personally, I use ZenGL). Periodically, when trying to debug (using an external debug file) - the debugging itself can be completely ignored. Breakpoints are ignored.