Lazarus

Announcements => Lazarus => Topic started by: Martin_fr on January 14, 2016, 02:57:45 pm

Title: Lazarus 1.6 - 2nd Release Candidate
Post by: Martin_fr on January 14, 2016, 02:57:45 pm
The Lazarus team is glad to announce the second release candidate of Lazarus 1.6.

This release was built with FPC 3.0.0.
The previous release Lazarus 1.4.4 was built with FPC 2.6.4.

Here is the list of fixes for Lazarus 1.6:
http://wiki.freepascal.org/Lazarus_1.6_fixes_branch

Here is the list of changes for Lazarus and Free Pascal:
http://wiki.lazarus.freepascal.org/Lazarus_1.6.0_release_notes
http://wiki.lazarus.freepascal.org/User_Changes_3.0.0

The release is available for download on SourceForge:
http://sourceforge.net/projects/lazarus/files/

Choose your CPU, OS, distro and then the "Lazarus 1.6RC2" directory.

Checksums for the SourceForge files:
http://www.lazarus-ide.org/index.php?page=checksums#1_6_0RC2

Minimum requirements:

Windows:       
  98, 2k, XP, Vista, 7, 32 or 64bit.
  Win98 and WinNT IDE needs FPC 2.6.4 and building with flag -dWIN9XPLATFORM.
               
FreeBSD/Linux:
  gtk 2.8 or qt4.5, 32 or 64bit.

Mac OS X:
  10.5 to 10.11, LCL only 32bit, non LCL apps can be 64bit.

The svn tag is
http://svn.freepascal.org/svn/lazarus/tags/lazarus_1_6_RC2

== Why should everybody (including you) test the release candidate? ==

In the past weeks the Lazarus team has stabilized the 1.6 fixes branch.
The resulting 1.6RC2 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.4 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.6.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.6RC2.
- 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.4.x), and use "Publish Project" from the project menu. This creates a clean copy of your project.

You can then open that copy in the RC2. 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
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 14, 2016, 03:10:53 pm
A note about the Sparta docked form designer. The package is included
in 1.6 release but unfortunately it is not stable there. Many of its
bugs are widgetset dependent.
It has been improved in trunk already by Maciej and Ondrej but it
required changes also in LCL and in source editor. Such changes have a
risk of introducing regressions and could not be merged to 1.6.
AnchorDocking package also got many improvements but is still not perfect.
These features will be improved in trunk and released later (maybe
Lazarus 2.0). There may be other Sparta packages baking, too, and a
new menu designer works already well in trunk.

What if somebody wants to use the docked form designer but is hit by its bugs?
Then he must use trunk, a selected "sweet spot" revision like always
with new features.
Copying the Sparta package from trunk is not enough.
Also bug reports about this feature should be done after testing trunk instead of 1.6 release.

Anyway the new 1.6 release is surely justified and packs lots of goodies:
- FPC 3.0 with all its improvements.
- Improved UTF-8 system.
- Configurable IDE Coolbar
- Desktops feature
- Plenty of smaller improvements around. Read the release notes.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: FTurtle on January 15, 2016, 12:03:28 pm
There is no '1.6RC2' in 'Product Version' list at bugtracker.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: motaz on January 15, 2016, 02:20:04 pm
I get this when I tried to open sourceforge page:

Quote
ERROR
The request could not be satisfied.
The Amazon CloudFront distribution is configured to block access from your country.

Generated by cloudfront (CloudFront)
Request ID: 1kgdo0O7td23ZodieyG8Cobs0nCNH4v0Mj8rPQ4mRnCq4gENCNRhVg==

What is CloudFront anyway

I have downloaded RC1 previously.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: motaz on January 15, 2016, 02:26:48 pm
It seems that the entire site (sourceforge.net) is closed from Sudan
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Martin_fr on January 15, 2016, 02:28:48 pm
I don't know the error message. Maybe google.

Sourceforge is known to block some countries. We offer alternative download servers for that.
The links to them are however missing in the announcement.

ftp://freepascal.dfmk.hu/pub/lazarus/releases/
http://michael-ep3.physik.uni-halle.de/Lazarus/releases/
http://mirrors.iwi.me/lazarus/

There may sometimes be a lag in synchronization.

You can check your downloads against http://www.lazarus-ide.org/index.php?page=checksums#1_6_0RC2
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: motaz on January 15, 2016, 02:32:25 pm
Martin, Thanks for alternative link, it works
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: engkin on January 15, 2016, 04:22:45 pm
[snipped...]
Please test:
- If you can edit forms in the designer
   - rename components / change properties in Object inspector / Add new events
[snipped...]

Using MS Windows:
Drop a button on a form
Hit F11 to move the focus to the Object Inspector window
Use your keyboard to move to Default property (or any Boolean property)
Use your keyboard to move to any Boolean property.

It seems that the focus in Object Inspector moves past Boolean properties on [arrow] key up event. Using the mouse, I can select any property with no problem.

Am I the only person having this issue?

Edit:
Thanks to FTurtle, corrected the sentence to reduce confusion.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 15, 2016, 04:49:52 pm
Use your keyboard to move to Default property (or any Boolean property)

What do you mean by Default property?

Quote
It seems that the focus in Object Inspector moves past Boolean properties on [arrow] key up event. Using the mouse, I can select any property with no problem.
Am I the only person having this issue?

No you are not! Very strange behavior. It does not even depend on widgetset.
I can reproduce it with Boolean properties when using the TCheckBoxThemed editor, which the default editor now. It does not happen with the normal TCheckBox editor, nor with the old TCombobox editor.
Why did I not notice it earlier? ...
When there are 2 consecutive Booleans, focus stops at the second one. Only the first one is skipped.

A workaround is to either select the TCombobox editor or compile the IDE with define UseOINormalCheckBox.

Blaazen, are you reading this? Any idea why TCheckBoxThemed affects the key presses?
Anyway I will look at this during the weekend.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: FTurtle on January 15, 2016, 05:20:03 pm
Unlike many other controls checkboxes handle arrows own for select next/previous control. The problem somewhere here.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: engkin on January 15, 2016, 05:45:35 pm
Use your keyboard to move to Default property (or any Boolean property)

What do you mean by Default property?

Check the attached image.

Quote
It seems that the focus in Object Inspector moves past Boolean properties on [arrow] key up event. Using the mouse, I can select any property with no problem.
Am I the only person having this issue?

No you are not!

Thank you!
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: FTurtle on January 15, 2016, 05:51:57 pm
Quote
Use your keyboard to move to Default property (or any Boolean property)
So, this phrase should look like:
"Use your keyboard to move to any Boolean property"
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Bart on January 15, 2016, 06:03:30 pm

