Better yet:

FOR ALL LOW-LEVEL FILE/DISK/DATE STUFF, use the sysutils unit. It is 100% Delphi compatible, and exists on all platforms.

The reason FCL compiles on all platforms is because it uses the sysutils unit only !

In concreto:

fdOPen -> FileOpen/FileCreate
fdRead -> FileRead
fdWrite -> FileWrite
fdSeek -> FileSeek
fdTruncate -> FileTruncate

It also has many file-name handling functions:
ExtractFileName
ExtractFileExt
ExtractFilePath
ExtractFileDir
ExtractRelativePath (NOt in Delphi)
Which autmatically take care of / or \ issues and the like.

Using the sysutils unit for low-level stuff makes porting more easier.

Michael.

Cliff Baeseman wrote

That is ok I will try that as for the objpas thing I tried that last night and TObject could not be found. I had classes in the uses clause and fpcobj specified?

I assume you mean objfpc as in {$mode objfpc}.

Anyway I also added it to all the files last night and it did work. The only file I had problems with was the editor.pp file. When it tried to compile it it gave the TOBJECT undefined error. I solved this by moving the editor file to the very end of the uses clauses in the main.pp file. Why it made a difference being last I don't know but it would compile correctly when it was the very last file compiled. :-\

Hmmmmmmmmmmm.....

I will try again this evening...

Cliff

Ok but I absolutly have to use the linux unit for now to write out project files. I throw out of memory errors I
I use any of the FPC SaveToFile methods...

I think we should also ifdef the writeln stuff now with a debug directive...

Cliff

Please don't use the objpas unit directly in the uses clause. Please put a

{$mode objfpc}

in top of the file.

New compiler snapshots (starting tomorrow) will issue a warning.

Also use the common pascal way to read a file instead of fdopen/fdread, so it can also be compiled for win32. If the linux unit is really need place it atleast between a {$ifdef linux}

Peter

That is ok I will try that as for the objpas thing I tried that last night and TObject could not be found.
I had classes in the uses clause and fpcobj specified?

Cliff

Cliff Baeseman wrote

That is ok I will try that as for the objpas thing I tried that last night and TObject could not be found. I had classes in the uses clause and fpcobj specified?

If it doesn't work, try giving -S2 as a command-line switch.

I commited changes to the CVS : The program now COMPILES on windows NT. I can't link, because I don't have gtk 1.2 here, but that should not form a problem.

So PLEASE do a cvs update before committing any changes, so you'll have my changes. The app can now in principle be run on win32 too !!

Michael.

Cliff Baeseman wrote

This is cool maybe I will try to load fpc on my ntbox here at work...

I Installed the GTK dll's. This is the result:

---------------------------------------------------------- E:/pp/src/lazarus >lazarus
Created FMMain.....now what? GTk_Main?
Creating main form from TApplication
in the resize
An unhandled exception occurred at 00419076 :
Invalid pointer operation
----------------------------------------------------------

And that's it :-)

But it's a start. Anyway, enough playing for today. The FPC docs are waiting :-)

Michael.

I know why I will handle it if I load it here..

Cliff

You mean lazarus compiles win32?

I will do a co before adding any changes tonight..

Cliff

Have the linux unit file i/o calls been modified in project.pp or how are you getting this to compile under NT?

How frequently is the lazarus zip file updated on your web site?

mz.

This is cool maybe I will try to load fpc on my ntbox here at work...

Cliff

It is out of date right now the win 32 stuff is in the CVS.. I will sort these changes tonight and post a new copy.

cliff

Cliff Baeseman wrote

You mean lazarus compiles win32?

No, I can compile lazarus on my windows NT box as a native WIN32 application. So we're already cross-platform :-)

I will do a co before adding any changes tonight..

Please do :-)

Michael.