John A Meinel пишет:
> Gareth White wrote:
>> Thanks John. Unfortunately those ones are built against Python 2.6
>> rather than 2.5 which the official Bazaar installation for Windows uses,
>> so they don't work as drop-in replacements. I tried using your patch to
>> rebuild the extensions against 2.5 but that requires Visual Studio 2003
>> which I don't think we have installed anywhere here!
>>
>> If you're able to build a binary (plus pdb) of groupcompress from Bazaar
>> 2.0.1 that's compatible with 2.5 I'll give it a go and see if I can get
>> it to crash again. Alternatively I could try building all the extensions
>> against 2.6 with Visual Studio 2005 and see if I can get that to crash.
>> That's not really an ideal test though because it's changing too many
>> variables at once.
>>
>> It would be handy if debug symbols were built for every release of
>> Bazaar and either included in the installer or provided as a separate
>> zip file, as that would make debugging crashes like this a lot easier.
>> I'll enter a bug for that.
>>
>
> I also found this link:
>
> http://stackoverflow.com/questions/866721/how-to-generate-gcc-debug-
> symbol-outside-the-build-target
>
> Which would be a way to always compile with debug flags, and then split
> them into 2 parts. So that you can then download the debug information
> later.
>
> However, for what I'm doing, I'm just going to use -g.
>
> On the flip side, I don't know that WinDBG knows anything about gcc
> debug data. But it is at least worth a shot.
I have MSVC 2003 and probably can try to build binaries with debug data.
__________ Information from ESET NOD32 Antivirus, version of virus signature database 4658 (20091203) __________
John A Meinel пишет: stackoverflow. com/questions/ 866721/ how-to- generate- gcc-debug- outside- the-build- target
> Gareth White wrote:
>> Thanks John. Unfortunately those ones are built against Python 2.6
>> rather than 2.5 which the official Bazaar installation for Windows uses,
>> so they don't work as drop-in replacements. I tried using your patch to
>> rebuild the extensions against 2.5 but that requires Visual Studio 2003
>> which I don't think we have installed anywhere here!
>>
>> If you're able to build a binary (plus pdb) of groupcompress from Bazaar
>> 2.0.1 that's compatible with 2.5 I'll give it a go and see if I can get
>> it to crash again. Alternatively I could try building all the extensions
>> against 2.6 with Visual Studio 2005 and see if I can get that to crash.
>> That's not really an ideal test though because it's changing too many
>> variables at once.
>>
>> It would be handy if debug symbols were built for every release of
>> Bazaar and either included in the installer or provided as a separate
>> zip file, as that would make debugging crashes like this a lot easier.
>> I'll enter a bug for that.
>>
>
> I also found this link:
>
> http://
> symbol-
>
> Which would be a way to always compile with debug flags, and then split
> them into 2 parts. So that you can then download the debug information
> later.
>
> However, for what I'm doing, I'm just going to use -g.
>
> On the flip side, I don't know that WinDBG knows anything about gcc
> debug data. But it is at least worth a shot.
I have MSVC 2003 and probably can try to build binaries with debug data.
__________ Information from ESET NOD32 Antivirus, version of virus signature database 4658 (20091203) __________
The message was checked by ESET NOD32 Antivirus.
http:// www.esetnod32. ru