Re: [fpc-devel] don't you think it's time to update delphi modecompatibility?

2005-05-27 Thread L505
| FPC has great amounts of compatibility with Borland Delphi. Unfortunately, | according to the FPC docs, it only supports Delphi compatibility until Delphi 4. | The object pascal enhancement on the next Delphi release is still not supported | by FPC. | | Since now Delphi has grown to Delphi 9 (

Re: [fpc-devel] don't you think it's time to updatedelphimodecompatibility?

2005-05-27 Thread L505
| Totally agree with you! Let the FPC developer team concentrate on the compiler | and language enhancement, and let the rest of us do the supported units. If FPC | can do all the Delphi can do, then... viola!! all codes on Torry will be | compilable on FPC. And the concept of "write once, compil

Re: [fpc-devel]don't youthinkit'stimetoupdatedelphimodecompatibility?- IDispatch, implements

2005-05-29 Thread L505
ee a problem with a GUI app that's using FCL. | > This apps are really of size that's not acceptable. | | 1. To who? | 2. And why? | I think the guy is mixing up LCL with FCL. Lars aka L505 http://z505.com ___ fpc-devel m

Re: [fpc-devel] Re: [fpc-l] type discussion

2005-06-02 Thread L505
| However, in general Pascal has poor developer productivity when compared | to modern languages like python and C#. Ironically python is perhaps the I disagree strongly, this is one of the reasons I chose Pascal. The fact that it creates compiled programs in a productive language versus python a

Re: [fpc-devel] Re: [fpc-l] type discussion

2005-06-02 Thread L505
| > | >> | >> 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 :) Sometimes it's which keys are near the home key. I don't care if "{" is shorter

Re: [fpc-devel] type discussion

2005-06-02 Thread L505
| More code bloat, more typing and they get in the way. They dont give me | anything useful in return. Why do you even bother using Pascal, it seems you obviously do not like one bit about it. | | | > Garbage collection is largely no issue when using the Owner concept in TComponent, using TOb

Re: [fpc-devel] Re: [fpc-l] type discussion

2005-06-02 Thread L505
| Begin..End is redundant - you have to indent them to make em readable | anyways. Typing "type" is reduntand to, so is "integer" You could use "i" instead of integer, you could use "T" instead of type. Draw the line. Draw the line. I feel you do not like any part of the Pascal language, so I

Re: [fpc-devel] type discussion

2005-06-02 Thread L505
| > In C++: | > | > TStringList strlist; | > | > strlist = new TStringList; | > | > How is that shorter ? | | okay but its still redundant. Why does the compiler need to have it | spelt out twice? Why cant the compiler deduce that as the pointer is | declared as TStringlist therefore it crea

Re: [fpc-devel] Re: [fpc-l] type discussion

2005-06-02 Thread L505
| | > Begin..End is redundant - you have to indent them to make em readable | > anyways. | | No. This makes the code more readable like normal english text. It | states much more clearly what it intents, at least much more than just | indenting or putting curly braces around it. And when you have

Re: [fpc-devel] Extend the libraries people!

2005-06-03 Thread L505
| 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. There's already a completely working rege

Re: [fpc-devel] Fixes for win32 dlls smartlink

2005-06-03 Thread L505
| Hello Florian and all FPC team, | | I finished patchs in pexports.pas and pmodules.pas fixing win32 dlls | smartlink. These patchs are based on latest 1.9 sources which differs | from current 2.0 and 2.1 only by bigger logs, therefore they should be | applicable for both branchs. | | Sincerely

Re: [fpc-devel] Re: [fpc-l] type discussion

2005-06-05 Thread L505
| | lol - thats not what I meant. If you want readable code you indent | inside the begin..end blocks ergo the begin..end syntax becomes | redundant cause its the indentation that provides the visual cue. | That's like taking question marks out of sentences that you know are questions. Why have

Re: [fpc-devel] Re: [fpc-l] type discussion

2005-06-05 Thread L505
| yes you are right it exists for the benefit of the compiler rather than | the developer. incorrect. When reading code I always use the bold begin/end's. Why do you think they are bold? Are they bold because the compiler likes them bold? See, a bold begin and end is a lot easier to see than a

