Re: [fpc-devel] Benchmark for FreePascal

Op Sat, 10 Dec 2005, schreef darekM: > Hi > I've tested some of benchmark on > http://shootout.alioth.debian.org/ > > I've see that reverse-complement benchmark > for > FPC is very slow. I discover, that problem is with re

Re: [fpc-devel] PR: What sites to spam for 2.0.2 release?

Op Sat, 10 Dec 2005, schreef Felipe Monteiro de Carvalho: > There is LinuxQuestions. It has an enormous traffic, but you can´t > just put an "2.0.2 released" there. They would accept it if it is an > article talking about Free Pascal, it´s history and a few details > about the new release. I do

Re: [fpc-devel] PR: What sites to spam for 2.0.2 release?

Meanwhile I spammed: - Linux Weekly News www.lwn.net - Pascal Game Development www.pascalgamedevelopment.com - Gnomedesktop www.gnomedesktop.org - NlDelphi www.nldelphi.com - Macintouch www.macintouch.com - Tectonic www.tectonic.co.za Meanwhile Tweakers.net is to my knownledge the first site to

Re: [fpc-devel] Benchmark for FreePascal

On Sat, 10 Dec 2005, darekM wrote: > Hi > I've tested some of benchmark on > http://shootout.alioth.debian.org/ > > I've see that reverse-complement benchmark > for > FPC is very slow. I discover, that problem is with read

Re: [fpc-devel] fpc_pchar_length error

On Sat, 10 Dec 2005, Alexandrov Alexandru wrote: > The following program will rise an error: > Adress: $00401493 > Procedure: fpc_pchar_length > > > program project1; > > {$mode objfpc}{$H+} > > uses > Classes; > > var Buffer: PChar; > begin > Buffer := Nil; > WriteLn(Length( Buffer )

Re: [fpc-devel] Benchmark for FreePascal

On Sun, 11 Dec 2005, Daniël Mantione wrote: > > > Op Sat, 10 Dec 2005, schreef darekM: > > > Hi > > I've tested some of benchmark on > > http://shootout.alioth.debian.org/ > > > > I've see that reverse-complement benchmark > >

Re: [fpc-devel] Benchmark for FreePascal

> > 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)

> 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)

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] Access Violation with nested DLL's compiled by FPC(and some more info on bug #4538)

Stefan van den Berg wrote: L505 wrote: Before we can say something, what functions do you call, what params, what calling convention etc. Does it happen in one specific sequence of calls, to specific functions/methods etc. Please provide some more info. http://www.freepascal.org/bugs/sho

Re: [fpc-devel] Benchmark for FreePascal

Daniël Mantione napisał(a): Op Sat, 10 Dec 2005, schreef darekM: Hi I've tested some of benchmark on http://shootout.alioth.debian.org/ I've see that reverse-complement benchmark for FPC is very slow. I discover, tha

Re: [fpc-devel] Benchmark for FreePascal

Op Sun, 11 Dec 2005, schreef darekM: > For me more important is speed, in real program we always use other units The Shootout is about both speed, memory and lines of code. We're no. 3 in memory usage, and if the Shootout wouldn't measure some numbers incorrectly, we would be no.1. Let's not

Re: [fpc-devel] Benchmark for FreePascal

> > 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

> 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] Benchmark for FreePascal

Michael Van Canneyt napisał(a): On Sat, 10 Dec 2005, darekM wrote: Hi I've tested some of benchmark on http://shootout.alioth.debian.org/ I've see that reverse-complement benchmark for FPC is very slow. I discover, t

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

On 11 Dec 2005, at 14:51, L505 wrote: I apologize, I should have said that you'd not have exactly the same problems with returning a string - they are different problems but the basic point and idea remains the same: no matter what you do, strings will cause problems. What I should have sa

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

> 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

On 11 Dec 2005, at 17:28, L505 wrote: // TEST 5 function StrLoadFile_test5(const FileName: string): string; var F: text; c: char; str1, Line: string; Buf : Array[1..10] of byte; begin result:= ''; //safety str1:= ''; if FileExists(FileName) = false then exit; Assign(F, F

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

On 11 Dec 2005, at 22:00, L505 wrote: Where is the "reference count" actually stored anyway, and who as access to the reference count - just the dll/exe who created the string, or is it accessible by both of them? I do need to learn more about reference count science. The reference count

Re: [fpc-devel] Benchmark for FreePascal

> > Op Sat, 10 Dec 2005, schreef darekM: > > > > > Hi > > > I've tested some of benchmark on > > > http://shootout.alioth.debian.org/ > > > > > > I've see that reverse-complement benchmark > > > > > > for > > > FPC is very