Lazarus

Announcements => Lazarus => Topic started by: Martin_fr on December 08, 2015, 05:29:35 pm

Title: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 08, 2015, 05:29:35 pm
The Lazarus team is glad to announce the first 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.6RC1" directory.

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_RC1

== 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.6RC1 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.6RC1.
- 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 RC1. 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 - 1st Release Candidate
Post by: Deepaak on December 08, 2015, 05:37:11 pm
Amazing.. I was really waiting for it. great works team Lazarus  :)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JD on December 08, 2015, 05:39:52 pm
I've been waiting for this since like forever. Finally I can try FPC 3.0! Well done! Thanks a lot!

JD
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Segator on December 08, 2015, 09:07:30 pm
Very good news, i wait for this release after that the fpc 3.0 was released.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Segator on December 08, 2015, 09:27:22 pm
I read the change log of this RC1, congratulations for the Lazarus team, but i have a question, i not found any progress with GTK3 and QT5 widgetsets, exists any plan to support this?, GTK3 is in alpha state i now but, is not are plans respect to this for the future?.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: bigeno on December 08, 2015, 10:56:02 pm
waiting for win x64 compilation
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 08, 2015, 11:26:56 pm
waiting for win x64 compilation

what you mean? It is there. https://sourceforge.net/projects/lazarus/files/Lazarus%20Windows%2064%20bits/Lazarus%201.6RC1/
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 08, 2015, 11:29:18 pm
missing the link to the checksums http://www.lazarus-ide.org/index.php?page=checksums#1_6_0RC1
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on December 09, 2015, 02:27:46 am
Do Laz and fpc rpms support the --prefix option ?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on December 09, 2015, 02:33:10 am
actually it seems that they're not (rpm -qi <name> on the previous one), how can I setup in my home ?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: fic on December 09, 2015, 03:11:59 am
Well, I've found my first bug :-(

Trying to doubleClick on the form's event OnDestroy gives me an error : Unable to find method.
lclclasses.pp(26,10) : Error : unit classes not found

This seems to be the case as well when I doubleclick the OnClick-event of a button...
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 09, 2015, 03:20:49 am
Trying to doubleClick on the form's event OnDestroy gives me an error : Unable to find method.
lclclasses.pp(26,10) : Error : unit classes not found

Is that a new install or an update?

If you updated without uninstall, then check that fpc source points to 3.0 (since your old install did probably have 2.6.4)

In any case, even if it points to 3.0 it there may be some caches still based on 2.6.4 .
Menu Tools "rescan fpc source direrctory"

Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: fic on December 09, 2015, 03:28:44 am
It was an update, and I just did the rescan of the fpc directory as you suggested. And that helped  :D
Thank you!
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: frakno on December 09, 2015, 04:58:52 pm
Thank you very much. Some nice improvements.

When I install Internet packages - such as internet tools or LNet -
I get a warning: Recompiling sslsockets, checksum changed for OpenSSL
         and Fatal: Can not find sslsockets used by fphttpclient.

Can you help
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 09, 2015, 05:20:09 pm
Thank you very much. Some nice improvements.

When I install Internet packages - such as internet tools or LNet -
I get a warning: Recompiling sslsockets, checksum changed for OpenSSL
         and Fatal: Can not find sslsockets used by fphttpclient.

That would be a problem in that package. Caused by circular unit references combined with some other feature, such as maybe inline.

Either:

1) Try to compile with inline disabled.

2) Open the package, and build it alone, repeat without making changes (1 or 2 repeats). The first build can be "build clean", but after that no "clean" anymore.
After that make sure not to change any settings, so it does not need any recompilation.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Deepaak on December 09, 2015, 06:29:49 pm
Thank you very much. Some nice improvements.

When I install Internet packages - such as internet tools or LNet -
I get a warning: Recompiling sslsockets, checksum changed for OpenSSL
         and Fatal: Can not find sslsockets used by fphttpclient.

Can you help

Goto Lnet directory and delete the lib folder. Rebuild Lnet package. done. no more error.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: frakno on December 09, 2015, 07:18:44 pm
It does not work

After deletion of lib i opened the lnetvisual.lpk and compiled it. Success, but
when i try to install it i got the same error messages and
it opens the file fphttpclient
in the directory: ...\fpc\3.0.0\source\packages\fcl-web\src\base
line 285 uses sslsockets
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: wp on December 09, 2015, 07:51:20 pm
There have been some recent modifications of LNet to make it compile under FPC3. Get yourself the trunk version of LNet.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: m.abudrais on December 09, 2015, 08:03:52 pm
the improvement in  Local variable completion is so useful,in 1.4.4 i only use this feature for every type once, but now i can use it multiple time  :D.
thank you Lazarus team.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Segator on December 09, 2015, 08:19:41 pm
i found one error in the first run, after install in Windows XP SP3, look the attach image, i think that is an UTF8 problem because the ó char is not show in the message, the message say (i can upload images hir):

Unable to create file "C:\Documents and settings\Administrador\Configuracin local\Datos de programa\lazarus\enviromentsoptions.xml

note the spanish word "Configuracin" must be "Configuración"
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 09, 2015, 09:18:40 pm

Unable to create file "C:\Documents and settings\Administrador\Configuracin local\Datos de programa\lazarus\enviromentsoptions.xml

note the spanish word "Configuracin" must be "Configuración"

please report on the bugtracker
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Bart on December 09, 2015, 10:18:05 pm

Unable to create file "C:\Documents and settings\Administrador\Configuracin local\Datos de programa\lazarus\enviromentsoptions.xml

note the spanish word "Configuracin" must be "Configuración"

please report on the bugtracker

Already reported and fixed (r50716/r50718).

Bart
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: frakno on December 09, 2015, 10:32:29 pm
Quote
O:-)  wp  O:-)    -     « Reply #17 on: Today at 07:51:20 pm »

There have been some recent modifications of LNet to make it compile under FPC3. Get yourself the trunk version of LNet.

Yes, the trunk version was the solution, Thank you     :)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: tte on December 10, 2015, 08:57:27 am
lazarus-1.6RC1-fpc-3.0.0-win64.exe

When using the Cyrillic alphabet:
Project->Project option->Paths->Target filename (-o) = 'русский'

Compile and Run this project, this happen:

Debugger error:
/321200321203321201321201320272320270320271.exe: No such file or directory.

But project has been successfully compiled and
the file has been successfully created = русский.exe

Fix it, please.

on bugreport:
http://bugs.freepascal.org/view.php?id=29162
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: McLion on December 10, 2015, 10:23:03 am
Please make Cursor DropDown menu (Object inspector) with cursor-icons. Delphi has this. Example http://www.functionx.com/vcl/objinsp/cursor1.gif
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: regs on December 10, 2015, 11:15:57 am
Object inspector wouldn't switch to unit until you switch to designer and back.

And couldn't it be an option during first run to use old mode or single window mode.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 10, 2015, 05:31:15 pm
Please make Cursor DropDown menu (Object inspector) with cursor-icons. Delphi has this. Example http://www.functionx.com/vcl/objinsp/cursor1.gif

Feel free to open a feature request on Mantis (if there isn't already one) and - best - create a patch that implements this feature. I will check and commit your patch with pleasure!
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: SnoopyDog on December 10, 2015, 05:41:00 pm
I just found one problem: overloading of default array properties is not possible anymore with Lazarus 1.6 / FPC 3.0

This code works in Delphi 2007 (and later) and Lazarus 1.4 / FPC 2.6.4 but not with Lazarus 1.6 / FPC 3.0.0
Code: [Select]
type
  cTestClass = class(TPersistent)
    protected
      function getValue (Idx : Integer) : string; overload;
      function getValue (const Key : string) : string; overload;
    public
      property Value [Idx : Integer] : string read getValue; {$IFNDEF FPC } default; {$ENDIF }
      property Value [const Key : string] : string read getValue; default;
  end;


function cTestClass.getValue (Idx : Integer) : string;
  begin
    Result := '1';
  end;

function cTestClass.getValue (const Key : string) : string;
  begin
    Result := '2';
  end;
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Nick on December 10, 2015, 05:59:36 pm
Please, anybody, check equality of fpc.exe in lazarus \fpc\ folder and in fpc release.
Seems that they are different. And many other files too.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 10, 2015, 07:27:46 pm
Please, anybody, check equality of fpc.exe in lazarus \fpc\ folder and in fpc release.
Seems that they are different. And many other files too.
1) platform/OS?

2) They may be build with different optimization or similar. So they may not be the same binary. They are (or should be) from the 3.0 tag on the fpc svn. So any source file included should be the same as in the fpc release.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: georgebou on December 11, 2015, 01:56:59 am
Good to hear it guys.
Keep up good work :)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Jurassic Pork on December 11, 2015, 02:59:39 am
hello,
thanks for your work ! 
i have a big problem when i try to install the packages easydockmanager and easydockmanagerdesgn