Re: [fpc-devel] Extend the libraries people!

2005-06-05 Thread L505
Neat, I haven't come across these yet. If you -have- got some working under FPC you should upload them to "contributed units" section. Because if other people convert the units which have already been done by someone else, we would be doing double work ;-) Plus it gets code into a central reposi

Re: [fpc-devel] Re: [fpc-l] type discussion

2005-06-05 Thread L505
| will respect your wishes and no feelings will be hurt. I believe it will | help Pascal and breathe new life into it especially as its a dying | language. I also note there is no such thing as "Pascal" as such even | Delphi has significant syntax differences with earlier pascal variants | so I ho

Re: [fpc-devel] Extend the libraries people!

2005-06-06 Thread L505
- Original Message - From: "Nikolay Nikolov" <[EMAIL PROTECTED]> To: "FPC developers' list" Sent: Monday, June 06, 2005 1:16 AM Subject: Re: [fpc-devel] Extend the libraries people! | Bisma Jayadi wrote: | | >Object pascal is a mature language. Some languages even adopt the concept, su

Re: [fpc-devel] Extend the libraries people!

2005-06-07 Thread L505
Some of the incompatibilities first need to be brought about through experimentation. So start figuring out what -specific- delphi units that you actually need to get working now. If you have a specific unit or source code that needs to be working -today-, then at least you can submit the exact in

Re: [fpc-devel] Extend the libraries people!

2005-06-07 Thread L505
Some of the incompatibilities first need to be brought about through experimentation. So start figuring out what -specific- delphi units that you actually need to get working now. If you have a specific unit or source code that needs to be working -today-, then at least you can submit the exact in

[fpc-devel] Re: KOL for freepascal (was: Extend the libraries people!)

2005-06-07 Thread L505
| If you don't want to use the form designer, Lazarus is a capable code | editor with good support for include files for KOL/freepascal projects | too. Just use a program or custom program in Lazarus. | | Vincent. I use Lazarus all the time.. but form editor would be nice in the future. Creating

[fpc-devel] Re: KOL for freepascal (was: Extend the libraries people!)

2005-06-07 Thread L505
| I'll see if MCK works with FPC 2.0.0.. if so, people could build applications in | Delphi but compile in freepascal/lazarus. That would just be evil and nasty. Well I tried it. MCK works first try on one of my projects I built with Delphi over a year ago. Therefore, I'm happy to announce tha

Re: [fpc-devel] Re: KOL for freepascal (was: Extend the librariespeople!)

2005-06-07 Thread L505
| Maybe we should: | 1. Put an entry in the FPC contributed units. | 2. Provide a link on the FPC links page ? | 3. Add an entry in lazarus-ccr ? | | Michael. We could put a link in the FPC wiki too. Yes I'm sure Thaddy will not mind at all.. I'm making some freepascal KOL demo programs that I

Re: [fpc-devel] Re: KOL for freepascal (was: Extend thelibrariespeople!)

2005-06-07 Thread L505
Yes I had to convert some constants to var's (and initialize them) in one procedure.. and I noticed Thaddy did this too. I assume delphi is a bit less strict in that it let's you get away with the below... but I'm not sure if it's good to be less strict in this case.. (poor style?) What do you t

Re: [fpc-devel] Re: KOL for freepascal (was: Extend the librariespeople!)

