I noticed on first use of a vanilla 2.0.0 installation (Linux 64-bit) that the default key mapping had a built-in conflict with two key combinations allocated to Ctrl+Alt+O. A very minor oversight...It's already fixed in Trunk. Unfortunately it was too late for 2.0.0.
The code is running before the creation from all elements are finished !!! %) :(
PS: I have write this bug in the thread from RC3 - but it was ignored.Sorry if it got missed. The anouncments get a lot of replies.
Thanks to all the contributors for this nice release.
I feel a bit disingenuous to complain but it seems this bug https://bugs.freepascal.org/view.php?id=34795
did not get fixed before release ? Its marked as 'resolved' and at r60064
It can crash a Linux app if an end user does what is a quite reasonable thing, attempt to paste an image into a TPicture.
Davo
......Oh, its dead easy to apply the patch to my source tree but its one of those "know issues" we'd all prefer not to see in a release.....
The best option is to use the fixes branch or trunk to compile your release.
......Oh, its dead easy to apply the patch to my source tree but its one of those "know issues" we'd all prefer not to see in a release.....
The best option is to use the fixes branch or trunk to compile your release.
Davo
......Oh, its dead easy to apply the patch to my source tree but its one of those "know issues" we'd all prefer not to see in a release.....
The best option is to use the fixes branch or trunk to compile your release.
Why didn't you complain before the 2.0.0 release? You have had 1 month time to do so. You can always check what fixes are applied into the fixes branch in the SVN or http://wiki.freepascal.org/Lazarus_2.0_fixes_branch (http://wiki.freepascal.org/Lazarus_2.0_fixes_branch).Indeed. You had ample time to test and report.
Is Zeosdb 7.2.4 working well with Lazarus 2.0? I can see all data and I can insert new rows. Everything is allright but when I close my app all new data is lost :O and I have got a db file not updated :(ApplyUpdates used ? http://zeoslib.sourceforge.net/viewtopic.php?t=3797
I did a side-by-side 32-bit install to 1.8.4 on Win10-64, so got the dialog for config file version conflict and to use the --pcp option for having 2 installs, which I did using the Windows-R Run dialog. After doing this Laz2 does not remember this was set on the previous run and to use the new config directory when it starts. I had to manually edit the startup shortcut to use the option on each invoke.
Also, it would be nice if the installer asked which top menu name/shortcut name prefix should be used when a previous installation is detected but not being upgraded and overwritten, so the shortcuts and menus from existing version aren't affected.
Is Zeosdb 7.2.4 working well with Lazarus 2.0? I can see all data and I can insert new rows. Everything is allright but when I close my app all new data is lost :O and I have got a db file not updated :(ApplyUpdates used ? http://zeoslib.sourceforge.net/viewtopic.php?t=3797
Is Zeosdb 7.2.4 working well with Lazarus 2.0? I can see all data and I can insert new rows. Everything is allright but when I close my app all new data is lost :O and I have got a db file not updated :(AutoCommit = true
Why didn't you complain before the 2.0.0 release? You have had 1 month time to do so. You can always check what fixes are applied into the fixes branch in the SVN or http://wiki.freepascal.org/Lazarus_2.0_fixes_branch (http://wiki.freepascal.org/Lazarus_2.0_fixes_branch).In case thats a genuine question -
Thaddy :
Indeed. You had ample time to test and report.
2. My only previous experience with releases was 1.8.4, there were 5 release candidates there. And there were statements to the effect, test now ...
Should that particular bug be "re-logged" or reopened or what to ensure it is deal with in later releases ?I am getting feedback, if it was an oversight, or if there were other reasons. (I can't comment on the issue myself, not my area)
For reference, if an issue will be (or has been) merged can be seen here: http://wiki.lazarus.freepascal.org/Lazarus_2.0_fixes_branchAh, very useful indeed. I'll book mark that and watch for the bug, if it does not show up, I'll yell out !
I did a side-by-side 32-bit install to 1.8.4 on Win10-64, so got the dialog for config file version conflict and to use the --pcp option for having 2 installs, which I did using the Windows-R Run dialog. After doing this Laz2 does not remember this was set on the previous run and to use the new config directory when it starts. I had to manually edit the startup shortcut to use the option on each invoke.
Also, it would be nice if the installer asked which top menu name/shortcut name prefix should be used when a previous installation is detected but not being upgraded and overwritten, so the shortcuts and menus from existing version aren't affected.
The installer really only supports shortcuts/menu for one install, since (afaik) all shortcuts have the same name. (Of course once you renamend them, it should be fine.
You should NOT need to edit the properties of the shortcut(s) to add pcp.
If you click on "secondary install" you will be ask for a config dir. This config dir is stored inside the lazarus dir, in a file called lazarus.cfg.
I feel a bit disingenuous to complain but it seems this bug https://bugs.freepascal.org/view.php?id=34795I marked it now for merging to fixes branch and thus 2.0.2.
did not get fixed before release ? Its marked as 'resolved' and at r60064
I marked it now for merging to fixes branch and thus 2.0.2.Thanks Juha, I'll watch for it to appear this time!
It was marked as resolved and applied in the bug tracker, I thought that enough to be sure it was 'happening'.
Obviously the same thing happened to a bug (https://bugs.freepascal.org/view.php?id=34545) that I reported. It's even mentioned that it's fixed ("r59951 IDE") (http://wiki.freepascal.org/Lazarus_2.0_fixes_branch), but it ain't.Did you check from the commit log and it is not merged? Does it work for you in trunk?
This is a very annoying issue because you have to confirm the warning on each and every compile. Hope it's scheduled for 2.2 now.If it really is missing, it will be merged for 2.0.2.
I just tested with fixes 2.0 (which is the same as release + 2 lldb fixes, so for this issue: the same)It was marked as resolved and applied in the bug tracker, I thought that enough to be sure it was 'happening'.
Obviously the same thing happened to a bug (https://bugs.freepascal.org/view.php?id=34545) that I reported. It's even mentioned that it's fixed ("r59951 IDE") (http://wiki.freepascal.org/Lazarus_2.0_fixes_branch), but it ain't.
- New project (empty form), saved D:\project.lpi/lpr D:\unit1.pas, compiled, run.
I can not reproduce it (and I did get the issue in Dec 2018).
In 2.0, I am observing severe problems when debugging. Is there someone else having problems?I can't think of any change that would have introduced this. Not on the gdb based debugger.
My setup is Win x64, using Lazarus x64, cross-compiling to Win32.
In the 2.0 release, the "evaluate/watch" windows (as well as the tooltip when hovering over a variable) shows only rubbish data for strings. Records are displayed as "no symbol in current context". Only very basic types (integer, float) seem to be ok. This hasn't occured in the release candidates. (I already tried various dwarf2/dwarf3 settings, but without success.)
In addition to that, the debugger crashes very frequently. It is enough to have a single breakpoint at which the program execution is paused and then removing that breakpoint. Setting or removing breakpoints while the program is running is a no-go and almost always crashes the debugger. These problems have occured only rarely in 1.8, but were already present in the 2.0 release candidates.
Is there something more I can try?
Fatal: (1018) Compilation aborted
An unhandled exception occurred at $0000000100021F3D:
EListError: List index exceeds bounds (1)
$0000000100021F3D
$000000010016712B
$0000000100167A36
$00000001001675B3
$0000000100167832
$000000010016712B
$0000000100167A36
$00000001001675B3
$0000000100167832
$000000010016712B
$0000000100167A36
$00000001001675B3
$0000000100167832
$000000010016712B
$0000000100167A36
$00000001001675B3
$0000000100167832
Error: C:\lazarus200\fpc\3.0.4\bin\x86_64-win64\ppcx64.exe returned an error exitcode
(I heard it was already fixed several years ago, but hasn't made it to the fpc version used here)
Hi, just downloaded Lazarus 2.0 for windows
Impossible to install Zeos DB components missing ZComponent. Impossible to install SQLite component since have the DLL in system folder :'(
Have you plane to make an installer for macos 64bits with QT, or do you plane to make one, only when Cocoa will be stable ?
Cheers good work ! ;)
Impossible to install SQLite component since have the DLL in system folder :'(Put sqlite3.dll of propper bitness into directory of your Lazarus executable.
I just installed 2.0.0 Mac and can not run a default program to display a form. Nothing displays, and I can not stop the program, so am forced to to do a hard quit. I installed it in a clean directory.No idea, not using Mac myself.
No idea, not using Mac myself.
But, what happens if you
- start the program: run without debug
- compile it, start it outside the IDE
?
The path to lldb is not available in the combobox either. Since Mac hides system directories, it is difficult to navigate to it, as you can not pick it from the normal open file dialog. I installed a command to toggle on and off hidden directories, but this would not likely be obvious to a new user. It is still much easier than dealing with codesigning gdb though! :)
There must be some specific problem in your system. I have no problem with Zeos installation in Windows 8 and 10, and Linux (mint xfce, 18.3, 19.1).
How did you install Zeos?
Put sqlite3.dll of propper bitness into directory of your Lazarus executable.I say that but no project open. Like i said before it's fresh installation. So when i rebuild IDE i have en error message like "SQLite.DLL not found"
So, you think that without sqlite3.dll IDE will somehow magically know how to access SQLite? Good for you... %)Put sqlite3.dll of propper bitness into directory of your Lazarus executable.I say that but no project open. Like i said before it's fresh installation. So when i rebuild IDE i have en error message like "SQLite.DLL not found"
Put sqlite3.dll of propper bitness into directory of your Lazarus executable.I say that but no project open. Like i said before it's fresh installation. So when i rebuild IDE i have en error message like "SQLite.DLL not found"[/quote]
In this case it's how the components in those 2 packages are coded. I don't take a look in the code but Normally we should not need to load the DLL when installing these components in the IDE because we do not connect to any database.
To do it well it would be necessary that the DLL is loaded dynamically during the execution of our project or when we let's enable a connection with a BDD at designtime.
When installing a package of components of this type we can not rebuild Lazarus. Making two copies of a DLL file is stupid, in which case it is better to copy this DLL to the system folder of the OS and not to the Lazarus folder and then to copy it a second time to the application's folder.
In some of my projects i'm using OpenAL/Freetype and others. I have some components installed in the IDE and i don't need to have the DLL in the Lazarus's folder or in the system's folder. I just put DLL in my application's folder and DLL is load at dynamically at runtime and that it.
The nature of the "Terminal Output" - (View->DebugWindows->TerminalOutput) in 1.8.4 and (View->DebugWindows->ConsoleInOutput) in 2.0.1 has changed. I note two issues on Linux -Please report on mantis.
1. Crash if you close the Console window before closing an app.
I really liked the old Terminal window approach, any way I can get it back ?
2. In my medium sized app, I debugln() no longer writes to the Console.
Specifically, if I make a new project, it can use debugln() to write to the console but my medium sized project that has been brought forward from 1.8.4 and then various versions of Fixes_2 and now V2.0.0 cannot. I am pretty sure there was no problem in older Fixes_2 - I'd have noticed.
I have read the 2.0.0 release notes, it talks about LCL no longer writing out over Lazlogger, but I have Lazlogger listed in my units uses clause.
There are several issues
1) the path. I added a commit to trunk, that will hopefully add it. (will merge)
But that will not automatically select it.
2) The setup dialog "lazarus --setup" does not know at all about lldb.
There is no imminent work planed on this, that I know of....
3) A new install, without old config.
That should work...
But then it should have worked with your config from the RC, unless the RC had a diff config folder.
Upgrading with existing config from 1.8.4 => that does not update the debugger conf.
Could you test:
If you (in your primary config), rename the environmentoptions.xml
Then start the IDE. It should create a new environmentoptions.xml, and the debugger should be correct.
Also verify, in your install directory, is a environmentoptions.xml which is the template for a new config. That should have the lldb debugger in it.
You can build it yourself by selecting the widgetset when compiling Lazarus,
As it stands I am just as flabbergasted as you that the distribution is build with carbon.
That's silly. It can't possibly last longer than this version because 32 bit got dropped.
It should have been addressed already.
1. Crash if you close the Console window before closing an app.Please report on mantis.
Have done so, https://bugs.freepascal.org/view.php?id=35071Quote2. In my medium sized app, debugln() no longer writes to the Console.Strange if you have LazLogger in the uses, then it is supposed to work.
I just installed 2.0.0 Mac
lazarus-2.0.0-i686-macosx.dmg
SOLVED: Nevermind, I missed the step about installing the SDK headers as per the wiki page. Now installed.
There is regression with TStringGrid.OnUserCheckboxBitmap - no checkboxes are shown at all, just blank cells.
I tracked down that bug was introduced in trunk last spring.
I created the bugreport, there I gave more details (test application, screenshots, revisions which introduced the bug): https://bugs.freepascal.org/view.php?id=35085 (https://bugs.freepascal.org/view.php?id=35085)
Wow, this is so great! Congratulations on all levels!
Will you guys be able to provide a more convenient way to switch to SDI interface ?
I mean, I am using it daily on OSX, Xubuntu and Windows, I found no issues so far, unless I am installing the wrong packages or the wrong order.
On Windows, there is still the problem of not finding sqlite3.dll file when activating some packages, couldn't this be solved too ?
..... GDEBI I get the messagesee -
ERROR: The dependancy cannot be satisfied : fpc-laz (=3.0.4). I cannot continue the installation any further.
Any hints anyone ??
operator :=(const source : olevariant) dest : qword;{$ifdef SYSTEMINLINE}inline;{$endif}
begin
dest:=variantmanager.vartoword64(variant(tvardata(source)));
end;
operator :=(const source : olevariant) dest : int64;{$ifdef SYSTEMINLINE}inline;{$endif}
begin
dest:=variantmanager.vartoint64(variant(tvardata(source)));
end;
operator :=(const source : qword) dest : olevariant;{$ifdef SYSTEMINLINE}inline;{$endif}
begin
variantmanager.olevarfromword64(dest,source);
end;
operator :=(const source : int64) dest : olevariant;{$ifdef SYSTEMINLINE}inline;{$endif}
begin
variantmanager.olevarfromint64(dest,source);
end;
Thank you for this new release :)
I don't know if this bug was introduced in this version or earlier, but assigning "int64" and "qword" variables to and from "OleVariant" is implemented wrong in "variant.inc" (lazarus\fpc\3.0.4\source\rtl\inc).
Assigning an int64 or qword to OleVariant looses the higher 4 bytes because it calls "VariantManager. VarFromInt" for both cases. And in the other direction, "VarToInt64" and "VarToWord64" are exchanged.
This is the corrected code:Code: [Select]operator :=(const source : olevariant) dest : qword;{$ifdef SYSTEMINLINE}inline;{$endif}
begin
dest:=variantmanager.vartoword64(variant(tvardata(source)));
end;
operator :=(const source : olevariant) dest : int64;{$ifdef SYSTEMINLINE}inline;{$endif}
begin
dest:=variantmanager.vartoint64(variant(tvardata(source)));
end;Code: [Select]operator :=(const source : qword) dest : olevariant;{$ifdef SYSTEMINLINE}inline;{$endif}
begin
variantmanager.olevarfromword64(dest,source);
end;
operator :=(const source : int64) dest : olevariant;{$ifdef SYSTEMINLINE}inline;{$endif}
begin
variantmanager.olevarfromint64(dest,source);
end;
How can I get fpc compiled?
Hey, nice catch! I can see that it is same in the trunk version of FPC. Can you file a bug report so this won't be forgotten?
This has worked in all previous versions. I reverted:
$ svn update -r 60568
and that is working.
This has worked in all previous versions. I reverted:
$ svn update -r 60568
and that is working.
Can you bisect the guilty revision?
Bart
Can you bisect the guilty revision?
Bart
Thanks, I'll give it a shot.
Updating '.':
U components/codetools/definetemplates.pas
U components/leakview/leakinfo.pas
U ide/ideinfodlg.pas
U ide/idefpcinfo.pas
U ide/etfpcmsgparser.pas
U ide/compiler.pp
U ide/lazarusmanager.pas
U ide/checkcompileropts.pas
U ide/buildlazdialog.pas
U ide/showcompileropts.lfm
U ide/frames/compiler_compilation_options.pas
U ide/showcompileropts.pas
U ide/buildmanager.pas
U ide/main.pp
U ide/compileroptions.pp
U .
Updated to revision 60603.
The latest 2.0 fixes branch on Mac cocoa is not working.
$ svn up Updating '.': At revision 60652. $ make clean all LCL_PLATFORM=cocoa CPU_TARGET=x86_64 ... $ open startlazarus.app --args "--pcp=~/.laz_2_0"
generates the message box:
"startlazarus
Cannot execute empty command-line.
Press OK to ignore and risk data corruption.
Press Abort to kill the program."
after displaying the Lazarus 2.0.1 splash screen.
This has worked in all previous versions. I reverted:
$ svn update -r 60568
and that is working.
Please update fixes branch to r60653 at least.
The KConrols package installed, but the controls are not on the tool palette. Shouldn't there be a Control tab with tool buttons??
The KConrols package installed, but the controls are not on the tool palette. Shouldn't there be a Control tab with tool buttons??
Are you sure its not just too far to the right to see ? There is a little icon, far right hand side, just below the tool bar that allows you to see the whole list....
I routinely use kcontrols, works fine on four 2.0.0 platform I use.
Davo
see the screen above, there are no KControls on it.
And no, they are not on the "Common Controls" tab eitherDid you once play with the arrangement of icons on the tool palette? I mean "Tools" > "Options" > "Environment" > "Component Palette"; you can change the assignment of components to palettes here. This function gets in trouble when you uninstall a package for which you have displaced the icons this ways. Click on the button "Restore defaults" to reset the icon assignments. It recovers the lost icon issue.
So, I will have to find an alternative to KMemo.Why don't you use the version distributed by the Online-Package-Manager? It is working, for sure.
see the screen above, there are no KControls on it.And no, they are not on the "Common Controls" tab eitherDid you once play with the arrangement of icons on the tool palette? I mean "Tools" > "Options" > "Environment" > "Component Palette"; you can change the assignment of components to palettes here. This function gets in trouble when you uninstall a package for which you have displaced the icons this ways. Click on the button "Restore defaults" to reset the icon assignments. It recovers the lost icon issue.
I did go check though. And TK is not listed on available tabs to add.Did TK install correctly? Were there any error messages? Open "Package" > "Install/uninstall packages". If it was installed successfully the packages KControlsBase and KControlsLaz should be listed in the left list without a '+' overlay icon.
I am just installing a fresh copy and I leave all settings alone.And did you install into a fresh user configuration folder? Are you sure that you did not mix your old configuration files with the new installation?
So, seeing I can't get TlzRichEdit to install.... HOW do I remove all references in my project so I can at least display the form.
When the control doesn't load, it won't allow you to edit the form.
No, you have to scroll on the page to see the far right.
There is no TK tab.... but it doesn't matter.
KConrols and its web site is going down this May... per...
http://www.tkweb.eu/en/delphicomp/ (http://www.tkweb.eu/en/delphicomp/)
So, I will have to find an alternative to KMemo.
I did go check though. And TK is not listed on available tabs to add.Did TK install correctly? Were there any error messages? Open "Package" > "Install/uninstall packages". If it was installed successfully the packages KControlsBase and KControlsLaz should be listed in the left list without a '+' overlay icon.I am just installing a fresh copy and I leave all settings alone.And did you install into a fresh user configuration folder? Are you sure that you did not mix your old configuration files with the new installation?
So, seeing I can't get TlzRichEdit to install....I am attaching a version which compiles with Laz 2.0/fpc3.0.4 on Windows only - I removed the gtk2 files from the package to make it compile and updated a few missing units in "uses". To compile under gtk2 you should probaby remove the win32 files from the package and re-add the gtk2 files instead. The demo is compiling and running, I did not test it though.
Yes fresh new install from sctracth. uninstalled 1.8 and deleted folder prior.I don't know what's wrong then. Maybe the package is missing the registration? But why don't you use the version provided by Online-Package-Manager? I just rechecked: it is working and the icons do show up on the palette.
the KControls installled, they just don't show up on the tool pallette
Yes fresh new install from sctracth. uninstalled 1.8 and deleted folder prior.I don't know what's wrong then. Maybe the package is missing the registration? But why don't you use the version provided by Online-Package-Manager? I just rechecked: it is working and the icons do show up on the palette.
the KControls installled, they just don't show up on the tool pallette
I tried to install, but it gives me a message saying that there are no IDE add-ons and suggest I just manually add to required packages.So, seeing I can't get TlzRichEdit to install....I am attaching a version which compiles with Laz 2.0/fpc3.0.4 on Windows only - I removed the gtk2 files from the package to make it compile and updated a few missing units in "uses". To compile under gtk2 you should probaby remove the win32 files from the package and re-add the gtk2 files instead. The demo is compiling and running, I did not test it though.
So, seeing I can't get TlzRichEdit to install....I am attaching a version which compiles with Laz 2.0/fpc3.0.4 on Windows only - I removed the gtk2 files from the package to make it compile and updated a few missing units in "uses". To compile under gtk2 you should probaby remove the win32 files from the package and re-add the gtk2 files instead. The demo is compiling and running, I did not test it though.
So, seeing I can't get TlzRichEdit to install....
I tried to install, but it gives me a message saying that there are no IDE add-ons and suggest I just manually add to required packages.
Are there any tools that are supposed to be added to the tool palette?
Also, the example in the library folder is not working... there aare no forms or pas files in the project, therefore I have no idea howyou have this set up
So, seeing I can't get TlzRichEdit to install....
Putting aside WP's version of LzRichEdit, the official repo has not been updated for five years. Maybe you need to think about an alternative ? I'd suggest its TRichMemo and TKMemo. As you note, TK has announced he is no longer interested in developing KControls (which includes KMemo) but will 'manage' it in an ongoing mode. Its functional and works across Linux, Mac and Windows. Its big and pretty complicated. As you found, supported in Onlinepackage manager.
On the other hand RichMemo is a lot smaller and also available in Onlinepackage manager. Its sort of complete in Linux and windows, lots missing on the Mac. My recent experience is its a lot easier to get things fixed in KControls than Richmemo but, obviously, the future is not as clear. I have made wiki pages about both, http://wiki.freepascal.org/KControls/KmemoNotes and http://wiki.freepascal.org/RichMemo/WorkArounds.
In light of TK's announcement, I recently reviewed my decision to use KMemo rather than RichMemo. I decided to stick with KControls because of its Mac support and its completeness. I'd prefer RichMemo's lightness but several reports and suggestions went unanswered.
(If you are pasting images, use fixes_2_0 rather than Laz 2.0.0, there is a Linux bug ....)
Davo
I down loaded 2.0.0 when it first was released, I noticed the package "VirtualTree" was preinstalled.
I down loaded it again for my Vista laptop and it is no longer preinstalled but is in the package list and I then
installed it..
Is there some difference between the two? I checked the version numbers between the two and they are both
the same so this much of gotten changed between the two times I down loaded it.
No, not a bug, but something amiss with that particular project.Bug me, so is bug ? :D
<Units>
<Unit>
<Filename Value="Referee3_DB.lpr"/>
<IsPartOfProject Value="True"/>
</Unit>
<Unit>
<Filename Value="referee_main.pas"/>
<IsPartOfProject Value="True"/>
<ComponentName Value="Form_RefereeMain"/>
<HasResources Value="True"/>
<ResourceBaseClass Value="Form"/>
</Unit>
</Units>
<Units Count="2">
<Unit0>
<Filename Value="Referee3_DB.lpr"/>
<IsPartOfProject Value="True"/>
</Unit0>
<Unit1>
<Filename Value="referee_main.pas"/>
<IsPartOfProject Value="True"/>
<ComponentName Value="Form_RefereeMain"/>
<HasResources Value="True"/>
<ResourceBaseClass Value="Form"/>
</Unit1>
</Units>
<BuildModes Count="1">
<Item1 Name="Default" Default="True"/>
</BuildModes>
i am unable to compile simpleserver.lpi : TSimpleFileModule declaration is is missing form the file fpwebfile.pp