a window with an access violation  message appears when lazarus try to restart 

Lazarus 1.6 RC1 windows 32      on windows 7     french lang choosen

i can't start lazarus  any more. %)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: regs on December 11, 2015, 04:47:43 am
and same problem as with typhon - can't switch into app if integrated designer is active. will only switch if source is active.
no matter if clicking taskbar or using alt-tab. at least on windows.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 11, 2015, 09:32:20 am
i have a big problem when i try to install the packages easydockmanager and easydockmanagerdesgn

easydockmanagerdsgn isn't maintained anymore and cannot be used in the IDE any more.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Jurassic Pork on December 11, 2015, 10:30:28 am
hello,
thanks ondrejpokorny !
i made a big mistake   :-X   , i wanted to use anchordockingdsgn not easydockmgrdsgn and easydockmgr   :o
anchordockingdsgn is OK   ;D

maybe package easydockmgrdsgn should be remove from the list of installable packages of lazarus.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 11, 2015, 10:36:48 am
maybe package easydockmgrdsgn should be remove from the list of installable packages of lazarus.

Yes, good point. I'll open a thread about it in mailing list.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: SnoopyDog on December 11, 2015, 11:42:34 am
Is this thread the right place to report about bugs and/or problems?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 11, 2015, 12:36:56 pm
Is this thread the right place to report about bugs and/or problems?

IMO yes, you can ask here first but if problems/bugs are confirmed, you'll then have to report them in the bug tracker as well.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: abonic on December 11, 2015, 01:23:50 pm
Paint bug in DBGrid while editing the cell

OS: Windows 10

Steps to reproduce:

Press F2 in some cell in DBGrid control. Text shifts for pixel or two. Left and top border of the cell are blue (highlight color). Look really unprofessional.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Nick on December 11, 2015, 05:54:41 pm
Please, anybody, check equality of fpc.exe in lazarus \fpc\ folder and in fpc release.
Seems that they are different. And many other files too.
1) platform/OS?

2) They may be build with different optimization or similar. So they may not be the same binary. They are (or should be) from the 3.0 tag on the fpc svn. So any source file included should be the same as in the fpc release.
1. win7, win32
2. I don't know how they are builded. But most of exe files in "fpc" folder of released lazarus and released fpc are different.
And moreover, they produces different executables (I try empty project with one form).
So, what's the difference?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: lazie on December 11, 2015, 07:20:54 pm
TDBGRID is not triggering all ONSELECTEDITOR-events

Got a problem with this new version. - I am using TDBGRID and its ONSELECTEDITOR-event to use TEDIT as a replacement for the grids cell-editor. - Its working fine with prior versions (The position of the editor-rect ist given from - DbGrid.SelectedFieldRect).

The NEW VERSION does NOT fire the ONSELECTEDITOR-event when entering a cell by KEYBOARD. But everything ist allright when entering a cell by MOUSE.
When a cell is entered by keyboard the onselecteditor event is ONLY triggered - after one has CHANGED the cell-text (thats not enough ;-)).

With Lazarus 1.4.4 its allright:
ONSELECTEDITOR is fired - EACH TIME when EDITORMODE is going to true (one is editing).

Where should the bug being reported ?
I am using Debian Linux, ZEOSDBO-7.1.4.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 11, 2015, 07:45:21 pm
2) They may be build with different optimization or similar. So they may not be the same binary. They are (or should be) from the 3.0 tag on the fpc svn. So any source file included should be the same as in the fpc release.
1. win7, win32
2. I don't know how they are builded. But most of exe files in "fpc" folder of released lazarus and released fpc are different.
And moreover, they produces different executables (I try empty project with one form).
So, what's the difference?

I don't know what the default settings are used for the installer released by the fpc team, so I can't say.

The build for the Lazarus install is done by lazarus\tools\install\win\build-fpc.bat (I have no idea who wrote this, its been around a long time). I also don't know why a special build script was needed, but maybe there were some differences intended.

My first guess would be to look at the OPT=
Any option that is passed in, if it is not used by default, is likely to cause a difference.
-Ur only marks ppu as release (fpc will not rebuild, even if src is edited) So no diff expected
-CX -XX is smartlinking. That may well cause some differences.

Yet that happens after the compiler was build. So I don't know what affects the compiler. It may be that OPT (that I do not know) were passed when the fpc team did the build.

---
Also check the fpc.cfg

--

EDIT:
http://lists.freepascal.org/pipermail/fpc-devel/2015-December/036438.html
http://lists.freepascal.org/pipermail/fpc-devel/2015-December/036439.html

Quote
> What options are specified for the release by fpc?

None. The top level Makefile automatically adds RELEASE=1, which enables
a default set of options built into all Makefiles.
I am not at current going to search for it myself. But the next step is to read the makefile and see what those options are.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: regs on December 11, 2015, 08:33:43 pm
After setting docking and setting some most used panels, at one sudden lauch i got dozens, if not not hundreds, of WMSize loop detected - Widgetset does not like LCL bounds or sends unneeded wmsize messages error for nearly every single IDE component. BoundsRealized were identical to NewBoundsRealized.

And it wouldn't restore maximized with Win32.

IDE Builder doesn't take into account LCL widget type selected in Configure Build Lazarus window and keeps building with Win32 widgetset. Putting LCLqt or LCLgtk2 into defines makes it work. With qt it seems restores into maximized mode.

AnchorDocking wouldn't remember tab position.

Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: bill0287 on December 11, 2015, 11:56:50 pm
This database (tdbf) bug still seems to be unfixed since 1.2.6. How long before it gets into the codeline?

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

Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Nick on December 12, 2015, 04:46:31 am
2) They may be build with different optimization or similar. So they may not be the same binary. They are (or should be) from the 3.0 tag on the fpc svn. So any source file included should be the same as in the fpc release.
1. win7, win32
2. I don't know how they are builded. But most of exe files in "fpc" folder of released lazarus and released fpc are different.
And moreover, they produces different executables (I try empty project with one form).
So, what's the difference?

I don't know what the default settings are used for the installer released by the fpc team, so I can't say.

The build for the Lazarus install is done by lazarus\tools\install\win\build-fpc.bat (I have no idea who wrote this, its been around a long time). I also don't know why a special build script was needed, but maybe there were some differences intended.

My first guess would be to look at the OPT=
Any option that is passed in, if it is not used by default, is likely to cause a difference.
-Ur only marks ppu as release (fpc will not rebuild, even if src is edited) So no diff expected
-CX -XX is smartlinking. That may well cause some differences.

Yet that happens after the compiler was build. So I don't know what affects the compiler. It may be that OPT (that I do not know) were passed when the fpc team did the build.

---
Also check the fpc.cfg

--

EDIT:
http://lists.freepascal.org/pipermail/fpc-devel/2015-December/036438.html
http://lists.freepascal.org/pipermail/fpc-devel/2015-December/036439.html

Quote
> What options are specified for the release by fpc?

None. The top level Makefile automatically adds RELEASE=1, which enables
a default set of options built into all Makefiles.
I am not at current going to search for it myself. But the next step is to read the makefile and see what those options are.
fpc.cfg is the same.
When I change path to fpc.exe from D:\Develop\Lazarus\fpc\3.0.0\bin\i386-win32\fpc.exe to C:\FPC\3.0.0\bin\i386-win32\fpc.exe in IDE settings (without any other changes), then compiler produces different exe (I press Shift-F9).
There are 3 bytes different:
0014CF71: 31 32
0014CF73: 31 30
0014CF74: 36 37

When I set path back to D:\Develop\Lazarus\fpc\3.0.0\bin\i386-win32\fpc.exe and press Shift-F9, then this 3 bytes reverts back:
0014CF71: 32 31
0014CF73: 30 31
0014CF74: 37 36
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 12, 2015, 06:17:51 am
if the RTL was compiled with different settings, then the ppu and o files for it will differ, and that will reflect in every exe compiled.

I don't know which procedure those bytes are part of (if this is in the code section), or what they disassemble to.

The question is what we want to archive:
1) explain the difference, and live with the difference.
2) change the Lazarus build scripts, and get an identical fpc.

The first is that the makefile was called with different options, so it generated different machinecode. And that code goes into all exe.

For the latter you can raise a bug. But someone needs to look into it and make the changes.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 12, 2015, 09:48:25 am
TDBGRID is not triggering all ONSELECTEDITOR-events

