Thanks!
I wonder if anyone has checked why Kylix version is faster comparing the
assembler code.
I read the thread but I haven't studied well! ;)
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
modify the string by not calling
> UniqueString at all.
If I understood well, with modern processor an unpredicatable branch (i.e. one
with similar probability) is much more time-consuming that an unnecessary
function call.
Bye Uberto
ps. is there a way to see the a
> be different.
I'm not a grear fan of them, but managed objects are indeed very useful for
modelling business applications.
But they don't make sense for "system" classes, so all in all I'm against
them.
Some OPF like InstantObjects offer a kinda of them
roblem to pass parameters to the constructor.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
> yes. In that case we should make TCustomConnection an alias for
> TDBDatabase.
If the interfaces are identical I see no problems.
Anyway could you rename TDBDatabase? It's orrible and I overlooked it when I
searched for a TConnection replacement... ;)
tantObject (http://www.instantobjects.org/) too.
Just now the core part of InstantObject (i.e. without presentation) works in
fpc.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Sunday 01 May 2005 21:39, Florian Klaempfl wrote:
> Uberto Barbini wrote:
> > Hi,
> > I'd like to understand which gdb is better to use for current fpc-cvs,
> > the one in cvs/install/binw32 or mingw one?
>
> If that one in cvs/install/... makes no trouble for
Hi,
I'd like to understand which gdb is better to use for current fpc-cvs, the one
in cvs/install/binw32 or mingw one?
BTW what are the differences?
TIA Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepasca
er of fact there was an article on DelphiMagazine to show how to grab
the vmt of the object of an interface, via dirty magic of pointers
arithmetics.
Maybe in fpc it'd be in a cleaner way, but why?
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
27;d be plainly wrong: using interfaces you lost the
rights to know the original class.
Sometimes I added a GetUnderObject() to my interfaces to get the actual
object. But it's a choice up to the interface author.
BTW I needed it to release the object through the interface.
I suspect that if
need a Zaurus now! ;))
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
> Did you check the link I gave you above :)? The 1.9.8 arm release is a
> cross compiler.
:((
I've read hastly and I understood that was for the arm-linux itself!
I'll try asap.
Uberto
___
fpc-devel maillist - fpc-devel@lists.fre
On Tuesday 05 April 2005 21:13, Florian Klaempfl wrote:
> Uberto Barbini wrote:
> > Does anyone have experience with fpc and linux on handhelds?
>
> http://www.de.freepascal.org/down2-linux-arm.html
>
> More information can be found in the fpc wiki.
Do you mean here:
http
Does anyone have experience with fpc and linux on handhelds?
May the 6th, I'll show fpc at a Delphi workshop, and I'll concentrate on
thinks Delphi doesn't do.
I can borrow an Ipaq with linux and opie, and I like to show some fpc
application on
you find useful those hints?
Are you theorically against it?
I'd like it but it doesn't worth the changing of error.msg.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
N}
>
> I remove all useful hints as well.
Yes! Exactly my point. But now the useful hints are sunk into tons of
completely useless ones.
Bye
Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ne.
But in published methods the parameter list is mandatory, so it doesn't make
sense to "hint" them.
Moreover they hide real hints.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Thursday 10 March 2005 19:17, Uberto Barbini wrote:
> > The call to GetSystemMetrics changes the FPU control word from $1372 to
> > $1272, i.e. the Rounding precision is changed from extended to double.
> >
> > In the attached patch I set it back to the original value. N
On Thursday 10 March 2005 19:51, Uberto Barbini wrote:
> > >UCS-2 is different from utf-16 (which is escaped),
> >
> > nope. UCS originally wasn't escaped, but they changed that "recently"
>
> Could you point me to a official document?
> In the Unic
is utf-16 without encoding?
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
likely.
> > Using natively utf-8 I think is impossible, because the encoding.
>
> Why?
Because every simple function on strings (like copy) should require to start
reading the string from beginning
Bye Uberto
___
fpc-devel mail
I've not swapped the constants anyway.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Please note that at every Borland conference there is someone asking for
Unicode support since Delphi2...
There are several opensource library for managing unicode strings in delphi
but they are implemented as standard classes, not refcounted first class
ci
think that the ultimate solution is to implement Unicode strings, I mean not
escaped Unicode, and then convert utf-8 to unicode string.
I'm not sure how Delphi manage that, Java has Unicode string.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.fr
erstand the actual
limits.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
dering why I'm the only one with
this problem.
sysstrh.inc is version 1.15 last change by peter at 2005/2/14 17:13:31
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
lengthy discussion differs here:
in delphi
try ... finally ... end;
is almost negible, without exception raised at least. I've no data here but
with or without the block the time is quite the same.
try ... except ...end;
instead is really really really slow.
with kylix
; Using the C++ ABI the overhead is almost zero.
Out of curiosity, can you be more specific on why using C++ Application Binary
Interface will reduce overhead?
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
tions.
GC have to release the control as fast as possible and be able to resume the
job where it left it.
> True parallell GC's exists, but they are then not simple.
Do you mean in SMP systems?
Bye Uberto
___
fpc-devel maillist - fpc-devel@lis
ould write using text files only if you need this.
Yes, I agree.
Maybe there were some minor issues with text too anyway (like cr/lf or
floating point formats).
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
is case it'd be not possible
to share config files. Annoying but not dramatic.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Sunday 27 February 2005 15:29, Peter Vreman wrote:
> Why are you looking at GC/Refcounting when the problem is the try..finally?
> It is better to rewrite the try..finally code using the C++ ABI for
> exception handling.
+1
and it'd be benefical to all application
f stuff on GC theories and all
python and Java sources to study! ;)
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
n used them till version 2.x, but I
don't think they should stay in pascal.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
, why you're saying that refcount is slow? Do you have any benchmark?
If I recall you mentioned try..finally as the bottleneck, but AFAIK modern cpu
should do it almost with zero overhead, differently from try..except.
Bye Uberto
Bye Uberto
_
> > I also thought immediately what Uberto already said: how do you recognize
> > a valid/invalid reference without accessing memory that is invalid in the
> > mean time.
>
> How does a GC do this? It would have the same problem?
A GC dont' try to recognize a v
gt; appropriate).
If so raising an exception will freeze your application, checking some
thousand hundreds of lists.
And how do you reconnaize a valid reference from an invalid one?
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.free
s
> Start cmd.exe
> Go to the new fpc directory
> Type 'make all'
>
> Not much different from compiling any other C project.
OK, tried, done... I'm definitely a complete idiot! ;)
Thanks to all.
Bye Uberto
___
fpc-devel mail
ng.
So let's assume I'm a completely idiot and I have downloaded fpc from cvs to
compile it on a windows system. Do I have any hope to compile it?
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Monday 21 February 2005 21:04, Uberto Barbini wrote:
> Where can I find info about compiling fpc from cvs?
> I browsed doc and faq but I wasn't able to understand exactly where to
> start. BTW today's daily win bin snapshot doesn't run (segmentation fault
> in install
Where can I find info about compiling fpc from cvs?
I browsed doc and faq but I wasn't able to understand exactly where to start.
BTW today's daily win bin snapshot doesn't run (segmentation fault in
install.exe).
Bye Uberto
___
fpc
e functions are in sysutils or strutils. They have no place in
> > Classes.
>
> I started these, but are now to busy now to test, if sb is bored:
>
> http:/www.stack.nl/~marcov/bintohex.txt
please note that the code is yet present in TParser. I suggest to
7;ll download fpc from cvs and I'll create some wrapper classes for
Streams.
Note that IstantObject code now is terribly mingled between visual and
persistent part. I'm working also on that.
Bye Uberto
___
fpc-devel maillist - fpc-de
e functions are in sysutils or strutils. They have no place in
> > Classes.
>
> I started these, but are now to busy now to test, if sb is bored:
>
> http:/www.stack.nl/~marcov/bintohex.txt
please note that the code is yet present in TParser. I suggest t
w I'll download fpc from cvs and I'll create some wrapper classes for
Streams.
Note that IstantObject code now is terribly mingled between visual and
persistent part. I'm working on that too.
Bye Uberto
___
fpc-devel maillist - fpc-devel@list
ou can see there's nothing really serious, I can contribute code if you
tell me.
I hope IO will be useful to fpc and lazarus projects.
Bye Uberto
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hi,
is it possible to compile pascal programs for amd64?
We have a Delphi program that needs more of 3Gb ram user space... it'd be a
perfect excuse to begin to use fpc at work.
Bye Uberto
___
fpc-devel maillist - [EMAIL PROTECTED]
Hi,
did anyone ever consider to create a FPC plugin for Eclipse?
I'm using Eclipse at work and it's by far the best ide I ever seen,
it's also very easy to enhance it and language neutral, although a
such plugin is not really trivi
48 matches
Mail list logo
