Groups | Search | Server Info | Login | Register


Groups > comp.os.os2.bugs > #179

Re: Bad drop of GCC DLLs?

From "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net>
Newsgroups comp.os.os2.bugs, comp.os.os2.apps
Subject Re: Bad drop of GCC DLLs?
Date 2012-01-24 03:55 +0000
Organization NewsGuy - Unlimited Usenet $19.95
Message-ID <Qg5I6Bo2seGy-pn2-Z3te16GOSFW3@neurobox> (permalink)
References <Qg5I6Bo2seGy-pn2-k8kibHKdQsLX@neurobox> <4f1def56$0$6556$9b4e6d93@newsspool4.arcor-online.net>

Cross-posted to 2 groups.

Show all headers | View raw


Hi Marcel!


On Mon, 23 Jan 2012 23:37:58 UTC, Marcel Mller <news.5.maazl@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.

Back to comp.os.os2.bugs | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Bad drop of GCC DLLs? "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net> - 2012-01-23 22:44 +0000
  Re: Bad drop of GCC DLLs? Marcel Müller <news.5.maazl@spamgourmet.com> - 2012-01-24 00:37 +0100
    Re: Bad drop of GCC DLLs? "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net> - 2012-01-24 03:55 +0000
    Re: Bad drop of GCC DLLs? Steve Wendt <spamsux@forgetit.org> - 2012-01-23 21:42 -0800
      Re: Bad drop of GCC DLLs? Marcel Müller <news.5.maazl@spamgourmet.com> - 2012-01-24 08:09 +0100

csiph-web