Got a problem with this new version. - I am using TDBGRID and its ONSELECTEDITOR-event to use TEDIT as a replacement for the grids cell-editor. - Its working fine with prior versions (The position of the editor-rect ist given from - DbGrid.SelectedFieldRect).

The NEW VERSION does NOT fire the ONSELECTEDITOR-event when entering a cell by KEYBOARD. But everything ist allright when entering a cell by MOUSE.
When a cell is entered by keyboard the onselecteditor event is ONLY triggered - after one has CHANGED the cell-text (thats not enough ;-)).

With Lazarus 1.4.4 its allright:
ONSELECTEDITOR is fired - EACH TIME when EDITORMODE is going to true (one is editing).

Where should the bug being reported ?

mantis.freepascal.org (http://mantis.freepascal.org)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 12, 2015, 09:49:17 am
Paint bug in DBGrid while editing the cell

OS: Windows 10

Steps to reproduce:

Press F2 in some cell in DBGrid control. Text shifts for pixel or two. Left and top border of the cell are blue (highlight color). Look really unprofessional.

This probably comes from TEdit. Has it changed from 1.4?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 12, 2015, 09:50:35 am
and same problem as with typhon - can't switch into app if integrated designer is active. will only switch if source is active.
no matter if clicking taskbar or using alt-tab. at least on windows.

Is it this bug? http://mantis.freepascal.org/view.php?id=29042 (http://mantis.freepascal.org/view.php?id=29042)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: abonic on December 12, 2015, 11:03:10 am
Paint bug in DBGrid while editing the cell

OS: Windows 10

Steps to reproduce:

Press F2 in some cell in DBGrid control. Text shifts for pixel or two. Left and top border of the cell are blue (highlight color). Look really unprofessional.

This probably comes from TEdit. Has it changed from 1.4?
I think it's the same in version 1.4.

I'm just starting with Lazarus and I have no idea how to test changes in the LCL (copying files to the project folder does not seem to work), but after a brief analysis seems to me that at least part of the problem could be here:

Grids.pas

procedure TCustomGrid.EditorPos;
...
    if FEditorOptions and EO_AUTOSIZE = EO_AUTOSIZE then begin
      if EditorBorderStyle = bsNone then
        InflateRect(CellR, -1, -1);
      FEditor.BoundsRect := CellR;
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: otoien on December 12, 2015, 01:38:49 pm
Nice to see fpc 3.0 with UTF-8 in RTL supported now, great work!

The new desktop configuration (controlled under Manage desktops dialog) does not remember coordinates on a secondary display with anchor docking active (not tested undocked). Once Lazarus is opened again it jumps to the primary display and shape of windows change, apparently scaled relative to the edges of the screen. It is very awkward to then move it back to the secondary display again if the Scale on resize option is off (necessary to avoid the bug where the messages window keeps growing every time Lazarus is started), as the window has expanded. If for instance code explorer is kept at the right edge, it will be out of the window with the screens specified below.

This works fine in the 1.4.3 fixes branch before the new desktop configuration was introduced; Lazarus stayed on the secondary display with everything at the last used coordinates.

This is tested under Win 7 64 bit system, 32-bit Lazarus, primary display on notebook computer is 1920x 1080, secondary display 1600x1200, extended desktop mode.


Edit: I have now reported this in bug report #0029184.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Hansvb on December 12, 2015, 03:15:40 pm
The RC1 works fine Thanks.

I saw that there is a lazgoogleapis packagage. I tried to compile the package but it stops compiling at:
reggoogleapi at the line :
Code: Pascal  [Select][+][-]
  1. googleservice
  2.  


Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Hansvb on December 12, 2015, 03:47:20 pm
Is the Oracle connection in the sqldb tab gone? I compiled the sqldb package again and still no oracle connection in Lazarus 1.6 RC1 64 bit.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: regs on December 12, 2015, 04:59:19 pm
and same problem as with typhon - can't switch into app if integrated designer is active. will only switch if source is active.
no matter if clicking taskbar or using alt-tab. at least on windows.

Is it this bug? http://mantis.freepascal.org/view.php?id=29042 (http://mantis.freepascal.org/view.php?id=29042)
Appears to be that a one
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: otoien on December 14, 2015, 07:44:35 am

BTW, when reporting a bug, I noticed that 1.6 (RC1) is not listed in bug tracker yet.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 14, 2015, 07:56:54 am

BTW, when reporting a bug, I noticed that 1.6 (RC1) is not listed in bug tracker yet.
should be there now
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: bhinet on December 14, 2015, 08:17:00 pm
TDBGRID is not triggering all ONSELECTEDITOR-events

Got a problem with this new version. - I am using TDBGRID and its ONSELECTEDITOR-event to use TEDIT as a replacement for the grids cell-editor. - Its working fine with prior versions (The position of the editor-rect ist given from - DbGrid.SelectedFieldRect).

The NEW VERSION does NOT fire the ONSELECTEDITOR-event when entering a cell by KEYBOARD. But everything ist allright when entering a cell by MOUSE.
When a cell is entered by keyboard the onselecteditor event is ONLY triggered - after one has CHANGED the cell-text (thats not enough ;-)).

With Lazarus 1.4.4 its allright:
ONSELECTEDITOR is fired - EACH TIME when EDITORMODE is going to true (one is editing).

Where should the bug being reported ?