Using MS Windows:
Drop a button on a form
Hit F11 to move the focus to the Object Inspector window
Use your keyboard to move to Default property (or any Boolean property)

Yep, same in trunk (only tested Windows).

Reported as issue #29406 (http://bugs.freepascal.org/view.php?id=29406).

Bart
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: engkin on January 15, 2016, 06:07:12 pm
Quote
Use your keyboard to move to Default property (or any Boolean property)
So, this phrase should look like:
"Use your keyboard to move to any Boolean property"

Yes, indeed. Just edited that post to make it clearer. Thanks.



Using MS Windows:
Drop a button on a form
Hit F11 to move the focus to the Object Inspector window
Use your keyboard to move to Default property (or any Boolean property)

Yep, same in trunk (only tested Windows).

Reported as issue #29406 (http://bugs.freepascal.org/view.php?id=29406).

Thank you!
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 15, 2016, 06:52:20 pm
Unlike many other controls checkboxes handle arrows own for select next/previous control. The problem somewhere here.

The normal CheckBox seems to work OK. You can verify by building the IDE with -dUseOINormalCheckBox.
TCheckBoxThemed is a custom drawn control made by Blaazen. Its benefit as a property editor is that the same code can draw the actual active editor and the inactive "fake" checkboxes, thus making them identical.
When using a normal checkbox, "fake" checkboxes are drawn using theme service and the result is slightly different.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Ondrej Pokorny on January 15, 2016, 07:15:55 pm
Why did I not notice it earlier? ...

AFAIR, it has been already discussed somewhere (forum or mailing list [?]), but it looks like we all have forgotten about it - probably because nobody reported it in mantis.

