I am about a week ahead of you with Lazarus, and I struggled with that error too. It seems you must save the project once before you can compile it. After the first save, you can make changes and recompile without saving again, but that first save seems to be crucial.

Jeff Miller (Otago)

It's a bit astonishing that there is no check before compiling that brings up a "save project" dialog in such situations.

It is a bug ans should save that file automatically.

Vincent

--------------------------------------------------

2009/12/28 Jeff Miller :

with that error too. It seems you must save the project once before you can compile it.  After the first save, you can make changes and recompile without saving again, but that first save seems to be crucial.

Please report this in Mantis as a Windows specific bug. Under Linux (just tried again with latest SVN version) one could always (as long as I can remember) compile and run projects without saving them. The IDE automatically saves the project to the global /tmp directory (which has read/write access for all users on the system). I would have thought under Windows it would use a similar process, using the logged-in users temp directory somewhere inside "Documents and Settings" directory.

2009/12/28 Vincent Snijders :

It is a bug ans should save that file automatically.

And the bug seems to be Windows specific. It works perfectly under Linux, by automatically saving in the /tmp directory.

Hello FPC-Pascal,

Monday, December 28, 2009, 10:08:38 PM, you wrote:

GG> 2009/12/28 Jeff Miller :

> with that error too. It seems you must save the project once > before you can compile it.  After the first save, you can make > changes and recompile without saving again, but that > first save seems to be crucial.

GG> Please report this in Mantis as a Windows specific bug. Under Linux GG> (just tried again with latest SVN version) one could always (as long GG> as I can remember) compile and run projects without saving them. The GG> IDE automatically saves the project to the global /tmp directory GG> (which has read/write access for all users on the system). I would GG> have thought under Windows it would use a similar process, using the GG> logged-in users temp directory somewhere inside "Documents and GG> Settings" directory.

It's not a "windows" bug, I think that the "/tmp" folder of the user has spaces:

C:\users\John Smith\temp

And this could raise problems. I had tested the new project (clean) compilation and works perfectly in WinXP but my "/tmp" is "C:\Temp".

I think it will happend in any platform when the temp folder points to somewhere with spaces.

Please try again first using a recent snapshot. I think this bug is solved long ago..

Joost

2009/12/29 Joost van der Sluis :

Please try again first using a recent snapshot. I think this bug is solved long ago..

I don't have the problem under Linux, and I used Lazarus SVN of yesterday (which I think is recent enough). I don't know how to override the '/tmp' in Lazarus to see if Lazarus IDE will have problems with spaces in directory names under Linux too. As far as I know Linux doesn't use a TEMP environment variable like Windows - /tmp always exist under *nix type OSes so is normally a safe choice.

On linux *you* don't use project1.rc, so you don't miss it. Linux simply doesn't support icons in executables like windows does. It has nothing to do with the location on /tmp.

Vincent

Joost van der Sluis wrote

Please try again first using a recent snapshot. I think this bug is solved long ago..

According to http://bugs.freepascal.org/view.php?id=14982 this was fixed in r22849?

Quoted from:
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=rev&root=lazarus&revision=22849

"IDE: creating manifest file only for win32/win64 and where the exe is, which can differ from the project directory"

Bart

Linux has no manifest :)

Marc

2009/12/31 Marc Weustink :

Well I did not know it's the manifest or .rc file causing the problem. I simply clicked the Run button and saw the project start - even though I did not save first.