Lazarus
Announcements => Lazarus => Topic started by: mattias on April 07, 2015, 02:13:24 pm
-
The Lazarus team would like to announce the third release candidate for the upcoming Version 1.4.
We invite all users to test this release candidate.
Please read below why everybody really should join the testing now.
New in this Version
http://wiki.lazarus.freepascal.org/Lazarus_1.4.0_release_notes
On Windows the installer now allows two independent installations.
http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
About the release process:
http://wiki.lazarus.freepascal.org/Lazarus_1.4_fixes_branch#Roadmap_to_1.4
The 1.4RC3 is built with fpc 2.6.4.
The release candidate is available for download on SourceForge:
http://sourceforge.net/projects/lazarus/files/
Choose your CPU, OS, distro and then the "Lazarus 1.4RC3" directory.
Minimum requirements:
Windows: 98, 2k, XP, Vista, 7, 32 or 64bit.
On 64bit it is recommended to use the 32bit IDE.
Win98 IDE needs building with flag -dWIN9XPLATFORM.
FreeBSD/Linux: gtk 2.8 or qt4.5, 32 or 64bit.
Mac OS X: 10.5 to 10.10, 10.9+ debugging requires -gw,
LCL only 32bit, non LCL apps can be 64bit.
== Why should everybody (including you) test the release candidate? ==
In the past months the Lazarus team has stabilized the 1.4 fixes branch. The resulting 1.4RC3 is now stable enough to be used by any one for test purposes.
However many of the fixes and new features that where committed since the release of 1.2 required changes to the code of existing features too. While we have tested those ourself, there may still be problems that only occur with very specific configurations or one project in a million.
Yes, it may be that you are the only person with a project, that will not work in the new IDE. So if you do not test, we can not fix it.
Please do not wait for the final release, in order to test. It may be too late. Once the release is out we will have to be more selective about which fixes can be merged for further 1.4.x releases. So it may be, that we can not merge the fix you require. And then you will miss out on all the new features.
== How to test ==
Download and install the 1.4RC3.
- On Windows you can install as a 2ndary install, that will not affect your current install:
http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
- On other platforms, if you install to a new location you need to use --primary-config-path
In either case you should make backups. (including your primary config)
Open your project in the current Lazarus (1.2.6), and use "Publish Project" from the project menu. This creates a clean copy of your project.
You can then open that copy in the RC3. Please test:
- If you can edit forms in the designer
- rename components / change properties in Object inspector / Add new events
- Add components to form / Move components on form
- Frames, if you use them
- If you can navigate the source code (e.g. jump to implementation)
- Auto completion in source code
- Compile, debug and run
- Anything else you use in your daily work
-
Please add spaces on assignment operator (identifier completion) to look like A := B; not it complete as A:=
Also format a bit internal sources/units of Lazarus. I use stable version, and many functions looks not so good :)
-
Thank you Lazarus Team,
Downloading...................
-
Please add spaces on assignment operator (identifier completion) to look like A := B; not it complete as A:=
That should be configurable. Menu: Tools > Options > Codetools> Space
Check "Symbol" in both "Add spaces in front of" and "Add spaces after"
-
Thx :D...
even if i'm a bit disgusted since i've released some binaries produced with the RC2 this morning. >:(
-
Thanks, now i´m downloading and next thing is overwrite es.po files to see results.
I newly tried to upload an attachment with the files translated and i get error . I think it have to do with the attachment if this post is accepted in simple text.
The file i have tried to upload is a compressed file 225 KB containing 22 files.
Probably because destination is an ftp.
-
OK, finally uploaded to bugtracker. If someone can test if there is to modify something before next Lazarus Release.....
-
Thanks you. 8-)
downloading............. O:-)
-
I have start testing of RC since RC2, I get strange behavior in these versions: I get overlapped icons in TreeView, and I'm using ImageList. In some nodes I get multiple icons drawn at the same time, example attached:
Image list icons attached too.
Anybody get this behavior in these releases?
-
Custom keywords added in User Defined Markup are also highlighted inside strings. This doesn't happen with default keywords. Is it possible in Lazarus to exclude ANY markup from being highlighted inside string quotes?
-
Custom keywords added in User Defined Markup are also highlighted inside strings. This doesn't happen with default keywords. Is it possible in Lazarus to exclude ANY markup from being highlighted inside string quotes?
NO and yes.
The trick is, set the string color (background or foreground), and give it a higher priority than the custom words.
If background, then make sure the priority for "selection" is still higher.
-
NO and yes.
The trick is, set the string color (background or foreground), and give it a higher priority than the custom words.
If background, then make sure the priority for "selection" is still higher.
Then the answer is no, I guess. There is a 'priority' button under > Display > Colors but there is no way to use this for strings, keywords or any other item under 'Object Pascal'. I also do not see how to set priority for custom keywords.
Is there a way to do this manually?
-
Yes you are right, I did not check before I posted.
The base colors do not have a priority.
You can add a feature request, but it will be awhile before I get to it.
-
I have start testing of RC since RC2, I get strange behavior in these versions: I get overlapped icons in TreeView, and I'm using ImageList. In some nodes I get multiple icons drawn at the same time, example attached:
Example code would be nice, too.
Lazarus IDE has TreeView in many places but we don't see that behavior. Is it a BiDi issue?
-
Try in components\synedit\synhighlighterpas.pp
line 2345
fStringAttri := TSynHighlighterAttributesModifier.Create(@SYNS_AttrString, SYNS_XML_AttrString);
instead of TSynHighlighterAttributes.Create
-
I have start testing of RC since RC2, I get strange behavior in these versions: I get overlapped icons in TreeView, and I'm using ImageList. In some nodes I get multiple icons drawn at the same time, example attached:
Image list icons attached too.
Anybody get this behavior in these releases?
Maybe you assigned state images and normal images ? AFAIR, there was some change about it ...
-
Yes you are right, I did not check before I posted.
The base colors do not have a priority.
You can add a feature request, but it will be awhile before I get to it.
It doesn't have to be a feature request. The syntax highlighting engine would only need to switch into string mode once it encounters an opening quote (as it does for the color), disabling any keyword checking until the closing quote.
-
To Juha and Zeljan
This the code of populating the tree.
Note that the same code was working fine for previous versions of Lazarus
procedure TAccount.FillBranch(const Accounts: TAccounts; aTree: TTreeView; TreeNode: TTreeNode);
var
ImgIndex: Integer;
Node: TTreeNode;
i: Integer;
FormattedName: string;
begin
for i:= 0 to high(Accounts) do
begin
FormattedName:= '[' + Accounts[i].AccountCode + '] ' + Accounts[i].AccountName;
if TreeNode = nil then
Node:= ATree.Items.Add(TreeNode, FormattedName)
else
Node:= ATree.Items.AddChild(TreeNode, FormattedName);
Node.OverlayIndex:= Accounts[i].AccountID;
ImgIndex:= 0;
if Accounts[i].AccountType = 2 then // Branch
begin
if accounts[i].ParentAccountID = 0 then
begin
if accounts[i].IsPrivate = 1 then
ImgIndex:= 10 // Private root branch
else
ImgIndex:= 9; // Public root branch
end
else
ImgIndex:= 0; // Non root branch
end
else // Normal account/leaf
ImgIndex:= 1;
Node.ImageIndex:= ImgIndex;
Node.SelectedIndex:= ImgIndex;
end;
end;
-
It doesn't have to be a feature request. The syntax highlighting engine would only need to switch into string mode once it encounters an opening quote (as it does for the color), disabling any keyword checking until the closing quote.
http://forum.lazarus.freepascal.org/index.php?topic=27991
-
To Juha and Zeljan
This the code of populating the tree.
Note that the same code was working fine for previous versions of Lazarus
procedure TAccount.FillBranch(const Accounts: TAccounts; aTree: TTreeView; TreeNode: TTreeNode);
var
ImgIndex: Integer;
Node: TTreeNode;
i: Integer;
FormattedName: string;
begin
for i:= 0 to high(Accounts) do
begin
FormattedName:= '[' + Accounts[i].AccountCode + '] ' + Accounts[i].AccountName;
if TreeNode = nil then
Node:= ATree.Items.Add(TreeNode, FormattedName)
else
Node:= ATree.Items.AddChild(TreeNode, FormattedName);
Node.OverlayIndex:= Accounts[i].AccountID;
ImgIndex:= 0;
if Accounts[i].AccountType = 2 then // Branch
begin
if accounts[i].ParentAccountID = 0 then
begin
if accounts[i].IsPrivate = 1 then
ImgIndex:= 10 // Private root branch
else
ImgIndex:= 9; // Public root branch
end
else
ImgIndex:= 0; // Non root branch
end
else // Normal account/leaf
ImgIndex:= 1;
Node.ImageIndex:= ImgIndex;
Node.SelectedIndex:= ImgIndex;
end;
end;
Just for test, try to comment Node.SelectedIndex and see if you have doubled images.
-
Looks like a lot of work done - thanks guys.
-
Zeljan
I have commented Node.SelectedIndex, but nothing happens.
when I comment OverlayIndex, duplication problem is gone!
// Node.OverlayIndex:= Accounts[i].AccountID;
-
@motaz, pls open issue about it, create example project and attach it there.
-
Great Job,
I am asking why the project resource management is not available to package option ?
-
I am glad that finally pressing Ctrl+V in the properties editor pastes the tests in the properties editor, but not in the source editor (when anchored docking for the IDE is enabled), like it used to.
Still I have to press F12 twice after each edit in the properties editor.
Besides that I have two problems:
1. Something seems to be wrong in the Win installer. On Win XP I installed this edition as a secondary one and unchecked "associate file extensions", but files got associated with the 1.4RC3 release.
2. One of my apps failed to compile, saying that it cannot finds from C:\lazarus1.4RC3\components\tachart\editors in my project folder. What I did was to copy all files from C:\lazarus1.4RC3\components\tachart\editors to the folder of my project but with the official release that was not necessary.
-
Zeljan
I have commented Node.SelectedIndex, but nothing happens.
when I comment OverlayIndex, duplication problem is gone!
// Node.OverlayIndex:= Accounts[i].AccountID;
Pls, test with patch from http://bugs.freepascal.org/view.php?id=27816 , maybe it helps.
-
2. One of my apps failed to compile, saying that it cannot finds from C:\lazarus1.4RC3\components\tachart\editors in my project folder. What I did was to copy all files from C:\lazarus1.4RC3\components\tachart\editors to the folder of my project but with the official release that was not necessary.
Did it give the full path? Can you copy the exact error? (or better all (shown and hidden) messages?
If this happens again, check for any ppu of tachart in your project folder.
Does your project has any changes to any path setting (on the Project > Compiler Options > Path)?
-
1. Something seems to be wrong in the Win installer. On Win XP I installed this edition as a secondary one and unchecked "associate file extensions", but files got associated with the 1.4RC3 release.
Yes this is a known (and forgotten) problem.
It does not work as you expect. The check bok only decides, if a file that is not yet associated with lazarus, will become associated.
It does not remove existing associations.
The problem is, that inno setup always changes the path to the exe to which the existing associations point. So any existing association will always be moved.
IIRC last time i worked on the installer I was not able to find any way to change this. (But if any one knows a way....)
-
Hello everybody,
i found an error by accident ;)
File: SourceSynEditor
Function: TIDESynGutterLOvProviderPascal.HighlightChanged
Line: 1826
procedure TIDESynGutterLOvProviderPascal.HighlightChanged(Sender: TSynEditStrings; AIndex,
ACount: Integer);
var
hl: TIDESynPasSyn;
procedure Update(var TheVal: Integer; NewVal: Integer);
begin
...
end;
var i1,i1e,i2,i2e,i3,i3e,i4,i4e: Integer;
begin
i1 := FPixInterfaceLine;
i1e := FPixEndInterfaceLine;
i2 := FPixImplementationLine;
i2e := FPixEndImplementationLine;
i3 := FPixInitializationLine;
i3e := FPixEndInitializationLine;
i4 := FPixFinalizationLine;
i4e := FPixEndFinalizationLine;
if not(TSynEdit(SynEdit).Highlighter is TIDESynPasSyn) then begin
FInterfaceLine := -1;
FInterfaceLine := -1; <<<<==== This should probably be: FImplementation
FInitializationLine := -1;
FFinalizationLine := -1;
end else begin
...
This normaly shouldn't cause any problems.
Regards
Pascal
-
After open a specific project lazarus close.
In the console i got these messages:
TApplication.HandleException TControl.InvalidatePreferredSize loop detected Fundo2:TScrollBox Bounds=l=8,t=8,r=793,b=520
Stack trace:
$000000000067433B
$00000000006741BC
$0000000000673DB1
$0000000000656A9C
$0000000000464D72
$000000000066BA5C
$00000000006582B1
$00000000006745FB
$0000000000BECC75
$0000000000BEBED2
$0000000000BD419C
$0000000000BD2DC3
$0000000000BE0ADF
$00000000004A88A5
$0000000000BE2D96
$000000000049F31B
$00000000008C3F50
TControl.DoSetBounds Fundo1:TScrollBox Old=0,0,251,99996 New=0,0,251,100040
ERROR in LCL: TControl.DoSetBounds Fundo1:TScrollBox Invalid bounds
Creating gdb catchable error:
$000000000054CB6B
$000000000066733A
$0000000000666BAF
$0000000000673DB1
$0000000000656A9C
$0000000000464D72
$000000000066BA5C
$00000000006582B1
$00000000006659E3
TApplication.HandleException: there was another exception during showing the first exception
Stack trace:
$000000000047F3FC
$000000000066733A
$0000000000666BAF
$0000000000673DB1
$0000000000656A9C
$0000000000464D72
$000000000066BA5C
$00000000006582B1
$00000000006659E3
$0000000000673DB1
$000000000065C6F5
$00000000006E6433
$00000000006F82A0
WARNING: TLCLComponent.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event?
[TMainIDE.Destroy] A
WARNING: TLCLComponent.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event?
WARNING: TLCLComponent.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event?
[TMainIDE.Destroy] B -> inherited Destroy... TMainIDE
[TMainIDE.Destroy] END
The component
-
i found an error by accident ;)
File: SourceSynEditor
Function: TIDESynGutterLOvProviderPascal.HighlightChanged
Line: 1826
Thanks and fixed.
-
Still same "Semaphore init" err, like I told in Mantis. One of 1.4RC worked ok (rc1 maybe), only shown "Debugger error", while 1.4RC2/3 show err on compile, and compile hangs, cannot run - cannot quit IDE (ide cannot close)
Project atSynEdit (https://github.com/Alexey-T/ATSynEdit , app/demo_editor),
error on compile
-
note. "1.4 Test" ide from getlazarus.org works/compiles ok, while 1.4RC1/2/3 don't work..
-
This is my code:
procedure TForm1.FormCreate(Sender: TObject);
var
reg: TRegistry;
l: TStringList;
n:integer;
begin
sport := TblockSerial.create;
connected := FALSE;
l:=TStringList.Create;
reg := TRegistry.Create;
try
reg.Access := KEY_READ;
reg.RootKey := HKEY_LOCAL_MACHINE;
reg.OpenKey('\HARDWARE\DEVICEMAP\SERIALCOMM', false);
reg.GetValueNames(l);
for n := 0 to l.Count - 1 do
begin
ComboBox2.Items.Add(reg.ReadString(l[n]));
memo1.Text:=memo1.Text+l[n];
memo1.Text:=memo1.Text+' -- '+ reg.ReadString(l[n])+#13+#10;
end;
if (ComboBox2.Items.Count>0) then ComboBox2.Text:=ComboBox2.Items[0];
finally
reg.Free;
l.Free;
end;
end;
This is what I find in Memo1:
\Device\Serial0 -- COM1
\Device\BthModem2 -- COM
\Device\BthModem0 -- COM
\Device\BthModem1 -- COM
But the real content is of the key is :
\Device\Serial0 -- COM1
\Device\BthModem2 -- COM3
\Device\BthModem0 -- COM6
\Device\BthModem1 -- COM7
I noticed that if I create a new value it is correctly read.
If I go on one of the not working values, I select Edit, and I just click OK, it becomes working.
-
note. "1.4 Test" ide from getlazarus.org works/compiles ok, while 1.4RC1/2/3 don't work..
getlazarus.org uses trunk fpc and trunk lazarus. Fix could be in fpc or in lazarus.
-
Does your project has any changes to any path setting (on the Project > Compiler Options > Path)?
Ahym, that was it: C:\lazarus\fpc\2.6.1\source\packages\fcl-base\src\;C:\lazarus\components\tachart\
I have no idea why it was there, so I removed the whole line and it compiles now.
-
This is my code:
procedure TForm1.FormCreate(Sender: TObject);
var
reg: TRegistry;
l: TStringList;
n:integer;
begin
sport := TblockSerial.create;
connected := FALSE;
l:=TStringList.Create;
reg := TRegistry.Create;
try
reg.Access := KEY_READ;
reg.RootKey := HKEY_LOCAL_MACHINE;
reg.OpenKey('\HARDWARE\DEVICEMAP\SERIALCOMM', false);
reg.GetValueNames(l);
for n := 0 to l.Count - 1 do
begin
ComboBox2.Items.Add(reg.ReadString(l[n]));
memo1.Text:=memo1.Text+l[n];
memo1.Text:=memo1.Text+' -- '+ reg.ReadString(l[n])+#13+#10;
end;
if (ComboBox2.Items.Count>0) then ComboBox2.Text:=ComboBox2.Items[0];
finally
reg.Free;
l.Free;
end;
end;
This is what I find in Memo1:
\Device\Serial0 -- COM1
\Device\BthModem2 -- COM
\Device\BthModem0 -- COM
\Device\BthModem1 -- COM
But the real content is of the key is :
\Device\Serial0 -- COM1
\Device\BthModem2 -- COM3
\Device\BthModem0 -- COM6
\Device\BthModem1 -- COM7
I noticed that if I create a new value it is correctly read.
If I go on one of the not working values, I select Edit, and I just click OK, it becomes working.
Use FPC trunk/upcoming FPC 3.0.x for that. See : http://bugs.freepascal.org/view.php?id=21899
-
I just found something in the IDE, which I think is wrong:
When I open Project Inspector and then I press ESC, the window of the project inspector gets empy. I suppose it should simply get closed when ESC is pressed.
Same problem exists in the official Lazarus, too.
If it matters- I use anchored IDE.
-
I just found something in the IDE, which I think is wrong:
When I open Project Inspector and then I press ESC, the window of the project inspector gets empy. I suppose it should simply get closed when ESC is pressed.
Same problem exists in the official Lazarus, too.
If it matters- I use anchored IDE.
Better fill an issue about it.
-
Hi
I use fixes_1_4 branch, and updated
found a designer problem:
when a control is selected, and drag it to new position, the control will jump a random offset in horizontal and vertical.
but if the control is NOT selected, then click and drag, the action is ok
in 1.2 release, is ok
if someone else meet the same, please submit a bug report
-
Hi
I use fixes_1_4 branch, and updated
found a designer problem:
when a control is selected, and drag it to new position, the control will jump a random offset in horizontal and vertical.
but if the control is NOT selected, then click and drag, the action is ok
in 1.2 release, is ok
if someone else meet the same, please submit a bug report
When you updated 1_4 fixes ? Some changes were merged yesterday (about selections), so it's important information.
-
I update 1 hours ago, last changed revision: 48755
-
I just found something in the IDE, which I think is wrong:
When I open Project Inspector and then I press ESC, the window of the project inspector gets empy. I suppose it should simply get closed when ESC is pressed.
Same problem exists in the official Lazarus, too.
If it matters- I use anchored IDE.
I do not have that problem on Linux GTK2...
-
I use fixes_1_4 branch, and updated
found a designer problem:
when a control is selected, and drag it to new position, the control will jump a random offset in horizontal and vertical.
but if the control is NOT selected, then click and drag, the action is ok
I cannot reproduce. I tested on Windows and on Linux with GTK2 and QT widgetsets.
Does it happen only with a certain project or form? Can you please copy it here.
-
I use fixes_1_4 branch, and updated
found a designer problem:
when a control is selected, and drag it to new position, the control will jump a random offset in horizontal and vertical.
but if the control is NOT selected, then click and drag, the action is ok
I cannot reproduce. I tested on Windows and on Linux with GTK2 and QT widgetsets.
Does it happen only with a certain project or form? Can you please copy it here.
Nothing special....
Just start lazarus, start new project, put a panel in form, and drag & drag & drag...
See attachment photo
PS: Win7 x64, fpc 2.6.4 win32, lazarus fix_1_4 r48755 Win32 widgetsets
Lazarus 1.2.6 tested, is ok
-
What do you mean by "ïf the control is selected"?
I remember a bugreport wehere something similar happend if the object's width or height was selected in Object Inspector.
Bart
-
What do you mean by "ïf the control is selected"?
I remember a bugreport wehere something similar happend if the object's width or height was selected in Object Inspector.
Bart
I post a photo just before, you may have a look
more details:
when the panel not selected, then press the left button and drag it to somewhere else, is all ok
then release button, the panel remain selected, it has 8 dot around the boundary
press down button again and drag it to somewhere, the panel will have a random *jump*, the related offset of cursor and panel is changed, even the cursor may out of the panel.
it's hard to take a screenshot, so I take a photo,
firstly I think may be my mouse fail, but compare side by side, the 1.2.6 is good.
-
What do you mean by "ïf the control is selected"?
I remember a bugreport wehere something similar happend if the object's width or height was selected in Object Inspector.
Yes, this is related. I can reproduce when either Left or Top is selected in OI.
baldzhang, please report in bug tracker.
-
What do you mean by "ïf the control is selected"?
I remember a bugreport wehere something similar happend if the object's width or height was selected in Object Inspector.
Yes, this is related. I can reproduce when either Left or Top is selected in OI.
baldzhang, please report in bug tracker.
Ok, I will do more test with trunk version and on Linux, then do the report
-
reported:
http://bugs.freepascal.org/view.php?id=27854
-
Hm, looks like I cannot change the cursor in the TExtendedNotebook.
It stays CRDEFAULT.
Happens in 1.2.6 release
Checked: also in 1.4RC3
Cursor stays CRDEFAULT on the border of this control
and also right from Tabs.
-
I just found something in the IDE, which I think is wrong:
When I open Project Inspector and then I press ESC, the window of the project inspector gets empy. I suppose it should simply get closed when ESC is pressed.
Same problem exists in the official Lazarus, too.
If it matters- I use anchored IDE.
I do not have that problem on Linux GTK2...
Do you use anchored IDE in Linux...?
I just tried it without anchoring in the IDE. The problem disappeared. So it is caused by the anchoring package (in WinXP).
-
Do you mean anchoring controls in the form designer?
-
I means that I have AnchorDosckingDsgn 0.5 installed.
-
Hi all,
I found this when I tried to create a 64 bit program. Am I doing this right?
Best,
:MJ
-
Debugger error occurs for me now after a full delete and clean install. 'The debugger could not run the application. This may be caused by missing debug info.' IDE will not run anything. IDE Options, Environment, Files looks fine.
I didn't have that problem with RC2 or previous full release. Initial loader program was OK for all components when I installed before I clicked start IDE. Tried fix as per readme.txt (http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#gdb.exe_has_stopped_working (http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#gdb.exe_has_stopped_working)) and it still does not work.
Removed and did clean install of RC2 - same problem. Removed and did clean install of Lazarus 1.2.6 - same problem. Removed Primary config directory then reinstalled RC3. Exe is created and runs fine outside of the IDE in all cases. Any thoughts?
Didn't install: GDB version 7.7.1 for windows 32 bit. 'It is recommended to use the GDB version that comes with the Lazarus installer.'
Lazarus V1.4RC3 2015-04-05, FPC V 2.6.4, SVN Rev 48629 Win7 32bit Intel Core Duo (Is there a copy to clipboard for this stuff?)
-
Debugger error occurs for me now after a full delete and clean install. 'The debugger could not run the application. This may be caused by missing debug info.' IDE will not run anything. IDE Options, Environment, Files looks fine.
It looks like there are more and more problems with GDB on Windows. I don't know what causes them.
One solution is to debug on Linux. For example I do most of my Lazarus development on Linux, partly because GDB works better there.
You can also try the fpdebug based debuggers in trunk, although they are not ready yet unfortunately.
Lazarus V1.4RC3 2015-04-05, FPC V 2.6.4, SVN Rev 48629 Win7 32bit Intel Core Duo (Is there a copy to clipboard for this stuff?)
In "About" dialog, right click -> "Copy version information to clipboard" copies some info.
-
Cyrax has identified this bug https://sourceware.org/bugzilla/show_bug.cgi?id=9415 (https://sourceware.org/bugzilla/show_bug.cgi?id=9415) of a space in the path causing the issue. Work around is to use a path without a space.
Much appreciated.
-
It looks like there are more and more problems with GDB on Windows. I don't know what causes them.
One solution is to debug on Linux.
This is not just debugging, it actually stops an application from running in the IDE after it compiles.
-
hi, i encounter a strange synedit bug, since RC1. Lazarus IDE and custom TSynEdit are all affected.
- open a reasonnably long unit (must have vertical scroll bar)
- at the most bottom, set the focus so that the caret is displayed
- start scrolling up
- still while scrolling press the Ctrl key so that zooming starts
- look for your blinking caret
=> it's only partially drawn. Even when you start typing code.
confere with the two pictures attached to the post.
Has it been already reported ?
-
Cyrax has identified this bug https://sourceware.org/bugzilla/show_bug.cgi?id=9415 (https://sourceware.org/bugzilla/show_bug.cgi?id=9415) of a space in the path causing the issue. Work around is to use a path without a space.
This is not just debugging, it actually stops an application from running in the IDE after it compiles.
Is it just any space? Because I have debugged with spaces in the path to the exe.
But there is a known issue, and it may even be windows itself (though I have no proof).
If a path has a space C:\foo bar\project1.exe
and there is a file or folder C:\foo
So the file or folder ends exactly where the project has the space.
Their is no known work around.
http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Error_193_.28Error_creating_process_.2F_Exe_not_found.29
-
- look for your blinking caret
Yes, and it is fixed in trunk. Unfortunately not merged to 1.4.
And it would no be a simple merge, as trunk had the caret code entirely refactored.
-
...Unfortunately not merged to 1.4.
And it would no be a simple merge, as trunk had the caret code entirely refactored.
Then could you recommend me a workaround ? So far i've tried to put some UpdateThis() or UpdateThat() at the end of my overriden MouseWheelProc but it doesn't work. Only a zoom-in/zoom-out seems to restore the caret visibility.
-
I will look through the code, and see what can be done in 1.4.1 (1.4 is already being build, so it cant be changed any longer)
In the IDE unfocus/focus the editor. In general, hide the caret and show it again (Options eoNoCaret)
Edit:
The correct fix would be in components\synedit\syneditpointclasses.pas
Search for FCurrentClippedWidth
The same logic needs to be applied to the clipped height of the Caret.
That are the height/width actually given to CreateCaret. Which differ from the desired values, if the caret is at the edge of the editor.
If you need that in 1.4 please fill a bug report, as I do not know when I will be able to look at it.
-
Hello, i am new to this forum.
I know Delphi and Turbo Pascal very good for many years now and i started to use Lazarus ome months ago.
I just found a little bug in the latest release candidate (and as well in version 1.2.6).
In the component TTabControl (and others, that use the TNBPages class), the property
TTabControl.Tabs.Objects[] (or equivalent TTabControl.Pages.Objects[])
does not work. This property is normally used to assign user objects to each tab. In the actual code, the method "TNBPages.PutObject" is not implemented and the method "TNBPages.GetObject" returns a reference to "TCustomPage" instance.
What i changed:
- I added a new private field "FCustomObject : TObject;" to the TCustomPage class
- I added the method "PutObject" to TNBPages
- I changed the method implementations for TNBPages.GetObject and TNBPages.GetPage
I attached a patch set for version 1.2.6 and 1.4. It would be great if this fix will be part of the final 1.4 release.
-
In the component TTabControl (and others, that use the TNBPages class), the property
TTabControl.Tabs.Objects[] (or equivalent TTabControl.Pages.Objects[])
does not work. This property is normally used to assign user objects to each tab. In the actual code, the method "TNBPages.PutObject" is not implemented and the method "TNBPages.GetObject" returns a reference to "TCustomPage" instance.
Is it Delphi compatible? Does Delphi keep Objects[] there?
I attached a patch set for version 1.2.6 and 1.4. It would be great if this fix will be part of the final 1.4 release.
No you didn't. You copied the whole files.
All development happens in trunk. Making changes for the old 1.2.6 is useless because it will not be developed any more.
To make patches against trunk, read this:
http://wiki.freepascal.org/Creating_A_Patch
Getting changes into 1.4 release is too late. The release has been tagged already.
-
My observation is:
Delphi 7 has no property Pages.
Tabs and Pages are not equivalents. With TTabControl, Pages.Count is always 0.
Otherwise, SnoopyDog is right, in Delphi I can assing any Object to Tabs.Objects[] (just like with TStringList). Lazarus (trunk) cannot do it.
-
Yes, i know that i did not create a patch like you mentioned, Juha.
Before i do this, i just wanted to get some feedback because i'm new here... You just need to copy the two files to the lcl and lcl\include and test if it works.
But anyway, i can also try to create an official patch.
-
But anyway, i can also try to create an official patch.
Don't bother if it is has been identified as a 'Delphi-incompatibility'.
It will be dismissed.
-
You cant not use the component TTabControl reasonable without this property working correctly - regardless if it's a Delphi incompatibility or not.
-
Lazarus 1.4.0 was announced on the mailing list some hours ago. Isn't it going to be announced here too or is Mattias busy? :)
-
Lazarus 1.4.0 was announced on the mailing list some hours ago. Isn't it going to be announced here too or is Mattias busy? :)
1.4 is appear in source forge on 19 April
http://sourceforge.net/projects/lazarus/files/Lazarus%20Linux%20amd64%20DEB/
-
Before i do this, i just wanted to get some feedback because i'm new here... You just need to copy the two files to the lcl and lcl\include and test if it works.
But anyway, i can also try to create an official patch.
A patch has big benefits over copying whole files.
The feature sounds good and does not break Delphi compatibility. Go ahead with a patch, open a report in bug tracker for it.
-
A short remark from my side:
Right now, the component "TTabControl" has an Delphi incompatibilty in FPC by default, because the property "Objects" does not work. This is 100% incompatible to Delphi. My changes simply make this property functional and thus Delphi compatible. This is not a nice feature to have, it is an essential thing when you need to port software from Lazarus to Delphi. Of course my change does not break Delphi compatibilty, it establishes Delphi compatibilty ;)
I will try to create an official patch.
-
I will try to create an official patch.
It sounds great. Please make it happens on the Lazarus next release.