Hi,

I am currently managing ZEOS DBO Development.
We are testing ZEOS with MySQL 5 & Postgres 8.1 and FPC 2.0.2 which works pretty stable! We would like to release "more stable" packages for lazarus and fpc in the next time.

But due to the TDatetime issue in TDataset we wanted to switch over to 2.0.3, as the TDatetime behaviour
is fixed there (and remove the patches in ZEOS DBO).

Our problem at the moment is that it seems that 2.0.3 is unstable with memory management as we get random errors throughout the testsuites . Also strange errors with TCompressionStream are occurring, where I am not sure if they are follow up's from the AV's.
I'll report back if I can isolate them better .

Are there some major changes between 2.0.2 and 2.0.3 fixes branch im Memory Management ?

Following test program crashes under 2.0.3 and works under 2.0.3 ("accidentially" discovered while playing with streams)

program fpc203fish;
{$mode objfpc}{$H+}
uses  Classes;
var    s:String;
       i:integer;
begin
 s:='123123sdfjkysdjfklsdn3m,w45';
 for i:=0 to 22 do begin
  s:=s+s;
  writeln(i);
 end;
end.

With Output:
.
13
14
15
An unhandled exception occurred at $08048573 :
EAccessViolation : Access violation
$08048573 FORWARDS_IA32_3, line 375 of
/opt/fpc_svn/rtl/i386/fastmove.inc
$0804810A main, line 9 of fpc203fish.lpr

Postet as BUG 4999

Thanks,

helmut

try FastMM which is being used by Delphi.
http://sourceforge.net/project/showfiles.php?group_id=130631

Better even, just add cmem to the uses clause, till the bug is fixed. It'll use the C memory manager then.

Michael.

Slighly off topic:

Where can I find ZeOS with MySQL 5 support ? The alpha of 6.5.X on sourceforge only contains 4.1 support, and that even does not work with Delphi...

Michael.

It has nothing to do with the memory manager? It's a bug in the fastmove routines probably.

Where can I find ZeOS with MySQL 5 support ? The alpha of 6.5.X on sourceforge only contains 4.1 support, and that even does not work with Delphi... Michael.

Development SVN is now at:

svn://www.firmos.at/zeos (it's still beta)

Lazarus installation is not fully ready by now ... we use it through lazarus, but not installed in the ide, creating the objects by hand.

Helmut

PS:
You can contact me per Mail if you have specific questions.

Hello,

It has nothing to do with the memory manager? It's a bug in the fastmove routines probably.

Many thank's for fixing the BUG 4999!
I postet the follow up as 5000 now.

As with 4999 in 2.0.2 it works, 2.0.3 crashes.

helmut

---- Source

program fpc203fish_2;
{$mode objfpc}{$H+}
uses  Classes,zstream;
var cz:TCompressionStream;
     m:TMemoryStream;
     s:String;
    pc:PChar;
     i:integer;
begin
 m:=TMemoryStream.Create;
 cz:=TCompressionStream.Create(TCompressionlevel(2),m);
 s:='123123sdfjkysdjfklsdn3m';
 for i:=0 to 10 do begin
  s:=s+s;
 end;
 pc:=pchar(s);
 i:=length(s);
 cz.Write(pc^,i);
 cz.Write(i,sizeof(i));
 cz.Write(pc^,i);
 cz.Write(i,sizeof(i));
 m.SaveToFile('test');
end.

---- Output

EAccessViolation : Access violation
$0807141E INSERT_STRING, line 489 of zdeflate.pas

Fixed. A cleanup of paszlib changed int to integer, but forgot to set $mode objfpc. Resulting in a 16bit limit.

No, it was a bug in fpc_ansistr_append_ansistring

Jonas