Jamie McCracken wrote:
Marco van de Voort wrote:
The best solution I can think for this is to reference count
non-component classes. This should be safe for TObjects but obviously
not for Tcomponent descendants (cf circular reference problem) so a
protected variable could be added to TObject to
Jamie McCracken wrote:
Florian Klaempfl wrote:
So if you look at this, you know why classes aren't ref. counted. And
there is no chance to avoid the code generated for the interface.
Yes that does look very bad but if you passed a pointer to the ref
counted object as the function arguement
Jamie McCracken wrote:
I did wrote GC in C++ itself. So it binds rather well...
not a compacting one then -
Ref. counting isn't compacting either?
if we use compacting then you lose pointers
and Pchars ergo all the existing bindings would be useless and would
need to be rewritten manually (with
Marco van de Voort wrote:
The argument is not about whether or not we should make Pascal entirely
GC'd, but about whether reference counting is better/worse than other
garbage collection techniques if you have a significant amount of GC'd
objects.
The Quake II benchmark was used to "prove" that f
Jan Ruzicka wrote:
Is there some wiki[1] where we can collect mentioned ideas?
http://www.freepascal.org/wiki
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hans-Jörg Vasold wrote:
for a long time support for loading packages at runtime was "planned for
later versions".
But now i can not find that this is planned anymore. Will FreePascal
support dynamic packages in future or not.
http://www.freepascal.org/wiki/index.php/Detailed_2.1.0_branch_todo
Ho
Pedro Lopez-Cabanillas wrote:
On Saturday 26 February 2005 12:02, I wrote:
On current CVS (FPC-1.9.9) there is a dependency between classes unit and
cthreads. Any program using the classes unit requires to use also cthreads
or it fails with a runtime error. This happens to the utilities fpcmake and
Uberto Barbini wrote:
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 applications.
Using the C+
Joost van der Sluis wrote:
Hi all,
I tried to compile lazarus(cvs) with 1.9.9 and got this error:
lclproc.pas(832,8) Error: Illegal type conversion: "Text" to ""
on this line:
if TextRec(Output).Mode=fmClosed then
Mode and fmClosed are integers. Can anyone help me with this? (1.9.8
works fine)
Vincent Snijders wrote:
[EMAIL PROTECTED] wrote:
Compiling current cvs version on Windows XP (cpu Athlon XP 1800)
give me
Invalid Floating point operation
in /rtl/objpas/sysutils/sysstrh.inc 49:
I fixed it decreasing MaxCurrency by 1.0 and increasing MinCurrency by
the same quantity.
I didn't in
C Western wrote:
One of the syscall routines in rtl/linux/i386/syscall.inc checks for a
return value in the range -4095..-1 as the error return, but all the
rest just take a negative value as an error. I think the former is
correct and attach a patch that will fix the rest. (I sent something to
C Western wrote:
Can I offer the attached patch for reading utf8 strings from resource
files? It simply converts the utf string to a normal string by
discarding the high bits,
What would be the correct solution?
but I had some files from Delphi or Kylix that
were otherwise unreadable.
Colin
--
jordi wrote:
Hi, I've the catalan translation of errore.msg (v 1.119). Can I send
this file to some of the developers? It seems that I can't send it
directly to the list...
You can send it to me.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
h
Uberto Barbini wrote:
What would be the correct solution?
I am showing my ignorance of multi byte characater handling here, but
I think it would be to write an escaped sequence as is currently done
for wide strings. I don't think the current OutChars function is quite
up to it, as utf8 characters c
Vincent Snijders wrote:
SteveG wrote:
Happens on XPPro SP2 Pentium 4 3G as well
Florian Klaempfl wrote:
Vincent Snijders wrote:
[EMAIL PROTECTED] wrote:
Compiling current cvs version on Windows XP (cpu Athlon XP 1800)
give me
Invalid Floating point operation
in /rtl/objpas/sysutils/sysstrh.inc 49
Uberto Barbini wrote:
utf-8 is a unicode string. What do you mean with "not escaped"
Unicode? Memory wasting utf-32?
I'd see UCS2/UCS4 as not escaped Unicode.
Exactly.
I think that UCS2 will suffice to everyone not interested in Vogon poetry! ;))
This means to have 2 byte chars and related strings
Marc Weustink wrote:
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Uberto
Barbini
Sent: donderdag 10 maart 2005 19:30
UCS-2 or UTF-16 how it called by the unicode consortium is "escaped" as
well and you've to take care of it in your code.
mmh, no.
yes :)
UCS-2 is different from utf-
Vincent Snijders wrote:
SteveG wrote:
Happens on XPPro SP2 Pentium 4 3G as well
Florian Klaempfl wrote:
Vincent Snijders wrote:
[EMAIL PROTECTED] wrote:
Compiling current cvs version on Windows XP (cpu Athlon XP 1800)
give me
Invalid Floating point operation
in /rtl/objpas/sysutils/sysstrh.inc 49
Nikolay Nikolov wrote:
xshm.pp using ctypes attached
Applied, thx.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
C Western wrote:
Applied.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Nikolay Nikolov wrote:
Nikolay Nikolov wrote:
I'm not sending the .diff, because it was larger than the actual new
file :)
Just caught a bug in my xutil conversion, so here's a fix for the fix :)
Thx, both are applied.
___
fpc-devel maillist - fpc-de
Adriaan van Os wrote:
1. On the todo list for fpc's MacPas mode is a feature that allows local
procedures (functions) to be passed a procedural parameters. I
tentatively put it on my own todo list, since this is the feature that I
like most in Pascal compilers, at the same time making a small
c
Michael Van Canneyt wrote:
In fact standard pascal does not allow procedure variables, only
procedure
parameters (note the difference). I suppose the above problem is the
reason.
Then I think standard pascal is very handicapped indeed.
var
f : function : longint of procedure(a : longint);
:)?
_
Michael Van Canneyt wrote:
I will object against a solution that causes existing code to be altered
in any way, such as an extra hidden parameter for all callbacks. For the
ISO ones, I don't think there is any other way of doing it. As long as
it is
restricted to those, there is no problem...
If i
Dr. Karl-Michael Schindler wrote:
Hi all,
In order to get fpc into fink, the darwin/macosx debian package manager
it would be necessary to make available a bootstrap tar ball (640 KB)
with the ppcppc binary and a default fpc.cfg file.
My suggestion would be the same dir as the fpc source tar bal
C Western wrote:
I tried out valgrind on lazaraus and one of my own lcl programs, and was
able to get it working by after applying some small patches to valgrind
(which I have sent to the valgrind mailing lists). valgrind found some
uninitialised memory reads, which the attached patch fixes.
You
Micha Nelissen wrote:
On Sat, 19 Mar 2005 10:04:55 +0100
DrDiettrich <[EMAIL PROTECTED]> wrote:
In porting C++ code to Pascal I often stumbled into circular unit
references. Then the only solution is a monster unit, that implements
all the related classes at once, where the C++ implementation can
Uberto Barbini wrote:
>>But what do you mean with published methods? The published section is
>>intended only for properties, which should be published in the object
>>inspector. I guess you mean event methods. Beside event methods,
>>callback functions and virtual methods could be affected too.
>
DrDiettrich wrote:
> Florian Klaempfl wrote:
>
>
>>C++ creates one monster module in this case as well.
>
>
> I disagree. Neither the declarations (interface, header files) nor the
> definitions (implementation, code modules) must reside in one file.
How the s
peter green wrote:
Applied.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Nikolay Nikolov wrote:
> Michael Van Canneyt wrote:
>
>>> xf86vmode unit attached
>>>
>>>
>>
>>
>> Thank you. Added to CVS.
>>
>> Michael.
>>
>>
> Will it be added to the makefile?
Does the 86 mean i386+ only or x86_64 as well?
___
fpc-devel mail
[EMAIL PROTECTED] wrote:
> One question to the fpc team:
>
> What is the difficulty with bugs
>
>#3064 "{$A+/-} problem"
>#3497 "$OPTIMIZATION unknown"
>#3687 "Locality of $J /$writeableconst"
>
> ???
Time and importance :) Though they aren't completly easy to fix. The
handling of
Thomas Schatzl wrote:
> Sterling Bates schrieb:
>
>> This patch adds recognition for hex to Val().
Applied.
What about the extended (?) pascal convention 16# ?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/
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.
> May the 6th, I'll show fpc at a Delphi workshop, and I'll concentrate on
> thinks Delphi doesn't do.
> I can b
Uberto Barbini wrote:
> 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 infor
Jonas Maebe wrote:
>
> On 6 apr 2005, at 00:59, Dr. Karl-Michael Schindler wrote:
>
>> when compiling lentilwars from Almindor, I encounter the following
>> error when linking. This is definitely a problem above my level :)
>>
>> btw. The SDL libs are installed through fink and are found. Any hi
Peter Vreman wrote:
>>Hi, this patch fixes a problem in win32 when using the classes unit. Every
>>program crash at the end.
>
>
> We can't accept such patches. You are only removing code without any
> explanation what was wrong with the code and why it could be removed.
The patch is ok, the co
Senthil Kumar wrote:
> Greetings,
>
> I am attempting to do the port (Optimize).
>
> A simple question. I am sure I will have a lot more down the road.
>
> To which release should I target it to ? The website says
> "Version 1.0.10 is the latest stable version the Free Pascal."
>
> Should I ta
:= CreateOleObject('Shell.Application');
> COM.MinimizeAll;
> CoUninitialize;
> end.
>
>
> The compiler tells me:
>
> Free Pascal Compiler version 1.9.9 [2005/04/15] for i386
> Copyright (c) 1993-2005 by Florian Klaempfl
> test.pp(14,7) Error: Illegal expression
DrDiettrich wrote:
> "Yury B." wrote:
>
>
>>Two RTLs should be for Win32, one compiled for ANSI/DBCS and the other for
>>UNICODE UCS-2 (WinNT), where a special type,
>>say TUniString is AnsiString in the first version and
>>UnicodeString in the second version.
>>What do you t
Thomas Schatzl wrote:
>
> Finally I've got some more general question on the challenge:
>
> What does "must be optimized for 64-bit platforms" in the challenge
> details mean?
Usage of 64 bit address space.
> In the same sense I'd like to ask if you could specify some sort of
> minimum requirem
Vinzent Hoefler wrote:
> Hi,
>
> consider this piece of code:
>
> -- 8< -- snip --
> type
>tA = array[0 .. 5] of byte;
>tB = array[0 .. 5] of byte;
>
> var
>A : tA;
>B : tB;
>
> begin
>FillChar (A, SizeOf (A), 0);
>
>B := A; // <-- should by type error!
>A := tA
Vincent Snijders wrote:
> Vincent Snijders wrote:
>
>> Hi,
>>
>> Attached patch frees the items of the InitHandlerList. The items are
>> allocated in RegisterInitComponentHandler, but never seem to be freeed.
>> Heaptrc showed a memleak, when you ran lazarus with the cgi package
>> installed.
>>
>
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 you, use it, it is
tested with fpc. If you have trouble with it => try the mingw one and
repor
Marco van de Voort wrote:
>>Michael Van Canneyt wrote:
>>
>>>It's committed in SubVersion.
>>
>>SubVersion? The freepascal website still mentions CVS as the protocol by
>>which the latest sources can be obtained?
>>(though I haven't seen any recent changes in the fpc cvs repository)
>>(but I have
Gerhard Scholz wrote:
> Hello,
>
> the daily snapshot does not exist any more?
>
> ftp://ftp.freepascal.org/pub/fpc/snapshot/v21/source/fpc.zip is a dead link
> in the moment.
We're migrating to svn so some of the infrastructure is broken. You can
get the current sources via svn through the fol
Konstantin Münning wrote:
> Hi everybody!
>
> Why in fact were MaxAvail,MemAvail,HeapSize removed from the RTL? The
> explanation in install/doc/whatsnew.txt is puzzling me a bit:
>
> - Removed MaxAvail, MemAvail, HeapSize due to their unreliability
> (bogus/misleading return values) in mu
Konstantin Münning wrote:
> Florian Klaempfl wrote:
>
>>Konstantin Münning wrote:
>>
>>
>>
>>>Hi everybody!
>>>
>>>Why in fact were MaxAvail,MemAvail,HeapSize removed from the RTL? The
>>>explanation in install/doc/whatsnew.txt is
Bram Kuijvenhoven wrote:
>
> The storage specifiers are not explained in the FPC reference manual as
> far as I know, though they are in the syntaxis diagram of course.
Michael?
>
> And somehow FPC allows default values for singles.
... because they have a size of 4 which is required for a def
Konstantin Münning wrote:
>>And in all cases, the program will still crash occasionally because it
>>runs out of memory in certain cases, because the check and the
>>allocation do not happen atomically. You can't put something into the
>>standard Run Time Library which works "most of the time, e
Vinzent Hoefler wrote:
> On Sunday 22 May 2005 10:17, Tomas Hajny wrote:
>
>
>>>At 11:46 22-5-2005, you wrote:
>>>
What's about Go32v2 or some other DOS port?
Will it supported in 2.0.x branch?
>>>
>>>There is no maintainer for go32v2. Unless there is an user that
>>>steps forward to be
Hans-Peter Diettrich wrote:
> the API is completely removed, it should exist and behave as before, on
> the platforms to which it applies.
>
It doesn't apply unconditionally to any current fpc target. Even go32v2
might run on windows with changing memory availabilities.
_
Vinzent Hoefler wrote:
>
> Oh, yes. One question: Should I use the current fpc2.0.1 release from
> the CVS or would it be better to switch to the 2.1.x branch already to
> not get too far behind the current development? Just don't say
> "both". ;-)
Our policy is to work and develop patches in
Michael Van Canneyt wrote:
>
> On Fri, 27 May 2005, Mattias Gaertner wrote:
>
>
>>Problem:
>>Some units require the cthreads unit, but only under linux and it must be
>>added as first unit to the main source.
>>
>>Questions:
>>Will the cthreads unit will be added as default someday under linux
d-only) possibility for exporting "classes" from DLLs should be
> the most important thing to fix.
>
> Besides I find that FPC 2.0 makes the executables just to big.+
The rtl is slightly bigger because of the portability layers and an
optimizer aligning code for modern CPU
Matthias Hryniszak wrote:
>> If you want dead code to be stripped from your own written code, you
>> must turn on the generation of smartlinkable code (-CX), and of
>> course also smartlinking (-XX)
>
>
> Of course I've done that already - it didn't help! That's why I suggest
> this is a bug. D
Matthias Hryniszak wrote:
>> Nobody said that the same size can be reached, but I don't consider 132k
>> against 86k as a real problem. If you consider it as a problem, use
>> Delphi.
>
>
> That's not what I ment. I see a problem with a GUI app that's using FCL.
> This apps are really of size th
Jamie McCracken wrote:
>>> well thats soemthing you should add to your to do list. Automatic
>>> inlining can deliver a signifcant performance improvement especially
>>> as delphi uses a lot of one line procedures to set property values. A
>>> fucntion call adds quite a bit of overhead (around 10+
Rimgaudas Laucius wrote:
> Hi,
>
>
>
> i found that in fpc 1.9.6 assignment to "for cycle" variable is
> forbidden. Such behavior is incompatible with other compilers.
As ...?
> Earlier
> fpc versions also had only warning. What do you think about this?
Well, what we think should be clear
Karl-Michael Schindler wrote:
> Hi,
>
> I worked on the German error file errord.msg using msgdif and
> errore.msg,v 1.124 as reference.
> The differences should be fixed and a few additional messages have been
> translated.
> Still 138 items to translate.
>
> Since this is my first go at this,
Karl-Michael Schindler wrote:
> Hi,
>
> I worked on the German error file errord.msg using msgdif and
> errore.msg,v 1.124 as reference.
> The differences should be fixed and a few additional messages have been
> translated.
> Still 138 items to translate.
>
> Since this is my first go at this,
Vinzent Hoefler wrote:
> Hi,
>
> attached a patch which reenables (at least according to my tests) the
> SIGINT and SIGTERM key handling which is a strong indication that
> exception handling might work again. Further tests regarding exception
> handling should be done yet. I'm onto it.
Thank
Michael Van Canneyt wrote:
>
>
> On Wed, 1 Jun 2005 [EMAIL PROTECTED] wrote:
>
>> Hi.
>>
>> Now I'm working on porting our Delphi database application (cca 100
>> 000 lines) to FreePascal. I
>> have some little patches principally around TDataset. Where can I send
>> this patches?
>
>
> Send
[EMAIL PROTECTED] wrote:
> On Wed, Jun 01, 2005 at 03:22:10PM +0200, Florian Klaempfl wrote:
>
>>Michael Van Canneyt wrote:
>>
>>
>>>
>>>On Wed, 1 Jun 2005 [EMAIL PROTECTED] wrote:
>>>
>>>
>>>>Hi.
>>>>
>&
Vincent Snijders wrote:
> Hi,
>
> I am investigating a crash of lazarus on the amd64 platfrom.
>
> Part of the backtrace looks like this:
> #18 0x00434ea0 in TAPPLICATION__RUN (this=Cannot access memory
> at address 0x8000ed18
> ) at application.inc:980
>
> Note the parameter of TAp
[EMAIL PROTECTED] wrote:
>>
>>Can you create a small example which shows the problem? BTW: Which OS do you
>>use? Win or other?
>
> OS: Linux
> fpc 2.1.1 from svn.
Fixed in svn.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.fre
Jamie McCracken wrote:
> Marc Weustink wrote:
>
>>
>>
>> What is easier to read is a matter of taste.
>> Being a pascal devel for years now, it takes time to "decode" a "a := b
>> := c := d := 0" line. There might be a ; inbeween which results in a
>> complete different assignment. With such li
Jamie McCracken wrote:
> Florian Klaempfl wrote:
>
>>
>> I'am a poor delphi programmer, didn't use it for years, but I bet with
>> any
>> python programmer that I create any application faster than him :)
>
>
> You must be a damn fast typer then
Peter Vreman wrote:
> At 19:36 2-6-2005, you wrote:
>
>> Hello,
>>
>> I'm writting a custom preprocessor and I would like that the line number
>> information maps to the original file. An example (not real, only an
>> example):
>>
>> ...original.pas...
>> 21 procedure AddFive(var a, b: Integer
listmember wrote:
>> If you want to modernize the language you can take the current fpc
>> code and extend it yourself. If the extension is clear and we agree on
>> it it can eventually be put in the main fpc release.
>
>
> Discussions are useful.
Discussions without proper basics are useless.
Ivan Shikhalev wrote:
> I have install the TortoiseSVN and try to make local copy via "checkout"...
> But error 400 was occured.
Ensure that the used repository path is http://svn.freepascal.org/svn/fpc/trunk
___
fpc-devel maillist - fpc-devel@lists.
Nico Aragón wrote:
> El Viernes, 3 de Junio de 2005 09:12, Florian Klaempfl escribió:
>
>>Since preprocessed code isn't read by human, why don't change it into
>>
>>procedure AddFive(var a, b: Integer);
>>begin
>> Inc(b); a := b;
>>end;
&
Kornel Kisielewicz wrote:
> Angelo Bertolli wrote:
>
>>> What makes python interesting are the many classes it offers by default
>>> to perform standard tasks, especially in the text treatment department;
>>> regular expression stuff etc.
>>>
>>> The same goes for most languages; Mostly it's not
Kornel Kisielewicz wrote:
>
> Florian Klaempfl wrote:
>
>> - write docs for the already existing packages
>>
>>
> You mean that writing a fpcdoc for the opengl headers for example would
> be useful for somebody? Myself, I always was uncontent with the fact
&
Michael Van Canneyt wrote:
>
>
> On Fri, 3 Jun 2005, Kornel Kisielewicz wrote:
>
>>
>> Florian Klaempfl wrote:
>>
>>> - write docs for the already existing packages
>>>
>> You mean that writing a fpcdoc for the opengl headers for example
[EMAIL PROTECTED] wrote:
> David Intersimone Interview about Freepascal and Lazarus!!!
>
> http://www.bitwisemag.com/media/video/iv/davidi_june2005/davidi_interview_delphi.wmv
Who is David Intersimone :)?
___
fpc-devel maillist - fpc-devel@lists.fre
Hans-Jörg Vasold wrote:
> StrUpper, StrLower will not work for the german "äöüß".
>
> Are any equivalent functions like Delphi's AnsiUpperCase or any fix
AnsiUpperCase?
> available ?
>
> thx
>
> Hans Joerg
>
> ___
> fpc-devel maillist - fpc-devel
Hans-Jörg Vasold wrote:
>
> - Original Message - From: "Florian Klaempfl" <[EMAIL PROTECTED]>
> To: "FPC developers' list"
> Sent: Sunday, June 05, 2005 3:59 PM
> Subject: Re: [fpc-devel] using strupper,strlower on german words
>
>
L505 wrote:
> | Why not both? Delphi is windows-only, so even if FPC became 100%
> | compatible with D7, the libraries already available for Delphi are
> | usually windows specific, and FPC libraries are cross-platform.
>
> And we all know they are already doing just that. What is needed is more
Tomas Hajny wrote:
> Mattias Gaertner said:
>
>>At the moment there are a lot of warnigns for uninitialised var
>>parameters.
>>
>>Is it possible to replace the 'var' with 'out' specifiers?
>>Can I send patches for that?
>
>
> Is compatibility for existing code (including low-level one - assemb
Marco van de Voort wrote:
>>>On Fri, 3 Jun 2005, Kornel Kisielewicz wrote:
>>>
>>>>Florian Klaempfl wrote:
>>>>
>>>>>- write a bcd classes
>>>>
>>>>BCD?
>>>
>>>Binary Coded Decimal. We urgent
André Cipriani Bandarra wrote:
> Well..
> I had spent a lot of time thinking about how to contribute to FPC. I
> thought about contributing with a string phonetizer algoritm i made, but
> its works only for the portuguese language, so i thought i wouldnt be
> much usefull for most of the FPC co
Joost van der Sluis wrote:
> Hi all,
>
> this patch removes all the 'ifdef virtualpascal' 's from the rtl. These
> are remainings of the idea to use the fpc-sysutils for virtualpascal.
Applied to trunk. Should we merge it to 2.0.x?
___
fpc-devel maill
Joost van der Sluis wrote:
> Hi all,
>
> I don't know if rtl-optimilisation patches have a large priority,
It depends if someone does it ;)
> but
> nevertheless this patch improves the speed of the sysutils.uppercase and
> lowercase functions.
What about creating a table which does direct map
Martin Schreiber wrote:
> I have problems with RTTI for tkInterface.
> Should it work in FPC 2.0.0?
Yes and no ;) Can you give an example which causes problems?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailm
Michael Van Canneyt wrote:
>
>
> On Fri, 10 Jun 2005, L505 wrote:
>
>> While converting a KOL regular expression unit for use with
>> freepascal, I came
>> across only one compile error, in {$mode delphi}
>>
>> The error was here:
>> const
>> RegExprInvertCaseFunction :
>> TRegExprInvertCaseFu
Joost van der Sluis wrote:
>>>I don't know if rtl-optimilisation patches have a large priority, but
>>>nevertheless this patch improves the speed of the sysutils.uppercase and
>>>lowercase functions.
>>
>>I fail to see how changing a while loop to a for loop improves speed ?
>>I could understand i
L505 wrote:
> | >> The error was here:
> | >> const
> | >> RegExprInvertCaseFunction :
> | >> TRegExprInvertCaseFunction=TRegExpr.InvertCaseFunction;
> |
> | Can you create a complete example and in the best case add it to the bug
> | repository please?
>
> Yes, just thought I'd first figure out
L505 wrote:
> http://dennishomepage.gugs-cats.dk/LowerCaseChallenge.htm
>
> LowerCaseShaPas2_c
> This one here is in Pascal, using GOTO and LABEL which consistently work fast
> on
> both -Og and -OG
> But no one wants to maintain a GOTO and a LABEL..
>
> [LowerCaseShaPas2_c] was slightly slower
Peter Vreman wrote:
>>On Monday 13 June 2005 12.59, Peter Vreman wrote:
>>
- How is TTypeData.IntfUnit aligned?
>>>
>>>It doesn't need alignment. It consists only of chars.
>>
>>So offset IIDStr->IntfUnit is 256 (IIDStr = shortstring = string[255])?
>>Or IntfUnit starts after last char of IIDS
Joost van der Sluis wrote:
> Hi all,
>
> i'm curious what happens here. If I make a recursive funtion inlined, it
> runs way faster?
>
> Ackerman-test results:
> $ ppc386 -O3p3r -dRecursiveInline ackerman.pp && cpu/bin/timeit
> /home/joost/src/ackerman 10
> Ack(3,10): 8189
> Execution took 3953
Anybody followed the discussion, e.g. which version should be included :)?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Mattias Gaertner wrote:
> A c float is a fpc single, right?
>
> If yes, then there was a heavy bug in the gtk2 bindings. Attached patch
> fixes the gfloat.
Which attachment :)?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.fre
Mattias Gaertner wrote:
> On Tue, 14 Jun 2005 22:34:19 +0200
> Micha Nelissen <[EMAIL PROTECTED]> wrote:
>
>
>>On Tue, 14 Jun 2005 22:11:40 +0200
>>Mattias Gaertner <[EMAIL PROTECTED]> wrote:
>>
>>
>>>A c float is a fpc single, right?
>>
>>Yes, AFAIK.
>>
>>
>>>If yes, then there was a heavy bug
Mattias Gaertner wrote:
> On Wed, 15 Jun 2005 09:20:48 +0200
> Micha Nelissen <[EMAIL PROTECTED]> wrote:
>
>
>>On Tue, 14 Jun 2005 23:33:17 +0200
>>Mattias Gaertner <[EMAIL PROTECTED]> wrote:
>>
>>
>>>On Tue, 14 Jun 2005 22:34:19 +0200
>>>Micha Nelissen <[EMAIL PROTECTED]> wrote:
>>>
>>>
On
Jonas Maebe wrote:
>
> On 16 jun 2005, at 17:12, Florian Klaempfl wrote:
>
>>> The best way to solve this would be to compile the Free Pascal RTL
>>> as a
>>> shared library with an init routine that takes care of this. I still
>>> have to ad
Ales Katona wrote:
> Ok so here's the patch. If you feel some things should change, tell me
> about it.
> This patch adds "TryLoadGL[u[t]]" and "GL[u[t]]IsLoaded" methods and
> also "fixes" the crash on win32 if opengl is not present. (but it will
> still crash later, if the user doesn't check)
>
Vincent Snijders wrote:
> Vincent Snijders wrote:
>
>> Michael Van Canneyt wrote:
>>
>>>
>>>
>>> On Tue, 21 Jun 2005, Vincent Snijders wrote:
>>>
Hi,
Sysutil has a function ExceptAddr to current exception address, but
no corresponding functions to get the frame count and the f
Vincent Snijders wrote:
> Vincent Snijders wrote:
>
>> Michael Van Canneyt wrote:
>>
>>>
>>>
>>> On Tue, 21 Jun 2005, Vincent Snijders wrote:
>>>
Hi,
Sysutil has a function ExceptAddr to current exception address, but
no corresponding functions to get the frame count and the f
Dean Zobec wrote:
> As the project looks like a long term one and I think that fpc urgently
> needs a optimized hash table I'll also work on a streamlined hash table
> with a chaining technique as a collision resolution scheme and a paging
> for the allocation of the nodes in the chains, to have a
401 - 500 of 1314 matches
Mail list logo