mantis.freepascal.org (http://mantis.freepascal.org)

I have the same problem with onSelectEditor. I send the problem to mantis.freepascal.org (http://mantis.freepascal.org)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 15, 2015, 10:24:30 am
fpc.cfg is the same.
When I change path to fpc.exe from D:\Develop\Lazarus\fpc\3.0.0\bin\i386-win32\fpc.exe to C:\FPC\3.0.0\bin\i386-win32\fpc.exe in IDE settings (without any other changes), then compiler produces different exe (I press Shift-F9).
There are 3 bytes different:
0014CF71: 31 32
0014CF73: 31 30
0014CF74: 36 37

When I set path back to D:\Develop\Lazarus\fpc\3.0.0\bin\i386-win32\fpc.exe and press Shift-F9, then this 3 bytes reverts back:
0014CF71: 32 31
0014CF73: 30 31
0014CF74: 37 36

And it just struck me: those bytes are the date at which fpc was build.
Quote
FPC 3.0.0 [2015/12/07] for i386 - Win32

And yes, this is in your project1.exe, at least if build with debug info.
Check it with a hex viewer.

In RC2 they will differ again. Even so it has the same fpc, it will be build freshly.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: abonic on December 15, 2015, 12:18:02 pm
Paint bug in DBGrid while editing the cell

OS: Windows 10

Steps to reproduce:

Press F2 in some cell in DBGrid control. Text shifts for pixel or two. Left and top border of the cell are blue (highlight color). Look really unprofessional.

Possible solution: http://forum.lazarus.freepascal.org/index.php/topic,30746.0.html (http://forum.lazarus.freepascal.org/index.php/topic,30746.0.html)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: SunyD on December 16, 2015, 04:47:52 pm
Thanks guys, it is very good.

Can you make that property editor windows  (like Actionlisteditor, Menueditor, Collectionitem-editor)never goes behind the main window?

Look at the screenshoot. Now when you click on objectinspector to edit one property then the actionlisteditor goes to the background and you must select it again from mainwindow to add new action, same with stringgrid.cols and so.
I think it is better when this windows stays above main maindow, and we can close it self when all Actions/Columns created.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: SunyD on December 16, 2015, 05:55:36 pm
I wanted make it self, but it looks like Sparta-Component has bug.
Step to reproduce:
Try to load one of the forms from:
...\Lazarus\components\ideintf
Folder.  You will see the form controls aren't visible.
On screenshot CollectionPropEditForm is loaded:

EDIT:
I removed sparta-dockedformeditor component, now the control are visible also sparta-dockedformeditor has bug.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 16, 2015, 11:25:09 pm
I removed sparta-dockedformeditor component, now the control are visible also sparta-dockedformeditor has bug.

Not necessarily. The issue is likely caused by changes in IDE code but it affects the docked form editor. See :
 http://bugs.freepascal.org/view.php?id=29201

Anybody who reports errors, please build lazarus with debug info and all checks enabled.
The easiest way is to select "Debug IDE" from Configure Build Lazarus dialog.
Then you see errors reported directly from IDE and you can get a backtrace from gdb when needed.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: tr_escape on December 17, 2015, 07:52:46 am
Lazarus 1.6RC1 spartadocking and anchordocking not working together correctly.

If you install both packs you may crash your lazarus in design time.

I tried to View / Code Explorer and Lazarus makes a lot of move I think it tried to fit of Code Explorer window and crashed.

After uninstall anchordocking pack worked normally.

I added crash time picture in the attach
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: balazsszekely on December 17, 2015, 08:37:11 am
Quote
Lazarus 1.6RC1 spartadocking and anchordocking not working together correctly.
If you install both packs you may crash your lazarus in design time.
I tried to View / Code Explorer and Lazarus makes a lot of move I think it tried to fit of Code Explorer window and crashed.
After uninstall anchordocking pack worked normally.
I added crash time picture in the attach
This usually happens on dual monitor screen and it's caused by the Component Palette(CP) resize. There is a solution(not a clean one though): after you install AnchorDocking, hide the CP(right click on the CP-->Options-->Uncheck Palette is visible). Use the component window(Ctrl + Alt +P) instead.
The error is caused by the CalcMainIDEHeight(mainbar.pas) function and it's probably related to http://bugs.freepascal.org/view.php?id=29194. First it was noticed only under QT(by Juha), but later somehow appeared on win32 too. Unfortunately it's very sporadic and the message makes no sense at all, since the BoundsRealised and NewBoundsRealised it's the same.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: tr_escape on December 17, 2015, 10:40:48 am
Quote
Lazarus 1.6RC1 spartadocking and anchordocking not working together correctly.
If you install both packs you may crash your lazarus in design time.
I tried to View / Code Explorer and Lazarus makes a lot of move I think it tried to fit of Code Explorer window and crashed.
After uninstall anchordocking pack worked normally.
I added crash time picture in the attach
This usually happens on dual monitor screen and it's caused by the Component Palette(CP) resize. There is a solution(not a clean one though): after you install AnchorDocking, hide the CP(right click on the CP-->Options-->Uncheck Palette is visible). Use the component window(Ctrl + Alt +P) instead.
The error is caused by the CalcMainIDEHeight(mainbar.pas) function and it's probably related to http://bugs.freepascal.org/view.php?id=29194. First it was noticed only under QT(by Juha), but later somehow appeared on win32 too. Unfortunately it's very sporadic and the message makes no sense at all, since the BoundsRealised and NewBoundsRealised it's the same.


As you mentioned I hide the CP and installed AnchorDock, so follow the menu of View / Code Explorer find the code explorer for to dock to AnchorDock.

After this steps I open the CP again and finally it is working normally.

Actually anchordock and sparta limiting our form designing area but for some people like it for tidy.

Thanks for your support.

Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: arneolav on December 18, 2015, 12:03:26 am
Hi! Installed Lazarus 1.6 RC1, FPC 3, Win32,
As addon, installed:
Internettools,
Synapse, synalist-code-185-trunk

Got a lot of errors  in compile of Internettools, unit bbutils.pas

Messages, Warnings: 1
Compile package internettools 0.0: Exit code 1, Errors: 3, Warnings: 1, Hints: 51
bbutils.pas(163,67) Hint: Parameter "slice1" not used
bbutils.pas(163,89) Hint: Parameter "slice2" not used
bbutils.pas(1149,4) Hint: "open array" not yet supported inside inline procedure/function
bbutils.pas(1149,4) Hint: Inlining disabled
bbutils.pas(222,69) Hint: Parameter "slice1" not used
bbutils.pas(222,91) Hint: Parameter "slice2" not used
bbutils.pas(1372,4) Hint: "open array" not yet supported inside inline procedure/function
.....
....
bbutils.pas(5109,10) Error: function header doesn't match the previous declaration "dateTimeFormat(const AnsiString;LongInt;LongInt;LongInt;LongInt;LongInt;LongInt;const Double="0";const TDateTime="                          Nan"):AnsiString;"
bbutils.pas(803,10) Error: Found declaration: dateTimeFormat(const AnsiString;LongInt;LongInt;LongInt;LongInt;LongInt;LongInt;const Double="0";const TDateTime="                          Nan"):AnsiString;
bbutils.pas(805,10) Error: Found declaration: dateTimeFormat(const AnsiString;const TDateTime):AnsiString;
.
.
Ideas?

Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: arneolav on December 18, 2015, 05:11:11 pm
Removed the installation of 1.6;
Did a new installation,

Tried to compile my app,
Installed the xtra pacakges one after one as they was asked for.

Compile and run ok.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Josh on December 19, 2015, 04:39:58 am
Hi
Removed Lazarus from Developer Folder
Installed new 1.6 and fpc etc.
When I rebuild lazarus with no additional components I get

Compile Package LazUtils 1.0 Exit Code 256

And it will not compile or rebuild

On 10.6.8
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 19, 2015, 10:44:50 am
Hi,
first I have to say, 1.6 is a gigantic step forward with many features i desperately missed, till now. (Sparta, Project Groups ...)
I also stumbled across Change-Bound-Loop-Error, but could circumvent it by disabling the CP-Element. If it helps, the error occurred only when ending Lazarus in full-screen.
[edit] And try to restart it.
... then I had to delete the environmentoptions.xml  file to get Lazarus working again. (Maybe this helps to track down the error ...)

Now I stumbled about something else:
In the Code-Explorer i miss the "jump to implementation"-entry. Is it somewhere else ? (I tried both views Categories & Source )

Using
- Lazarus 1.6RC1
   *  + AnchorDocking
   *  + Sparta
   *  + lazProjectGroups

[Edit2]
Removed Sparta, same problem ...
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 19, 2015, 11:54:36 am
first I have to say, 1.6 is a gigantic step forward with many features i desperately missed, till now. (Sparta, Project Groups ...)

Project Groups feature is not ready yet and not even planned to be stable in 1.6.
Sparta docked form editor on the other hand is planned to be stable. Now it has some unfortunate regressions.

Quote
In the Code-Explorer i miss the "jump to implementation"-entry. Is it somewhere else ? (I tried both views Categories & Source )

Did the local menu have a sub-menu with "jump to interface", "jump to implementation" like now the Search menu in IDE has?
Looks like a regression. Please open a bug-report. The command system was changed quite much.
"jump to implementation" is working in Search menu and it is included in the default configuration of Editor Toolbar which is now part of the IDE's code, too. No more a package.

There are some reports about Code-Explorer from earlier versions. E.g.
 http://bugs.freepascal.org/view.php?id=26988

Quote
Removed Sparta, same problem ...

What problem?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 19, 2015, 02:04:38 pm
@Juha:
I don't mean Jump to Implementation from the Search->Jump to - Menu:
When you right click on an Element in the Code-Explorer a popup-Menu opens.
In this popup-menu you can Jump to.. then it jumps to the declaration of that element.
  (which is mostly in the interface-part of the unit)
then in 1.4.4 there is "Jump to Implemenation". Which jumps the actual implementation of that element.
 (which is normally in the implementation-part of the unit)
Search->Jump To->Jump to implementation jumps to the "implementation"-keyword of the unit.

So my problem is:
The "Jump to Implementation"- entry of the Code-Explorer-Popup-Menu doesn't show.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 19, 2015, 03:45:05 pm
I don't mean Jump to Implementation from the Search->Jump to - Menu:

Oops, sorry, 2 different things mixed up in my mind.

Quote
The "Jump to Implementation"- entry of the Code-Explorer-Popup-Menu doesn't show.

I did some time traveling in revision history. The menu entry was removed in :
 r49226  IDE: New JumpTo... commands and menu items. Remove the functionality from EditorToolbar. Issue #28199, patch from Ondrej Pokorny.

committed by me, made by Ondrej.
BTW,  bisecting with Git is easy and fun and does not cost anything. :)

I am planning to revert the CodeExplorer part of the commit. I think also Ondrej mixed up 2 different things.
[Edit] Done in r50943. Will be merged to 1.6.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 19, 2015, 10:22:17 pm
Thanks
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 20, 2015, 08:12:48 am
I think also Ondrej mixed up 2 different things.
[Edit] Done in r50943. Will be merged to 1.6.

Yes  :-[  Thanks  ;)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: universe on December 20, 2015, 11:02:37 am
Hello all,
I tested the latest Lazarus1.6 RC1 with the attached application (using pascalscript) and I found that the compiler has a bug with array data types ,should I report to FPC?
PS: with Lazarus 1.4 the code is working as expected.
Thanks in advance.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 20, 2015, 11:48:24 am
@universe:
I tested your app, on Laz1.4.4 and on 1.6RC1 (both 32 bit)
After installing pascalscript to 1.6 the app worked fine to me. (2, 1, Test2: message :1)
I tested  normal, debug and release mode.
The only thing I noticed was a SIGSEGV error on the first start on Laz, but then it worked fine.

What version/OS are you working with ?
What exactly is the bug you found ?
 
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: arneolav on December 20, 2015, 11:59:37 am
Hi!
1.6 seems to be an error in DateUtils, converting from/to localtime;
Try this in v 1.4.4 and v 1.6RC1:

Code: Pascal  [Select][+][-]
  1. procedure TForm1.FormCreate(Sender: TObject);
  2. var NowTime: TDateTime;
  3. begin
  4.   NowTime :=Now;                                                                //Save nowtime
  5.   Memo1.Lines.Add('Now: ' + FormatDateTime('c',NowTime));
  6.   Memo1.Lines.Add('UTC: ' + FormatDateTime('c',LocalTimeToUniversal(NowTime)));
  7.   Memo1.Lines.Add('Local: ' + FormatDateTime('c',UniversalTimeToLocal(LocalTimeToUniversal(NowTime))));
  8. end;
  9.  

My timezone is UTC +1;
1.4 is correct, adding 1 hour to UTC,
1.6 is subtracting 1 hour from UTC.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: universe on December 20, 2015, 12:00:40 pm
Hello jc99,
I tested under Windows 10 x64, by the way I didn't install pascalscript to Lazarus 1.6RC1 (64bit) it was there by default, and what I noticed

- Message shows a wrong integer value
- Infinite loop

Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: universe on December 20, 2015, 12:32:46 pm
I have to correct something my Lazarus version was 1.4 (x86) and my script was working and I've just downloaded Lazarus 1.4 (x64) and the problem exists so the bug is not related to Lazarus 1.6, it's an old x64 bit related (FPC?) bug.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 20, 2015, 01:44:03 pm
My timezone is UTC +1;
1.4 is correct, adding 1 hour to UTC,
1.6 is subtracting 1 hour from UTC.
My timezone is UTC +1 too
I can confirm this bug.
And also for other timezones, both procedures work in the wrong direction.  (The delta seems ok though)

Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: ftplazarus on December 20, 2015, 09:45:26 pm
Hi team !

With AnchorDocking, my bottom window is growing upper a few pixels each time Lazarus is launched.
See the attachments jpg

Could you check this ?

Many thanks
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 20, 2015, 10:10:29 pm
Hi team !

With AnchorDocking, my bottom window is growing upper a few pixels each time Lazarus is launched.
See the attachments jpg

Could you check this ?

Many thanks

Are you using Lazarus Windowed or Fullscreen ?
OS and bitness (32/64 bit) would be a good information ...
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 20, 2015, 10:13:53 pm
Something else ...
The Project-Inspector adds only one file, even if I select more, is it a bug or a new feature ?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 20, 2015, 10:21:00 pm
Hi team !

With AnchorDocking, my bottom window is growing upper a few pixels each time Lazarus is launched.
See the attachments jpg

Could you check this ?

Many thanks
I can confirm this, but it's not a new problem, 1.4.4 with AD has the same behavior.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 20, 2015, 10:59:36 pm
With AnchorDocking, my bottom window is growing upper a few pixels each time Lazarus is launched.

It is a known issue.
  http://bugs.freepascal.org/view.php?id=18538
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 20, 2015, 11:11:03 pm
The Project-Inspector adds only one file, even if I select more, is it a bug or a new feature ?

It works here. How to reproduce?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 21, 2015, 06:58:20 am
My timezone is UTC +1;
1.4 is correct, adding 1 hour to UTC,
1.6 is subtracting 1 hour from UTC.
My timezone is UTC +1 too
I can confirm this bug.
And also for other timezones, both procedures work in the wrong direction.  (The delta seems ok though)

This is an FPC issue fixed in r31356 (FPC trunk). You can ask the FPC team to merge it into 3.0 branch.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 21, 2015, 08:38:32 am
The Project-Inspector adds only one file, even if I select more, is it a bug or a new feature ?

It works here. How to reproduce?
Then it's difficult ...
BTW:
When I do it with a new project it works too.

My Settings:
Laz 1.6RC1
+ ProjectGroup
+ AnchorDocking
+ Sparta
(+ pascalscript)


Steps:
- Open an existing project, with already open files, by activating it in ProjectGroup or directly.
  (e.G: lazProject (by tr_escape) LazOscop/Oscilloscop4.lpi )
- PI: click +Add -> PopUp
- PI: Click Add Files -> New Window
- Select all files
- Press button add files
- Only one file is added
... to add all files I had to repeat the steps (except the first, of cause)

 
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 21, 2015, 11:34:26 am
My Settings:
Laz 1.6RC1
+ ProjectGroup

ProjectGroups are not stable yet in 1.6. The feature is being improved in trunk. See a thread "Error when installing project groups" in Lazarus mailing list.
Does the problem happen also without ProjectGroups?

Quote
- PI: click +Add -> PopUp
- PI: Click Add Files -> New Window

"Add files in file system" or "Add files in directory"?

Where are the files? In a project sub-directory maybe? Some of them may be considered invalid for some reason.
You can open a bug report but you must include a project + the new files to be added.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 21, 2015, 05:44:20 pm

ProjectGroups are not stable yet in 1.6. The feature is being improved in trunk. See a thread "Error when installing project groups" in Lazarus mailing list.
Does the problem happen also without ProjectGroups?
Yes, it happens even when I use "Open Project" directly
Quote
"Add files in file system" or "Add files in directory"?
Neither, It's the third option "Add Files" (files in editor ?)

Quote
Where are the files? In a project sub-directory maybe? Some of them may be considered invalid for some reason.
You can open a bug report but you must include a project + the new files to be added.
Files are in the same directory.
If they are invalid for some reason, why are they shown, and why are they valid the next time, and why are they all valid for Laz 1.4.4 ?
https://github.com/mehmetulukaya/laz-projects/tree/master/LazOscop
or
https://sourceforge.net/projects/lazprojects/
See also http://forum.lazarus.freepascal.org/index.php/topic,28777.msg180458.html#msg180458   

[Edit]
Ops, Laz 1.4.4 has the same problem with Oscilloscope4.lpi
(can add only one file per round)

[Edit2]
There is a funny thing in 1.4.4 when I mark no file, all are added (? !) When I mark all files (make them blue) only one file is added ! ? !
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 21, 2015, 06:03:20 pm
Neither, It's the third option "Add Files" (files in editor ?)

Ok, "Add Editor Files". Why didn't you say so? :)
It also works here. You must select all the editor files you want in the final window.

Quote
Files are in the same.
If they are invalid for some reason, why are they shown ... ?

There is some inconsistent filtering when adding files in different ways. It must be harmonized later. However it does not cause your issue.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 21, 2015, 06:54:33 pm
Ok, "Add Editor Files". Why didn't you say so? :)
Because my popup-menu actually says: "Dateien hinzufügen" (I have to reverse-translate that from german into english)
Quote
It also works here. You must select all the editor files you want in the final window.
I also tried with a new project and several files, no problems here, maybe it's related to that specific project file. (or files of that kind)

BTW, see edit and edit2 of my last post.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jc99 on December 21, 2015, 07:30:22 pm
I think i found the problem:
The "Add editor files"-  function has a problem adding another file when the file first added is already referenced in the .lpr/.dpr- file but not in the .lpi-file.
this also makes funny things in Laz 1.4.4

[Edit]
BTW: "Add files in directory" has the same problem/feature ;)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: arneolav on December 21, 2015, 09:38:20 pm

