Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2015-03

Release Candidate 2 of Lazarus 1.4

7 messages · 4 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Mattias Gaertner

The Lazarus team would like to announce the second release candidate for the upcoming Version 1.4.

We would like to invite all users to test this release candidate. Please read below why everybody really should join the testing now.

New in this Version
http://wiki.lazarus.freepascal.org/Lazarus_1.4.0_release_notes

On Windows the installer now allows two independent installations. http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus

About the release process:
http://wiki.lazarus.freepascal.org/Lazarus_1.4_fixes_branch#Roadmap_to_1.4

The 1.4RC2 is built with fpc 2.6.4.

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

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

Minimum requirements:
Windows: 98, 2k, XP, Vista, 7, 32 or 64bit.
On 64bit it is recommended to use the 32bit IDE.
Win98 IDE needs building with flag -dWIN9XPLATFORM. FreeBSD/Linux: gtk 2.8 or qt4.5, 32 or 64bit.
Mac OS X: 10.5 to 10.10, 10.9+ debugging requires -gw, LCL only 32bit, non LCL apps can be 64bit.

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

In the past weeks the Lazarus team has stabilized the 1.4 fixes branch. The resulting 1.4RC2 is now stable enough to be used by any one for test purposes.

However many of the fixes and new features that where committed since the release of 1.2 required changes to the code of existing features too. While we have tested those ourself, there may still be problems that only occur with very specific configurations or one project in a million.

Yes, it may be that you are the only person with a project, that will not work in the new IDE. So if you do not test, we can not fix it.

Please do not wait for the final release, in order to test. It may be too late. Once the release is out we will have to be more selective about which fixes can be merged for further 1.4.x releases. So it may be, that we can not merge the fix you require. And then you will miss out on all the new features.

== How to test ==

Download and install the 1.4RC2.
- On Windows you can install as a 2ndary install, that will not affect your current install: http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
- On other platforms, if you install to a new location you need to use --primary-config-path

In either case you should make backups. (including your primary config)

Open your project in the current Lazarus (1.2.6), and use "Publish Project" from the project menu. This creates a clean copy of your project.

You can then open that copy in the 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

Mattias

Reply by email

JuuS
to Mattias Gaertner

Hi all,

FYI, all the issues are exactly the same with rc2 as it was with rc1 as regards opening and running a published version of my project vs. the original/unchanged project. Solution is once again removing default icon entry in LPI file.

Has no one else seen this?