(If I am not wrong - I don't remember exactly.)
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Josh on January 15, 2016, 10:30:33 pm
Hi
Just done a fresh install of 1.6rc2 on osx 10.6.8.
At first it seems ok, so I tried to just rebuild lazarus
and get the following error.
LAZUTILs error code 256
and cant rebuild lazarus.
Obviously I have not tried to install any packages as they will fail..

Any Ideas

Josh
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: eny on January 16, 2016, 12:21:17 am
"Object Inspector:  The Boolean property editor now uses a CheckBox by default. A ComboBox with "False", "True" can still be selected in options. The control is now a custom drawn TCheckBoxThemed which is used for both selected and non-selected properties, thus making them visually identical. "

It is much better to leave these kind of overengineered features off by default.
No need to shove them down our throats.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 16, 2016, 01:23:34 am
"Object Inspector:  The Boolean property editor now uses a CheckBox by default. A ComboBox with "False", "True" can still be selected in options. The control is now a custom drawn TCheckBoxThemed which is used for both selected and non-selected properties, thus making them visually identical. "

It is much better to leave these kind of overengineered features off by default.
No need to shove them down our throats.

Why do you feel that a CheckBox for a boolean value is overengineering?
CheckBox is the most natural control for booleans. That is what CheckBox was created for in the first place.
In my opinion a ComboBox with 2 values ("False" and "True") to change a simple boolean is overengineering. That's why I changed it to a more natural and logical control.

Delphi has a hybrid control with both CheckBox and ComboBox. That can be called overengineering, yes.
Anyway, I did not quite understand your reasoning but fortunately you can configure the boolean property editor to your liking.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: fic on January 16, 2016, 08:32:36 am
Just wondering... Why did all my previous installed component-palletes dissapeare?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Josh on January 16, 2016, 10:03:36 am
Going on from previous post
Quote
Hi
Just done a fresh install of 1.6rc2 on osx 10.6.8.
At first it seems ok, so I tried to just rebuild lazarus
and get the following error.
LAZUTILs error code 256
and cant rebuild lazarus.
Obviously I have not tried to install any packages as they will fail..

Any Ideas

Josh

I removed lazarus and went back to 1.4.4, and all ok. removed 1.4.4 re-installed 1.6rc2 and same problem. So now am back on 1.4.4.

Can anyone verify this?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Bart on January 16, 2016, 10:34:38 am
Blaazen, are you reading this? Any idea why TCheckBoxThemed affects the key presses?
Anyway I will look at this during the weekend.

I attached a patch to the issue.
It resolves the behaviour in OI, but I am not sure if it will lead to other problems.

The original line in the constructor looked odd to me.
I think, form the comments in that line, the purpose was to have csNoStdEvents, not to remove it.

Mind you, there is another issue with the ThemedCheckBox, which was hidden by a wrong compiler directive.
See http://bugs.freepascal.org/view.php?id=29412 (http://bugs.freepascal.org/view.php?id=29412)

I took the liberty of assigning both issues to you.

Bart
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 16, 2016, 01:29:35 pm
About the TCheckBoxThemed Boolean editor in Object Inspector:
I solved it by removing define UseOINormalCheckBox and added UseOICheckBoxThemed, inverting the logic, in r51304.
Now the normal CheckBox is used by default. I marked it for merging to 1.6.
The issue with TCheckBoxThemed is still valid but there is no urgent hurry to fix it.

Please test now with trunk, or use define UseOINormalCheckBox when building 1.6RC2. Does the normal CheckBox Boolean editor work OK for everybody?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 16, 2016, 01:33:17 pm
Just wondering... Why did all my previous installed component-palletes dissapeare?

You must rebuild Lazarus, just like when installing new component packages.
Tools -> Configure "Build Lazarus" ...
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 16, 2016, 01:35:42 pm
Just done a fresh install of 1.6rc2 on osx 10.6.8.
At first it seems ok, so I tried to just rebuild lazarus
and get the following error.
LAZUTILs error code 256
and cant rebuild lazarus.

Does the compiler work? Try with a simple cmd line prog.
Lazarus 1.6 includes the new FPC 3.0.
I don't have OSX to test here.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Josh on January 16, 2016, 02:26:45 pm
Hi JuhaManninen,

I could create a simple GUI app with a tbutton, and this would compile and run, but I cannot re-build lazarus, or add any components that require a rebuild of lazarus to function.
I have tried re-freshing lazarus files from menu, and removing all pp files as a last ditch attempt, but this did not help.
It maybe something in my config, but odd as to 1.4.4 running.
the main difference is fpc 3.0.0 over 2.6.4..

Any steps/tests you want me to do let me know

Josh
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 16, 2016, 02:42:17 pm
Any steps/tests you want me to do let me know

Sorry, I cannot help with OSX. I understood some people are running the latest Lazarus there. I hope they can help.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Martin_fr on January 16, 2016, 02:55:29 pm
I am not using Mac either.

But in any case, you need to provide more output.

If the error is in the "message window", then right click it, and find "Copy all and hidden ...." and paste this.

Also run lazarus from console (inside the bundle, or it will not work), and see if there is any output on stdout/stderr. Or redirect this to a file (maybe use --debug-log= )
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: eny on January 16, 2016, 03:19:45 pm
Why do you feel that a CheckBox for a boolean value is overengineering?
I don't feel that way.

CheckBox is the most natural control for booleans. That is what CheckBox was created for in the first place.
I agree to some extent.
But not within the context of the Object Inspector!

The OI is now broken with an inconsistent look and feel:
Quote
That's why I changed it to a more natural and logical control.
No problem with the change by itself, as long as the options to fall back to the original, more efficient behavior, are enabled by default (indeed a checkbox in the right location).
'more natural and logical control' does not apply to his particular situation.

Quote
Anyway, I did not quite understand your reasoning but fortunately you can configure the boolean property editor to your liking.
See above and yes, that is fortunate indeed.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: balazsszekely on January 16, 2016, 03:46:23 pm
Quote
@josh
I could create a simple GUI app with a tbutton, and this would compile and run, but I cannot re-build lazarus, or add any components that require a rebuild of lazarus to function.
I have tried re-freshing lazarus files from menu, and removing all pp files as a last ditch attempt, but this did not help.
It maybe something in my config, but odd as to 1.4.4 running.
the main difference is fpc 3.0.0 over 2.6.4..
Probably the symlink inside the bin folder points to the wrong version of fpc. You should remove fpc2.6.4/Lazarus 1.4.4 completely:
1. Download the script(attachment)
2. Change to the directory where the script is located
3. Execute the script:
    chmod +x uninstall.sh
    sudo ./uninstall.sh
4. Remove config dir
    cd ~/
    rm -rv .lazarus
5. Install 1.6 RC2
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: fic on January 16, 2016, 04:23:09 pm
Just wondering... Why did all my previous installed component-palletes dissapeare?

You must rebuild Lazarus, just like when installing new component packages.
Tools -> Configure "Build Lazarus" ...

Obviously  :-[   
Thank you.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 16, 2016, 04:50:34 pm
The OI is now broken with an inconsistent look and feel:
the checkboxes create a very 'busy', irregular OI window; that by itself is enough reason to not activate such a feature by default;

Our minds work in different ways. For me it appears now as a more functional OI window.

Quote
the checkboxes are no longer consistent with the way the other options work (black text, white background and blue highlight color when selected/clicked);

The highlight color when selected should be adjusted later. It is a valid point.
BTW, the other ComboBox editors don't always show blue highlight color on Linux with GTK2 or QT. Don't know why. That is a separate issue though.

Quote
also the color to indicate a non-default value is inconsistent;

That is false information. The color is the same brown as can be seen easily.

Quote
when going through the options with the cursor keys the checkboxes are skipped; in case of 2 adjacent true/false options the cursor stops at the 2nd one  :(

C'mon ... That is a bug which was discussed just above in this thread and already fixed (kind of) in trunk.

Quote
and the piece de resistance: for people that do not know the meaning of a v-shaped symbol in a small white box, the text '(true)' is placed to the right of it %) (if a text would have been required for whatever reason it should have been yes/no or on/off and no parentheses).

No no and no! This was discussed for a long time in mailing list IIRC at 2014.
First, a boolean can have values True and False. You can do:
Code: Pascal  [Select][+][-]
  1.   MyBoolVar := True;
but you cannot do
Code: Pascal  [Select][+][-]
  1.   MyBoolVar := Yes;
nor
Code: Pascal  [Select][+][-]
  1.   MyBoolVar := On;

The check mark carries enough information, yes, but a sole check mark without any text looks weird.
The texts "True" and "False" without parentheses would be confusing, too. When the value is False, it can be interpreted as "False is unchecked". What does it mean? Parentheses were a good compromise.

Quote
No problem with the change by itself, as long as the options to fall back to the original, more efficient behavior, are enabled by default (indeed a checkbox in the right location).
'more natural and logical control' does not apply to his particular situation.

"more efficient behavior" ... how can opening a Combo list and selecting a value be more efficient than simply clicking a CheckBox?
Delphi also recognized the need for a CheckBox Boolean editor but also wanted to be backwards compatible with a ComboBox. They solved it by introducing a hybrid component containing both.
I don't see a need for such a hybrid because one person typically does not use both. It is either or.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: useroflazarus on January 16, 2016, 05:15:09 pm
if double click - not available Copy and Cut menu items in the editor. :-\
But if select word then items is available.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Martin_fr on January 16, 2016, 05:25:54 pm
The OI is now broken with an inconsistent look and feel:
the checkboxes create a very 'busy', irregular OI window; that by itself is enough reason to not activate such a feature by default;

Our minds work in different ways. For me it appears now as a more functional OI window.
Well IMHO both concepts (checkbox and dropdown) are valid (regardless of implementation details)

boolean is an enum, so like any enum it could use the dropdown.

boolean is a 2 state enum and therefore can be represented by the checkbox.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Josh on January 16, 2016, 05:36:12 pm
Hi Getmem,

Followed your instruction to remove lazarus, then installed 1.6rc2
If I try to build Lazarus I get this
Quote
Hint: (11030) Start of reading config file /etc/fpc.cfg
Hint: (11031) End of reading config file /etc/fpc.cfg
Free Pascal Compiler version 3.0.0 [2015/11/14] for i386
Copyright (c) 1993-2015 by Florian Klaempfl and others
(1002) Target OS: Darwin for i386
Free Pascal Compiler version 3.0.0 [2015/11/14] for i386
Copyright (c) 1993-2015 by Florian Klaempfl and others
(1002) Target OS: Darwin for i386
(3104) Compiling alllclunits.pp
(3104) Compiling lclproc.pas
<stdin>:4284:2: error: invalid instruction mnemonic 'fistpq'
        fistpq  -12(%ebp)
        ^~~~~~
<stdin>:4303:2: error: invalid instruction mnemonic 'fistpq'
        fistpq  -12(%ebp)
        ^~~~~~
<stdin>:4326:2: error: invalid instruction mnemonic 'fistpq'
        fistpq  -16(%ebp)
        ^~~~~~
<stdin>:4350:2: error: invalid instruction mnemonic 'fistpq'
        fistpq  -16(%ebp)
        ^~~~~~
(9001) Assembling (pipe) /Developer/lazarus/lcl/units/i386-darwin/lclproc.s
lclproc.pas(3221) Fatal: (10026) There were 1 errors compiling module, stopping
Fatal: (1018) Compilation aborted
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Josh on January 16, 2016, 07:37:01 pm
Hi
Googled fistpq, all references I can see point to 64bit instruction. Is FPC 3.0.0 only for 64bit OSX.?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: balazsszekely on January 16, 2016, 07:57:15 pm
@josh
Unfortunately I have absolutely no idea what that message means. I never see it before, although I installed lazarus under osx many times. Perhaps you should ask on the fpc mailing list.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Josh on January 16, 2016, 08:14:54 pm
Hi Getmem,

Sorry to sound stupid, but how do i do that?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: balazsszekely on January 16, 2016, 08:21:47 pm
@josh
Take a look at this.
http://www.freepascal.org/maillist.var

PS: @marcov can you please help us with this issue?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Josh on January 16, 2016, 08:33:15 pm
Hi Getmem,

Well I registered, spent 20 minutes trying to work out how to use it and what to do, and have now given up.

update

Just got email from list, so I email my question.

Just done.

Thanks


Josh
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: eny on January 16, 2016, 09:43:09 pm
Our minds work in different ways. For me it appears now as a more functional OI window.
That's why programmers normally are not involved with designing an application (and I'll skip all other remarks that are programmer driven.)

Quote
Quote
also the color to indicate a non-default value is inconsistent;
That is false information. The color is the same brown as can be seen easily.
What drugs are you on?
Look at the attachment.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Martin_fr on January 16, 2016, 09:44:37 pm
Lazarus on OSX is 32 bit only (except for none GUI, that can be either)

Quote
Code: Pascal  [Select][+][-]
  1. Target OS: Darwin for i386
That looks like it is compiling for 32 bit.

As for the error, I dont know.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: engkin on January 17, 2016, 12:07:01 am
There is a small problem with the filter in the Object Inspector window.

1-Put a few buttons and labels on a form.
2-Type something in the filter box like: lab
3-Select one of the the labels from the list.
4-Change the caption of the label .
5-Now, with your mouse click on one of the buttons on the form to select it.
6-Try to change the caption of the selected button.

As soon as the OI gets the focus again, the filter gets activated again (and the button is not selected, against our basic intention)

Shouldn't the text in the filter box get deleted when the OI loses focus?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 17, 2016, 11:17:01 am
if double click - not available Copy and Cut menu items in the editor. :-\
But if select word then items is available.

Works here. Please explain how to reproduce.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 17, 2016, 11:27:16 am
Quote
Quote
also the color to indicate a non-default value is inconsistent;
That is false information. The color is the same brown as can be seen easily.
What drugs are you on? Look at the attachment.

No drugs. :) Strange. Here they are brown both when using the normal CheckBox and CheckBoxThemed, also with a Windows version (tested under Wine).
It would indeed be a big inconsistency if the indication of non-default values went missing.
Please test with normal CheckBox either by using latest trunk or by defining UseOINormalCheckBox when building Lazarus 1.6RC2.
(Tools -> Configure "Build Lazarus" -> Edit Defines. Add UseOINormalCheckBox there and check it in the CheckList.)

