Arash Partow wrote:
> for the people that are interested, this is where the threads
> seem to be CONTINUALLY crashing:
>
> /cygdrive/c/cygwin\bin>addr2line -e cygwin1.dll 0x610de964
> ../../../../../../cygwin-snapshot-20031028-1/newlib/libc/machine/i386/memcpy.S:53
>
> .L11:
> shrl $2,ecx
> .p2al
Hi Arash,
I've built the cygwin1.dll with debugging info off, and I have
been able to replicate your problem. It seems to be comeing from
inside the string allocator in stl but a more deeper anlysis
shows the problem to be coming from the i386 memcpy, i don't
think the memcpy has been written prop
Hi,
for the people that are interested, this is where the threads
seem to be CONTINUALLY crashing:
/cygdrive/c/cygwin\bin>addr2line -e cygwin1.dll 0x610de964
../../../../../../cygwin-snapshot-20031028-1/newlib/libc/machine/i386/memcpy.S:53
.L11:
shrl $2,ecx
.p2align 2
rep <
Hi
I tested your program and found out that the crashes were in compiler
generated code (especially in STL code). Upgrading to the latest version
of everything (GCC in particular) solved everything for me without using
any Cygwin snapshots.
I've found that it crashes too, I've tried compili
Hi Joost,
I tested your program and found out that the crashes were in compiler
generated code (especially in STL code). Upgrading to the latest version
of everything (GCC in particular) solved everything for me without using
any Cygwin snapshots.
I've updated everything too, atm i'm using th
> Also if possible could people download the ThreadTest source code
> and also download the latest cygwin dll snapshot and tell me if
> they see the test application crash or not, then if you know how
> to build cygwin also download the cygwin source and rebuild the dll
> with debug info and then s
6 matches
Mail list logo
