[Harbour] Are there MT issues in contrib/hbpgsql?
Mindaugas Kavaliauskas
dbtopas at dbtopas.lt
Wed Feb 3 09:46:20 EST 2010
Hi,
Lorenzo Fiorini wrote:
>> If you want to see information about source file names and line numbers
>> then just like for GDB do not strip final binaries and compile Harbour
>> code with -g GCC flag.
>
> Sorry probably I miss sth.
> I've rebuilt Harbour ( 13750 ) with -g and I did a make clean make install
> Than I've rebuilt my apps using hb* scripts and added -nostrip to the
> hblnk that creates the binary.
> ...
> Unrecoverable error 9014: Unsupported VM opcode
> Called from HRBMAIN(7) in pcode.hrb
> Called from PROCESSCALL(533) in ../dbl/httpsrv.prg
I think this your problem is related to another one:
> I'm trying to move an ST http embedded server to MT.
> The ST version work since years and it mainly load and execute HRBs.
> The problem began if I ask for a multiple request.
> What I mean is that:
> ab -n30 -c1 http://localhost:8089/test.hrb OK
> ab -n30 -c2 http://localhost:8089/test.hrb ERRORS like:
>
> Unrecoverable error 6005: Exception SIGSEGV at address 0x20202020
> Called from HRBMAIN(62) in pcode.hrb
> Called from PROCESSCALL(617) in ../dbl/httpsrvm.prg
>
> Unrecoverable error 9014: Unsupported VM opcode
> Called from HRBMAIN(106) in pcode.hrb
> Called from PROCESSCALL(617) in ../dbl/httpsrvm.prg
This address 0x20202020 is because memory is corrupted by some space
padded string. I guess, the problem, has no relation to httpd or libpq.
Can you create any self containing MT sample to indicate the problem?
Try to use valgrind instead of GDB to detect memory corruption.
Regards,
Mindaugas
More information about the Harbour
mailing list