>But if you just need to create a single kind of document,
>perhaps with some data changed, then you can often solve the
>problem much more simply by: (1) create an RTF document in
>your favorite software; (2) Insert tags like ##ADDRESS1## where
>you want to substitute text; (3) read in the te
> The website says that
>
> "The first 64-bit port has arrived. Tonight, FPC compiled itself for the
> first time on a 64-bit system. The system was of the AMD64 type."
>
> However I can't find any more information. Do I just download
> and compile the source it in the normal way?
No, one real
The website says that
"The first 64-bit port has arrived. Tonight, FPC compiled itself for the
first time on a 64-bit system. The system was of the AMD64 type."
However I can't find any more information. Do I just download
and compile the source it in the normal way?
I have a dual opteron with
Lee, John said:
> You may have looked at this already, but can't you run win 9x of some
> sort eg 98. This can be quite cheap 10e or thereabouts...My guess is
> this'll run on a 486/pentium with 1? G disk, 16? M memory -then use dos
> (or even win32) fpc...
I'd add to this - what's your (the origi
> From: Alan Mead <[EMAIL PROTECTED]>
> Subject:Re: [fpc-pascal]RTF
> To: [EMAIL PROTECTED]
> Send reply to: [EMAIL PROTECTED]
> Date sent: Mon, 28 Jun 2004 09:25:19 -0700 (PDT)
> --- David G Jenkins <[EMAIL PROTECTED]> wrote:
> > rtfpars
> > Contains a RTF
--- David G Jenkins <[EMAIL PROTECTED]> wrote:
> rtfpars
> Contains a RTF (Rich Text Format) parsing class. All that
> needs to
> be done is set some event handlers and you can display RTF wherever
> you
> want.
>
> I would like to use this to generate RTF files but don't have any
> docume
You may have looked at this already, but can't you run win 9x of some sort
eg 98. This can be quite cheap 10e or thereabouts...My guess is this'll run
on a 486/pentium with 1? G disk, 16? M memory -then use dos (or even win32)
fpc...This'll give you 'multitasking' of a sort and be easier to suppor
On Mon, 28 Jun 2004, [ISO-8859-1] Jérémie LEFRANCOIS wrote:
> I have some big TP 5.5 program to port to some more recent compiler, and FP
> seems a fair choice, since a little trial convinced me of the great quality of
> the product.
>
> Yet my target hardware is so poor that we have to stick to
I have some big TP 5.5 program to port to some more recent compiler, and FP
seems a fair choice, since a little trial convinced me of the great quality of
the product.
Yet my target hardware is so poor that we have to stick to MS-DOS 6.20.
The fact is that I need to also port some multi-tasking
> > > The Delphi compiler does not even support MMX, 3Dnow or any other
enhanced
> > > instruction sets (except through the built-in assembler). Does FPC's
code
> > > generator support the use of MMX, 3Dnow or other enhanced instruction
sets
> > > without us having to delve into assembly?
> >
> >
> >
> > The Delphi compiler does not even support MMX, 3Dnow or any other enhanced
> > instruction sets (except through the built-in assembler). Does FPC's code
> > generator support the use of MMX, 3Dnow or other enhanced instruction sets
> > without us having to delve into assembly?
>
> No, bec
> >
> > I noticed that, with FPC 1.9.4, the (default) calling convention
> > "register" depends on the fact that a routine is or is not embedded
> > in an other routine.
> >
> > With "proc(A,B,C: Longint);", if "proc" is not embedded then
> > eax = A, edx = B and ecx = C but if "proc" is embedded t
12 matches
Mail list logo