P.S.
 Look at my number of messages. It matches the current year (until I write another message). Heh!
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Bart on January 17, 2016, 12:07:42 pm
Look at my number of messages. It matches the current year (until I write another message). Heh!

Well, restrict yourself to 1 message each year then (your already used quota for this year)  >:D

Bart
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: useroflazarus on January 17, 2016, 05:51:27 pm
if double click - not available Copy and Cut menu items in the editor. :-\
But if select word then items is available.

Works here. Please explain how to reproduce.

see attachment. 2 screens.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Cyrax on January 17, 2016, 06:10:44 pm
if double click - not available Copy and Cut menu items in the editor. :-\
But if select word then items is available.

Works here. Please explain how to reproduce.

see attachment. 2 screens.

I can confirm that. Lazarus trunk r51302.

useroflazarus: Please create a bug report so it won't be forgotten.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Josh on January 18, 2016, 04:31:46 am
Hi

Hope someone can help, as per earlier post unable to get lazarus to build, and after using the mailing list, i have been asked to try to add -Aas-darwin to fpc command line to see if it will build lazarus, how do I do this in lazarus ide so that I can rebuild lazarus and also allow rebuild via component installs.

Josh
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: balazsszekely on January 18, 2016, 06:23:23 am
@josh

Lazarus Menu-->Tools-->Configure "Build Lazarus"...-->Options, then  Build.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Chusik on January 18, 2016, 08:05:11 pm
if double click - not available Copy and Cut menu items in the editor. :-\
I can confirm it. Also if doubleclick or simple right mouse click on some identifier then does not work "Find declaration" and "Refactoring"->"Rename identifier...". Looks like Lazarus can't determine that keyword is active but hotkeys works as expected so it is only context menu problem. I am using this function very often so it is very annoying for me.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Ondrej Pokorny on January 18, 2016, 08:19:08 pm
if double click - not available Copy and Cut menu items in the editor. :-\
I can confirm it.

Actually it works if you wait a little bit with the right click so that Application.OnIdle is executed :)

Anyway, fixed in r51318. Have you reported in mantis?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Chusik on January 18, 2016, 08:25:49 pm
Anyway, fixed in r51318. Have you reported in mantis?
No, only here. Thanks, I will check it. I hope it will be merged to fixes_1_6 branch.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Bart on January 18, 2016, 08:38:32 pm
I hope it will be merged to fixes_1_6 branch.

It's on the merge list, see http://wiki.lazarus.freepascal.org/Lazarus_1.6_fixes_branch (http://wiki.lazarus.freepascal.org/Lazarus_1.6_fixes_branch).

Bart
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Ondrej Pokorny on January 18, 2016, 09:52:14 pm
Anyway, fixed in r51318. Have you reported in mantis?
No, only here.

Please report in mantis the next time. Issues reported on forum and mailing list get easily (and often) forgotten.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Chusik on January 19, 2016, 07:24:11 pm
Anyway, fixed in r51318.
I checked it, works as expected now.
It's on the merge list
OK, thanks for info.
Please report in mantis the next time. Issues reported on forum and mailing list get easily (and often) forgotten.
OK
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: guest58172 on January 20, 2016, 12:55:08 am
Since 1.6-rc2 AnchorDocking.lpk seems to have a regression, which affect a project.

When the DockMaster layout is restored the height of docked windows increases. This is very unpleasant, particularly if the application is opened and closes several times per day...

What's the status of this bug ?
(I remember having briefly read something about this last week in the forum, but no luck with the search feature tonight)

Will it be fixed in 1.6 ?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 20, 2016, 01:07:29 am
When the DockMaster layout is restored the height of docked windows increases. This is very unpleasant, particularly if the application is opened and closes several times per day...

What's the status of this bug ?
(I remember having briefly read something about this last week in the forum, but no luck with the search feature tonight)