My timezone is UTC +1 too
I can confirm this bug.
And also for other timezones, both procedures work in the wrong direction.  (The delta seems ok though)

This is an FPC issue fixed in r31356 (FPC trunk). You can ask the FPC team to merge it into 3.0 branch.

Thanks ondrejpokorny, temporary I did only switch the procedures. Problem solved until new version.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: russdirks on December 22, 2015, 07:40:29 am
If I open an existing project with 1.6, and maybe make some changes and try a few things out, can I then go back and open the project in 1.4.4?  Or does the project then become non-backwards compatible?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: balazsszekely on December 22, 2015, 07:53:31 am
Quote
@russdirks
If I open an existing project with 1.6, and maybe make some changes and try a few things out, can I then go back and open the project in 1.4.4?  Or does the project then become non-backwards compatible?
A backup it's always a good idea and it only takes a few seconds.  :) Alternatively you can put your project under version control.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: russdirks on December 22, 2015, 08:10:56 am
For sure, backups or version control is definitely the way to go.  But I guess I'm still wondering ... does opening my project in 1.6 make some kind of fundamental change to it that then makes it incompatible with 1.4.4?  I guess I'm thinking mostly of configuration settings and various other IDE options.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: arneolav on December 22, 2015, 09:14:05 am
I'm installing Lazarus in different directories; Lazarus14, Lazarus16.
And in this early periode, opens my project from the one or other, looking for errors.
No problems observed.
But, of course, as soon as you implement new funcitions from 1.6 in your source, then you will get error by opening from 1.4.
As other has said, allways make a backup.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on December 22, 2015, 12:50:59 pm
Did TSyncompletion change ?

