Hi again, experts,

Since some time I am testing Lazarus on Linux and I often upgrade FPC and Lazurs (and FPGUI) to the latest versions from the svn.

I do:

on the fpc source directory:
svn checkout http://svn.freepascal.org/svn/fpc/trunk

on the lazarus source directory:
svn checkout http://svn.freepascal.org/svn/lazarus/trunk

then

on the fpc source directory I do:
make clean all FPC=/home/mschnell/Downloads/fpc/ppc386 (I hold a decent binary version of fpc (2.4.2) in
/home/mschnell/Downloads/fpc just for this purpose) and
make FPC=`pwd`/compiler/ppc386 install INSTALL_PREFIX=/usr

Now I have the current version (2.5.1) of fpc in /usr/bin accessible by "fpc"

in the lazarus source directory I do
make clean all

Then I start Lazarus and seemingly I can use the most recent version (at least with the gtk2 widget Type, and sometimes with the fpGUI Widget Type, too).

I had the idea to test this on Windows as well.

So using TortoiseSVN I fetched the current sources of fpc and Lazarus

now in the fpc source directory I do:
c:\fpc\2.4.2\bin\i386-win32\make.exe clean all
FPC=c:\fpc\2.4.2\bin\i386-win32\ppc386.exe
(I preserve a decent binary version of fpc in
c:\fpc\2.4.2\bin\i386-win32\ppc386.exe just for this purpose) and
c:\fpc\2.4.2\bin\i386-win32\make.exe install
C:\Downloads\svn\fpc\trunk\compiler\ppc386.exe INSTALL_PREFIX=\fpc_2

