Is there already a data queue in the RTL/FCL?
Something which supports Push(Stream,Count) and Pop(Stream,Count)?
Mattias
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Mon, 27 Feb 2006, Mattias Gaertner wrote:
Is there already a data queue in the RTL/FCL?
Something which supports Push(Stream,Count) and Pop(Stream,Count)?
No. Feel free to contribute one :-)
Michael.
___
fpc-pascal maillist - fpc-pascal@lists
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 27 Feb 06, at 1:15, A.J. Venter wrote:
> > Some other workaround that comes to my mind is to do something like
> >Randomize;
> >RandSeed := RandSeed * getpid;
> This worked, cut the initial generation time from about 30 seconds down to
> under 1, of course right now it's NOT platform i
On 27 feb 2006, at 00:15, A.J. Venter wrote:
Randomize;
RandSeed := RandSeed * getpid;
This worked, cut the initial generation time from about 30 seconds
down to
under 1, of course right now it's NOT platform independent at all
so I will
need to enhance it but I like the direction of
(I sent this mail yesterday but somehow it didn't get trough, therefore a
new try)
I would like to declare a polymorph class. The class has several
properties and it's the read and write specifiers that I want to be
virtual abstract. So derived classes override the read and write
specifiers. The p
i'm new so grain of salt ...
On 3/3/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> function GetMyProperty: string; overload;
> procedure SetMyProperty(Value: string); overload;
should these be 'override' rather than 'overload' ?
--
X-SA user ? 0.4 is out !
http://x-plane.dsrts.com
I would like to declare a polymorph class. The
class has several properties and it's the read and write specifiers that I want
to be virtual abstract. So derived classes override the read and write
specifiers. The problem however is that I get an EAbstractError. The
property is still conside
On Fri, 03 Mar 2006 04:52:36 -0300, <[EMAIL PROTECTED]> wrote:
(I sent this mail yesterday but somehow it didn't get trough, therefore a
new try)
I would like to declare a polymorph class. The class has several
properties and it's the read and write specifiers that I want to be
virtual abstract
I made a typo which I didn't notice, thanks for the replies.
> On Fri, 03 Mar 2006 04:52:36 -0300, <[EMAIL PROTECTED]> wrote:
>
>> (I sent this mail yesterday but somehow it didn't get trough, therefore
>> a
>> new try)
>>
>> I would like to declare a polymorph class. The class has several
>> prop
A.J. Venter wrote:
Some other workaround that comes to my mind is to do something like
Randomize;
RandSeed := RandSeed * getpid;
This worked, cut the initial generation time from about 30 seconds down to
under 1, of course right now it's NOT platform independent at all so I will
need to e
On 27 feb 2006, at 09:41, Vincent Snijders wrote:
Some other workaround that comes to my mind is to do something like
Randomize;
RandSeed := RandSeed * getpid;
This worked, cut the initial generation time from about 30 seconds
down to under 1, of course right now it's NOT platform indepen
On Monday 27 February 2006 08:41, Vincent Snijders wrote:
> BTW, I never would have guessed that the random number generator
> would have used threadvars. I would have thought, that on app start
> you would set one randseed and then call random from all threads.
Considering that the state array f
On 3 mrt 2006, at 13:42, Vinzent Hoefler wrote:
BTW, I never would have guessed that the random number generator
would have used threadvars. I would have thought, that on app start
you would set one randseed and then call random from all threads.
Considering that the state array for the Merse
Jonas Maebe wrote:
On 3 mrt 2006, at 13:42, Vinzent Hoefler wrote:
BTW, I never would have guessed that the random number generator
would have used threadvars. I would have thought, that on app start
you would set one randseed and then call random from all threads.
Considering that the stat
On Friday 03 March 2006 12:55, Vincent Snijders wrote:
> Jonas Maebe wrote:
> > On 3 mrt 2006, at 13:42, Vinzent Hoefler wrote:
> >>> BTW, I never would have guessed that the random number generator
> >>> would have used threadvars. I would have thought, that on app
> >>> start you would set one ra
Hi,
I'm using {$LONGSTRINGS ON} to use a string variable like ansistring.
In this example, if I uncomment the s1 variable I got "Error: Constant
strings can't be longer than 255 chars", but if I uncomment the s2 variable
(formed by concatenation of strings) the project compiles perfectly.
prog
In this case, "constant string" is a character sequense between two
''. If you receive a string value in run-time, all must be OK.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hi,
I've let the Apache webserver listen on port 8080 as well.
This should hopefully fool proxy servers into believing it's not HTTP,
so they pass it through.
Could people that had previously problems with HTTP access to SVN
on the regular HTTP port, please try http access for SVN with this
po
A very excellent news indeed! :D I'm very exciting to know that tiOPF has been
run and compiled using FPC. I'll take a look at it soon. I think this also would
be nice if mention on FPC/Lazarus wiki (contribution section?).
Thank you for the great work. I believe the FPC community will really a
Mild Pascal rant:
Thank you for considering Pascal. Contrary to popular belief, Pascal
is indeed a modern language. Though developed some time ago it has
evolved the to include most of the extensions seen in 'modern'
languages. It should be noted that modern is not synonymous with
recently
Matt Henley wrote:
understand. A modern language such as any of the .NET languages will
meet the efficiency objective but portability remains an issue. While
I believe the with .Net, you will have the same speed issues that you
have with Python since it compiles to CLR and not native machine
On Fri, 3 Mar 2006 18:28:40 +0100 (Romance Standard Time)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> Most people out there probably think of Pascal as still being in
> the state it was in when Niklaus Wirth first designed it.
>
> Object Pascal to date is fully OOP, and misses nothing that C
On Fri, 3 Mar 2006, Micha Nelissen wrote:
> On Fri, 3 Mar 2006 18:28:40 +0100 (Romance Standard Time)
> Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
> > Most people out there probably think of Pascal as still being in
> > the state it was in when Niklaus Wirth first designed it.
> >
> > Obje
"multiple inheritance" what for?
"templates" is a specific resource, but ok.
"classes in shared libraries", delphi does have it.
On Fri, 03 Mar 2006 14:57:07 -0300, Micha Nelissen <[EMAIL PROTECTED]>
wrote:
On Fri, 3 Mar 2006 18:28:40 +0100 (Romance Standard Time)
Michael Van Canneyt <[EMAIL
On Fri, 3 Mar 2006 19:14:41 +0100 (Romance Standard Time)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > That's simply not true. C++ has multiple inheritance,
>
> Solved by interfaces in a much cleaner way.
That doesn't solve the same problem. MI is much more powerful, but also
much more com
On Fri, 3 Mar 2006, Micha Nelissen wrote:
> > > classes in shared libraries
> >
> > So does FPC if you so desire ? The RTL can be compiled as a shared lib,
> > and that includes Classes...
>
> This is *very* recent stuff. Is it in 2.0.x yet? Does lazarus work properly
> with a shared LCL librar
but not losing the focus, Pascal is a very modern language.
On Fri, 03 Mar 2006 15:29:21 -0300, Micha Nelissen <[EMAIL PROTECTED]>
wrote:
On Fri, 3 Mar 2006 19:14:41 +0100 (Romance Standard Time)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> That's simply not true. C++ has multiple inhe
Thanks for all the replies, i will try to formulate an agrigate response.
On 3/3/06, Rodrigo Palhano <[EMAIL PROTECTED]> wrote:
> but not losing the focus, Pascal is a very modern language.
>
> On Fri, 03 Mar 2006 15:29:21 -0300, Micha Nelissen <[EMAIL PROTECTED]>
> wrote:
>
> > On Fri, 3 Mar 2006
> On Fri, 3 Mar 2006 18:28:40 +0100 (Romance Standard Time)
> Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
> > Most people out there probably think of Pascal as still being in
> > the state it was in when Niklaus Wirth first designed it.
> >
> > Object Pascal to date is fully OOP, and misses
Hi,
What about the "new internal linker" ?
Is it already available in the development tree?
What has changed? Any documents to read?
Thanks and best regards.
chrom
> What is new is that the compiler does all the work for you.
>
> What is still missing, is Win32 support. A DLL is a different beas
> "My personal objective is not just to put out a simulator, but a fast
> and efficient simulator. Furthermore, personally, I do not consider a
> program portable if it is written in a language which very few can
> understand. A modern language such as any of the .NET languages will
> meet the ef
Tony Pelton wrote:
it is *everything* that Java is, but better.
i feel like the hobbyist programmer in me has been reborn AND ... i've
actually started to look out into the job market a little, with an eye
towards maybe trying to make a jump from being a Java J2EE web
application developer to
It seems to me some people thinks none of
language/compiler except coming from Microsoft can be
"modern" or "safe" ! I'll restrain myself from saying
more.
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://ma
Please note that I am advocating Lazarus for the project.. I was
responding to the project leader's (defacto at this point) call for
pros and cons of each language. I and one other gentleman suggested
FPC/Lazarus. I posted here precisely because I do not know what
constitutes a "modern" language.
On 3/3/06, Matt Henley <[EMAIL PROTECTED]> wrote:
> Several want to use C#. Two of us know and love Lazarus.
On Open Source projects the Developer is King. Talking doesn´t matter
much, what really matters is the code that is written.
If they don´t agree on making it a Lazarus software, ask them
> Please note that I am advocating Lazarus for the project.. I was
> responding to the project leader's (defacto at this point) call for
> pros and cons of each language. I and one other gentleman suggested
> FPC/Lazarus. I posted here precisely because I do not know what
> constitutes a "modern"
What platform are you developing under? I have only tested tiOPF
under Windows and Linux.
Regards,
- Graeme -
On 2/27/06, Bisma Jayadi <[EMAIL PROTECTED]> wrote:
> A very excellent news indeed! :D I'm very exciting to know that tiOPF has been
> run and compiled using FPC. I'll take a look at
A small question:
The latest version of Lazarus I can find is 0.9.12-0. It requests the
use of fpc-2.0.2-0.
However, the latest fpc - which I have downloaded - is 2.0.2-3.
Therefore Lazarus complains. Do I have to install the older version of
fpc? (which means forcing rpm to install the older versi
On Fri, 3 Mar 2006, chromdildo wrote:
> Hi,
>
> What about the "new internal linker" ?
> Is it already available in the development tree?
It is available in the 'linker' branch in SVN.
> What has changed? Any documents to read?
No documents that I know of.
The current status is that the compi
I belong to a mailing list for a defunt open source chemical process
simulator (Sim42). Members of the list are now showing interest in
restarting the effort. It was originally written in python which
cause some speed issues. Several of the list members (including me)
suggested freepascal and la
On Fri, 3 Mar 2006, Matt Henley wrote:
> I belong to a mailing list for a defunt open source chemical process
> simulator (Sim42). Members of the list are now showing interest in
> restarting the effort. It was originally written in python which
> cause some speed issues. Several of the list
42 matches
Mail list logo