in Lazarus 1.4.4:   fun(ident -> completion -> fun(identifier
in Lazarus 1.6.0:   fun(ident -> completion -> identifier

in Lazarus 1.4.4:   agreggate. -> dot completion -> agreggate.member
in Lazarus 1.6.0:   agreggate. -> dot completion -> member

The previous tokens that are not separated by a blank are completly replaced. I tried to change TSynEdit.WordBreaker but it didn't help.  TSyncompletion.EndOfTokenChar by default already includes the parens...

My usage (https://github.com/BBasile/Coedit/blob/master/src/ce_synmemo.pas#L483) shouldn't be too exotic I think.
(hint search for fCompletion in the target)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 22, 2015, 01:02:25 pm
Did TSyncompletion change ?

Not intentionally, unless mentioned on release nodes.

please bug report / ideally with small stand alone example
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 22, 2015, 01:26:05 pm
... does opening my project in 1.6 make some kind of fundamental change to it that then makes it incompatible with 1.4.4?  I guess I'm thinking mostly of configuration settings and various other IDE options.

You are now confusing 2 different things:

1. A project and its settings is compatible. At least I don't remember any change that would break it. You can work on the same project using both Lazarus 1.4.4 and 1.6.

2. IDE configuration has changed a lot. There is a new desktops feature and a new configurable IDE Coolbar. Many items in configuration XML files were reorganized so they can be part of a saved desktop. Thus it is important to use separate configurations for Lazarus 1.4.4 and 1.6, using --pcp parameter.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on December 22, 2015, 01:47:13 pm
Did TSyncompletion change ?
please bug report / ideally with small stand alone example
Unfortunately on a simple test the completion works fine.
Maybe I have missed something when updgrading my project: I just fixed a few uses then it compiled directly.

Is there anything to do related to the new UTF-8 LCL ?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 22, 2015, 02:35:58 pm
Is there anything to do related to the new UTF-8 LCL ?

Only if your code depends on system codepage. See:
  http://wiki.freepascal.org/Lazarus_with_FPC3.0_without_UTF-8_mode
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on December 22, 2015, 04:41:08 pm
I've fixed the problem mentioned previously, IMO there's something to change in Synedit:

To test what TSynAutocomplete has to overwrite, it reads the previous word. The charset that defines a word relies on two things (1):


The basic demo I prepared before was not failing because the editor hadn't an highlighter.
So only the isIdentifierChar() was called.

I suggest to change the implementation of  TSynCustomHighlighter.GetIdentChars to

Code: Pascal  [Select][+][-]
  1. function TSynCustomHighlighter.GetIdentChars: TSynIdentChars;
  2. begin
  3.   Result := ['_', 'A'..'Z', 'a'..'z', '0'..'9'];
  4. end;
  5.  


(1): https://github.com/alrieckert/lazarus/blob/master/components/synedit/syncompletion.pas#L1756-L1757
(2): https://github.com/alrieckert/lazarus/blob/master/components/synedit/syncompletion.pas#L449
(3): https://github.com/alrieckert/lazarus/blob/master/components/synedit/synedithighlighter.pp#L1483
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Martin_fr on December 22, 2015, 04:43:37 pm
please bug report...

need to find previous behaviour
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on December 22, 2015, 04:57:20 pm
By the way the bug was introduced by andrej the 12 of Nov:

https://github.com/alrieckert/lazarus/commit/ed747e55fb894735ca2e8c33731d580b7d5f7e69

I think that it can breaks the completion in basically almost all the code editors made with Laz.
The problem is that the role of TSynCustomHighlighter.GetIdentChars is not well defined, it's even not mandatory to use it when we lex in our custom HL class.

Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 23, 2015, 08:36:35 am
By the way the bug was introduced by andrej the 12 of Nov:

https://github.com/alrieckert/lazarus/commit/ed747e55fb894735ca2e8c33731d580b7d5f7e69

I think that it can breaks the completion in basically almost all the code editors made with Laz.
The problem is that the role of TSynCustomHighlighter.GetIdentChars is not well defined, it's even not mandatory to use it when we lex in our custom HL class.

Yes, I did it and I changed it for some reason :)

I suggest to change the implementation of  TSynCustomHighlighter.GetIdentChars to

Code: Pascal  [Select][+][-]
  1. function TSynCustomHighlighter.GetIdentChars: TSynIdentChars;
  2. begin
  3.   Result := ['_', 'A'..'Z', 'a'..'z', '0'..'9'];
  4. end;
  5.  

Looks correct to me. Applied in r51001, will be merged to 1.6. Please open a bug report if you find similar issues the next time.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on December 23, 2015, 09:19:57 am
I did it just after my little investigation, see http://bugs.freepascal.org/view.php?id=29235. I needed to find fix directly, that's why I waited.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jma_sp on December 23, 2015, 11:53:44 am
i found one error in the first run, after install in Windows XP SP3, look the attach image, i think that is an UTF8 problem because the ó char is not show in the message, the message say (i can upload images hir):

Unable to create file "C:\Documents and settings\Administrador\Configuracin local\Datos de programa\lazarus\enviromentsoptions.xml

note the spanish word "Configuracin" must be "Configuración"

Same for me. I will wait until next release candidate (thanks for fix it in (r50716/r50718)).

A mi me sucede lo mismo no establece la vocal acentuada en el instalador.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 23, 2015, 03:06:06 pm
I did it just after my little investigation, see http://bugs.freepascal.org/view.php?id=29235. I needed to find fix directly, that's why I waited.

Sorry, I missed this one! Thanks!
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: bhinet on December 25, 2015, 10:56:33 pm
TDBGRID is not triggering all ONSELECTEDITOR-events

Got a problem with this new version. - I am using TDBGRID and its ONSELECTEDITOR-event to use TEDIT as a replacement for the grids cell-editor. - Its working fine with prior versions (The position of the editor-rect ist given from - DbGrid.SelectedFieldRect).

The NEW VERSION does NOT fire the ONSELECTEDITOR-event when entering a cell by KEYBOARD. But everything ist allright when entering a cell by MOUSE.
When a cell is entered by keyboard the onselecteditor event is ONLY triggered - after one has CHANGED the cell-text (thats not enough ;-)).

With Lazarus 1.4.4 its allright:
ONSELECTEDITOR is fired - EACH TIME when EDITORMODE is going to true (one is editing).

Where should the bug being reported ?

mantis.freepascal.org (http://mantis.freepascal.org)

I have the same problem with onSelectEditor. I send the problem to mantis.freepascal.org (http://mantis.freepascal.org)

The problem is in the file grids.pas, in line 7155 after MoveSelection, in previous version call always to SelectEditor. And New version of the file only call if option dgAlwaysShowEditor is set to true.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on December 26, 2015, 11:33:10 am
Did someone already reported that the CHM is full of error ?

typically:

Quote
Resource unavailable:ms-its:ref.chm::/ref/ref/ref/refse33.html#x69-910006.1.

Press OK to ignore and risk data corruption.
Press Cancel to kill the program.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on December 26, 2015, 11:36:20 am
Refactoring doesn't seem to work well with type helpers.

For example: hit F2 to rename an helper function. I Just encountered this when renaming the member of a helper for strings whose name was ambiguous. I think it happens when helpers are chained.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: arneolav on December 26, 2015, 07:05:45 pm
TGroupBox,
in the IDE; On change Caption of a groupbox, the box is going blank, labels are hidden, Checkbox is not hidden:
Code: Pascal  [Select][+][-]
  1. unit Unit1;
  2. {$mode objfpc}{$H+}
  3. interface
  4. uses
  5.   Classes, SysUtils, FileUtil, Forms, Controls, Graphics, Dialogs, StdCtrls;
  6. type
  7.   { TForm1 }
  8.   TForm1 = class(TForm)
  9.     CheckBox1: TCheckBox;
  10.     GroupBox1: TGroupBox;
  11.     Label1: TLabel;
  12. .....
  13.  
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: ftplazarus on December 29, 2015, 03:45:40 pm
With AnchorDocking, my bottom window is growing upper a few pixels each time Lazarus is launched.

It is a known issue.
  http://bugs.freepascal.org/view.php?id=18538

It's a very puzzling issue indeed.
May I propose as a workaround in ide\main.pp ln 1582, to add the line :

EnvironmentOptions.UseDesktop(EnvironmentOptions.ActiveDesktop);

This loads the active desktop again, and with the correct sizes this time !

Best regards.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: JuhaManninen on December 29, 2015, 06:43:33 pm
It's a very puzzling issue indeed.
May I propose as a workaround in ide\main.pp ln 1582, to add the line :

EnvironmentOptions.UseDesktop(EnvironmentOptions.ActiveDesktop);

This loads the active desktop again, and with the correct sizes this time !

Interesting! The line you added actually solves the issue.

Why does reading the active desktop in TMainIDE.StartIDE prevent the bug also with actions done while the IDE is running? I have no idea.
See r51081. It will be merged to 1.6 if no regressions are found.
See: http://bugs.freepascal.org/view.php?id=18538
and: http://bugs.freepascal.org/view.php?id=17908

Everybody please review also the other issues related to AnchorDocking. How many valid open issues we still have?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jarto on December 29, 2015, 07:01:26 pm
This works in at least XE7 and XE8: CharInSet(Ch,['å','ä','ö'])

With FPC3, Lazarus trunk and even with proper unicode-mode:

Error: Incompatible types: got "WideChar" expected "Char".

Related bug reports:

http://mantis.freepascal.org/view.php?id=16656
http://mantis.freepascal.org/view.php?id=9922
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: FTurtle on December 29, 2015, 08:15:20 pm
This works in at least XE7 and XE8: CharInSet(Ch,['å','ä','ö'])

With FPC3, Lazarus trunk and even with proper unicode-mode:

Error: Incompatible types: got "WideChar" expected "Char".

From here:
http://www.freepascal.org/future.var

Quote
Planned for later versions

    Linking with C++ code
    Higher level optimizer including liveliness analysis
    LLVM backend support
    Support for more architectures
    Corba support?
    Cleanup of unit loading system
    Better support for dynamic linking and packages
    Support for sets with more than 256 elements

P.S. By the way, I think it is good for pages like that to write last modification date.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: ftplazarus on December 29, 2015, 08:47:03 pm

Why does reading the active desktop in TMainIDE.StartIDE prevent the bug also with actions done while the IDE is running? I have no idea.

I have the following supposition :
The construction of the active desktop is not complete when done by RestoreIDEWindows in TMainIDE.StartIDE.
It lacks the controls named AnchorDockSitex and AnchorDockSplitterx (as seen from debug report in lines TAnchorDockMaster.LoadLayoutFromConfig Map).
When constructing the desktop again with UseDesktop, these controls are there, and then the desktop works correctly later on.

But this remains to prove thoroughly...
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: marcov on December 29, 2015, 10:18:07 pm
http://www.freepascal.org/future.var

(two modifications for spelling mistakes since 2007, not the best resource to predict the future)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: marcov on December 29, 2015, 10:19:09 pm
This works in at least XE7 and XE8: CharInSet(Ch,['å','ä','ö'])

Afaik this works fine in D2009+ mode, $Mode delphiunicode
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jwdietrich on December 29, 2015, 10:45:32 pm
Today I tested Lazarus 1.6RC1 and FPC 3.0 on Mac OS X (10.11 El Capitan).

The good news is that all my complete programs compile and run flawlessly, although some of them are rather big projects.

The bad news is that I have problems with fpcunit. I prefer test-driven development, but all unit test projects fail right in the beginning with the error message Unable to create file "<project>.fpcunit.ini". (see attachment for an example).

I do unit testing with fpcunit for years now, but I was never aware of any .ini file. How can I get fpcunit to create one - or can I completely switch off this functionality? I am even not sure, if this is an issue with Lazarus 1.6RC1 or with FPC 3.0.

Edit:

In the meanwhile I found out that this is a Lazarus issue. It results from a line that has been inserted in the unit file guitestrunner.pas. I created a bug report (# 29283 (http://bugs.freepascal.org/view.php?id=29283)) and uploaded a patch there, which resolves the issue on Mac OS X.

Lazarus 1.6RC1 runs like a charm now. :)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jarto on December 30, 2015, 02:23:39 am
This works in at least XE7 and XE8: CharInSet(Ch,['å','ä','ö'])

Afaik this works fine in D2009+ mode, $Mode delphiunicode

No, it doesn't compile. WideChars are not allowed in the set.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: jarto on December 30, 2015, 07:43:08 pm
I tested the CharInSet-problem a bit more:

Both Delphi and FPC have the same type for the set:

type TSysCharSet = set of AnsiChar;

With Delphi I can use these special characters in the set: ['å','ä','ö']. It compiles and works.
FPC doesn't let it compile as those letters are compiled to widechars.

This could be used as a workaround; it compiles, and works in Delphi, but gives wrong results in FPC: [AnsiChar('å'),AnsiChar('ä'),AnsiChar('ö')]

ord(WideChar('å')) = 229 in Delphi and 229 in FPC
ord(AnsiChar('å')) = 229 in Delphi, but 63 in FPC
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 30, 2015, 10:35:04 pm
With Delphi I can use these special characters in the set: ['å','ä','ö']. It compiles and works.

It compiles in Delphi but it won't work if ['å','ä','ö'] are not in current ansi encoding. So if your user runs e.g. russian OS, it won't work and you'll have a bug.

Don't do it either in FPC or in Delphi. Use case instead. As a plus case is even faster than "in [...]".
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Jurassic Pork on December 31, 2015, 12:29:40 am
hello,
for this problem :
Quote
This works in at least XE7 and XE8: CharInSet(Ch,['å','ä','ö'])

Is it a bad idea to create this function  ? :
Code: Pascal  [Select][+][-]
  1.   function StringInSet(UniChr:String; CharArray:array of String):Boolean;
  2.   var i:Integer;
  3.   begin
  4.     for i:=0 to High(CharArray) do
  5.       if CharArray[i] = UniChr then
  6.       begin
  7.         Result := True;
  8.         Exit;
  9.       end;
  10.     Result := False;
  11.   end;

Example of use :
Code: Pascal  [Select][+][-]
  1. var Ch : String;
  2. begin
  3. //Ch := 'é';
  4. Ch := 'å';
  5. if StringInSet(Ch,['å','ä','ö']) then writeln('char is in set');
  6. readln();    
  7. end;
  8.  
  :-X
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: lazie on December 31, 2015, 09:16:19 am
TDBGRID is not triggering all ONSELECTEDITOR-events

Got a problem with this new version. - I am using TDBGRID and its ONSELECTEDITOR-event to use TEDIT as a replacement for the grids cell-editor. - Its working fine with prior versions (The position of the editor-rect ist given from - DbGrid.SelectedFieldRect).

The NEW VERSION does NOT fire the ONSELECTEDITOR-event when entering a cell by KEYBOARD. But everything ist allright when entering a cell by MOUSE.
When a cell is entered by keyboard the onselecteditor event is ONLY triggered - after one has CHANGED the cell-text (thats not enough ;-)).

With Lazarus 1.4.4 its allright:
ONSELECTEDITOR is fired - EACH TIME when EDITORMODE is going to true (one is editing).

Where should the bug being reported ?

mantis.freepascal.org (http://mantis.freepascal.org)

I have the same problem with onSelectEditor. I send the problem to mantis.freepascal.org (http://mantis.freepascal.org)

The problem is in the file grids.pas, in line 7155 after MoveSelection, in previous version call always to SelectEditor. And New version of the file only call if option dgAlwaysShowEditor is set to true.

Yes, moving of "SelectEditor;" to directly after "MoveSelection;" (BEFORE if-statement) leads to calling ONSELECTEDITOR as before (when selecting a cell by keyboard).

(...I made a MISTAKE when I said with R1.4.4 (or before) - the event would be fired each time EDITORMODE was going to true. - SELECTING a cell with keyboard (or mouse) leads to ONSELECTEDITOR-Event with R1.4.4 (or before).)
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Ondrej Pokorny on December 31, 2015, 01:30:00 pm
hello,
for this problem :
Quote
This works in at least XE7 and XE8: CharInSet(Ch,['å','ä','ö'])

Is it a bad idea to create this function  ? :
Code: Pascal  [Select][+][-]
  1.   function StringInSet(UniChr:String; CharArray:array of String):Boolean;
  2.   var i:Integer;
  3.   begin
  4.     for i:=0 to High(CharArray) do
  5.       if CharArray[i] = UniChr then
  6.       begin
  7.         Result := True;
  8.         Exit;
  9.       end;
  10.     Result := False;
  11.   end;

Example of use :
Code: Pascal  [Select][+][-]
  1. var Ch : String;
  2. begin
  3. //Ch := 'é';
  4. Ch := 'å';
  5. if StringInSet(Ch,['å','ä','ö']) then writeln('char is in set');
  6. readln();    
  7. end;
  8.  
  :-X

It's OK unless you need some performance from StringInSet. The string/array approach is very slow.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Robert W.B. on December 31, 2015, 08:39:47 pm
Happy New Year 2016 to the Devolpment team. O:-)
From robbanux
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: melwinek on January 05, 2016, 08:26:31 pm
When I connect to UTF8 database by SQLdb, international characters in DBGrid not shown correctly.
In 1.4.4 all is ok.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Jurassic Pork on January 05, 2016, 10:50:45 pm
hello,
melwinek 
1 - What is your O.S ?
2 - Database  DBMS (ie : Sqlite, mySQL, postgresql, firebird, mssql server ...) ?
3 - Components used ( ie : TSqlTransaction, TSqlQuery, TxxxConnection ...) ?
4 - If you use TxxxConnection , Charset parameter ?

with Lazarus version 1.6RC1 , i have no problem with a postgresql database 9.3, TSqlquery, TSqlTransaction, TPQconnection (charset empty) components.
Database definition :
Code: MySQL  [Select][+][-]
  1. CREATE DATABASE dvdrental
  2.   WITH OWNER = openpg
  3.        ENCODING = 'UTF8'
  4.        TABLESPACE = pg_default
  5.        LC_COLLATE = 'French_France.1252'
  6.        LC_CTYPE = 'French_France.1252'
  7.        CONNECTION LIMIT = -1;
  8.  

Friendly, J.P
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: melwinek on January 05, 2016, 10:53:18 pm
1 - Windows 7
2 - PostgreSQL
3 - TSQL Transaction, TSQLQuery, TPQConnection
4 - PQConnection1.CharSet:='utf8';

IMHO, this is a problem with SQLdb, not with DBGrid. When i write to PostgresSQL, in database (i check by PgPHPAdmin) is only fragments. E.g "Naro" instead "Narożnik".
"ż" is Polish letter.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Jurassic Pork on January 05, 2016, 11:07:13 pm
see my old message ( i have changed it) and try charset empty. Show me your database definition
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: melwinek on January 05, 2016, 11:40:12 pm
With charset empty it's the same.

My database (PostgreSQL 9.3.5) definition:
Code: MySQL  [Select][+][-]
  1.   WITH OWNER = postgres
  2.     ENCODING = 'UTF8'
  3.     TABLESPACE = pg_default
  4.     LC_COLLATE = 'pl_PL.UTF-8'
  5.     LC_CTYPE = 'pl_PL.UTF-8';
  6.  

I found the problem.
Property charset not working;
If I execute at the beginning

Code: Pascal  [Select][+][-]
  1. SQLQuery1.Active := False;
  2. SQLQuery1.SQL.Clear;
  3. SQLQuery1.SQL.Add('SET NAMES ''UTF8''');
  4. SQLQuery1.ExecSQL;
  5.  


Then it works.
I have already met with this problem a long time ago. In a very previous version of Lazarus.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Jurassic Pork on January 06, 2016, 12:10:08 am
the parameter client_encoding  of my postgresql server has actually for value Unicode (alias UTF8) . Maybe it's for that
i have no problem with no ascii characters. Check this parameter in your server.

There are changes between fpc 2.6.4 and fpc 3.0.0 in the file pqconnection.pp ( fpc\3.0.0\source\packages\fcl-db\src\sqldb\postgres )
check the function TPQConnection.StartImplicitTransaction  near

Code: Pascal  [Select][+][-]
  1.  PQsetClientEncoding(tr.PGConn, pchar(CharSet));
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Thaddy on January 06, 2016, 01:37:34 pm
http://www.freepascal.org/future.var

(two modifications for spelling mistakes since 2007, not the best resource to predict the future)

Then clean it out. Old information is often correct but more often false information. (prepared to help).
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on January 10, 2016, 09:50:30 pm
After a successful upgrade on linux 64 bit, painful on win32 (had to reinstall everything), now I'm on a linux 32 bit (Mint, where i've also encountered problems while upgrading).

After the upgrade when I try to recompile a project I got the following error:

Quote
Error: There is no method in an ancestor class to be overridden: "constructor Create(TComponent);"

This happens in a simple TAsyncProcess descendant. The problem didn't happen on my other systems.


Maybe unrelated but I receive two warnings when I compile a simple project (new proj, application):

Quote
Avertissements : 2
project1.lpr(20,1) Warning: "crti.o" not found, this will probably cause a linking failure
project1.lpr(20,1) Warning: "crtn.o" not found, this will probably cause a linking failure
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on January 10, 2016, 10:31:42 pm
After a successful upgrade on linux 64 bit, painful on win32 (had to reinstall everything), now I'm on a linux 32 bit (Mint, where i've also encountered problems while upgrading).

After the upgrade when I try to recompile a project I got the following error:

Quote
Error: There is no method in an ancestor class to be overridden: "constructor Create(TComponent);"

Is it normal that the .deb 32 bit and the 64 bit .rpm are not distributed with the same LCL sources ?

on Mint 32 bit (setup the .deb), I have this definition of TProcessUTF8, which I believe is the origin of the error:

Code: Pascal  [Select][+][-]
  1. TProcessUTF8 = type TProcess;

while on suse 64 bit (setup the .rpm)

the definition is (and the stuff compiles fine with this):

Code: Pascal  [Select][+][-]
  1. TProcessUTF8 = class(TProcess)
  2. end;  

The alias seems to be the cause of the troubles. Already reported ?
Did the packager for debian used the wrong SVN revision ?



Also from the language POV, isn' it a bit strange that type aliases prevent overriding ? FPC 3 bug ?
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: mattias on January 11, 2016, 11:09:16 am
I just installed the rpm for 32bit and 64bit and both have the

  {$IFDEF UseTProcessAlias}
type
  TProcessUTF8 = class(TProcess)
  end;
  {$ENDIF}
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on January 11, 2016, 11:29:04 am
I just installed the rpm for 32bit and 64bit and both have the

  {$IFDEF UseTProcessAlias}
type
  TProcessUTF8 = class(TProcess)
  end;
  {$ENDIF}

Then it's only on the .deb package. (remember, I encounter the problem on Mint 32 bit -> Ubuntu-like -> based-on-Debian -> so .deb package)
I've opened a Mantis ticket for Laz: http://bugs.freepascal.org/view.php?id=29368
then another one for FPC: http://bugs.freepascal.org/view.php?id=29367

But a thing that I don't get is that the release construction process should be automated (isn't it the case ?)...then how can two different files be distributed for the same release point ?

That's crazy. :o
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: Thaddy on January 11, 2016, 12:38:02 pm
The deb packages are maintained by the distribution, i.e. are governed by the debian maintainers.
The easiest way to install that is through debian experimental for fpc 3.0.
Other distributions may well have a different release point, hence the difference is not fully controlled by the fpc/lazarus maintainers over all distributions.

That's why I always build from source with the provided package only as the starting compiler.
Much more control and far less issues between linux distributions.

That said: you have clearly found a bug, I added some comments to your report regarding Tbar = type Tfoo; and not being able to override a constructor. That is a bug. I am still  testing if it is a regression.
[edit]
It is not a regression from 2.6.4. Just tested.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: guest58172 on January 11, 2016, 03:17:31 pm
The deb packages are maintained by the distribution, i.e. are governed by the debian maintainers.

Ok, I see what you mean, to be clear:
I've downloaded the .deb from SourceForge, as usual. They don't come from the official package manager. It's the 1.6RC1 as distributed on SF.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: elite001 on January 13, 2016, 08:34:04 am
hello everyone.. sorry for my english...
Laz 1.6 not working properly if cfg files are stored in user profile where username - rus letters..(((

Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: FTurtle on January 13, 2016, 12:57:59 pm
hello everyone.. sorry for my english...
Laz 1.6 not working properly if cfg files are stored in user profile where username - rus letters..(((
You can use alternative directory for configuration.
See here:
http://wiki.freepascal.org/Multiple_Lazarus#Solution_for_separating_instances_using_multiple_config_dirs
http://wiki.freepascal.org/Multiple_Lazarus/ru
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: calebs on February 24, 2016, 01:53:38 pm
Quote
O:-)  wp  O:-)    -     « Reply #17 on: Today at 07:51:20 pm »

There have been some recent modifications of LNet to make it compile under FPC3. Get yourself the trunk version of LNet.

Yes, the trunk version was the solution, Thank you     :)

Hello! Where do i download the trunk for lnet? I've tried with subversion with url http://svn.freepascal.org/svn/fpcprojects/lnet/trunk/ but asks for user and password
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: balazsszekely on February 24, 2016, 01:57:34 pm
@calebs
Use a SVN client like TortoiseSVN, VisulaSVN or the command line.
Title: Re: Lazarus 1.6 - 1st Release Candidate
Post by: calebs on February 24, 2016, 01:58:21 pm
Thanks. I've figured it out.
I was rusty with svn
TinyPortal © 2005-2018