(Very astonished that c:\fpc_2 is 143 MB of size and contains hundreds of files), now I have the current version of fpc in \fpc_2 accessible (I don't use a PATH for fpc)

I do an svn cleanup to be sure I have clean sources and then I would like to compile Lazarus with the new fpc installation, So in the Lazarus source directory I try:
C:\fpc\2.4.2\bin\i386-win32\make.exe clean all
FPC=c:\fpc_2\bin\i386-win32\ppc386.exe

but I get:

C:/fpc/2.4.2/bin/i386-win32/rm.exe -f ../units/i386-win32/fcllaz.ppu c:/fpc_2/bin/i386-win32/ppc386.exe -MObjFPC -Scghi -O1 -gl -vewnhi -l -Fu. -FE.
-FU../units/i386-win32 -di386 fcllaz.pas
Free Pascal Compiler version 2.5.1 [2011/05/13] for i386 Copyright (c) 1993-2011 by Florian Klaempfl and others Target OS: Win32 for i386
Compiling fcllaz.pas
Compiling registerfcl.pas
Compiling lazaruspackageintf.pas
Fatal: Can't find unit process used by RegisterFCL Fatal: Compilation aborted
make.exe[1]: *** [fcllaz.ppu] Error 1
make.exe[1]: Leaving directory
`C:/Downloads/svn/lazarus/trunk/packager/registration' C:\fpc\2.4.2\bin\i386-win32\make.exe: *** [packager/registration] Error 2

So I tried
C:\fpc\2.4.2\bin\i386-win32\make.exe bigide
FPC=c:\fpc_2\bin\i386-win32\ppc386.exe

that works.

and then
C:\fpc\2.4.2\bin\i386-win32\make.exe clean all
FPC=c:\fpc_2\bin\i386-win32\ppc386.exe
again the sa(i)d error

But I do have lazarus.exe and startlazarus.exe in the Lazarus top directory

So I can start it.

It first complains aboiut fpc missing, and after setting the fpc path to c:\fpc_2\bin\i386-win32 (which was a bit complicated) when restarting lazarus it complains about
fpc.cfg missing. I suppose it tries to find it in
c:\fpc_2\bin\i386-win32 as well, but I am not sure. It in fact does not exist that path.

Blindly, I copyied it from c:\fpc\2.4.2\bin\i386-win32\ there to.

Now Lazarus starts without complaining.

I can create a new application.

But when compiling I get:

"PPU Invalid Version 104"
and
"registerfcl.pas(42,22) Fatal: Cant find unit process used by RegisterFCL" (The same problem as when I tried to do "make all").

Unfortunately I can't check the settings Lazarus uses, as when I do "Tools" "Options" (unfortunately the menes are German right now and I can't change them to English), Lazarus crashes with "access violation".

How to proceed ?

Thanks for any hints,
-Michael

Hi Michael,
Try this: http://wiki.lazarus.freepascal.org/Installing_Lazarus#Compiling.2Finstalling_FPC_and_Lazarus_from_Sources_of_SVN_.28Win32.29 That is I use to compile on Windows.

Marcos Douglas

Marcos Douglas

Marcos Douglas wrote

Hi Michael, Try this: http://wiki.lazarus.freepascal.org/Installing_Lazarus#Compiling.2Finstalling_FPC_and_Lazarus_from_Sources_of_SVN_.28Win32.29 That is I use to compile on Windows.

Thanks !

I suppose FPC is already working correctly (maybe some small issue with the missing fpc.cfg file.

So I will try the first-Time batch for Lazarus ASAP.

Thanks again,
-Michael

I too typically use Linux daily. Yesterday I decided to test my project on IE and Windows 7. I have a "Library" for Development files. And when I tried to build Lazarus from my Library\Lazarus\* I got the exact same error. Consistently.

So I did an SVN export to a folder outside by library namely c:\Lazarus. Opened a command prompt with Administrator (right click on icon) and make clean all with no problems.

It seems to me like the lazarus files cannot build from the Windows 7 file system unless you go "oldschool" with the paths. Meaning just work off of C:\ for everything and all is just like the wiki suggests.

I use FPC 2.4.3 and Lazarus 0.9.30 now (when I made this tuturial, I used Lazarus from trunk).

Marcos Douglas

In fact I don't seem to have these binutils at all and I can't seem to make TotoiseSVN d/l them.

-Michael

Michael Schnell wrote

In fact I don't seem to have these binutils at all and I can't seem to make TotoiseSVN d/l them.

But the URL http://svn.freepascal.org/svn/fpcbuild/branches/fixes_2_4/install/binw32/ is works here.
What's the problem?

Marcos Douglas

Marcos Douglas wrote

But the URL http://svn.freepascal.org/svn/fpcbuild/branches/fixes_2_4/install/binw32/ is works here. What's the problem?

I right-click a dirctory go to TortoiseSVN an then to Repo-Browser, this gets me to the said URL showing ar.exe, as.exe, ...

I press OK and ... Nothing.

I seem to remember that when d/l ing fpc and lazarus, after this the directory got a TortoiseSVN mark and I could select upgrade to d/l the files.

-Michael

Michael Schnell wrote

(Very astonished that c:\fpc_2 is 143 MB of size and contains hundreds of files),

That's pretty normal. On Linux you have these files too. See "/usr/lib/fpc" and "/usr/share/doc/fpc-2.5.1".

That's because of the missing fpc.cfg.

Good idea, just missing one step. Edit the fpc.cfg! At the end of the file are some paths to the libraries which start with "C:\fpc\2.4.2...". You'll have to edit this lines to "C:\fpc_2\...".

"PPU Invalid Version 104" and "registerfcl.pas(42,22) Fatal: Cant find unit process used by RegisterFCL" (The same problem as when I tried to do "make all").

This is because the fpc.cfg points to the libs of 2.4.2(see above).

regards
Ingo

Use "SVN Checkout" option. ;-)

Marcos Douglas

Sorry. I found that there is an "SVN Checkout" button above the "TortoiseSVN" button

Please ignore the other post.

Thanks,
-Michael

I read the Wiki page mentioned by Marcos and it uses fpcmkcfg which supposedly does just this.

Lets see where I get...

Thanks,
-Michael

I used the fpc.cfg text posted in tutorial (I copied it from an installation default).
Just create a text file and copy/paste the text of tutorial.

Marcos Douglas

Michael Schnell wrote

I read the Wiki page mentioned by Marcos and it uses fpcmkcfg which supposedly does just this.

fpcmakecfg did not do the trick.

I manually changed the multiple path settings.

And now the "makelaz" batch file from the Wiki does seem to work correctly.

Yeah !

It does compile an empty application.

It can't start it as the debugger is not set correctly, but still Lazarus crashes when I try to set the debugger path by "Tools" "Options" (unfortunately the menus are German right now and I can't change them to English), Lazarus crashes with "access violation".

-Michael

Michael Schnell wrote

(Very astonished that c:\fpc_2 is 143 MB of size and contains hundreds of files), now I have the current version of fpc in \fpc_2 accessible (I don't use a PATH for fpc)

Next time you should use the Git mirror instead. A clone/checkout with full history of the FPC project is around 50MB (last time I checked). SubVersion checkouts have double the files (to produce diffs) - the normal ones and the hidden copies in the '.svn' folders scattered in every directory - plus some other SubVersion overhead files. It's crazy, hence I use Git [plus some other benefits git offers over SubVersion].

Regards,
- Graeme -

Graeme Geldenhuys wrote

Next time you should use the Git mirror instead

I do like git better than svn, but AFAIK the git server does not support http protocol and I'm behind a firewall and can't use the git: protocol.

-Michael

Michael Schnell wrote

I do like git better than svn, but AFAIK the git server does not support http protocol and I'm behind a firewall and can't use the git: protocol.

No idea where you got that information from, but it is WRONG.

The available URL's via GitHub are:

FPC
https://github.com/graemeg/freepascal.git
git://github.com/graemeg/freepascal.git

Lazarus
https://github.com/graemeg/lazarus.git
git://github.com/graemeg/lazarus.git

No firewall should have problems with HTTPS.

Regards,
- Graeme -

Graeme Geldenhuys wrote

https://github.com/graemeg/freepascal.git

I see. This is _your_ git mirror :)

-Micheal

Hans-Peter Diettrich wrote

Installing an snapshot should be the simplest solution on Windows.

It already worked using Tortoise SVN

Now my problem is that Lazarus crashes when I want to set general options (ctrl-shift-o). I suppose this is due to the language being set to German during the Installation. But I can't change it. And I can't set the debugger path :( .

-Michael

Michael Schnell wrote

On 05/13/2011 05:03 PM, Graeme Geldenhuys wrote: > > https://github.com/graemeg/freepascal.git I see. This is _your_ git mirror :)

I've been maintaining a public git mirror of FPC and Lazarus for over a year.

More details here:
http://wiki.freepascal.org/git_mirrors

Regards,
- Graeme -

I would try to delete the Lazarus config files (C:\Dokumente und Einstellungen\Benutzer\Lokale Einstellungen\Anwendungsdaten\Lazarus) or use lazarus.exe --pcp="C:\myLazConfig" to get an empty config.

Ingo

shoKwave wrote

I would try to delete the Lazarus config files (C:\Dokumente und Einstellungen\Benutzer\Lokale Einstellungen\Anwendungsdaten\Lazarus) or use lazarus.exe --pcp="C:\myLazConfig" to get an empty config.

Thanks.

I deleted the appropriate lazarus directory and when starting Lazarus I got the configuration menu to set some directories.

But this resulted in the same issue.

-Michael

In fact I don't seem to have these binutils at all and I can't seem to make TotoiseSVN d/l them.

Installing an snapshot should be the simplest solution on Windows.

DoDi

Seems to be a bug. I updated lazarus on my old XP machine and now I also get this AV then trying to open Tool/Options.

FPC 2.5.1 r17444
Lazarus 0.9.31 r30721

Ingo

You can switch the language in Tools > Options > Desktop > Language. If this really helps, then you should file an bug report.

Otherwise a look at the "IDE internals" dialogs may help. I suspect that the environment PATH includes some directory, that contains tools of the same name but very different purpose - a well known problem. E.g. for "make ..." I use an batch file, that sets the PATH to *only* the bin directory of the FPC to use.

Or your AV software doesn't like debuggers?

DoDi

13.05.2011 19:35, Michael Schnell ?????:

Please update your Lazarus.

Hans-Peter Diettrich wrote

Mi You can switch the language in Tools > Options > Desktop > Language.

I can't because - as said - this version of Lazarus crashes when I do Tools > Options.

If this really helps, then you should file an bug report.

I upgraded to the the now newest svn version and recompiled Lazarus.

Now everything woks just fine.

Thanks !
-Michael

I upgraded to the the now newest svn versions (FPC:17475, Lazarus:
30758) and recompiled both.

Now everything woks just fine.

Thanks !
-Michael

Maxim Ganetsky wrote

Please update your Lazarus.

I upgraded to the the now newest svn versions (FPC:17475, Lazarus:
30758) and recompiled both.

Now everything woks just fine.

Thanks a lot !
-Michael

Great.

Thanks,
-Michael

Additional Question:

A trivial project runs without a glitch.

Now I used compiled my Linux inter-Thread-Communication testing project on Windows.

This does work perfectly, but, even if I have it do nothing (no thread created etc), when closing the program I get:

In Linux with GTK2, there is no problem when stopping the program

How to find out what is wrong here ?

-Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20110517/10126cbf/attachment-0001.html> -------------- next part --------------
A non-text attachment was scrubbed...
Name: Clip0001.jpg
Type: image/jpeg
Size: 29245 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20110517/10126cbf/attachment-0001.jpg>

Hello Lazarus-List,

Tuesday, May 17, 2011, 10:24:37 AM, you wrote:

MS> This does work perfectly, but, even if I have it do nothing (no thread MS> created etc), when closing the program I get:
MS> In Linux with GTK2, there is no problem when stopping the program MS> How to find out what is wrong here ?

Your code is compiled with heap trace in the linking section, and good news your code do not have memory leaks :)

Your code is compiled with heap trace in the linking section, and good news your code do not have memory leaks :)

So I was fooled by the "should be...", making me think something is wrong.

Thanks,
-Michael

Marcos Douglas wrote

I used the fpc.cfg text posted in tutorial (I copied it from an installation default). Just create a text file and copy/paste the text of tutorial.

Hi,
Today I changed the tuturial[1] because the version of compiler in /fixes_2_4 was changed from 2.4.3 to 2.4.5. So, the path will be broken, but now they are OK.

[1] http://wiki.lazarus.freepascal.org/Installing_Lazarus#Compiling.2Finstalling_FPC_and_Lazarus_from_Sources_of_SVN_.28Win32.29

Marcos Douglas

Michael Schnell wrote

> Your code is compiled with heap trace in the linking section, and good > news your code do not have memory leaks :) So I was fooled by the "should be...", making me think something is wrong.

looking again at the graphic, i would say there is something wrong... just like you saw, michael...

granted, the memory blocks assigned and freed are the same so there is no memory leak in your program, BUT there is something "wrong" with the "true heap" numbers since they do not agree like it appears they are supposed to do... whether this is because the system has more or less free heap at program termination than it did at start up or if it is a possible math(?) bug remains to be seen at this point...

my 2 centavos, FWTW...

thanks marcos, i noticed that yesterday when i was working with that tutorial... i hadn't gotten around to adjusting the paths which you have now done...

but in truth, the path isn't broken... it works fine on my setup... the path's name doesn't match the FPC version as intended though ;)

do you know at what revision the version number was changed? i'd like to keep 2.4.3 in its folder and then have a 2.4.5 folder... i think i would, anyway... this would give some practice to being able to have and use different compilers...

[ASIDE: i assume you also saw my additional comment under JimBeam's comment about using fpcmkcfg?? leaving \bin\i386-win32 off the basepath parameter works and creates an identical fpc.cfg as the one on the page...]

Yes. It works because I used /2.4.3/ instead of /$fpcversion/ in all paths. I changed both: 2.4.3 to 2.4.5 and include $fpcversion macro.

do you know at what revision the version number was changed? i'd like to keep 2.4.3 in its folder and then have a 2.4.5 folder... i think i would, anyway... this would give some practice to being able to have and use different compilers...

The new version is 2.4.5. I don't know when or who changed... I discovered because my code did not compile! =)
I migrate my paths; my fpc.cfg; my BAT's files; etc. This is the same compiler, but better.

[ASIDE: i assume you also saw my additional comment under JimBeam's comment about using fpcmkcfg?? leaving \bin\i386-win32 off the basepath parameter works and creates an identical fpc.cfg as the one on the page...]

Yeah, I saw. But I never need to use the fpcmkcfg so, I didn't test yet.

Marcos Douglas