If you want I have no problem sending the published folder (it's not big) to someone who may want to trace it in some manner.

but you may remember that any attempt to log the errors (either command line or through IDE with the logger package) fixed the problem internally (ie., it ran without debugger error) and so no meaningful log information (?) is there.

Schonen Tag!

Julius

Mattias Gaertner wrote
The Lazarus team would like to announce the second release candidate for the upcoming Version 1.4.

Reply by email

Juha Manninen
to JuuS
JuuS wrote
but you may remember that ...

How should we remember? Did you report those problems earlier somewhere? Is it a regression in 1.4 compared to 1.2? Maybe you should open a ticket with an example project and steps to reproduce.

Juha

Reply by email

Martin Frb
to JuuS: FYI, all the issues are exactly the same with rc2 as it was with rc1 as regards opening…
JuuS wrote 12 lines
Hi all, FYI, all the issues are exactly the same with rc2 as it was with rc1 as regards opening and running a published version of my project vs. the original/unchanged project. Solution is once again removing default icon entry in LPI file. Has no one else seen this? If you want I have no problem sending the published folder (it's not big) to someone who may want to trace it in some manner.

You can sent it. With luck it will reproduce. It might be something that depends on the exact OS version/ setup you have.

Also you could try this: Debug the IDE when it happens.

- Start Lazarus, as you always to.
- Tools > configure build lazarus => rebuild with -gw in the options
- restart
- open project ide/lazarus.lpi
- F9

Now a 2nd Lazarus starts. In this 2nd Lazarus open your published project, and try to run it. Hopefully it produces the error. With a bit of luck the first started IDE will report that there was an exception. Get a stacktrace.

Thanks

Reply by email

JuuS
to Martin Frb

Hi Martin,

Thank you for the instructions! That is very cool (-gw), didn't know how to do that...I will be playing there sometimes methinks...

Anyway, I followed instructions and there are no call stack messages, the debugger error window shows up immediately.

I put a breakpoint in formcreate and also in the project source both, in the hope it would force something, but unfortunately neither breakpoint was hit.

Am archiving the original problematic PUB files and will send to you.

BTW, any drawbacks to keeping the -gw switch on? I'd like to keep the ability to debug ide I guess,...just in case ;-)

Julius

Martin Frb wrote 40 lines
On 04/03/2015 13:37, JuuS wrote: > Hi all, > > FYI, all the issues are exactly the same with rc2 as it was with rc1 as > regards opening and running a published version of my project vs. the > original/unchanged project. Solution is once again removing default icon > entry in LPI file. > > Has no one else seen this? > > If you want I have no problem sending the published folder (it's not > big) to someone who may want to trace it in some manner. > You can sent it. With luck it will reproduce. It might be something that depends on the exact OS version/ setup you have. Also you could try this: Debug the IDE when it happens. - Start Lazarus, as you always to. - Tools > configure build lazarus => rebuild with -gw in the options - restart - open project ide/lazarus.lpi - F9 Now a 2nd Lazarus starts. In this 2nd Lazarus open your published project, and try to run it. Hopefully it produces the error. With a bit of luck the first started IDE will report that there was an exception. Get a stacktrace. Thanks -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply by email

Martin Frb
to JuuS
JuuS wrote 7 lines
Hi Martin, Thank you for the instructions! That is very cool (-gw), didn't know how to do that...I will be playing there sometimes methinks... Anyway, I followed instructions and there are no call stack messages, the debugger error window shows up immediately.
Try setting a breakpoint in
ide\debugmanager.pas
procedure TDebugManager.DebuggerChangeState(ADebugger: TDebuggerIntf;
OldState: TDBGState);

line 1150
if FDebugger.State=dsError
then begin

     Include(FManagerStates,dmsDebuggerObjectBroken);
     if dmsInitializingDebuggerObject in FManagerStates
     then Include(FManagerStates,dmsInitializingDebuggerObjectFailed);
   end;

inside the "if". That should do.

Another test you could do:
Do not use F9 (Run), which builds, and runs.
Instead go to the menu, and choose build. Then when the build finished, press run (F9 or menu)

Am archiving the original problematic PUB files and will send to you.

Thanks got them. Unfortunately it does not happen on my system. (Tried Windows and linux)

BTW, any drawbacks to keeping the -gw switch on? I'd like to keep the ability to debug ide I guess,...just in case ;-)

Only the size of the lazarus.exe.

I usually build with
-gh -g -gw -godwarfsets -Criot -gtt -Sa -O1

Reply by email

JuuS
to Martin Frb

Thanks Martin,

Will do...tomorrow............

Will send (any?!) results to you...

Guten Abend,

Julius

Martin Frb wrote 54 lines
On 04/03/2015 17:58, JuuS wrote: > Hi Martin, > > Thank you for the instructions! That is very cool (-gw), didn't know how > to do that...I will be playing there sometimes methinks... > > Anyway, I followed instructions and there are no call stack messages, > the debugger error window shows up immediately. Try setting a breakpoint in ide\debugmanager.pas procedure TDebugManager.DebuggerChangeState(ADebugger: TDebuggerIntf; OldState: TDBGState); line 1150 if FDebugger.State=dsError then begin Include(FManagerStates,dmsDebuggerObjectBroken); if dmsInitializingDebuggerObject in FManagerStates then Include(FManagerStates,dmsInitializingDebuggerObjectFailed); end; inside the "if". That should do. Another test you could do: Do not use F9 (Run), which builds, and runs. Instead go to the menu, and choose build. Then when the build finished, press run (F9 or menu) > Am archiving the original problematic PUB files and will send to you. Thanks got them. Unfortunately it does not happen on my system. (Tried Windows and linux) > > BTW, any drawbacks to keeping the -gw switch on? I'd like to keep the > ability to debug ide I guess,...just in case ;-) Only the size of the lazarus.exe. I usually build with -gh -g -gw -godwarfsets -Criot -gtt -Sa -O1 -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply by email