Please report with an example project and steps to reproduce.
If you can find the revision that caused the bug, even better.

Quote
Will it be fixed in 1.6 ?

If somebody fixes it quickly then it might make it to 1.6.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: ArtLogi on January 20, 2016, 06:22:22 am
Is the "Choose parent > GroupBox" new child object jumping away (at times out of the forms current area) phenomenom fixed in new release. Noticed it today in 1.2.6 w7 i386. I'm a noob and noticed it today, may be already ironed out in 1.4.x
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: FTurtle on January 20, 2016, 09:48:29 am
When the DockMaster layout is restored the height of docked windows increases. This is very unpleasant, particularly if the application is opened and closes several times per day...

What's the status of this bug ?

This?
http://bugs.freepascal.org/view.php?id=18538
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 20, 2016, 11:13:25 am
This?
http://bugs.freepascal.org/view.php?id=18538

Can you please check if some of those revisions caused the regression. Guesswork is not helpful now.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 20, 2016, 11:34:05 am
Is the "Choose parent > GroupBox" new child object jumping away (at times out of the forms current area) phenomenom fixed in new release. Noticed it today in 1.2.6 w7 i386. I'm a noob and noticed it today, may be already ironed out in 1.4.x

Why don't you try it yourself? That's why 1.6 RC2 was made. This forum thread is also about 1.6 RC2.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Milsa on January 20, 2016, 03:28:45 pm
Please, look at this bug and insert bugfix to RC3:
http://bugs.freepascal.org/view.php?id=29141

Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 20, 2016, 04:32:11 pm
Please, look at this bug and insert bugfix to RC3:
http://bugs.freepascal.org/view.php?id=29141

There is no bugfix for that yet.

BTW, Most likely there will be no more release candidates. The fixes merged now for 1.6 must have a low risk for regressions.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Valentin on January 20, 2016, 06:35:22 pm
Hi
Just done a fresh install of 1.6rc2 on osx 10.6.8.
At first it seems ok, so I tried to just rebuild lazarus
and get the following error.
LAZUTILs error code 256
and cant rebuild lazarus.
Obviously I have not tried to install any packages as they will fail..

Any Ideas

Josh

In cmd try:
Install:
xcode-select --install

And then:
sudo xcodebuild -license

After than try to compile Lazarus...
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: guest58172 on January 21, 2016, 04:11:03 am
When the DockMaster layout is restored the height of docked windows increases. This is very unpleasant, particularly if the application is opened and closes several times per day...

What's the status of this bug ?

This?
http://bugs.freepascal.org/view.php?id=18538

Actually it's very close:

https://vimeo.com/152515956

(password: laz)
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 21, 2016, 10:26:00 am
Quote
This?
http://bugs.freepascal.org/view.php?id=18538
Actually it's very close:

https://vimeo.com/152515956

Looks very similar to what Lazarus had but was fixed in r51097, r51098 and r51099.
Can you check what revision caused your regression?
Why is it not possible to reproduce in a simple example project? Did you make workarounds in your code?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: MSC on January 21, 2016, 10:46:10 am
After installation of Lazarus 1.6RC2 and installation of anchordockingdsgn I´ve got the following error message:

TWinControl.WMSize loop detected, the widgetset does not like the LCL bounds or sends unneeded wmsize messages: TScrollBox
BoundsRealized=l=0,t=0,r=1887,b=102
NewBoundsRealized=l=0,t=0,r=1887,b=102

Clicking on ok-button of the message, Lazarus closed.
On restaring Lazarus again, same message pops up directly. Probably Lazarus has started, but IDE doesn´t show up?

