> >
> No serious reason, I just didn't know OOP and I
> wanted to learn that :)
Thanks for the info ... BTW just to learn something
new is as good a reason as any to do anything in my
book. :)
> Later I discovered the wonders of multiplatform
> programming - I ported the X11 code later and it
On 26 nov 2004, at 21:02, Paul Davidson wrote:
fpc 1.9.5 [2004/11/26] Darwin 10.3
And for the record: it's the same under Linux/x86, it's not Darwin or
Mac OS X specific. But I have no idea whether the behaviour is correct
or not.
Jonas
___
fpc-pascal
It works under Delphi/Windows. If that has any weight?
On Nov 26, 2004, at 15:13, Jonas Maebe wrote:
On 26 nov 2004, at 21:02, Paul Davidson wrote:
fpc 1.9.5 [2004/11/26] Darwin 10.3
And for the record: it's the same under Linux/x86, it's not Darwin or
Mac OS X specific. But I have no idea wheth
> I cannot process this way any file that name contains whitespaces.
> Replacing 'my file' with '"my file"', 'my\ file', '"my\ file"'
> has no effect; apart from that exec(myprog, '"myfile"') does not work
> even if filename has no spaces.
> The problem seems to depend on the way of passing argume
Ron Weidner wrote:
Nikolay,
Why did you translate openPTC instead of some
of the other available choices? What advantages
does openPTC offer over SDL or Allegro? Do you
have any (Linux) demos/games written with openPTC
that I can take a look at? What do you think about
tinyPTC?
No serious reas
Hello,
I am using fpc 1.0.10 in both Unix and W32. Need to process
an external file with external binary program:
exec(myprog, myfile);
I cannot process this way any file that name contains whitespaces.
Replacing 'my file' with '"my file"', 'my\ file', '"my\ file"'
has no effect; apart from
> I translated it from C++ in 2001 and it's good
> enough for me. :-) It provides graphics output,
> keyboard input (key presses and releases)
> and high res timers. If that's what you want -
> then it may do the job :)
> However it doesn't do mouse input (yet) and
> sound output (there are s
Am Fr, den 26.11.2004 schrieb Peter Vreman um 10:32:
[...]
> > 2.
> > When using ressourcestrings and thus linking to gettext, dynamic linking
> > with -XD fails. The gettext library is linked statically any time,
> > although gtk is linked dynamically. The small test program "restest"
> > from the
Hi,
I'm putting my answer here, thank you all so far.
Using -XX is okay, I understood that (and it works, more than one third
in space is omitted from the target program :).
But with dynamic linking theres something left...
For testing purposes I used "restest.pp" again:
$ fpc -k-dynamic -s re
> I've got two questions on linking:
>
> 1.
> If -XX is used ("try to link smart"), is there any risk of losing needed
> code?
Not likely. Only if you open the binary and read data from it.
> The word "try" in this context irritates me ... don't understand if this
> says "try and see if it work
> Hi,
>
> I've got two questions on linking:
>
> 1.
> If -XX is used ("try to link smart"), is there any risk of losing needed
> code?
>
> The word "try" in this context irritates me ... don't understand if this
> says "try and see if it works" or "try but your result might get
> corrupted.
When a
On 26 nov 2004, at 09:58, Marc Santhoff wrote:
1.
If -XX is used ("try to link smart"), is there any risk of losing
needed
code?
No.
The word "try" in this context irritates me ... don't understand if
this
says "try and see if it works" or "try but your result might get
corrupted.
It means that i
Hi,
I've got two questions on linking:
1.
If -XX is used ("try to link smart"), is there any risk of losing needed
code?
The word "try" in this context irritates me ... don't understand if this
says "try and see if it works" or "try but your result might get
corrupted.
2.
When using ressourcest
13 matches
Mail list logo
