Not wishing to Cut Nose/Spite face.

[Martin_fr]

Try to run Lazarus from the console, see if it gives a stacktrace (with filenames)
If it does post it.

That is the joy with trunk (getlazarus is trunk / trunk = version under development).
Fixes and bugs are added daily.

[sysrpl]

It's probably a bug with Lazarus, as the getlazarus setup is updated from nightly sources regardless of whatever is checked in at the time. A new version is posted each night, you can check the SVN revision.

I may consider creating a monthly snapshot which is the most feature complete and stable version from trunk sources that month, but then I'd need people to participate in testing/voting on SVN revisions, which is something I am sure they would never do.

Here's a thought, maybe I could integrate a feedback option into Lazarus and ask people to rate their build after 14 days, then use those statistics to select a monthly snapshot. I'd do this only if the Lazarus team agreed to put it into the official SVN repository.

[MorbidFractal]

Try to run Lazarus from the console, see if it gives a stacktrace (with filenames)
If it does post it.

That is the joy with trunk (getlazarus is trunk / trunk = version under development).
Fixes and bugs are added daily.

I am probably off plot here but that one seems similar to telling your child to go learn to ride a bike and report back with a log file of the injuries rather than presenting a broken arm. Don't forget to chill. Us children are relying on choosing the correct Parent.

[MorbidFractal]

It's probably a bug with Lazarus, as the getlazarus setup is updated from nightly sources regardless of whatever is checked in at the time. A new version is posted each night, you can check the SVN revision.

Hi Anthony..

From the previous it does not appear to be a bug in Lazarus but rather something to do with the way Linux Mint deals with the installation. Of course, being clueless, I will be wrong about that one.

[Cyrax]

Try to run Lazarus from the console, see if it gives a stacktrace (with filenames)
If it does post it.

That is the joy with trunk (getlazarus is trunk / trunk = version under development).
Fixes and bugs are added daily.

I am probably off plot here but that one seems similar to telling your child to go learn to ride a bike and report back with a log file of the injuries rather than presenting a broken arm. Don't forget to chill. Us children are relying on choosing the correct Parent.

Without proper info we can't fix that bug.

[munair]

After installing Lazarus 1.4RC3 on Linux Mint 17 (not 17.x) I have to give MorbidFractal some credit.

After starting Lazarus, I choose to close the new project that was opened/generated automatically. Then I choose to open an existing project and select my home folder on the left side in the dialog "open project file" and I get an "Access Violation".

I have not encountered this problem on Debian 7.8.

Of course, Ubuntu and Mint are based on Debian testing, so something or some things must have changed in the debian testing branch that Lazarus doesn't support yet.

[munair]

Ran it from the console:

Code: [Select]

mematis@client01 ~ $ startlazarus
 is a file
TLazarusManager.Run starting /usr/share/lazarus/1.4RC3/lazarus ...
TMainIDE.ParseCmdLineOptions:
  PrimaryConfigPath="/home/mematis/.lazarus"
  SecondaryConfigPath="/etc/lazarus"
TBuildManager.SetBuildTarget Old=i386-linux-gtk2 New=i386-linux-gtk2 FPC=True LCL=False
TApplication.HandleException Access violation
  Stack trace:
  $B68DF926


[munair]

Here is the complete output after hitting the cancel button:

Code: [Select]

mematis@client01 ~ $ startlazarus
 is a file
TLazarusManager.Run starting /usr/share/lazarus/1.4RC3/lazarus ...
TMainIDE.ParseCmdLineOptions:
  PrimaryConfigPath="/home/mematis/.lazarus"
  SecondaryConfigPath="/etc/lazarus"
TBuildManager.SetBuildTarget Old=i386-linux-gtk2 New=i386-linux-gtk2 FPC=True LCL=False
TApplication.HandleException Access violation
  Stack trace:
  $B68DF926
WARNING: TLCLComponent.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event?
[TMainIDE.Destroy] A
[TMainIDE.Destroy] B  -> inherited Destroy... TMainIDE
[TMainIDE.Destroy] END


[munair]

BTW, I have MATE desktop 1.8.1 on Mint 17, which still uses GTK2.

[munair]

I do not have this problem with folders WITHIN my home folder, such as documents, music, videos etc. It is just the home folder itself that causes the access violation.

[Martin_fr]

ok console. Your linux should have one. Also known as terminal.

gnome-terminal
xterm
terminal
bash

something lki this.

Once open, just type lazarus + return
or /path/to/your/install/lazarus + return

the IDE will start. When it gives the error, copy whatever it printed to the console.

[munair]

Again:

Code: [Select]

Stack trace:
  $B68DF926

[Martin_fr]

After installing Lazarus 1.4RC3 on Linux Mint 17 (not 17.x) I have to give MorbidFractal some credit.

After starting Lazarus, I choose to close the new project that was opened/generated automatically. Then I choose to open an existing project and select my home folder on the left side in the dialog "open project file" and I get an "Access Violation".

Ok then that needs to be reported as a bug. I am not the Linuk expert on the project.  I tried to help with generic issues.

[Graeme]

You didn't seem to realize there that windowed controls represented a window and painted on a themselves, while graphic controls are child controls painted on their parent window. That is some pretty basic stuff.

Maybe you didn't know, but I stopped using Delphi in 2003 and stopped using Lazarus LCL in early 2006. So that is 9 years ago, so excuse me if I forgot the internals of VCL or LCL. In fpGUI, which I've developed and used since 2006, has a window handle for every widget - they internal design and class hierarchy is very different to VCL or LCL.

You where having troubles with aligning status panels. I thought about answering with a question asking why doesn't you don't just draw the text/images yourself? A trivial solution which would create a better experience all around.

That is the first thing I did. Enabled OwnerDrawn and painted the image inside the 3rd StatusBar panel. The problem was that LCL's Statusbar doesn't adhere to its own rules. Under Windows the statusbar panels accept the width I specified. Under LCL-GTK2 they are ignored. So my image appeared to the left in the StatusBar, and not on the right edge like I intended. Yet one more bug in LCL.

Sure there are inconsistencies in the LCL among platforms,

That's an understatement! No wonder ISV's don't take LCL seriously - it is rife with bugs and inconsistencies. Yes, yes, it is an open source project, volunteers etc. But so is fpGUI, MSEgui, Qt, GTK2/3 etc.

I'm left scratching my head wondering why some people get stumped so easily.

Like I said, I gave up trying to use LCL for cross-platform development many years ago. It's just not good enough for commercial work yet. [my opinion]
I was forced to use LCL recently due to a contracting job. Something that would have taken me 5 minutes in fpGUI, took me half a day in LCL - not because I can't program, but because I had to constantly recheck my LCL workarounds on various platforms to make sure they work everywhere. In fpGUI if a component works on one platform, it works on all of them - 100% of the time. I'm used to that... true cross-platform support.

[Graeme]

Especially since Lazarus is largly compatible with Delphi, most Delphi examples/solutions work as well.

You wouldn't believe how many times I tried to follow a Delphi tutorial or example and magically it fails to work under Lazarus LCL. Yes it is amazing that managed to clone VCL so much, but it seems LCL works best on Windows only. Switch between platforms and your applications simply stop working or don't behave the same any more. Many widgets simply don't work across platforms. I hit this issue back in 2005/6 and amazingly, hit the same problems a week ago. Nothing much has changed. :-/