Matt Emson wrote:
The reason I would like this is, there are timesone would
want to create GUIDs based on self supplied MAC numbers.
Except, this is not how GUID's are generated under Windows anymore.
Microsoft bowed to preassure and now use a completely random key generation
technique. This wa
> The reason I would like this is, there are timesone would
> want to create GUIDs based on self supplied MAC numbers.
Except, this is not how GUID's are generated under Windows anymore.
Microsoft bowed to preassure and now use a completely random key generation
technique. This was because a reac
> On Sat, 21 May 2005, Tony Pelton wrote:
> > anyone know of a quality implementation of this kind of stuff ?
> >
> > minimally, an automatically resizing array implementation and a Hashtable ?
>
> You might want to try Decal; It's a rich set of container classes.
> Although written for Delphi,
Michael Van Canneyt wrote:
On Sat, 21 May 2005, listmember wrote:
Michael Van Canneyt wrote:
It's in SubVersion. 2 demo units are in packages/extra/uuid, with
testprograms.
http://svn.freepascal.org/svn/fpc/trunk/packages/extra/uuid/
It looks OK to me, except that it may be a little more
El Sábado, 21 de Mayo de 2005 17:10, Tony Pelton escribió:
> minimally, an automatically resizing array implementation and a Hashtable ?
Some time ago I used Barry Kelly's hash table implementation. It worked very
well for me.
You can download it from Torry's:
http://delphi.icm.edu.pl/ftp/
On 5/21/05, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
> You might want to try Decal; It's a rich set of container classes.
> Although written for Delphi, it should compile for FPC without too
> much hassle; if not, feel free to contact me, I'll see what I can do.
this looks nice.
thanks f
On Sat, 21 May 2005, Tony Pelton wrote:
>
> the one thing that looks like it is going to be really painful for me
> with Pascal is the seeming lack of out of the box data structures.
>
> in Java, there are a _very_ rich set of "collections" to use.
>
> i've done some poking around on the net,
Hi,
I have been playing around with Free Pascal for OS/2 but have stumbled
into a problem. I can't compile sockets.pas as SizeOf(File) <>
SizeOf(FileRec). So I made a test program - and it shows me that
userdata is only 16 bytes - how can that be? If I change the definition
of filerec other p
Tony Pelton wrote:
>
> I had it running in about 10 minutes.
>
> I was blown away.
I'am also working at work daily with C++ but it can't beat the
productivity of pascal.
> i'm not seeing anything right off that looks like a
> nice,clean,portable little unit that would emulate what i might find
hi all,
new to the list.
please get out your tissues for the tear jerking story i am about to
tell about how i've fallen in love with Free Pascal, then, at the end,
there will be a plea for a little help.
first, i want to say thanks to whomever for Free Pascal.
i had never touched Pascal before
> On BSD, /dev/urandom is used to generate a random GUID
No, that was my first hunch, but it turned out to be a single
kernel call. (FreeBSD 5.x+)
> on all other platforms, the system unit random() function
> is used.
This is FreeBSD4 inclusive.
__
Hello,
Wondering if there is a Linux port of Bob Ainsbury's excellent
"TechnoJocks Turbo Toolkit" from the TP4/5 days. I was digging through
Google and some mailing list archives and saw where Bob had given his
permission for it, but the threads seem to die out without any more
information o
On Sat, 21 May 2005, listmember wrote:
> Michael Van Canneyt wrote:
>
> > It's in SubVersion. 2 demo units are in packages/extra/uuid, with
> > testprograms.
>
> http://svn.freepascal.org/svn/fpc/trunk/packages/extra/uuid/
>
> It looks OK to me, except that it may be a little more optimized
>
Big cheers, Thanks, and Congrats.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Florian Klaempfl wrote:
A couple of questions, wrt FPC v2.x:
-- Is Int64 supported in all platforms?
Yes.
-- Is there a Int128 or something like it?
When Windows was 32bit, Delphi had Int64; it's only natural
that now we should have Int128 :-)
Well, not at all. Int64 has it's purposes
listmember wrote:
> Michael Van Canneyt wrote:
>
>> It's in SubVersion. 2 demo units are in packages/extra/uuid, with
>> testprograms.
>
>
> http://svn.freepascal.org/svn/fpc/trunk/packages/extra/uuid/
>
> It looks OK to me, except that it may be a little more optimized
> for speed since GUIDs
Michael Van Canneyt wrote:
It's in SubVersion.
2 demo units are in packages/extra/uuid, with testprograms.
http://svn.freepascal.org/svn/fpc/trunk/packages/extra/uuid/
It looks OK to me, except that it may be a little more optimized
for speed since GUIDs are CPU-expensive to begin with.
A co
On Sat, 21 May 2005, Michael Van Canneyt wrote:
>
>
> On Sat, 21 May 2005, listmember wrote:
>
> > Michael Van Canneyt wrote:
> >
> > Hi Michael,
> >
> > > > I mean the whole code for CreateGUID() --one that does not
> > > > use OS's GUID stuff.
> > >
> > > See Subversion, SysUtils unit, m
On Sat, 21 May 2005, listmember wrote:
> Michael Van Canneyt wrote:
>
> Hi Michael,
>
> > > I mean the whole code for CreateGUID() --one that does not
> > > use OS's GUID stuff.
> >
> > See Subversion, SysUtils unit, more specific uuid.pp in the
> > rtl/unix dir.
>
> Thank you for the pointe
Michael Van Canneyt wrote:
Hi Michael,
>> I mean the whole code for CreateGUID() --one that does not
>> use OS's GUID stuff.
>
> See Subversion, SysUtils unit, more specific uuid.pp in the
> rtl/unix dir.
Thank you for the pointer.
Without creating incompatibility to the existing code (that of
20 matches
Mail list logo
