actionseditor.pas(29,3) Fatal: Cannot find LCLIntf used by ActionsEditor, incompatible ppu=C:\lazarus18rc5\lcl\units\i386-win32\lclintf.ppu, package LCLBase
.Lazarus version: 1.8.0RC5
Lazarus svn revision: 56026
Lazarus build date: 2017/10/11
Lazarus was compiled for i386-win32
Lazarus was compiled with fpc 3.0.4
Global IDE options:
Primary config directory=C:\lazarus18rc5
Secondary config directory=C:\lazarus18rc5
LazarusDirectory=
Real LazarusDirectory=C:\lazarus18rc5\
Default CompilerFilename=fpc.exe
Real Default CompilerFilename=C:\lazarus18rc5\fpc\bin\i386-win32\fpc.exe
Project CompilerFilename=$(CompPath)
Real Project CompilerFilename=C:\lazarus18rc5\fpc\bin\i386-win32\fpc.exe
CompilerMessagesFilename=
Real CompilerMessagesFilename=C:\lazarus18rc5\components\codetools\fpc.errore.msg
FPC source directory=C:\lazarus18rc5\fpc\3.0.4\source
Real FPC source directory=C:\lazarus18rc5\fpc\3.0.4\source\
Test directory=C:\Users\Josh\AppData\Local\Temp\
Real Test directory=C:\Users\Josh\AppData\Local\Temp\
Working directory=C:\lazarus18rc5
Application.ExeName=C:\lazarus18rc5\lazarus.exe
Parameters:
C:\lazarus18rc5\lazarus.exe
--no-splash-screen
--started-by-startlazarus
--primary-config-path=C:\lazarus18rc5
--force-new-instance
Environment variables:
=::=::\
=::=::\
ALLUSERSPROFILE=s:\Documents and Settings\All Users\Application Data
APPDATA=C:\Users\Josh\AppData\Roaming
CommonProgramFiles=C:\Program Files (x86)\Common Files
CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files
CommonProgramW6432=C:\Program Files\Common Files
COMPUTERNAME=DESKTOP-QJ9CDQS
ComSpec=C:\Windows\system32\cmd.exe
devmgr_show_nonpresent_devices=1
FPS_BROWSER_APP_PROFILE_STRING=Internet Explorer
FPS_BROWSER_USER_PROFILE_STRING=Default
HOMEDRIVE=C:
HOMEPATH=\Users\Josh
LOCALAPPDATA=C:\Users\Josh\AppData\Local
LOGONSERVER=\\DESKTOP-QJ9CDQS
NUMBER_OF_PROCESSORS=8
OneDrive=C:\Users\Josh\OneDrive
OS=Windows_NT
Path=C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\Program Files (x86)\Windows Live\Shared;C:\Program Files (x86)\QuickTime\QTSystem\;C:\lazarus_trunk\fpc\bin\i386-win32;;C:\Program Files (x86)\RemObjects Software\Elements\bin;C:\Program Files\PuTTY\;C:\Users\Josh\AppData\Local\Microsoft\WindowsApps;C:\Program Files (x86)\FreeArc\bin;C:\Program Files\Bandizip\
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_ARCHITEW6432=AMD64
PROCESSOR_IDENTIFIER=AMD64 Family 23 Model 1 Stepping 1, AuthenticAMD
PROCESSOR_LEVEL=23
PROCESSOR_REVISION=0101
ProgramData=C:\ProgramData
ProgramFiles=C:\Program Files (x86)
ProgramFiles(x86)=C:\Program Files (x86)
ProgramW6432=C:\Program Files
PSModulePath=C:\Program Files\WindowsPowerShell\Modules;C:\Windows\system32\WindowsPowerShell\v1.0\Modules
PUBLIC=C:\Users\Public
SESSIONNAME=Console
SystemDrive=C:
SystemRoot=C:\Windows
TEMP=C:\Users\Josh\AppData\Local\Temp
TMP=C:\Users\Josh\AppData\Local\Temp
USERDOMAIN=DESKTOP-QJ9CDQS
USERDOMAIN_ROAMINGPROFILE=DESKTOP-QJ9CDQS
USERNAME=Josh
USERPROFILE=C:\Users\Josh
VBOX_MSI_INSTALL_PATH=C:\Program Files\Oracle\VirtualBox\
If i remove from path and install, it all goes well and all locations are set correctly.Even make in path can cause problems. This is a BAT workaround for CodeTyphon Win32 that could be adapted to work with Lazarus:
Hi there,
The installation went well for me. But when I tried to rebuild Lazarus with my previous confguration (Lazarus 1.8 Release 4), I got some errors in sourcefilemanager.pas. See screenshot
Thanks,
JD
You are obviously not using a stable FPC release, so you have to keep your moving FPC branch/installation updated.
using the compomenteIf this control is inherited from TCustomAbstractGroupedEdit, the bug is fixed in Lazarus trunk and merged to Lazarus 1.8 branch (the bugfix not reached Lazarus 1.8 RC5). https://bugs.freepascal.org/view.php?id=32533 (https://bugs.freepascal.org/view.php?id=32533)
TRxDateEdit, and after the update is not passing the focus to the next component in the sequence of TabOrder
Check that your Lazarus installation is using the correct version of FPC.
That is the one in your_laz_rc5_dir\fpc\3.0.4\....
Did you select "clean all" for the rebuild?
Did you make the install into an empty dir, or did you install over an old installation? (In case of the latter "clean all" may help, but not always)
thanks for the answer ...using the compomenteIf this control is inherited from TCustomAbstractGroupedEdit, the bug is fixed in Lazarus trunk and merged to Lazarus 1.8 branch (the bugfix not reached Lazarus 1.8 RC5). https://bugs.freepascal.org/view.php?id=32533 (https://bugs.freepascal.org/view.php?id=32533)
TRxDateEdit, and after the update is not passing the focus to the next component in the sequence of TabOrder
I saw that the problem was solved, but I saw that this one informing you that it was for version 1.9, will this correction turn to 1.8?Yes, it was merged to 1.8 branch in revision 56039, so it would be in the 1.8 final release.
Ps : I cannot debug WinCE project anymore as the linker fails with an error message (Fatal error "Executable image size is too big for wince target")
Try external symbol info?
If not try disable debug info for all packages.
Either go to each package, and set debug info to none.
Or (not tested) use "project options": "Additions and overrides", add a target "*,-#project" without the quotes (you can add -LCL) to step into LCL too.). Then set options to -g-
If you need line info only for a package, try -gl for that package (considerable less info than all with full symbols)
If all else fails try smart linking.
I'll try to disable debug info for all packages, but how to do it ?
What I fear the most is that these Wince issues won't be corrected !
The Windows release was built with FPC 3.0.4 final svn version, the Linux release was built with FPC 3.0.4RC1, and the Mac OS release was built with FPC 3.0.2.
Is there somewhere a separate FPC 3.0.4 installer available? I'm normaly taking Lazarus from svn repository and install FPC separately
var
a,b,c : integer
begin
a := 1;
b := 2;
c := a + b;
end;
Debugger shows the initial value even if the cursor is positioned on the line end;
Did you follow the rules für DPI-aware applications? http://wiki.lazarus.freepascal.org/High_DPI#High_DPI_in_Lazarus_1.8_and_aboveI'll have a look at that, thanks.
The component TRadioGroup does not paint well under Windows 7 when zooming 150 % .I doubt that. Before answering I had just tested this with an LCL-scaled project with manifest and Form.Scaled := true - no problem.
Since you have the default Delphi7-font MsSansSerif in the left radiogroup I guess that this form originates from Delphi. The first thing which I do when importing anything from Delphi is to replace the form's font by "default" which gives a decent font in all OSs.Oh .. I never thought about that !
To automatically replace this misleading MsSansSerif ?Write a feature request in the bugtracker.
Write a feature request in the bugtracker.I'm not good in doing this.
I'm not good in doing this.So what? That shoudn't stop you. This is a perfectly valid request, more over the delphi-->lazarus converter is maintained by @JuhaManninen, he never refuses a good idea.
Maybe they again say this is not a valid request.
I still don't understand how the two images relate to each other. If the right image is the upscaled 100% image then why are the texts different?All the images show
In my own test, I did not see an effect whether "DPI awareness" is off or on ("Project options" > "Application" > "For windows"), but according to the wiki site it should be on, you have it off.I can not fully follow, my dialogs are in german.
I see another difference between the left and right screenshots: the left one is themed, the right one not. You should not expect DPI scaling to work exactly between themed and non-themed instances of the same application. The sizes will be different even at 100%.There is no " left and right screenshot".
It becomes harder and harder to find the Messages window
It looks like the TChart tools are not in the default installation.You built with "make" which means "make all". It has less packages installed than "make bigide" which is used for the release.
It looks like the TChart tools are not in the default installation.You built with "make" which means "make all". It has less packages installed than "make bigide" which is used for the release.
But no worries, you can install all the missing packages and more from Tools -> Install/Uninstall Packages.
I recommend TurboPowerIProDsgn for nice rendered hints, and OnlinePackageManager (not in bigide) which works now in ARM CPUs, too.
It becomes harder and harder to find the Messages window
I can suggest two solutions:
1. Add "Messages" command on editor toolbar.
2. Make additional desktop where messages window placed below editor window without overlapping. Command "Desktops..." already placed on coolbar, but you can also place it on editor toolbar. Switch to this desktop when you have many messages.
procedure TForm1.Panel1Resize(Sender: TObject); begin CheckGroup1.Invalidate; end;
.. I remember I once saw such a bugreport, but I cannot find it at the moment.
"My bug" looks like this here :Right.
https://bugs.freepascal.org/view.php?id=27129 (https://bugs.freepascal.org/view.php?id=27129)
I stripped down the project to the max, but it didn't help.By adding the folder C:\lazarus\lcl\interfaces\win32\ to your project's path (instead of adding the package they belong to as a requirement) you instruct the IDE to assume that all the files in there are part of your project and ignore any package that they might belong. As long as you do not add a requirement for their package (and you keep that path), your project's unit directory (and not the package's) is the only directory that is known to the IDE and to the compiler. Some times this is the only way to go in your case I have no idea I just jump in to explain the path thing.
Then I copied win32int.pp to my project folder => Lazarus complained the missing "{$I win32defines.inc}"
Then I manually added
C:\lazarus\lcl\interfaces\win32\
to the project's paths.
Then the stripped down project compiled - yeah !!!
------------------------------------------------
But I found several files in my project's output folder
win32def.o, win32def.ppu, .....
and I do not understand why lazarus recompiles these lazarus sources into my output folder .. :-(
Then I copied win32int.pp to my project folder => Lazarus complained the missing "{$I win32defines.inc}"That is a NO NO ...
Then I manually added
C:\lazarus\lcl\interfaces\win32\
to the project's paths.
@PeterX, you maybe installed a new Lazarus on top of an old one. A clean build of the whole Lazarus usually helps.Hm, I always uninstall the old version before installing the new one, in this case 1.8RC5
Did a clean build of Lazarus help?@PeterX, you maybe installed a new Lazarus on top of an old one. A clean build of the whole Lazarus usually helps.Hm, I always uninstall the old version before installing the new one, in this case 1.8RC5
Did a clean build of Lazarus help?No. It didn't.
When simply adding a subfolder to PATHSWhat means "all files"?
and NOT adding even one of the PAS files there
the compiler runs through all files.
A file named CHARACTER.PAS exists in both FPC folder and UTF8tools ZIP.CHARACTER.PAS may be in both places but it is not related to Lazarus 1.8 RC5 anyhow.
So there something interfers with UTF8tools and Laz 1.8 RC5
Does anyone know when the final release is expected to be published? :-\Very soon after FPC 3.0.4 is released!
The modern way would be to have a build server in the cloud that builds everything on every commitThe
What means "all files"?PATHS means adding a path to the project settings, here: folder "UTF8tools"
I am also not sure what PATHS means here. A path in "Other unit files (-Fu)" is only passed to the compiler with -Fu.
CHARACTER.PAS may be in both places but it is not related to Lazarus 1.8 RC5 anyhow.C:\lazarus\fpc\3.0.4\source\rtl\objpas\character.pas
PATHS means adding a path to the project settings, here: folder "UTF8tools"There are many project settings. Do you mean "Other unit files (-Fu)"? You should never use it for library code! Lazarus packages are meant for that purpose and UTF8tools provides a package. Use it please. It may solve the acute problem but the fundamental problem is having 2 units with identical names.
C:\lazarus\fpc\3.0.4\source\rtl\objpas\character.pasYes, as I wrote the problem is not related to Lazarus or its release candidate anyhow.
.. UTF8tools provides a package. Use it please.I do not need the UTF8tools in any other program. Or on design time.
I do not need the UTF8tools in any other program. Or on design time.I guess it works well if you use it for one project only.
So why not using the units there in the folder manually ?
Note, this is different from Delphi. There either a project's unit path or a global unit path is used for all library code. The global unit path is especially stupid because it pollutes the name space for all projects even if they don't need a certain library/package.Thank You for this detailed explanation !
At the end the reason for the unexpected error message was two "character.pas" files in the unit paths ...Yes, a poorly named unit.
BTW, why do you need UTF8tools? If LazUTF8 and other units in LazUtils don't have some function, we can add it.I wrote a Windows Explorer like program that displays some type of files decoded.
In case of text files I needed code that automatically converts the text in the file to the native Lazarus UTF8 format to be displayed in a TMemo.Unit LConvEncoding in LazUtils also has many conversion functions. I am interested what is missing. I have nothing against using UTF8tools but I want to improve code in LazUtils.
UTF8tools does the job.
FPC 3.0.4 has finally been released :)Where did you see the announcement?
Where did you see the announcement?
Latest NewsIndeed, the www.freepascal.org page already has an announcement. Looks promising!
November 28th, 2017
FPC version 3.0.4 has been released!
... (https://www.freepascal.org/)
However there is nothing to download yet.
FPC 3.0.4 has finally been released :)
So I hope we can look forward to the wishfully awaited Lazarus 1.8 soon :) :)
Indeed ! (but I hope the memory leak in OSX, TrayIcon is fixed first, memory leaks are evil!)Are you saying we should delay Lazarus 1.8 release until one OSX related bug is fixed? What about the other 1729 open Lazarus issues? Maybe they should be fixed before a release, too.
Indeed ! (but I hope the memory leak in OSX, TrayIcon is fixed first, memory leaks are evil!)
Better a TrayIcon leak than a TrayIcon crash (https://bugs.freepascal.org/view.php?id=32258)I marked it for merging now.
It was not merged in fixed branch either
Better a TrayIcon leak than a TrayIcon crash (https://bugs.freepascal.org/view.php?id=32258)
... And it sounds like 32258 is hard to reproduce and may not bite everyone. On the other hand, 32678 (https://bugs.freepascal.org/view.php?id=32678) is trivial to reproduce and makes an official LCL component unusable.There is one huge difference between issues 32258 and 32678:
...a valid patch can still be applied and merged. Hurry up if you want it included.
me ? Please check the left hand side bar. "Jr. Member", you would have to be crazy to accept a patch from me.It would be accepted if it works and does not break anything else.
To make matters worse, Mac is my least familiar platform.Then don't use it.
But seriously JuhaManninen, are you saying that bug reports without an accompanying patch will probably be disregarded ?Yes if nobody wants to fix it. This is a FOSS project based on voluntary work. Nobody gets paid. Basically every contributor "scratches his own itch" as the saying goes.
are you saying that bug reports without an accompanying patch will probably be disregarded ?
Wow the package for arch was updated really fast. https://www.archlinux.org/packages/community/x86_64/fpc/That is a FPC 3.0.4 package but this thread is about Lazarus Release Candidate.
Does anyone know when the final release is expected to be published? :-\Very soon after FPC 3.0.4 is released!
Lazarus 1.8 is held back waiting for it. The Windows version of RC5 already uses a self built FPC 3.0.4.
This is annoying because FPC 3.0.4 was already tagged a long time ago, meaning it is ready. Somebody only must build it.
Please ask FPC developers when will they release.
FPC 3.0.4 is released.
I am waiting impatiently for Lazarus 1.8.
Is there any scheduled release date?