2005-06-07 Thread L505
| >> procedure x (const str: string); | >> begin | >> filewrite (filedescriptor,pchar(str+#13#10)^,length(str)+2); | >> end; | > | > I do not think this should work. You can't pass the address of a temp | > like this. | | Fixed for delphi mode only {$MODE slacker} Good idea, only for slacker mo

Re: [fpc-devel] Extend the libraries people!

2005-06-09 Thread L505
| Do not look at delphi copyrighted source, but get info from public sources | like helpfiles for download on Borlands FTP etc. | | This should be enough to reconstruct a rough interface, details will then | later be found by testing real delphi code. | I was just wondering, are there any source

Re: [fpc-devel] Extend the libraries people!

2005-06-09 Thread L505
| | | Do not look at delphi copyrighted source, but get info from public sources | | like helpfiles for download on Borlands FTP etc. | | | | This should be enough to reconstruct a rough interface, details will then | | later be found by testing real delphi code. | | | | I was just wondering, are t

[fpc-devel] Silly syntax games

2005-06-09 Thread L505
For all the keyboard wussies out there: Note, for all you that are afraid of long reduntant begin/end typing, you could go {$define beg:=begin} Or program Project1; {$mode objfpc}{$H+} {$define b:= begin } {$define e:= end } {$define e:=end } var iLoc:integer; b b for iLoc:= 1 to 60

[fpc-devel] Minor Error in $delphi mode for a unit I'm converting

2005-06-10 Thread L505
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 : TRegExprInvertCaseFunction=TRegExpr.InvertCaseFunction; Error: Typed constants of the type "procedure of object"

Re: [fpc-devel] Minor Error in $delphi mode for a unit I'm converting

2005-06-10 Thread L505
| >> 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 whether the code was wrong, b

Re: [fpc-devel] Silly syntax games

2005-06-10 Thread L505
| > {$define {:= begin} //this works | > {$define }:= end. } //this doesn't work | > {$define }:= end; } //this doesn't work | | Are you sure that the first example really works? It might do somehting | unexpected, even if the compiler doesn't complain. I just tried it on short code, and it wor

Re: [fpc-devel] Extend the libraries people!

2005-06-10 Thread L505
| | > Another question: if someone already owns Delphi, they could compile any source code | > from their Delphi CD with freepascal? Is this legal? | | Compilation for private use is legal. Borland disallows to distribute | their library source code, also in compiled (object) form unless as part |

Re: [fpc-devel] Fast ascii upper/lowercase

2005-06-11 Thread L505
Are the linux results faster than windohs? Are stripped and smartlinking on or off? Makes no difference ? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Patch to speed up Uppercase/Lowercase functions

2005-06-11 Thread L505
Where do I find the cpu/cpu-timer unit guys... Directory? Download link? Thank you. | | On 12 Jun 2005, at 00:12, Martin Schreiber wrote: | | > Some more test results with PII 350MHz and | > two additional implementations with lookup table: | | Try also with register variables on (-O???r), it

Re: [fpc-devel] Patch to speed up Uppercase/Lowercase functions

2005-06-11 Thread L505
| Where do I find the cpu/cpu-timer unit guys... | Directory? Download link? | | Thank you. | Is this the one? ;-) http://members.yline.com/~tom_at_work/ | | | | | On 12 Jun 2005, at 00:12, Martin Schreiber wrote: | | | | > Some more test results with PII 350MHz and | | > two additional im

Re: [fpc-devel] Patch to speed up Uppercase/Lowercase functions

2005-06-11 Thread L505
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 than [lowercase 6 ] (second fas

Re: [fpc-devel] Patch to speed up Uppercase/Lowercase functions

2005-06-12 Thread L505
I use fastcode stuff some times, I just never spend too much time figuring out how all the code works. The way I do it is I create my software application first in Pascal.. Then if I find a huge bottleneck, I pull in a optimized function in place of the old one.. even if I dont' understand the opt

Re: [fpc-devel] Patch to speed up Uppercase/Lowercase functions

2005-06-12 Thread L505
> Borland's compiler does register variables better than FPC and can do > induction variables. This has a large impact on the code generation in > general. |>I thought I saw that FPC beat Kylix in several cases in the timings |>that were posted. I saw this too, so what do you mean Daniël .. in t

[fpc-devel] Pre-processing to Post-processed

2005-06-21 Thread L505
I will be working on a feature or a program that outputs post-processed code when using macros. Just to verify that this feature hasn't already been implemented or a program hasn't already been created by someone? My ideas for a compiler feature or program: -If the -Sm option is on, and a user s

Re: [fpc-devel] {$DEFINE x := something}

2005-06-30 Thread L505
I've always wanted to find the most compact and readable font myself. Just never spent the time looking. Well today I did a bit of searching, and found some fonts that are more compact than at least Courier New http://z505.com/cgi-bin/qkcont/qkcont.cgi?p=Compact-Readable-Fonts Save about twice a

Re: [fpc-devel] {$DEFINE x := something}

2005-06-30 Thread L505
s' list" Sent: Thursday, June 30, 2005 1:19 PM Subject: Re: [fpc-devel] {$DEFINE x := something} | On Thursday 30 June 2005 21:34, Florian Klaempfl wrote: | > Christian Iversen wrote: | > > On Thursday 30 June 2005 20:15, L505 wrote: | > >>I've always wanted to fin

Re: [fpc-devel] {$DEFINE x := something}

2005-06-30 Thread L505
Well I get 79 lines in FP-IDE http://z505.com/images/fonts/FPvsLaz.png ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] {$DEFINE x := something}

2005-06-30 Thread L505
| Please move this thread to fpc-other. This has nothing todo with pascal. Neither did Florian's or Christians font related posts, and neither do the smiley's we posted have anything to do with Pascal. :o) I think the effeciency of your development environment and setup you are using to create pa

[fpc-devel] low level function for pascal language

2005-07-01 Thread L505
While working on some functions in the strwrap1.zip package I am upgrading, I have found the need for a new low level function I think. Something similar to ReadLn(F,Line) This one is slightly different: PassLn(F) Instead of reading the line, copying the text the line into a Line var, the Pa

Re: [fpc-devel] low level function for pascal language

2005-07-01 Thread L505
| | > Now the question I have is: does Pascal already have a function | > like this? | | Yes: readln(f) | | | Jonas | Wonderful.. Hmm, how do we add this to the FPDOC help safely, since it isn't doesn't seem to be created automatically by FPDOC? Maybe we could just make another example demo for p

Re: [fpc-devel] low level function for pascal language

2005-07-01 Thread L505
| SeekEoln(Text) Ahh, so would this offer exactly the same functionality as Jonas' suggestion? | readln(f) | | Or would the "skips spaces" I read about in seekEoLn offer different different behavior? Lars ___ fpc-devel maillist - fpc-devel@list

Re: [fpc-devel] Re: Patch: Exception handling without SysUtils

2005-07-07 Thread L505
I think the idea is that exception handling should be kept separate in case a user wants to use his own exception handling. If the user explicitly wants to use exception handling, he just includes the sysutils unit. However, I suppose if the sysutils unit involves some extra code bloat (due to ini

Re: [fpc-devel] small changes in math.pp (attach 6Kb)

2005-07-19 Thread L505
| > and base2power func | If you know how to write it, you can put this function in an external unit of your own.. doesn't have to be in the original unit, if others don't want it there. I use an IP address converter function when using sockets that isn't in the sockets.pp, which is just a wrappe

Re: Re[2]: [fpc-devel] cross-compiling (linux program from Win32 platform)

2005-08-02 Thread L505
Another option is to use CoLinux if you find "true" cross compiling too much tedious work. CoLinux acts like a real operating system at your finger tips, which means command line programs can be tested immediately.. There are advantages to both methods. The bottom line is you are going to have to

[fpc-devel] Re: Exporting from Elf okay?

2005-08-06 Thread L505
[moved to devel] | | With regards to gnu linux: | How about the Elf format? | Is it possible to export code from an elf? (i.e. export functions) | Okay, I researched the topic. Of course, yes, you can export functions from an executable on linux. But freepascal doesn't seem to like it just yet.

Re: [fpc-devel] Re: Exporting from Elf okay?

2005-08-07 Thread L505
| > Okay, I researched the topic. Of course, yes, you can export functions from an executable | > on linux. But freepascal doesn't seem to like it just yet. | | How do you intend to use the exported symbols of an stand-alone | executable? | As a shared library, or how else? A shared library can

Re: [fpc-devel] Re: Exporting from Elf okay?

2005-08-16 Thread L505
I have found a large PDF file to study which contains a lot of information about Elf and object file format. Hope to get my feet wet. Have also downloaded the Linker sources to see what exactly it does differently when it receives the -E option. > If gcc can do it also fpc can be made to do it. B

Re: [fpc-devel] Re: Exporting from Elf okay?

2005-08-24 Thread L505
> > I implementing exporting from programs in svn trunk. Did someone test? are you trying to implement it now? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Re: Exporting from Elf okay?

2005-08-24 Thread L505
> > > > I implementing exporting from programs in svn trunk. Did someone test? > > > are you trying to implement it now? > nevermind, I see SVN log on August 13 testing and looking now ___ fpc-devel maillist - fpc-devel@lists.freepascal.org h

Re: [fpc-devel] revision 939 broken

2005-08-24 Thread L505
> ppc386 -FE. -FU/home/fpcfan/src/fpc-test/rtl/units/i386-linux -di386 > -dRELEASE ../unix/sockets.pp > sockets.inc(431,3) Error: Identifier not found "Result" > sockets.pp(69) Fatal: There were 1 errors compiling module, stopping > sockets.pp(69) Error: Compilation aborted > > Vincent. you gu

Re: [fpc-devel] Re: Exporting from Elf okay?

2005-08-26 Thread L505
> > I implementing exporting from programs in svn trunk. Did someone test? > Okay, I envy you Florian. But we all do. >From the minimal tests I have done - it works just as I had explained in the >original mail :) The big test will be when I compile the big ugly and beautiful Lazarus RB beast

[fpc-devel] html doc bug

2005-08-26 Thread L505
At http://www.freepascal.org/docs-html/ref/refsu55.html there is a little bug that I have been meaning to tell about Just change file:../prog/prog.htm to ../prog/prog.htm p.s. where is the best place to report documentation bugs/spelling errors/etc. In a bug report or on the list? or do

Re: [fpc-devel] Generics Basics

2005-11-08 Thread L505
or package that uses generics, then I will make an effort to learn generics. -- L505 Note to any visitors: z505.com is switching servers, site may be down in the next 24-72 hours ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Generics Basics

2005-11-08 Thread L505
> > The Very Big Advantage (Tm), is that you get syntax checking, while still > using a type diversely. That's impossible to do (at compile-time) without > generics. > > Probably the best example of this is something like TList: > > Without generics: > > TOrange = class ... end; > TApple = class

Re: [fpc-devel] Systems fair

2005-11-23 Thread L505
> I read the very interesting article about the Systems fair: > > http://www.freepascal.org/wiki/index.php/Systems_2005 > > One conclusion was that the web appearance needs to be improved: > ".. > The websites are a serious problem. They are quite ugly and not very > intuitive, and this is the ca

Re: [fpc-devel] PR advancement

2005-12-03 Thread L505
> >> > >>> 3. Are there any real world applications made with Free Pascal/Lazarus? > >> > >> > >> > >> I guess that even a "manager" is able to type "fpc" or "lazarus" into > >> google. > >> > > And he'll find a bunch of fanboy websites. True.. we can create directories more like Torry.net inste

Re: [fpc-devel] Systems fair

2005-12-03 Thread L505
> >I think like how torry.net, Delphi 3000, etc. work (but you obviously can > >create > >smaller websites than that) people should be building independent websites to promote > >freepascal. > > > > > > > I would diagree. Up to now there a tons of sites concering FPC/Lazarus: > freepascal.org, sou

Re: [fpc-devel] [RFC] fpdoc output comment from the source

2005-12-03 Thread L505
> Florian Klaempfl schrieb: > > > > Why ;)? Indeed, if you want generated docs from comments, better use pasdoc. > > the source scanner used by fpDoc supports reading of comments for quite > some time; but as I already told you (or was it Mattias?), the final > support in fpDoc is still missing.

Re: [fpc-devel] Systems fair

2005-12-03 Thread L505
> > I don't think the GNU C compiler is popular because of one nice > > website. I think the > > reason GNU C compiler is successful is because of all the fan boys > > I'm quite sure it's mainly successful because it's the default (and > often only) C compiler on Linux systems, as well as ported to

Re: [fpc-devel] [RFC] fpdoc output comment from the source

2005-12-03 Thread L505
> > The way to get users do > > more work in writing > > documentation, is to have a comment system right up live on the > > website. Even the PHP > > manual does this ;-) > yeah the accuracy of said information leaves a LOT to be desired though > > imo if this is done someone needs to be resposi

