I'm on Windows.
Lazarus 32 Setup wants to write a QT4 dll into windows/system32
So Setup needs admin rights.
Thanks for this version but it is not good at all. On a single application i have 3 breaking changes and (or) regressions. That's way too much.
Already spent 3 hours trying to find workarounds. Once a thing fixed i discover another new issue. great.
Regressions or breaking changes have that of annoying is that you're asked to spend some time on things you're not responsible for breaking.
It's a beta. I think that usually a RC is almost usable so that people can actually use it much and find problems that are not so obvious. Here for me it's very obvious: things are broken and not working. At the beginning it even did not compile.
Maybe it's just bad luck. This happens sometimes, everyone thinks it's okay while a single person have many problems.
It would be helpful is BBasile simply lists his problems in more detail instead of simply stating "problems".
Example of something stupid that breaks code is this commitTrue, it is a breaking change from me. The change in code is very easy though, just add an empty string as property name. Also the PropName parameter is kind of logical because the event is about properties.
https://github.com/alrieckert/lazarus/commit/2e1e616eec8f9becc24fe547546cdafaf5f1c7d7
changes the signature of an event. The parameter added is not useful at all, it's just an helper. For things like this the procedure to follow is to deprecate the old event and add another one, not to change it like this, without transition.
just add an empty string as property name.Should be done by the maintainer. NOT by users of that particular code.
Juha, it is a hell of a good release candidate. It will be a good release... ;)Wow, thanks! :)
using config file C:\lazarus_rc\lazarus.cfg
SetPrimaryConfigPath NewValue="C:\ProgramData\laz_conf" -> "C:\ProgramData\laz_conf"
Hint: (lazarus) State file of LCL 1.8.0.1 is newer than state file of Package: RunTimeTypeInfoControls 0.1
Info: (lazarus) Execute Title="Kompiliere Package RunTimeTypeInfoControls 0.1"
Info: (lazarus) Working Directory="C:\lazarus_rc\components\rtticontrols\"
Info: (lazarus) Executable="C:\lazarus_rc\fpc\3.0.2\bin\x86_64-win64\fpc.exe"
Info: (lazarus) Param[0]="-MObjFPC"
Info: (lazarus) Param[1]="-Scgi"
Info: (lazarus) Param[2]="-O1"
Info: (lazarus) Param[3]="-g"
Info: (lazarus) Param[4]="-gl"
Info: (lazarus) Param[5]="-l"
Info: (lazarus) Param[6]="-vewnhibq"
Info: (lazarus) Param[7]="-FuC:\lazarus_rc\packager\units\x86_64-win64"
Info: (lazarus) Param[8]="-FuC:\lazarus_rc\components\lazutils\lib\x86_64-win64"
Info: (lazarus) Param[9]="-FuC:\lazarus_rc\lcl\units\x86_64-win64"
Info: (lazarus) Param[10]="-FuC:\lazarus_rc\lcl\units\x86_64-win64\win32"
Info: (lazarus) Param[11]="-FuC:\lazarus_rc\components\lazcontrols\lib\x86_64-win64\win32"
Info: (lazarus) Param[12]="-FuC:\lazarus_rc\components\ideintf\units\x86_64-win64\win32"
Info: (lazarus) Param[13]="-FuC:\lazarus_rc\components\rtticontrols\"
Info: (lazarus) Param[14]="-FUC:\lazarus_rc\components\rtticontrols\lib\x86_64-win64\win32\"
Info: (lazarus) Param[15]="-dLCL"
Info: (lazarus) Param[16]="-dLCLwin32"
Info: (lazarus) Param[17]="runtimetypeinfocontrols.pas"
Hint: (11030) Start of reading config file C:\lazarus_rc\fpc\3.0.2\bin\x86_64-win64\fpc.cfg
Hint: (11031) End of reading config file C:\lazarus_rc\fpc\3.0.2\bin\x86_64-win64\fpc.cfg
Free Pascal Compiler version 3.0.2 [2017/05/14] for x86_64
Copyright (c) 1993-2017 by Florian Klaempfl and others
(1002) Target OS: Win64 for x64
(3104) Compiling runtimetypeinfocontrols.pas
(3104) Compiling rttictrls.pas
(3104) Compiling rttigrids.pas
(1008) 5439 lines compiled, 1.9 sec
(1022) 2 hint(s) issued
An unhandled exception occurred at $00000001000B6EB3:
EAccessViolation: Access violation
$00000001000B6EB3
$00000001000D9C6D
$000000010001E981
$00007FF9EF4FAC1D
$00007FF9EF49A2AA
$000000010001E28A
$00000001000D9CC8
$00000001000DD857
$00000001000DE721
$0000000100015A20
$0000000100029960
$000000010000A066
$000000010001A667
$00007FF9ED478364
$00007FF9EF4B70D1
(1022) 2 hint(s) issued
An unhandled exception occurred at $00000001000B6EB3:
EAccessViolation: Access violation
I'd like to, but I getTry removing all cookies for mantis.freepascal / bugs.freepascal....even after several relogins...
APPLICATION WARNING #2702: Your session has become invalidated.
It started after closing all editor-windows, when reopening a sourcefile the first stays empty and a second source-editor is opened (Ok, I know this is an old one) but then the cursor is not updated or disappears fully what is really annoying.
I try to make a screenshot ...
... and then closed SourceEditor-1, then in future all files should always be in SourceEditor-2 ...Haha, very funny >:( they cant be closed, if it were that easy I would'nt even think of complaining about it. Only by closeing all files, when the last file closes, both editors disappear at the same time, when opening a file both editors appear again !!! (small correction) you can close the windows, but you can not close the editors,they are still in the windows-menu
- Does the error happen, if the two source editors are:when docked to same positions (has tabs name sourceeditor)
floating
docked to different positions (no tabs name sourceeditor)
docked to same positions (has tabs name sourceeditor)
When I delete the "<SourceNotebook2>"-Tag, next restart 2.Editor is gone. But that doesn't explains why it got there in the first place.Can you reproduce the problem when starting with empty default configuration?
BTW, just reinstalled Laz 1.8rc1, (and deleted all files remaining in the folder (~1.200 ?!) and the config-dir) same behavior.Reinstalling Lazarus makes no difference if the problem is your project session file.
Session files should always keep working. At least upwards. Not downwards.I would very much appreciate that ..
Session files should always keep working. At least upwards. Not downwards.Infact like config files, they have a version
@Juha: So yes, i can reproduce (with plain Laz & AD) and new, clean project.Should be reported in bug tracker.
Sorry for reporting here, but the bug tracker isn't letting me create an account.Same for me you're not alone. Glad to know it's not just me :).
Sorry for reporting here, but the bug tracker isn't letting me create an account. Every time it gives me a url to click in my email it says it's already used or invalid and to try again. When I try to sign up again it says that user name is already in use. Tried with 2 user names and no luck.Could Martin help with that? It seems many people have similar problems.
Anyway, trying 1.8 RC1 Windows 64bit on Windows 10 is acting up. If you open any project, even a new one, then open the Todo list, then close Lazarus when you repopen it you get an error that says:I was a regression from last Noverber.
TLazSourceFileManager.FindUnitsOfOwner: invalid owner nil.
I fixed it in trunk r55059. Please test.
How can I go about doing that? I am kinda new to this.Easy when you already have FPC installed.
I ever got "Error while linking" issue. But it fixed after I properly compile/cross-compile the FPC.
Multiple ;) I know that. But anyway a linker problem like yours is fixed by updating your toolchain properly.QuoteI ever got "Error while linking" issue. But it fixed after I properly compile/cross-compile the FPC.
What is your OS Handoko?
Not knowing what's the best way to report an issue, I'll describe it here. This was not an issue in 1.6.4, but is a bug in 1.8.0RC1. I'm using the win32 version.
StringGrid.CellRect returns the improper coordinates when the form isn't visible yet, but works correctly once the form is visible.
Best was is to report issue here: https://bugs.freepascal.org , choose lazarus project and fill bug report + example project.Unless the login problem still prevents him doing so.
Anyway it will be fixed in near future, I understood somebody is working on it.
procedure TForm1.FormCreate(Sender: TObject);
var
R: TRect;
begin
WriteLn('Creating grid');
FGrid := TDrawGrid.Create(Self);
with FGrid do
begin
Parent := Self;
Width := 0;
Flat := True;
FixedRows := 1;
FixedCols := 0;
// At least 2 columns.
while Columns.Count < 2 do
Columns.Add;
// First column wider than grid width.
ColWidths[0] := 250;
ColWidths[1] := 50;
R := CellRect(0, 0);
Writeln(Format('%d %d %d %d', [R.Top, R.Left, R.Bottom, R.Right]));
Row := 4;
end;
WriteLn('Done');
end;
end.
Who?Last I saw mails in fpc-pascal list titled "Mantis/Bugtracker registrations fixed" by Karoly Balogh (Charlie/SGR) and Martin. Michael van Canneyt tried to fix it. Martin still got problems, maybe it is not fixed yet.
Who?Last I saw mails in fpc-pascal list titled "Mantis/Bugtracker registrations fixed" by Karoly Balogh (Charlie/SGR) and Martin. Michael van Canneyt tried to fix it.
Btw. I cannot reproduce it. This code works just fine in trunk and 1.8 RC1:
I'm using a StringGrid, and it was created in the designer. In my case, CellRect(0, 0) returns something like 80,27 when it should return 0,0. Once the form is visible, a call to CellRect(0,0) again returns 0,0As always, attach an example project to compile and test.
I'm using a StringGrid, and it was created in the designer. In my case, CellRect(0, 0) returns something like 80,27 when it should return 0,0. Once the form is visible, a call to CellRect(0,0) again returns 0,0As always, attach an example project to compile and test.
The explanation you gave is not very useful.
Thanks - I've attached a zip file containing a simple project that illustrates this.
Thanks - I've attached a zip file containing a simple project that illustrates this.
I fixed it in r55163. Please report to mantis the next time so that we have track of the bugs.
Tried today to install fpc + lazarus on Linux Mint 18.1
fpc_3.0.3-r36152_i386.deb installed without problems.
fpc-src_3.0.3-r36152_i386.deb also installed without problems.
lazarus-project_1.8.0RC1-0_i386.deb gave this error message :
Error: Dependency is not satisfiable: fpc(=3.0.3) | fp-compiler (=3.0.3)
What can I do ? Thanks
Error: Dependency is not satisfiable: fpc(=3.0.3) | fp-compiler (=3.0.3)Just to be sure: you haven't installed any FPC version from Mint's repository, right?
No, I downloaded both fpc and lazarus .deb packages from the SourceForge repository, from this URL :Error: Dependency is not satisfiable: fpc(=3.0.3) | fp-compiler (=3.0.3)Just to be sure: you haven't installed any FPC version from Mint's repository, right?
I can confirm, even with Laz trunk (win 10/64 bit, Laz-trunk/fpc3.02/32 bit). Is there a valid bug report for it?
Tried today to install fpc + lazarus on Linux Mint 18.1Problem solved, though I don't know how and why....
fpc_3.0.3-r36152_i386.deb installed without problems.
fpc-src_3.0.3-r36152_i386.deb also installed without problems.
lazarus-project_1.8.0RC1-0_i386.deb gave this error message :
Error: Dependency is not satisfiable: fpc(=3.0.3) | fp-compiler (=3.0.3)
What can I do ? Thanks
Al
Still have to understand why some lcl components do show differently when the program is executed under a different distribution of Linux, but this a topic for another forum..Because themes for GTK2 are different in those distributions. LCL uses native controls instead of custom drawing them.
Thanks for the explanation. At this point, is there anything I can do to be reasonably sure that my program behaves exactly, or almost exactly, on the users' machines as it does on mine ? Are those GTK2 themes changeable programmatically ?Still have to understand why some lcl components do show differently when the program is executed under a different distribution of Linux, but this a topic for another forum..Because themes for GTK2 are different in those distributions. LCL uses native controls instead of custom drawing them.
Thanks for the explanation. At this point, is there anything I can do to be reasonably sure that my program behaves exactly, or almost exactly, on the users' machines as it does on mine ? Are those GTK2 themes changeable programmatically ?
TNX
Al
Are those GTK2 themes changeable programmatically ?No. They idea is that a user can customise his environment as he pleases.
A themable desktop system is a good thing, I don't know why anybody would want to make an alien looking app which does not respect the user settings.The problem is that, using Linux Mint 18.1 and Lazarus 1.8 RC1, I wrote a program with a couple of sliders, which I set of color Silver.
Then install the proper dependencies, silly < not only grumpy but really angry >:D >:D> Oh, well, it's not like the olden days for grumpy old man that happen to know about , well,nix (which means "nothing" in Dutch) O:-) 8-) :-* :-XA themable desktop system is a good thing, I don't know why anybody would want to make an alien looking app which does not respect the user settings.The problem is that, using Linux Mint 18.1 and Lazarus 1.8 RC1, I wrote a program with a couple of sliders, which I set of color Silver.
When run on different distribution, the sliders were of color black, thus not visible on the form background, also black....
Al
Use fpGUI?Sorry for being so dumb, but I tried without much success...
Bart
Thank you. After I changed "Target CPU family (-P)" from default to x86_64 the problem was solved.Yes a plausibility-check would be nice, ...
By the way, I need not to change "Target processor (-Cp)" from default. It seems to be inconsistent and confusing for me as a novice.