Lazarus Release Candidate 1 of 1.2

[BigChimp]

about sqlite: best would be if the dll was not hard-linked, but loaded dynamical  at runtime.

Then the IDE (and any app) would still run, but could give an error if trying to use sqlite.

Not sure if the relevant developers will read this at the forum. Better to be discussed on the mail list.
Or add a feature request on mantis, or a patch

Note: you don't even have to install sqlite3laz.lpk to get sqlite support in Lazarus. Seems like a lot of people make the mistake of thinking that it is needed... and I'm wondering how we can make it clearer it's not.

The standard sqldb components support sqlite and do dynamic loading (no sqlite3.dll needed if you aren't using the component at the moment).

http://wiki.lazarus.freepascal.org/sqlite#Built-in_SQLDB

[LA.Center]

Probably related to http://bugs.freepascal.org/view.php?id=25322
The patch indicates one location where this may happen, however there are more.

Yep, thats the once I guess, I can see "Handle Needed" error but dump fails.

[hinst]

I have been testing Lazarus 1.2 RC1 for several days
Everything is fine so far
I am currently using 32-bit edition of Lazarus
The only issue I noticed is: sometimes when using autocompletion on code like this:

Code: [Select]

type
  TSomething = class
    procedure Fudge: Integer
it shows error message not in the Compiler Messages window, but in a separate small window like it is application-level fatal exception, not syntax error
So normally it would put a message like this: "procedure should not have return type" in the compiler message list, but approximately 1 out of 10 times it shows it as Lazarus app exception in a popup window with a message like this "procedure should not have return type; click Ok to ignore this exception and risk data corruption; click Cancel to exit application immediately"
I hope I managed to explain it clearly

[JuhaManninen]

For me it only says:
  unit1.pas(26,22) Error: : expected, but Integer found
and never crashes.
Are you really getting "procedure should not have return type" when it does not crash?

Can you please create a backtrace with degugger, and attach it to a bug report, preferably with a complete test program or application.

[TurboRascal]

I've installed it and it works. So far, I've only tested the multiple install feature and it works fine, in parallel with 1.0.14. (details on installer itself I wrote in the other thread).

I do have one slight general objection, and that is the help system. CHM help is included for quite some time, yet there is no Help/Content|Topics|whatever item in the main menu, only the "Online Help" item which is not very helpful now that the help files are available. 

For my own convenience, I've added such an item as a Custom Tool, calling lhelp.exe with the path-to-lazarus\docs\chm\toc.chm parameter, so I can open any help file, as would be expected. It would be great if such an option would be added to the final release.

Should I report this as a feature request on the bugtracker? I believe there there is no such request already there...

[BigChimp]

Should I report this as a feature request on the bugtracker? I believe there there is no such request already there...

A general help button has been implemented in Laz trunk (though it loads lhelp, it doesn't show contents on my current dev lazarus, might be that there is some more work needed - probably due to partly patched bug 24743: LHelp flickers loading files and does not close when Lazarus closes). Loading all help files in the chm help directory when lhelp starts has been implemented in at least trunk.

Sorry, can't seem to quickly find bug reports.

[TurboRascal]

Hmm, so it seems no further bug reports are needed, the feature is on the way?

I'm quite satisfied with how LHelp works the way I set it up in the custom tools menu (besides not closing with Lazarus, not a big issue for me). All the relevant help files are included and present in the TOC, and I see no flickering or any other problem with the LHelp itself. I wouldn't mind if it stays this way indefinitely (it only required that minor effort to set up), but moving such feature to the help menu would definitely help (confused) new users. There are enough complaints about lack of documentation already

[ajosifoski]

 

automatically reading help files and documentation offline button. Nice!

Add + another two buttons (or better links in Help menu) with direct link to forum (but not this, some new one it's preferable) aaaand second to stackoverflow tagged Lazarus freepascal and so on ?!?!?!

It's 5min job for developers!

ps. skils and specialization in this field are not  related only to lazarus, but lazarus/delphi or delphi/lazarus however (someone will said my friend pascal programmer is correct term)

[marcov]

Hmm, so it seems no further bug reports are needed, the feature is on the way?

I'm quite satisfied with how LHelp works the way I set it up in the custom tools menu (besides not closing with Lazarus, not a big issue for me). All the relevant help files are included and present in the TOC, and I see no flickering or any other problem with the LHelp itself. I wouldn't mind if it stays this way indefinitely (it only required that minor effort to set up), but moving such feature to the help menu would definitely help (confused) new users. There are enough complaints about lack of documentation already

Note that "toc.chm" is a file generated by a small pascal script, and if you want to add additional DLL, just dlit, and make a few small mods: http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/gentoc.pp?root=docs&view=log.

[DavidB3]

Hi.

I'm testing 1.2 RC1 32 bit on Fedora 18 x86 with KDE and Gnome.
I have a problem and I'm not sure that it's 100% from KDE/Gnome.

I noticed that in a TListView (vsReport mode) the small images from an associated TListImage are not displayed in headers at design time and are not displayed in headers, work area and associated context menu at runtime. Also the IDE is not displaying images in its menus.
Switching from the TListImage images to images loaded using the Bitmap property (context menu) does not help.
But the small images are displayed in the same application (design time and runtime) in a TBitBtn or a TSpeedButton.

I also noticed when I start the application in Konsole the messages "Gdk-WARNING **: Attempt to draw a drawable with depth 24 to a drawable with depth 32" (when I right click on the TListView's work area).
I searched on Google and I found some fix: http://www.purebasic.fr/english/viewtopic.php?t=24379
With it Gnome doesn't start well. In KDE it shows the images in the context menu (Bitmap property and TIMageList). Also the IDE shows images in its menus. What's interesting is that other Gnome/KDE applications don't need that fix to display images in their menus.
But still doesn't show them in TListView's headers and work area.

What's to do...?

Regards,
David

[prycyn]

Hi,

didn't find any feedback about this little glitch.

The tooltip of the "Show code context" (default keyboard shortcut: Ctrl + Shift + Space) feature stays open when Lazarus is minimized.
See .gif attached file

Platform : Windows 7 (64b) + Lazarus 1.2 RC 1 (32b)

Doesn't occur with Lazarus 1.0.14
-
Btw, thank you for your work !

[Martin_fr]

@prycyn

Please report on mantis, thanks

[mariuz]

Withe the simples form on ubuntu 13.10 i get the error bellow (fpc 2.6.2 lazarus 1.2 x64 deb)

Code: [Select]

Options changed, recompiling clean with -B
Hint: Start of reading config file /etc/fpc.cfg
Hint: End of reading config file /etc/fpc.cfg
Free Pascal Compiler version 2.6.2-5 [2013/07/25] for x86_64
Copyright (c) 1993-2012 by Florian Klaempfl and others
Target OS: Linux for x86-64
Compiling /home/mariuz/tmp/project1.lpr
Compiling unit1.pas
Compiling resource lib/x86_64-linux/project1.or
Linking /home/mariuz/tmp/project1
/usr/bin/ld.bfd.real: warning: link.res contains output sections; did you forget -T?
/usr/bin/ld.bfd.real: skipping incompatible /usr/lib/i386-linux-gnu/crti.o when searching for /usr/lib/i386-linux-gnu/crti.o
/usr/bin/ld.bfd.real: cannot find /usr/lib/i386-linux-gnu/crti.o
project1.lpr(20,1) Error: Error while linking
/usr/bin/ld.bfd.real: warning: link.res contains output sections; did you forget -T?
/usr/bin/ld.bfd.real: skipping incompatible /usr/lib/i386-linux-gnu/crti.o when searching for /usr/lib/i386-linux-gnu/crti.o
/usr/bin/ld.bfd.real: cannot find /usr/lib/i386-linux-gnu/crti.o
project1.lpr(20,1) Error: Error while linking
project1.lpr(20,1) Fatal: There were 1 errors compiling module, stopping


[mariuz]

solved seems that was an old version of fpc

I have installed the one from sourceforge and all compiles and i can build it

[László Körössy]

onClose event not fired:

I create a form (form1) and then form2
Next thing is I show form2 by clicking a button on Form1.

When I close Form2 first, the onClose event fires normally
When I close the application by closing Form1 first, the onCLose event of Form2 does not fire.
The onDestroy does fire though, so it's not a disaster.

Is this a bug, or a feature?
Lazarus v1.2RC1 Windows XP