Lazarus 1.6.2 - Released

[tr_escape]

Please file a bugreport:

Describe the steps you have done to IDEProcs unit.
Mention your local.

Add a reference to this thread (preferrably pointing to your message where you described this).

In your locale: what is the result of WideUpperCase('interfaces') and what is the result of WideLowerCase('INTERFACES') ?

The same for WideUpperCase(Utf8ToUtf16('interfaces')) and WideLowerCase(Utf8ToUtf16('INTERFACES'))

And to make sure: what is teh result of WideCompareText('interfaces','INTERFACES')?

From wikipedia:
The letters Q, W, and X of the ISO basic Latin alphabet do not occur in the Turkish alphabet (replacements for these letters are K, V and KS), while dotted and dotless I are distinct letters in Turkish so that "i" does not become "I" when capitalized.


This may very well be the root cause of your problem.
Bart

I created a bug report http://bugs.freepascal.org/view.php?id=30967

Thanks a lot

[Bart]

I created a bug report http://bugs.freepascal.org/view.php?id=30967

Thanks.

Bart

[VTwin]

Excellent! Many thanks to the Lazarus team.

Unfortunately, with Lazarus 1.6.2 on Mac OS X 10.10.5, when I try to open a package file, Lazarus locks up. I get the spinning beach ball of death and have to kill Lazarus. 

Perhaps someone else on Mac OS can confirm?

Cheers,
VTwin

[Phil]

Unfortunately, with Lazarus 1.6.2 on Mac OS X 10.10.5, when I try to open a package file, Lazarus locks up. I get the spinning beach ball of death and have to kill Lazarus. 

Yes, this happened to me several times with 10.10.5 when trying to open a package file. Only recourse was to force quit Lazarus and try again.

However, I can't reproduce it now.

Lazarus also would not rebuild with the previous set of installed packages: checksum errors on its own (Lazarus) units. Only solution was to remove these packages from install, then rebuild Laz, then add the offending packages back one by one and rebuild after each one.

[VTwin]

Phil,

Thanks. Yes it is a little weird. It also occurs other times when the File Open dialog is open. However, after ejecting some external drives (I have many connected), it does not happen.

Cheers,
VTwin

[VTwin]

It is hard to reproduce. I tried mounting and ejecting external drives to see if I could figure out a pattern. No luck. I can not make this occur when using TOpenDialog in an application, so I am hoping it is safe to use 1.6.2.

Cheers,
VTwin

EDIT:
A lock up is happening in a TSaveDialog in a compiled application. I will go back to 1.6.0 for now.

[JuhaManninen]

A lock up is happening in a TSaveDialog in a compiled application. I will go back to 1.6.0 for now.

Can you please test which revision causes the regression against 1.6.0. It may be related to this:
 http://bugs.freepascal.org/view.php?id=29694
and its related / duplicate issues.
Info about all merged revisions:
 http://wiki.freepascal.org/Lazarus_1.6_fixes_branch#Fixes_for_1.6.2_.28merged.29

[mattias]

line 1648

Code: Pascal  [Select][+][-]

1.     // project uses lcl unit Forms
2.     if (UTF8SearchInStringList(MainUsesSection,'interfaces')>=0)
3.     or (UTF8SearchInStringList(ImplementationUsesSection,'interfaces')>=0) then
4.  

I fixed that. Unit names must not be searched with UTF-8 case.

[VTwin]

A lock up is happening in a TSaveDialog in a compiled application. I will go back to 1.6.0 for now.

Can you please test which revision causes the regression against 1.6.0. It may be related to this:
 http://bugs.freepascal.org/view.php?id=29694
and its related / duplicate issues.
Info about all merged revisions:
 http://wiki.freepascal.org/Lazarus_1.6_fixes_branch#Fixes_for_1.6.2_.28merged.29

I have been using the patch for Issue #29694 for a long time, so it is not that alone. I'll see if I can figure anything out though.

VTwin

[TurboRascal]

I have noticed some erratic behavior on compile.

I've first seen it immediately after installation when trying to recompile the IDE, which failed. I've tried again after removing and adding back some packages and observed that compilation fails at different places with different errors. Sometimes it was enough just to try compiling again and it would compile fine; sometimes I'd need to restart Lazarus and then it would compile fine. I'm not 100% sure, but I think it mostly failed when I clicked "Save and build IDE" in the package install/uninstall dialog and "Build IDE" menu item, while chosing "Configure Build IDE" then clicking Build mostly did fine.

Errors I got were compiler runtime errors 1, 2 and 226 with no details, or a strange message about being "unable to compile resources". The runtime errors also sporadically showed when compiling a project afterwards. There is no rule how and when those errors happen, they have appeared erratically, and another try usually goes fine.

On the same machine I previously had Lazarus 1.4.4 (and earlier versions before) and never encountered anything like that, nor have I with 1.6.0 on another machine...

And another issue, when I install educationlaz package, I lose the Palette! It gets replaced by an empty panel.

[JuhaManninen]

I have been using the patch for Issue #29694 for a long time, so it is not that alone. I'll see if I can figure anything out though.

The 1.6.2 version had some ~200 commits. You could try bisecting over them:
 http://wiki.freepascal.org/How_do_I_create_a_bug_report#Regression_caused_by_a_certain_revision

[BSaidus]

I wonder why FPC-3.1.1 is not shipped with ??

[JuhaManninen]

I wonder why FPC-3.1.1 is not shipped with ??

Because it is a development version. Lazarus is released only with a release version of FPC.

Another question is why the FPC bug fix release is still not out. It was promised half a year ago. There is some documentation tool problem but I think it could be fixed later.
I truly hope it will be released during this year! It means during a month and a week.
We are again getting into a situation where we must recommend a SVN development version of FPC for more and more people.

[salvarica]

DBLookupListBox and DBLookupComboBox, which are connected to TSQLOuery, running the entire table, although it is done TSQLOuery table filter? Filter is manually done over component, not the SQL query.

DBGrid shows how long until the two components are not filtered result.

Earlier it was not so, as I recall, put in a mistake or what do you know?

[jma_sp]

Thanks to all 

  Muchas gracias

Una vez más, el esfuerzo colectivo hace avanzar en el buen camino.

Saludos.