Re: [fpc-devel] [RFC] fpdoc output comment from the source

2005-12-04 Thread L505
> Please make sure that the fpdoc commenting logic is clearly separated from > the CGI logic. This way your changes can maybe be incorporates in the FPC > sources and website. Yup that's what I planned on doing to modularize development.. A separate database of user comments will be "included" b

Re: [fpc-devel] [RFC] fpdoc output comment from the source

2005-12-04 Thread L505
> Did you miss something? > On the FPC homepage: > - Click "on-line documentation" > - Click "documentation table of contents with comments" > - Click "Add a comment" I think we went over this before. I was talking about the FPDOC "online reference" documents, actually. I think you are talking a

Re: [fpc-devel] Access Violation with nested DLL's compiled by FPC(and some more info on bug #4538)

2005-12-10 Thread L505
antage is not the extra cpu that it could cost, but the maintainability. Eventually your tricks catch up with you and you make a small mistake when trying to trick the reference counter. Whereas if you go in knowing what memory you are allocating, you can understand your mistakes and fix them rather

Re: [fpc-devel] Access Violation with nested DLL's compiled by FPC(andsome more info on bug #4538)

2005-12-10 Thread L505
> The usage of strings in the samples was just to verify which code was > executed and where things went wrong. I wasen't aware of the fact that > that alone could cause problems. In the actual application mainly > objects are passed to functions as regular and out parameters and a > boolean is ret