I`m running Windows10 64bit on a notebook with a HD-resolution screen of 1920x1080 pixel.
On Lazarus 1.4.4 I had no problems.

regards msc
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: balazsszekely on January 21, 2016, 11:25:16 am
@MSC
It's fixed in the trunk.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: MSC on January 21, 2016, 11:30:07 am
Addendum to my previous mail:

I had installed Lazarus 1.6RC2 in 64bit-mode.
Now I have installed Lazarus 1.6RC2 in 32bit-mode but have the same error message.
I could not use anchordocking in IDE in Lazarus 1.6RC2 (only without) !!!

(My screen resolution is called "full HD" I think)

regards
msc
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: balazsszekely on January 21, 2016, 12:18:49 pm
@MSC
Addendum to my previous post.  :D
It's fixed in the trunk. Please use the trunk version(Lazarus SVN development version: http://wiki.lazarus.freepascal.org/Getting_Lazarus) or you have to wait unit 1.6 final release, which is right around the corner. 
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: bill0287 on January 21, 2016, 03:45:52 pm
Can someone please get this fix into 1.6. It's fixed in trunk.

 I have been waiting 9 months for this one to get into a release:

http://bugs.freepascal.org/view.php?id=27959

Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 21, 2016, 06:08:09 pm
Can someone please get this fix into 1.6. It's fixed in trunk.
 I have been waiting 9 months for this one to get into a release:
http://bugs.freepascal.org/view.php?id=27959

Added r50763 to the list of revisions to be merged:
  http://wiki.freepascal.org/Lazarus_1.6_fixes_branch
The commit message talks about FPC 2.6.4 but I guess it fixes things also for FPC 3.0.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: bill0287 on January 21, 2016, 08:04:08 pm
Can someone please get this fix into 1.6. It's fixed in trunk.
 I have been waiting 9 months for this one to get into a release:
http://bugs.freepascal.org/view.php?id=27959

Added r50763 to the list of revisions to be merged:
  http://wiki.freepascal.org/Lazarus_1.6_fixes_branch
The commit message talks about FPC 2.6.4 but I guess it fixes things also for FPC 3.0.

Thank you so much...I will be sure to test it when RC3 get posted.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 21, 2016, 08:56:37 pm
Thank you so much...I will be sure to test it when RC3 get posted.

I don't think we need more release candidates. It also means the fixes merged now must have a low risk for regressions. I believe r50763 qualifies because it was in trunk for a long time and nobody complained.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: guest58172 on January 21, 2016, 10:19:11 pm
Quote
This?
http://bugs.freepascal.org/view.php?id=18538
Actually it's very close:

https://vimeo.com/152515956

Looks very similar to what Lazarus had but was fixed in r51097, r51098 and r51099.
Can you check what revision caused your regression?
Why is it not possible to reproduce in a simple example project? Did you make workarounds in your code?

Ok this time it's sure:

- 51097 was still OK.
- 51099 introduced a  problem, a huge height jump.
- 51184 partially fixed the huge problem but remains a little height jump, like in the video.
- no changes from this revision to now (still the same little jump on realign)

My usage of anchordocking should be ok:

docking initialization:
https://github.com/BBasile/Coedit/blob/master/src/ce_main.pas#L859

save/load docking between sessions:
https://github.com/BBasile/Coedit/blob/master/src/ce_main.pas#L972
https://github.com/BBasile/Coedit/blob/master/src/ce_main.pas#L1021

There's no real workarounds, I've already tried to disable the stuff I've made to avoid other bugs and the problem was still there (however I've well noted that Laz itself is not affected, when the design package is setup).

I cannot really open a Mantis ticket since I still cannot reproduce the issue in a simple example, so far it only happens in Coedit.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: jma_sp on January 22, 2016, 11:39:15 am
Hello,

I have installed Lazarus (clean installation) in Spanish and the result is OK.

Under Windows XP Pro 32 bits:

Versión: 1.6RC2   SVN: 5124 i386-win32-win32/win64

Under Windows 7 Professional SP1 64 bits.

lazarus-1.6RC2-fpc3.0.0-win32.exe

Versión: 1.6RC2   SVN: 5124     i386-win32-win32/win64

lazarus-1.6RC2-fpc3.0.0-win64.exe

Versión: 1.6RC2   SVN: 5124  x86-64-Win64-Win32/Win64

La instalación limpia se realiza correctamente con lo cual el error de la RC1 que tenía para la instalación en español está corregido. No he probado en Vista ni Windows 8.x ni 10 pero probablemente también se instale correctamente. Cuando tenga un rato libre lo instalaré bajo Debian 8.2 32 bits  a ver que tal va.

Saludos y muchas gracias.

Regards.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: arneolav on January 22, 2016, 11:52:00 am
Google say:
The clean installation is successful so that the error that had RC1 for installation in Spanish is corrected. I have not tried it on Vista or Windows 8.x or 10, but probably install properly. When you I have a free moment I will install on Debian 8.2 32-bit to see how it goes.

Greetings and thank you very much
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: jma_sp on January 22, 2016, 11:58:57 am
Thank you arneolav for the translation. It´s OK. :)
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: arneolav on January 22, 2016, 01:29:24 pm
De nada...
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Ondrej Pokorny on January 22, 2016, 01:59:19 pm
There's no real workarounds

Try to call TAnchorDockMaster.ResetSplitters after your layout and form has been initialized (the docking site has the correct height at last).

Please report to mantis even if you cannot reproduce it with another project.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: jovalca on January 22, 2016, 07:14:12 pm
Hi all.

I have a problem in Mac OS 10.11.2. When I compile and run my application and after test it, I close the application but the form not appear again with the IDE.

Anyone have this problem?

Thanks.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Alguien on January 23, 2016, 01:04:45 am
Hi!

I've noticed that "Source->Refactor->Unused units..." is not working properly. It opens up the unused units dialog but unused units do not appear.

System:
Windows 10 64 bit
Lazarus 1.6RC2 32 bit (from sourceforge)

Lazarus 1.4.4 32 bit does not have this problem on the same system.


Also, something I've noticed recently is that JCF (pressing CTRL+D to automatically indent code) does not work correctly when a generic class is present in the code.
Inserting something as the following (even a complete class definition) causes JCF to fail in both 1.4.4 and 1.6 versions of Lazarus.
Code: Pascal  [Select][+][-]
  1. TThing = class(specialize TFPGList<integer>);

I've attached a capture of JCF failing.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 23, 2016, 01:27:18 am
I've noticed that "Source->Refactor->Unused units..." is not working properly. It opens up the unused units dialog but unused units do not appear.

Damn, you are right! When did that break? I will bisect for the guilty revision tomorrow.
[Edit] Reported:
  http://bugs.freepascal.org/view.php?id=29486

Quote
Also, something I've noticed recently is that JCF (pressing CTRL+D to automatically indent code) does not work correctly when a generic class is present in the code.
Inserting something as the following (even a complete class definition) causes JCF to fail in both 1.4.4 and 1.6 versions of Lazarus.
Code: Pascal  [Select][+][-]
  1. TThing = class(specialize TFPGList<integer>);

It works with basic generic syntax. See:
  http://bugs.freepascal.org/view.php?id=16128
Your usage is weird. Remove the "class" in front of specialize and it might work.
More patches for JCF's generics support are welcome. It is not actively maintained.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Windsurfer on January 23, 2016, 01:00:04 pm
I just noticed that in 1.4.4 that when selecting a font in the Object Inspector it does not offer 'default' in the either the list or the dialog. It is very minor, because 'default' can be typed into the Font|Name editbox, but might confuse beginners who can't find a way back.

I do not have 1.6 RC2, so could someone check this.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Alguien on January 24, 2016, 09:05:07 pm
I've noticed that "Source->Refactor->Unused units..." is not working properly. It opens up the unused units dialog but unused units do not appear.

Damn, you are right! When did that break? I will bisect for the guilty revision tomorrow.
[Edit] Reported:
  http://bugs.freepascal.org/view.php?id=29486

Thanks for the report!

It works with basic generic syntax. See:
  http://bugs.freepascal.org/view.php?id=16128
Your usage is weird. Remove the "class" in front of specialize and it might work.
More patches for JCF's generics support are welcome. It is not actively maintained.

Thanks for the tip!
I've used that generics sintax since I saw it in a sample demo. The sintax you suggest is "the good one" (my bad for not reading the wiki), more readable, more intuitive and also works with JCF :)


I just noticed that in 1.4.4 that when selecting a font in the Object Inspector it does not offer 'default' in the either the list or the dialog. It is very minor, because 'default' can be typed into the Font|Name editbox, but might confuse beginners who can't find a way back.

I do not have 1.6 RC2, so could someone check this.

It does not appear in 1.6RC2 either.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: VTwin on January 27, 2016, 07:19:45 pm
@Josh

I just installed Lazarus 1.6RC, FPC 3.0 on Mac OS X 10.8.5 and successfully compiled and ran a large (10,000s line) program with no problems. I did not notice IDE issues, but have done limited testing yet.

I then tried rebuilding Lazarus by attempting to install a package, and also using Tools > Configure "Bulid Lazarus", but could not succeed.

Code: Pascal  [Select][+][-]
  1. Build IDE: Exit code 512, Errors: 1, Warnings 1
   

VTwin
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: RayoGlauco on January 28, 2016, 03:30:58 pm
Hello,

I am using Lazarus 1.6 RC2 64 bits on Linux Mint. I found this issue: in Lazarus 1.4.4 this code worked fine:

procedure TForm1.DateFieldKeyPress(Sender:TObject; var Key:char);
begin
  if (key >=#32) and not (key in ['0'..'9']) then key:=#47;  // turn key into a '/'
end;


But in Lazarus 1.6 RC2, that code has no effect. Debugger shows that the key value is changed, but the field (a TEdit) do not receive this change (if I type a '-' key, the field shows a '-' character, even if debugger says that the key value was changed to '/').

However, in Lazarus 1.6 RC2, the following code does work: (the key value is changed to #0 and the key is ignored, as expected).

procedure TForm1.IntegerFieldKeyPress(Sender:TObject; var Key:char);
begin
  if (key >=#32) and not (key in ['0'..'9']) then key:=#0;  // ignore key
end;   


Regards,
RayoGlauco
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: dtoman on January 29, 2016, 10:24:04 am
HI,

tried to install the 1.6RC2 on  Scientific LInux 6.6 and the RPM seems to be corrupted:

Running Transaction
  Installing : lazarus-1.6RC2-0.i686                                                                       1/1
Error unpacking rpm package lazarus-1.6RC2-0.i686
error: unpacking of archive failed on file /usr/lib/lazarus/components/turbopower_ipro/units/i386-linux/gtk2/iphtml.o;56ab2822: cpio: read

I tried to look into RPM on another machine with the same result (Midnight Commander was not able to look into cpio).
The MD5 hash of the RPM is correct. The rest of the RPM (fpc etc) was installed without problems.

I installed and compiled Lazarus from sources. It works But I am not able to debug my program. The Options says that the path to debugger is correct but the first line (debugger type) is set to [none] and there is no other available option. An older version of Lazarus worked fine in the system (it is a cloned VM of another VM where the older Lazarus works fine).


Thanks

Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 29, 2016, 11:11:59 am
I am using Lazarus 1.6 RC2 64 bits on Linux Mint. I found this issue: in Lazarus 1.4.4 this code worked fine:

procedure TForm1.DateFieldKeyPress(Sender:TObject; var Key:char);
begin
  if (key >=#32) and not (key in ['0'..'9']) then key:=#47;  // turn key into a '/'
end;


But in Lazarus 1.6 RC2, that code has no effect...

It may be related to some valid change DateFields. If you have time you could bisect with trunk to find the revision that caused it.
In any case you should write also to Lazarus mailing list. The people may read it more than this forum.
A bug report with an example program is OK, too.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: RayoGlauco on January 29, 2016, 12:33:30 pm
I am using Lazarus 1.6 RC2 64 bits on Linux Mint. I found this issue: in Lazarus 1.4.4 this code worked fine:

procedure TForm1.DateFieldKeyPress(Sender:TObject; var Key:char);
begin
  if (key >=#32) and not (key in ['0'..'9']) then key:=#47;  // turn key into a '/'
end;


But in Lazarus 1.6 RC2, that code has no effect...

It may be related to some valid change DateFields. If you have time you could bisect with trunk to find the revision that caused it.
In any case you should write also to Lazarus mailing list. The people may read it more than this forum.
A bug report with an example program is OK, too.


Reported issue #0029536 "Changes made in OnKeyPress to a Key value take no effect, in a TEdit component".
I tested it on Windows 7 32 bits, Lazarus 1.6 RC2, and this issue does not occur.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 29, 2016, 01:19:44 pm
Reported issue #0029536 "Changes made in OnKeyPress to a Key value take no effect, in a TEdit component".
I tested it on Windows 7 32 bits, Lazarus 1.6 RC2, and this issue does not occur.

I first thought this is about TField and data-aware controls. It is actually about TEdit.
I cannot reproduce. Can somebody else?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: otoien on January 29, 2016, 11:07:44 pm
@Josh

I just installed Lazarus 1.6RC, FPC 3.0 on Mac OS X 10.8.5 and successfully compiled and ran a large (10,000s line) program with no problems. I did not notice IDE issues, but have done limited testing yet.

I then tried rebuilding Lazarus by attempting to install a package, and also using Tools > Configure "Bulid Lazarus", but could not succeed.

Code: Pascal  [Select][+][-]
  1. Build IDE: Exit code 512, Errors: 1, Warnings 1
   

VTwin


I have noticed over the last few releases of Lazarus that after install the rebuild of Lazarus with added packages (typically Anchordocking etc.) fails on the first try, but will succeed on 2nd try. This is on Win7 pro 64 bit, 32-bit version of Lazarus.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 30, 2016, 11:03:01 am
tried to install the 1.6RC2 on  Scientific LInux 6.6 and the RPM seems to be corrupted:

Running Transaction
  Installing : lazarus-1.6RC2-0.i686                                                                       1/1
Error unpacking rpm package lazarus-1.6RC2-0.i686
error: unpacking of archive failed on file /usr/lib/lazarus/components/turbopower_ipro/units/i386-linux/gtk2/iphtml.o;56ab2822: cpio: read

I can confirm this one. I installed a 32-bit Scientific Linux 6.7 under VirtualBox and got the same error from the lazarus-1.6RC2-0.i686.rpm package.
I will write to other developers about it. I haven't built the RPMs myself.

In my tests the 64-bit version RPM package works. Tested on OpenSuse Leap 42. Can somebody confirm please.

BTW, Scientific Linux has dropped the 32-bit version completely in their latest version 7.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: mattias on January 30, 2016, 12:16:22 pm
Probably my fault.
The file on sourceforge was only the first 46MB of the file.
I uploaded the file again.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Josh on January 30, 2016, 04:44:28 pm
Hi
Cut/Copy commands from right clicking in editor being greyed out and not working.
Also if filtered objects in object inspector; you can not click a component on the form to adjust its values.


The Issue I was getting with OSX 10.6.8, required me to completely remove xcode and re-install a fresh; even though 1.4.4. had no such issues.

Josh
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: tr_escape on January 31, 2016, 02:14:07 pm
Hello Lazarus team,

I tried to install fpc 3.0.0 , fpc src 3.0.0 and lazarus 1.6rc on Linux Mint.
But it says fpc not installed.

I there any suggestion?

Best regards
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on January 31, 2016, 05:01:02 pm
Probably my fault.
The file on sourceforge was only the first 46MB of the file.
I uploaded the file again.

Now it works, thanks. The file size tripled.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: VTwin on January 31, 2016, 06:29:24 pm
I have noticed over the last few releases of Lazarus that after install the rebuild of Lazarus with added packages (typically Anchordocking etc.) fails on the first try, but will succeed on 2nd try. This is on Win7 pro 64 bit, 32-bit version of Lazarus.

It could be that I did not try hard enough, but it is worrisome that it is difficult. I will eventually move to 1.6, but I have a dozen or so installs of Lazarus among three machines and Mac/Windows/Linux systems, so it is not trivial.

Cheers,
VTwin
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JimKueneman on February 03, 2016, 06:04:08 am
1.6 RC2 on OSX.  Project>Project Options>Paths>Other Files/Units

Press the "Folder Browse" button
Press the speed button to select a new file to add to the Search Paths list.

The browse window comes up behind the other dialogs and you can't close it, make it active or do anything with the existing dialogs.  Press the speed button again and another browse window that you can't interact with comes up.

Have to kill Lazarus to get out of it all.

Jim
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Bart on February 03, 2016, 02:02:11 pm
1.6 RC2 on OSX.  Project>Project Options>Paths>Other Files/Units
.... 
Press the speed button again and another browse window that you can't interact with comes up.

IIRC there already is a ticket about that in the bugtracker.

Bart
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: snorkel on February 08, 2016, 04:05:20 pm
Sorry if this may have been mentioned before:

I just got around to testing the RC with one of my projects that use resources and I get a error saying windres not found.

Does 1.6 do something different with resources?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: guest58172 on February 09, 2016, 07:18:24 am
Is there an approximate ETA for RC3 or 1.6.0 ?
I just wanna know if this gonna happen this week or certainly after. Thx.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: dtoman on February 10, 2016, 05:28:00 pm
Hi,

It look like there is a severe problem when using local functions in class methods:

Once I create a local function in a class method strange things happen. It seems like the pointer to a methods stack frame is lost/currupted or points to some improper place. Local variables of the method shows nonsense values during debugging, it is not possible to see some properties of the class (No symbol in current context reported) and the code is using clearly not proper values of the properties.

After I commented out the local function(s) all started to work properly.
I am using 1.6RC2 with related FPC (fpc-3.0.0-1.i686 rpm package)

Is it a known problem?
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on February 10, 2016, 05:36:02 pm
Is it a known problem?

No, and it certainly is not an issue of Lazarus 1.6RC2.
It may be an issue of FPC 3.0. You must write about it in FPC mailing list or the right forum category, and provide code demonstrating the problem.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Martin_fr on February 10, 2016, 06:06:43 pm
Hi,

It look like there is a severe problem when using local functions in class methods:

Once I create a local function in a class method strange things happen. It seems like the pointer to a methods stack frame is lost/currupted or points to some improper place. Local variables of the method shows nonsense values during debugging, it is not possible to see some properties of the class (No symbol in current context reported) and the code is using clearly not proper values of the properties.

Is the code actually malfunctioning, or is the debugger just showing wrong values?

use debugln(var) to output the variables.
Either build with console -WC
or use --debug-log=file to log to a file.

It may be that fpc 3.0 has changes that the debugger does not understand

------------------- EDIT
just tested.

debug info has indeed changed in fpc 3.0.0

Apparently gdb does not report the correct result. The changes make it impossible to detect this from the IDE, so this can currently not be fixed.

All you can do is change the current stackframe in the stack window, and see what the variable is in the parent frame.

Added to wiki http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Nested_Procedures_.2F_Function

----- EDIT 2
http://lists.freepascal.org/pipermail/fpc-devel/2016-February/036677.html

----- EDIT 4 (bit embarrassed)
I posted to fast. Did further tests.

All works as it should.
In my test, "i" must have been declared a global var in another unit. gdb will find that, even if it is not correct by pascal scope.

But if gdb does find a global var with the same name, then the local var of the outer procedure is not shown (even if it should be by pascal scoping rules)


So if you have problems with what the debugger displays, double check by explicitly selecting the outer stack frame.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on February 10, 2016, 09:52:00 pm
@dtoman, ok it was a debugger issue. I misinterpreted your message.
The Pascal debugger, fpdebug, becomes more and more urgent and important when FPC evolves.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Martin_fr on February 10, 2016, 09:55:41 pm
Actually a basic example (like in my mail) works in fpdebug.

Except when you are paused on the line with "begin" of the procedure. It seems that this is not declared as part of the procedure. (Or in a way net yet understood)
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: dtoman on February 11, 2016, 11:14:08 am

I am starting to be a little confused about the problem. It is probably a debugger related one (GDB showing improper values of local variables, class properties/members etc). When I removed nested functions/procedures from class method it seemed all is OK but it isn't. Another strange thing is I am using relatively large array declared as variable in a class. When the array was declared as having 2^24 rows debugger seemed to be confused when the array  was an order smaller the debugger behavior changed.
I checked the assembler code and it seems to be OK but the presentation of variable values is not.

Note the Assembler and Register window really need improvements (working breakpoints in assembler code, showing content of memory addresed by instructions, memory dump, register value in hex by default and when redefined then it should remain redefined, etc).
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: Martin_fr on February 11, 2016, 12:57:08 pm
Quote
I am starting to be a little confused about the problem. It is probably a debugger related one (GDB showing improper values of local variables, class
Read my update on the wiki.
If you are not sure if there is an issue with your code or if it is a problem with the debugger, then use debugln.

Quote
When the array was declared as having 2^24 rows debugger
GDB when told to inspect static arrays attempts to allocate the full memory.
So code like
Code: Pascal  [Select][+][-]
  1. type TFoo = array [0..$7FFFFFFF] of int64;
  2. var x: ^Foo;
  3. // x := GetMem(10*sizeof(int64))// alloc 10 entries only
will run the debugger out of memory.  (tested with gdb 7.2 / maybe newer gdb do better)
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: M+AUDIO on February 15, 2016, 09:57:31 am
Hello,
Please excuse me if it is mentioned before. didn't find any result after (little) searching.

Steps to reproduce:
Open Lazarus
Create a new GUI application
In object inspector change (check) a Boolean property (for example set AutoSize to true)
*Now in designer select the form
And hit Ctrl+Z or select Undo from Edit in main menu.

An (Unhandled?) exception occurs with message: "(false)" is not a valid boolean
I can re-test with latest trunk if needed.
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: JuhaManninen on February 15, 2016, 12:23:31 pm
*Now in designer select the form
And hit Ctrl+Z or select Undo from Edit in main menu.

An (Unhandled?) exception occurs with message: "(false)" is not a valid boolean

Wow, I can reproduce that. Haven't noticed earlier. I will look at it ...

[Edit] Please try with r51634 (trunk).
Title: Re: Lazarus 1.6 - 2nd Release Candidate
Post by: M+AUDIO on February 15, 2016, 06:09:05 pm
[Edit] Please try with r51634 (trunk).
Tried and it works, thank you!
However, I think it still needs some cleanup:
After we undo the action, we can redo using shortcut keys (Shift+Ctrl+Z), but the corresponding submenu item in Edit menu remains disabled (and undo remains enabled forever).
TinyPortal © 2005-2018