Hello Freepascal and Lazarus Community !
Some of you may know us as sponsors of the
freepascal and lazarus community. We provide
hosting, storage and virtual machines
to the projects.
Today I have an exciting announcement to make,
we startet a crowdfunding project on indiegogo.
It's about a com
Am 23.12.11 04:35, schrieb Andrew Brunner:
I'm needing to figure out how socket signaling mechanisms work under darwin.
Windows and Linux work, Darwin however does not support ePoll.
Anyone have any experience with Sockets events under OSX i386?
Thanks.
BSD's support the kqueue / kevent mech
Am 06.11.11 00:27, schrieb Marco van de Voort:
Hello,
We have placed the first release-candidate of the Free Pascal Compiler
version 2.6.0 on our ftp-servers.
You can help improve the upcoming 2.6.0 release by downloading and
testing this release. If you want you can report what you have done h
Am 10.08.11 16:56, schrieb Max Vlasov:
Jonas, I see that you probably have your reasons not to use gdb inside
the lazarus, but it was quite decent for me until this strange
unavoidable moment :) It still is, hope I will find a work around
Max
Max,
This works (for me)
1) Add a file like :
/
Am 12.04.11 11:03, schrieb Felipe Monteiro de Carvalho:
Hello,
I fixed the compilation of the old freetype and put it in the
Lazarus-ccr for now. Maybe it can be added to FPC later on if it
proves a good substitute:
http://wiki.lazarus.freepascal.org/Freetype#Download
nice
It's not maintained
Am 01.04.11 18:52, schrieb dhkblas...@zeelandnet.nl:
On Fri, 1 Apr 2011 18:44:02 +0200 (CEST), Michael Van Canneyt
wrote:
On Fri, 1 Apr 2011, Darius Blaszyk wrote:
As it happens, I stumbled across this one just now. Supposedly this
is a native freetype implementation. I did not check it
Am 21.12.10 13:47, schrieb Mattias Gaertner:
On Tue, 21 Dec 2010 14:29:36 +0100 (CET)
michael.vancann...@wisa.be wrote:
You could use GetCurrentThreadID and a lookup list.
What about using a
threadvar CurrentThread: Thread;
?
TThread could set this in the constructor.
We currently use this
Am 21.11.10 19:02, schrieb Vinzent Höfler:
On Sun, 21 Nov 2010 18:54:13 +0100, Helmut Hartl
wrote:
Running the above program gives
1) C++ / FPC 64 Bit
6.3846106530
6.3846106530
2) FPC32 Bit
6.3846106530
6.3846111610
Is this explainable or wrong behaviour ?
First suspect candidate
While stabilizing my bullet physics port i saw some differences in
floating point behaviour between c++ and fpc32 and fpc 64 bit.
In question is a simple dot product.
The function :
result := a*d+b*e+c*f;
Gives "different" results( 6.3846106530 vs 6.3846111610 ) depending
on the usage of interm
Am 09.09.10 15:45, schrieb Jonas Maebe:
On 09 Sep 2010, at 15:31, Mark Morgan Lloyd wrote:
I've just had my attention drawn to this elsewhere, and thought it
would be of general interest.
"In particular, we are relaxing all restrictions on the development
tools used to create iOS apps, as lon
Am 16.07.10 12:46, schrieb Michael Van Canneyt:
Always learning something new.
One is never too old to learn :-)
Michael.
But one is always able to age faster,
while boldly going to where no man has gone
baldly before :-) (spelling intentional)
While testing with a simplified usage patt
Am 16.07.10 10:48, schrieb Michael Van Canneyt:
It exists already, but is called 'static'
Thank you for clarification, in a quick test it seem to work for my use
case.
When is it likeley that this feature will arrive in 2.4.x ?
helmut
___
fpc-pas
Hello,
while converting bullet physic code to native fpc, i would find it handy
to have something like "class" methods for objects. (Methods without
self pointer)
(It would enhance the readability of the code much, because I were not
forced to
move such c++ class functions to global functio
Does the $CODEALIGN (http://www.freepascal.org/docs-html/prog/progsu9.html)
directive influence dynamic array memory layout ?
I need an an aligned dynamic array of vectors for SSE operations. If the
fpc dynamic array implementation supports alignment somehow I would not
need an own implementation
-Original message-
From: Dariusz Mazur
Sent: Fri 18-09-2009 16:24
To: FPC-Pascal users discussions ;
Subject: Re: [fpc-pascal] getting started with threads
> David Emerson pisze:
> > I am getting started with threads (linux/cthreads) and I'm very happy so
> > far, but unsure of the best
Von: Mattias Gaertner
Gesendet: Fr 03.04.2009 18:07
An: fpc-pascal@lists.freepascal.org;
Betreff: Re: [fpc-pascal] "Generics" Red Black Tree for fpc
> On Fri, 3 Apr 2009 17:16:50 +0200
> Helmut Hartl wrote:
>
> > Von: Mattias Gaertner
> > Gesendet: Fr 03.0
Von: Mattias Gaertner
Gesendet: Fr 03.04.2009 16:51
An: fpc-pascal@lists.freepascal.org;
Betreff: Re: [fpc-pascal] "Generics" Red Black Tree for fpc
> How much work do you think is it to extend it to accept duplicate keys?
> Mattias
How probable are duplicate keys in your usecase? / what is the
Hi all,
due to interest i post here our generic version of a red black tree
implementation.
A R/B tree is a quite fast directory datastructure which allows o(log n) access
times.
Warning: The code compiles only under 2.2.4RC1+, below that the compilation
fails(crash).
Further info on http://f
Von: Guru Kathiresan
Gesendet: Do 02.04.2009 08:46
An: fpc-pascal@lists.freepascal.org;
Betreff: [fpc-pascal] ANN: wxForms for Delphi - wxWidgets designer and wrapper
for Delphi/Freepascal
> Hello,
>
> Today I have released a new product for Delphi and Freepascal – wxForms for
> Delphi .
>
Florian Klaempfl wrote:
> Helmut Hartl schrieb:
>> Graeme Geldenhuys wrote:
>>> Hi,
>>> I unfortunately don't own a 64-bit PC and the remote server I have
>>> access to doesn't run a GUI, so can't actually execute any of the
>>> compi
the
system.
If interested, I will create you an account - I am curios how a Remote
NX Client
would perform used from South Africa here to Austria ... :-)
Contact me per Mail or Skype IM. (Skype Name is SirHelly/Austria Real
Name: Helmut Hartl)
greets,
helmut
__
> Op Tue, 6 Nov 2007, schreef Florian Klaempfl:
> > S. Fisher schrieb:
> > > --- Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> > >
> > >> Ok, now somebody has to fix the regexpr unit and
> accelerate it *g*
>
> If we want to win we could build in compler support and
> compile the regu
On 08/05/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>
> What libc do you use?
[EMAIL PROTECTED]:~$ /lib/libc.so.6
GNU C Library development release version 2.3.90, by Roland McGrath et
al.
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying con
> > linux (v 2.3.1)
> > > nslu_test.lpr Assembling nslu_test Linking nslu_test
> > > /usr/local/lib/fpc/2.3.1/units/arm-linux/rtl/cprt0.o: In function
> > > `_haltproc':
> > > : undefined reference to `_fini'
> > > /usr/local/lib/fpc/2.3.1/units/arm-linux/rtl/cprt0.o: In function
> > > `_hal
> why do you want to load libc dynamically? may you can try
> the following approach (scroll to bottom):
> http://community.freepascal.org:1/docs-html/prog/progse53
Well - that was what i would like to do - I thougt i try it
using libc, as i hade some old code who was doing it just that way.
Hello again Henry,
> >
> > i used the "mastermakefile" to build the tool chain:
> > http://www.nslu2-linux.org/wiki/Development/MasterMakefile
> >
I followed the
http://www.nslu2-linux.org/wiki/HowTo/CrossCompileWithCentOS
Worked for me for CentOS 5, i built the slugosle 4.4 and flashed it.
T
Hello,
> > there might be a problem with your binutils. are you sure you're
> > using the right binutils for your device? what device are
> you using,
> > exactly?
What binutils for crosscompiling are you using for the NSLU2?
Where do you obtain them?
Thank you,
helmut
Dipl.- Ing. Helmut Hartl
Head of Development
FirmOS Business Solutions GmbH
Hauptstraße 52a
8054 Graz-Pirka
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Marc Pertron
> Posted At: Donnerstag, 29. März 2007 10:22
> Po
> I've no access to an arm machine running be so I can't test
> and fix :(
What about a Linksys NSLU2? Cost's about 100€ - If it would help I send you one
helmut
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepas
> >
> > This one is not lock free, because it uses atomic
> instructions used by
> > the cpu, which are essentially fine grained locks.
>
> Exactly, and cmpxchg etc. are really expensive too. Since
> the original FPC heap uses already several pools, it should
> be easily possible to m
>Florian Klaempfl schrieb:
> Well, the lockless multithreaded memory managers are a myth.
> Atomic exchange operations take a also a lot of time and are
> locked by the cpu as well.
>
The XEN Developers at Cambridge have nice papers to read ...
http://www.cl.cam.ac.uk/~kaf24/
(Others are
> >FastMM is open source, has anyone ported it to FPC?
>
> There are users that have got FastMM working with FPC. But
> it is not needed. The standard FPC heap manager is for
> single-threaded applications as fast as FastMM.
A little bit shortsighted (IMHO),as "everyone seriously concern
the 2.0.3 Snapshots and
MySQL5, PostgreSQL 8.1, Firebird and others)
Greets,
helmut hartl
> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:fpc-pascal-
> [EMAIL PROTECTED] Im Auftrag von Michael Van Canneyt
> Bereitgestellt: Mittwoch, 17. Mai 2006 23:34
&g
33 matches
Mail list logo