Re: [fpc-devel] Benchmark for FreePascal

2005-12-11 Thread L505
> > Concerning the shoutout test, simply adding a > SetTextBuf(input,1); > (or even higher) before the while loop should speed it up significantly. > The default buffer is 255 chars, which is simply too small. I'm also going to try this with my CPU-WARS email I sent to the mailing list a wh

Re: [fpc-devel] Access Violation with nested DLL's compiled byFPC(andsome more info on bug #4538)

2005-12-11 Thread L505
> This does not make sense to me. When you return a string (from a > function in a DLL or anywhere else), this string will have a > reference count of at least 1 and thus will not be cleaned up by anyone. > > The only problem I can see that can occur is in case the program and > the DLL indeed use

Re: [fpc-devel] Access Violation with nested DLL's compiled byFPC(andsome more info on bug #4538)

2005-12-11 Thread L505
I just tried the bug report source code at http://www.freepascal.org/bugs/showsource.php3?ID=4538 And I did not get an access violation or any errors. Which proves that it depends on your random luck on a random day ;) http://z505.com/images/BrokenDLLisWorking.png Unrelated note: The PNG I too

Re: [fpc-devel] Benchmark for FreePascal

2005-12-11 Thread L505
> > Concerning the shoutout test, simply adding a > > SetTextBuf(input,1); > > (or even higher) before the while loop should speed it up significantly. > I'm also going to try this with my CPU-WARS email I sent to the mailing list // TEST 5 function StrLoadFile_test5(const FileName: string):

