info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bad drop of GCC DLLs?
8 views
Skip to first unread message
Dariusz Piatkowski
Jan 23, 2012, 5:44:45 PM1/23/12
to
ftp://ftp.netlabs.org/pub/gcc/ shows "gcc4core-1_2_1.wpi" dated 01/20/2012, I
pulled this and installed on my machine, however, prior to doing so noted that
GCC446.DLL was quite the different size then what I had already present:
CURRENT VERSION => 12-16-11 4:01a 131447 124 gcc446.dll
NEW VERSION => 12-16-11 4:01a 25115 0 gcc446.dll
...subsequently with the new version I found out that sound in VLC was at such a
low volume that it was almost un-heard...no matter what volume I adjusted it to,
etc, etc.
Reverting back to my old version brought back the 'proper' audio in VLC.
pulled this and installed on my machine, however, prior to doing so noted that
GCC446.DLL was quite the different size then what I had already present:
CURRENT VERSION => 12-16-11 4:01a 131447 124 gcc446.dll
NEW VERSION => 12-16-11 4:01a 25115 0 gcc446.dll
...subsequently with the new version I found out that sound in VLC was at such a
low volume that it was almost un-heard...no matter what volume I adjusted it to,
etc, etc.
Reverting back to my old version brought back the 'proper' audio in VLC.
Marcel Müller
Jan 23, 2012, 6:37:58 PM1/23/12
to
On 23.01.2012 23:44, Dariusz Piatkowski wrote:
> ftp://ftp.netlabs.org/pub/gcc/ shows "gcc4core-1_2_1.wpi" dated 01/20/2012, I
> pulled this and installed on my machine, however, prior to doing so noted that
> GCC446.DLL was quite the different size then what I had already present:
>
> CURRENT VERSION => 12-16-11 4:01a 131447 124 gcc446.dll
> NEW VERSION => 12-16-11 4:01a 25115 0 gcc446.dll
Hmm, I could bet that the only difference in these two DLLs is the
> ftp://ftp.netlabs.org/pub/gcc/ shows "gcc4core-1_2_1.wpi" dated 01/20/2012, I
> pulled this and installed on my machine, however, prior to doing so noted that
> GCC446.DLL was quite the different size then what I had already present:
>
> CURRENT VERSION => 12-16-11 4:01a 131447 124 gcc446.dll
> NEW VERSION => 12-16-11 4:01a 25115 0 gcc446.dll
EXEPACK option.
> ...subsequently with the new version I found out that sound in VLC was at such a
> low volume that it was almost un-heard...no matter what volume I adjusted it to,
> etc, etc.
>
> Reverting back to my old version brought back the 'proper' audio in VLC.
cause the sound to be nearly quiet without to cause any other trouble.
Marcel
Dariusz Piatkowski
Jan 23, 2012, 10:55:09 PM1/23/12
to
Hi Marcel!
On Mon, 23 Jan 2012 23:37:58 UTC, Marcel M〕ler <news.5...@spamgourmet.com>
wrote:
> On 23.01.2012 23:44, Dariusz Piatkowski wrote:
> > ftp://ftp.netlabs.org/pub/gcc/ shows "gcc4core-1_2_1.wpi" dated 01/20/2012, I
> > pulled this and installed on my machine, however, prior to doing so noted that
> > GCC446.DLL was quite the different size then what I had already present:
> >
> > CURRENT VERSION => 12-16-11 4:01a 131447 124 gcc446.dll
> > NEW VERSION => 12-16-11 4:01a 25115 0 gcc446.dll
>
> Hmm, I could bet that the only difference in these two DLLs is the
> EXEPACK option.
How do I check the EXEPACK option? EXEHDR comes back with the following :
=== START ===
Library: gcc446
Description: GNU GCC Runtime Version 4.4.6
Module type: Dynamic link library
Per-process initialization
Global termination
NO internal fixups in executable image
Number of memory pages: 00000009 (9)
Initial CS:EIP: object 1 offset 00000000
Initial SS:ESP: object 0 offset 00000000
Automatic data object: 2
no. virtual virtual map map flags
address size index size
0001 00010000 00007c60 00000001 00000008 EXECUTABLE, READABLE, 32-bit
0002 00020000 00000a80 00000009 00000001 READABLE, WRITEABLE, 32-bit
=== STOP ===
Both DLLs show 92 entries and the EXEHDR listing is identical for both...but
that's also the extent of the tools I know of...lol...
> > ...subsequently with the new version I found out that sound in VLC was at such a
> > low volume that it was almost un-heard...no matter what volume I adjusted it to,
> > etc, etc.
> >
> > Reverting back to my old version brought back the 'proper' audio in VLC.
>
> And I have absolutely no idea what kind of bug in a C runtime could
> cause the sound to be nearly quiet without to cause any other trouble.
Yeah, it was a very weird situation...no matter what I tried doing with the
UniMix mixer to increase the volume, which is already at about 90% as-is, made
no difference. All I can say is that reverting back to the 'old' DLL cured the
problem.
On Mon, 23 Jan 2012 23:37:58 UTC, Marcel M〕ler <news.5...@spamgourmet.com>
wrote:
> On 23.01.2012 23:44, Dariusz Piatkowski wrote:
> > ftp://ftp.netlabs.org/pub/gcc/ shows "gcc4core-1_2_1.wpi" dated 01/20/2012, I
> > pulled this and installed on my machine, however, prior to doing so noted that
> > GCC446.DLL was quite the different size then what I had already present:
> >
> > CURRENT VERSION => 12-16-11 4:01a 131447 124 gcc446.dll
> > NEW VERSION => 12-16-11 4:01a 25115 0 gcc446.dll
>
> Hmm, I could bet that the only difference in these two DLLs is the
> EXEPACK option.
=== START ===
Library: gcc446
Description: GNU GCC Runtime Version 4.4.6
Module type: Dynamic link library
Per-process initialization
Global termination
NO internal fixups in executable image
Number of memory pages: 00000009 (9)
Initial CS:EIP: object 1 offset 00000000
Initial SS:ESP: object 0 offset 00000000
Automatic data object: 2
no. virtual virtual map map flags
address size index size
0001 00010000 00007c60 00000001 00000008 EXECUTABLE, READABLE, 32-bit
0002 00020000 00000a80 00000009 00000001 READABLE, WRITEABLE, 32-bit
=== STOP ===
Both DLLs show 92 entries and the EXEHDR listing is identical for both...but
that's also the extent of the tools I know of...lol...
> > ...subsequently with the new version I found out that sound in VLC was at such a
> > low volume that it was almost un-heard...no matter what volume I adjusted it to,
> > etc, etc.
> >
> > Reverting back to my old version brought back the 'proper' audio in VLC.
>
> And I have absolutely no idea what kind of bug in a C runtime could
> cause the sound to be nearly quiet without to cause any other trouble.
UniMix mixer to increase the volume, which is already at about 90% as-is, made
no difference. All I can say is that reverting back to the 'old' DLL cured the
problem.
Steve Wendt
Jan 24, 2012, 12:42:39 AM1/24/12
to
On 01/23/12 03:37 pm, Marcel Müller wrote:
>> CURRENT VERSION => 12-16-11 4:01a 131447 124 gcc446.dll
>> NEW VERSION => 12-16-11 4:01a 25115 0 gcc446.dll
>
> Hmm, I could bet that the only difference in these two DLLs is the
> EXEPACK option.
┌[ lxLite ]─────────────────────────────────┬[ Version 1.3.3 ]┐
>> CURRENT VERSION => 12-16-11 4:01a 131447 124 gcc446.dll
>> NEW VERSION => 12-16-11 4:01a 25115 0 gcc446.dll
>
> Hmm, I could bet that the only difference in these two DLLs is the
> EXEPACK option.
├ Copyright 1996,97 by FRIENDS software ├ All rights ┤
├ Copyright 2001,03 by Max Alekseyev └ reserved ┘
├ The file gcc446.dll contains 89054 bytes of debug information
├ gcc446.dll initial: 131447 final: 24987
The other 128 bytes must be something lxLite strips but another tool
leaves intact (or non-default option was used).
Marcel Müller
Jan 24, 2012, 2:09:35 AM1/24/12
to
On 24.01.2012 06:42, Steve Wendt wrote:
> ┌[ lxLite ]─────────────────────────────────┬[ Version 1.3.3 ]┐
> ├ Copyright 1996,97 by FRIENDS software ├ All rights ┤
> ├ Copyright 2001,03 by Max Alekseyev └ reserved ┘
> ├ The file gcc446.dll contains 89054 bytes of debug information
> ├ gcc446.dll initial: 131447 final: 24987
>
> The other 128 bytes must be something lxLite strips but another tool
> leaves intact (or non-default option was used).
Either the DOS stub - by default LX executables contain a DOS stub,
> ┌[ lxLite ]─────────────────────────────────┬[ Version 1.3.3 ]┐
> ├ Copyright 1996,97 by FRIENDS software ├ All rights ┤
> ├ Copyright 2001,03 by Max Alekseyev └ reserved ┘
> ├ The file gcc446.dll contains 89054 bytes of debug information
> ├ gcc446.dll initial: 131447 final: 24987
>
> The other 128 bytes must be something lxLite strips but another tool
> leaves intact (or non-default option was used).
although it makes not sense for one cent in case of DLLs - or different
compression options are used. The more appropriate way to compare
executables is to uncompress them and remove the DOS stub. This should
result in binary identical images.
Marcel
0 new messages