Re: [Mingw-w64-public] Unwind info version 2: any documentation ?

2013-11-19 Thread Tristan Gingold
On Nov 18, 2013, at 11:53 AM, Kai Tietz wrote: > 2013/11/18 Tristan Gingold : >> Hello, >> >> at least in ntdll.dll from Windows x64 2013, some UNWIND_INFO >> records are using version 2. >> But unfortunately, I wasn't able to get any documentation a

Re: [Mingw-w64-public] Unwind info version 2: any documentation ?

2013-11-18 Thread Tristan Gingold
On Nov 18, 2013, at 12:11 PM, Kai Tietz wrote: > I've taken a look to ntdll.dll file on Windows 7, and couldn't find > there such a UNWIND_INFO block. Have you cross-checked this with > objdump's capability to dump information? It might be that objdump > doesn't verify for version-number, so w

Re: [Mingw-w64-public] Unwind info version 2: any documentation ?

2013-11-18 Thread Tristan Gingold
On Nov 18, 2013, at 11:53 AM, Kai Tietz wrote: > 2013/11/18 Tristan Gingold : >> Hello, >> >> at least in ntdll.dll from Windows x64 2013, some UNWIND_INFO >> records are using version 2. >> But unfortunately, I wasn't able to get any documentation a

[Mingw-w64-public] Unwind info version 2: any documentation ?

2013-11-18 Thread Tristan Gingold
Hello, at least in ntdll.dll from Windows x64 2013, some UNWIND_INFO records are using version 2. But unfortunately, I wasn't able to get any documentation about it. That's a little bit worrying, as gdb is reading these tables in order to compute the backtrace. When it finds version 2 records, i

Re: [Mingw-w64-public] SEH

2012-07-27 Thread Tristan Gingold
On Jul 27, 2012, at 9:10 AM, niXman wrote: > 2012/7/27 NightStrike: >> >> You might want to check out gcc 4.7.2 with current trunk mingw-w64 >> crt/headers. I believe SEH is in as of the 4th of July. > > Are you saying that this code will be execute correctly? > > try { > int* i = 0; > co

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012-07-04 Thread Tristan Gingold
On Jul 4, 2012, at 3:26 PM, Ozkan Sezer wrote: > On 7/4/12, Kai Tietz wrote: >> 2012/7/4 Tristan Gingold : >>> Hi, >>> >>>> as you patch was applied to gcc's repository will you sent an updated >>>> version of your patch for setjmp.h head

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012-07-04 Thread Tristan Gingold
Hi, > as you patch was applied to gcc's repository will you sent an updated > version of your patch for setjmp.h header? Sure. I was writing a mail about that, but you were faster. > Do you think we should use for older gcc-versions - not having the > fixed frame-pointer builtin - still __mingw

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012-06-18 Thread Tristan Gingold
On Jun 18, 2012, at 2:31 PM, NightStrike wrote: > On Mon, Jun 11, 2012 at 4:54 AM, Tristan Gingold wrote: [...] >> I think I now know how to compute the establisher frame value. This is >> simply what is advertised by Frame Reg and Frame Offset in UNWIND_INFO. The >&

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012-06-11 Thread Tristan Gingold
On Jun 8, 2012, at 2:36 PM, Kai Tietz wrote: > 2012/6/8 Tristan Gingold : >> >> On Jun 8, 2012, at 2:12 PM, Kai Tietz wrote: >> >>> Hello Tristan, >>> >>> Thanks for working on this. The patch is ok. As JonY said, unified >>> diffs a

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012-06-08 Thread Tristan Gingold
On Jun 8, 2012, at 2:12 PM, Kai Tietz wrote: > Hello Tristan, > > Thanks for working on this. The patch is ok. As JonY said, unified > diffs are more welcome ;) > > > 2012/6/8 Tristan Gingold : >> Hi, >> >> I am currently working on porting o

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012-06-08 Thread Tristan Gingold
On Jun 8, 2012, at 1:55 PM, JonY wrote: > On 6/8/2012 18:27, Tristan Gingold wrote: >> Hi, >> >> I am currently working on porting our toolset to gcc 4.7 compiled to fully >> support SEH, and I have compiled gdb. This gdb crashes frequently, and I >> traced

[Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012-06-08 Thread Tristan Gingold
Hi, I am currently working on porting our toolset to gcc 4.7 compiled to fully support SEH, and I have compiled gdb. This gdb crashes frequently, and I traced that to the use of setjmp/longjmp. When compiled with SEH enabled, mingw64 makes longjmp use RtlUnwinEx, and to achieve that it calls