Re: [fpc-devel] Benchmark for FreePascal

2005-12-11 Thread L505
> I think stringlist.loadfile should use block reading rather than the overhead > of > using streams. Of course stringlist is an array of strings so this may not work.. time will tell ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://l

Re: [fpc-devel] Access Violation with nested DLL's compiledbyFPC(andsome more info on bug #4538)

2005-12-11 Thread L505
> I still have not seen a single actual problem mentioned with an > explanation by what exactly it is caused, only vague hand waving > warning for strange and inexplicable problems. I'm really interested > by what these problems are and can be caused. Does every dll have its > own memory manager d

Re: [fpc-devel] Benchmark for FreePascal

2005-12-14 Thread L505
for test 7 so we can run it through different CPU architectures? -- L505 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Access Violation with nested DLL'scompiled byFPC(andsome more info on bug #4538)

2005-12-14 Thread L505
s further though, even if it works on my machine as is. -- L505 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Benchmark for FreePascal

2005-12-14 Thread L505
> Do you have the source code for test 7 so we can run it through different CPU > architectures? nevermind, my bad, I see the email attachment. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-d

Re: [fpc-devel] Benchmark for FreePascal

2005-12-14 Thread L505
> But why do you read char by Char? Why not > > read(f, line); > result := result + line; > > You can add a line break in between as well if you want. > > > close(F); //close file > > end; > > > Jonas Yes tried that, and on my computer readln with string concatenation actually locks up the c

Re: [fpc-devel] Benchmark for FreePascal

2005-12-14 Thread L505
> > But why do you read char by Char? Why not > > > > read(f, line); > > result := result + line; > In my next post I will send you some links to the archives which discussed > some of > this if I can find them. http://www.mail-archive.com/fpc-pascal@lists.freepascal.org/msg04686.html After

Re: [fpc-devel] Access Violation with nested DLL'scompiledbyFPC(andsome more info on bug #4538)

2005-12-14 Thread L505
> The reference count is part of the ansistring itself. An ansistring > is simply a pointer to a record containing a reference count, the > amount of memory currently allocated for the string (i.e., maximum > length -1) and the string itself (a 0-terminated string). > > So when passing a string fro

Re: [fpc-devel] Benchmark for FreePascal

2005-12-14 Thread L505
> Athlon 2.6G +Gentoo Here are tests on a Celeron 400 Windows 2000 then Welcome to the CPU war for StrLoadFile.. Please wait... test 1 (char) execution time: 9287434 test 2 (blokread 1) execution time: 267230 test 3 (blockread fsize) execution time: 262710 test 7 (blokread tHandle) execution t

Re: [fpc-devel] Access Violation withnested DLL'scompiledbyFPC(andsome more info on bug #4538)

2005-12-14 Thread L505
> In short (don't pin me on the names or on exact details in special cases): > > Assume you have a ansistring and you assign something to it > >S := 'SomeString'; > > the compiler generates something like > >DecStringRef(S); >S -> 'SomeString'; >IncStringRef(S); > > The DecStringRef

Re: [fpc-devel] Access Violation withnested DLL'scompiledbyFPC(andsomemore info on bug #4538)

2005-12-16 Thread L505
> > In this case, it decrements 1 and increments 1, so we will always end up > > with a very > > simple, easy, solvable problem. > > > > 1 - 1 = 0 > > 1 - 1 = 0 > > Nope, since the string was nil, it isn't decremented, so you end up with > a refcount of 1 The string is 1, not nil 1 - 1 = 0 from y

Re: [fpc-devel] Access Violation withnested DLL'scompiledbyFPC(andsomemore info on bug #4538)

2005-12-16 Thread L505
correction: 1 - 1 does not = 1 ... > From your diagram, I got this: > > String refcount: 2 > Decrement(string) (1 - 1 = 1) > string -> 'some string' > Increment(string) (1 + 1 = 2) > We are at 2 again. What was the point of doing it at all? Correction: What I meant was actuall

Re: [fpc-devel] [RFC] fpdoc output comment from the source

2005-12-16 Thread L505
e, but not necessarily better for those people who don't like comments under the documents (who wouldn't?). Sorry if I couldn't find them - but if I can't find them, who can? (unless I'm a clutz, which is highly possible). -- L505 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Access Violation withnested DLL'scompiledbyFPC(andsomemore info on bug #4538)

2005-12-18 Thread L505
> One string is incremented, the other decremented. Your conclusion applies > only to > s:=s; That's what I was trying to get at.. in order for the example to make sense there must be two strings in action.. i.e. one is incremented, and another is decremented, rather than the same one. Which i

Re: [fpc-devel] Access Violationwithnested DLL'scompiledbyFPC(andsomemore info on bug #4538)

2005-12-18 Thread L505
> Ah now I understand your problem, but you miss the point that we are not > refcounting the variable S, but its contents. Thanks for clearing up - I understand, and these messages will be archived for future reference when my brain gets twisted up again. ___

Re: [fpc-devel] Re: [fpc-deve] PR: Advocates needed

2006-01-19 Thread L505
It's not the advocacy that is needed but rather they need code for it to work. It says right in the article. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Minimum installation requirements

2006-01-19 Thread L505
> If I wrote a program like Notepad in Delphi, what would be the minimum installation  > requirements to get the program up and  running on a computer that just had > Windows freshly installed?     If you use regular Delphi and VCL it can be anywwhere from 300-500K. If you use Delphi wit

Re: [fpc-devel] Addtions for strutils

2006-01-21 Thread L505
> I wish to add 3 new string functions for strutils: > 1. Check if a string is an integer (without + or - signs). My suggestion: Make your own unit and put it up on FPC contributed units or add it to one of my existing string extensions unit - I welcome it in my string projects if you want to pla

Re: [fpc-devel] Web language

2006-01-29 Thread L505
Op Sun, 29 Jan 2006, schreef VisionForce: > You gave me this link: > http://www.delphibasics.co.uk/ByFunction.asp?Main=Strings > Are these methods supported by FreePascal, or would I need to be using Lazarus > (Delphi)? And in addition to Daniel's comment, the documentation for these units for

Re: [fpc-devel] Web language

2006-01-29 Thread L505
> Okay, I know this is a beginner questions, but how do I create a Pascal > program that only reads the text and sends it through some sort of CGI thing > (i.e. doesn't pop up that DOS-style window/shell). I already know how to do > the CGI part, I just need to know how to make a program without a

Re: [fpc-devel] lNet in packages

2006-02-03 Thread L505
>> > I'm all for it. The question is: base or extra. Or even FCL. >> >> fpnet package. The FCL is only basic stuff, some extended RTL. IMHO the >> fpimage,db and xml shall also be moved to fpimage, fpdb and fpxml >> packages. > > Why prefix everything with fp ? I think it will be more obvious as

Re: [fpc-devel] Web language

2006-02-04 Thread L505
> > Okay, I know this is a beginner questions, but how do I create a Pascal > > program that only reads the text and sends it through some sort of CGI > > thing (i.e. doesn't pop up that DOS-style window/shell). I already know how > > to do the CGI part, I just need to know how to make a program

Re: [fpc-devel] Web language

2006-02-05 Thread L505
> > > On Unix platforms, you don't need to do anything. Just use read/write > > > functions to communicate with the world around you. > > > > > > On Windows, you need to define that you are not working with a GUI > > > program, which you do like this: > > > > > > {$APPTYPE console} > > > > I think

[fpc-devel] DSO smartlinking finalization

2006-03-15 Thread L505
When compiling a simple hello world DSO (dynamic link library) on linux Finalization did not occur for units in the uses clause. (testing on fpc 2.0.2) Is smart linking supposed to work on DSO's, or is it a known problem? When I tested on MS Windows, finalization did occur. Just wondering before

Re: [fpc-devel] bug ID #4855

2006-04-10 Thread L505
- Original Message - From: "Peter Vreman" <[EMAIL PROTECTED]> To: "FPC developers' list" Sent: Monday, April 10, 2006 12:18 AM Subject: Re: [fpc-devel] bug ID #4855 > Buys Regarding this bug #4855 I need to get it fixed.. > > > > The issue like this... I have 2 parts to my system... >

Re: [fpc-devel] How to add comments on FPC buglist?

2006-05-04 Thread L505
> I think having an opensource pascal written bugtracking system would be > great! So please > hurry up and show us some code :) Probably something written from scratch with bare hands through existing fp cgi classes/objects. There is a bug reporting system written in EASY language, which is ba

Re: [fpc-devel] How to add comments on FPC buglist?

2006-05-04 Thread L505
> > There is a bug reporting system written in EASY language, which is based > > all on > > freepascal > > since it uses TDBEngine. It could have been a good temporary system to > > place while the > > other one is being designed, since it is based on FPC. > > http://www.bug-a-boo.org/ > > Funny

Re: [fpc-devel] a shared library suggestion

2006-05-09 Thread L505
> yeah that technique requires far less stubs but it means that the coder has > to manually call an init function. > > also how does your code respond if one of the entry points isn't found? Myself I use {$IFDEF DEBUG} if getprocaddress(somefunc) = nil then write('somefunc getproc error'); {$EN

Re: [fpc-devel] a shared library suggestion

2006-05-10 Thread L505
> > Do you know that FPC will have a Package system available in fpc 2.1.1, > > sooner or later? > > It will require shipping the RTL in a package, I think - which means we get > > into Package > > hell like BPL's offered. I'd rather have the ability to load one package > > and not have to > > s

  1   2   >