Fidonet Portal
From: "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net>
The latest version of the OS/2 VLC player just got released...I downloaded
1.1.13, was previously using 1.1.11.
Here is the strange situation I'm seeing, I have the VLC frame running in a
separate window then the video playback. With 1.1.13 the video window frame
shows up fine and plays back fine, however the actual VLC window frame (where
all program controls exist) is nowhere to be found. Indeed, strange enough, on
my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all cores
firing endlessly. This is the sort of behaviour I have seen with Firefox when
not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with the
high-resolution timer.
In comparison to 1.1.11, the player behaved just fine, no issues found and the
CPU utilization was negligent...barely any spikes. My Phenom is running at 4
GHZ, all four cores...so that is plenty of processing power.
When installing 1.1.13 I completely wiped out the previous version, so no file
conflicts should exist. Once I encountered the problem I also rebooted to rule
this out.
Has anyone seen this as well?
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
The latest version of the OS/2 VLC player just got released...I downloaded
1.1.13, was previously using 1.1.11.
Here is the strange situation I'm seeing, I have the VLC frame running in a
separate window then the video playback. With 1.1.13 the video window frame
shows up fine and plays back fine, however the actual VLC window frame (where
all program controls exist) is nowhere to be found. Indeed, strange enough, on
my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all cores
firing endlessly. This is the sort of behaviour I have seen with Firefox when
not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with the
high-resolution timer.
In comparison to 1.1.11, the player behaved just fine, no issues found and the
CPU utilization was negligent...barely any spikes. My Phenom is running at 4
GHZ, all four cores...so that is plenty of processing power.
When installing 1.1.13 I completely wiped out the previous version, so no file
conflicts should exist. Once I encountered the problem I also rebooted to rule
this out.
Has anyone seen this as well?
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: Peter Brown <losepeteSPAM-ME-NOT@ntlworld.com>
Hi Dariusz
Dariusz Piatkowski wrote:
> The latest version of the OS/2 VLC player just got released...I downloaded
> 1.1.13, was previously using 1.1.11.
>
> Here is the strange situation I'm seeing, I have the VLC frame running in a
> separate window then the video playback. With 1.1.13 the video window frame
> shows up fine and plays back fine, however the actual VLC window frame (where
> all program controls exist) is nowhere to be found. Indeed, strange enough,
on
> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> firing endlessly.
I'm seeing the above with vlc 1.1.13 on a 2core system.
This is the sort of behaviour I have seen with Firefox when
> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with the
> high-resolution timer.
>
> In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> CPU utilization was negligent...barely any spikes. My Phenom is running at 4
> GHZ, all four cores...so that is plenty of processing power.
>
> When installing 1.1.13 I completely wiped out the previous version, so no
file
> conflicts should exist. Once I encountered the problem I also rebooted to
rule
> this out.
>
> Has anyone seen this as well?
>
I suggest sending a bug report about the problems, I've just submitted mine.
Regards
Pete
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Hi Dariusz
Dariusz Piatkowski wrote:
> The latest version of the OS/2 VLC player just got released...I downloaded
> 1.1.13, was previously using 1.1.11.
>
> Here is the strange situation I'm seeing, I have the VLC frame running in a
> separate window then the video playback. With 1.1.13 the video window frame
> shows up fine and plays back fine, however the actual VLC window frame (where
> all program controls exist) is nowhere to be found. Indeed, strange enough,
on
> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> firing endlessly.
I'm seeing the above with vlc 1.1.13 on a 2core system.
This is the sort of behaviour I have seen with Firefox when
> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with the
> high-resolution timer.
>
> In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> CPU utilization was negligent...barely any spikes. My Phenom is running at 4
> GHZ, all four cores...so that is plenty of processing power.
>
> When installing 1.1.13 I completely wiped out the previous version, so no
file
> conflicts should exist. Once I encountered the problem I also rebooted to
rule
> this out.
>
> Has anyone seen this as well?
>
I suggest sending a bug report about the problems, I've just submitted mine.
Regards
Pete
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: "John Varela" <newlamps@verizon.net>
On Mon, 26 Dec 2011 00:05:38 UTC, "Dariusz Piatkowski"
<dariusz@_NO-SPAM_mnsi.net> wrote:
> The latest version of the OS/2 VLC player just got released...I downloaded
> 1.1.13, was previously using 1.1.11.
I just checked for updates and the download is 1.1.12. Maybe .13 was
withdrawn.
--
John Varela
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
On Mon, 26 Dec 2011 00:05:38 UTC, "Dariusz Piatkowski"
<dariusz@_NO-SPAM_mnsi.net> wrote:
> The latest version of the OS/2 VLC player just got released...I downloaded
> 1.1.13, was previously using 1.1.11.
I just checked for updates and the download is 1.1.12. Maybe .13 was
withdrawn.
--
John Varela
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From:
Dariusz Piatkowski (1:396/4)
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
From: "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net>
Hi Peter!
On Mon, 26 Dec 2011 01:04:45 UTC, Peter Brown
<losepeteSPAM-ME-NOT@ntlworld.com>
wrote:
> Hi Dariusz
>
> Dariusz Piatkowski wrote:
> > The latest version of the OS/2 VLC player just got released...I downloaded
> > 1.1.13, was previously using 1.1.11.
> >
> > Here is the strange situation I'm seeing, I have the VLC frame running in a
> > separate window then the video playback. With 1.1.13 the video window frame
> > shows up fine and plays back fine, however the actual VLC window frame
(where
> > all program controls exist) is nowhere to be found. Indeed, strange enough,
on
> > my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> > firing endlessly.
>
>
> I'm seeing the above with vlc 1.1.13 on a 2core system.
>
>
> This is the sort of behaviour I have seen with Firefox when
> > not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with
the
> > high-resolution timer.
> >
> > In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> > CPU utilization was negligent...barely any spikes. My Phenom is running at
4
> > GHZ, all four cores...so that is plenty of processing power.
> >
> > When installing 1.1.13 I completely wiped out the previous version, so no
file
> > conflicts should exist. Once I encountered the problem I also rebooted to
rule
> > this out.
> >
> > Has anyone seen this as well?
>
> I suggest sending a bug report about the problems, I've just submitted mine.
I sent Ko an email, but let me look into the tickets as well...I'll look for
what you logged...no sense duplicating.
Thanks!
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Hi Peter!
On Mon, 26 Dec 2011 01:04:45 UTC, Peter Brown
<losepeteSPAM-ME-NOT@ntlworld.com>
wrote:
> Hi Dariusz
>
> Dariusz Piatkowski wrote:
> > The latest version of the OS/2 VLC player just got released...I downloaded
> > 1.1.13, was previously using 1.1.11.
> >
> > Here is the strange situation I'm seeing, I have the VLC frame running in a
> > separate window then the video playback. With 1.1.13 the video window frame
> > shows up fine and plays back fine, however the actual VLC window frame
(where
> > all program controls exist) is nowhere to be found. Indeed, strange enough,
on
> > my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> > firing endlessly.
>
>
> I'm seeing the above with vlc 1.1.13 on a 2core system.
>
>
> This is the sort of behaviour I have seen with Firefox when
> > not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with
the
> > high-resolution timer.
> >
> > In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> > CPU utilization was negligent...barely any spikes. My Phenom is running at
4
> > GHZ, all four cores...so that is plenty of processing power.
> >
> > When installing 1.1.13 I completely wiped out the previous version, so no
file
> > conflicts should exist. Once I encountered the problem I also rebooted to
rule
> > this out.
> >
> > Has anyone seen this as well?
>
> I suggest sending a bug report about the problems, I've just submitted mine.
I sent Ko an email, but let me look into the tickets as well...I'll look for
what you logged...no sense duplicating.
Thanks!
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: Peter Brown <losepeteSPAM-ME-NOT@ntlworld.com>
Hi Dariusz
Dariusz Piatkowski wrote:
> Hi Peter!
>
> On Mon, 26 Dec 2011 01:04:45 UTC, Peter
Brown<losepeteSPAM-ME-NOT@ntlworld.com>
> wrote:
>
>> Hi Dariusz
>>
>> Dariusz Piatkowski wrote:
>>> The latest version of the OS/2 VLC player just got released...I downloaded
>>> 1.1.13, was previously using 1.1.11.
>>>
>>> Here is the strange situation I'm seeing, I have the VLC frame running in a
>>> separate window then the video playback. With 1.1.13 the video window frame
>>> shows up fine and plays back fine, however the actual VLC window frame
(where
>>> all program controls exist) is nowhere to be found. Indeed, strange enough,
on
>>> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
>>> firing endlessly.
>>
>>
>> I'm seeing the above with vlc 1.1.13 on a 2core system.
>>
>>
>> This is the sort of behaviour I have seen with Firefox when
>>> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with
the
>>> high-resolution timer.
>>>
>>> In comparison to 1.1.11, the player behaved just fine, no issues found and
the
>>> CPU utilization was negligent...barely any spikes. My Phenom is running at
4
>>> GHZ, all four cores...so that is plenty of processing power.
>>>
>>> When installing 1.1.13 I completely wiped out the previous version, so no
file
>>> conflicts should exist. Once I encountered the problem I also rebooted to
rule
>>> this out.
>>>
>>> Has anyone seen this as well?
>>
>> I suggest sending a bug report about the problems, I've just submitted mine.
>
> I sent Ko an email, but let me look into the tickets as well...I'll look for
> what you logged...no sense duplicating.
>
> Thanks!
Sorry, by "bug report" I meant I had sent an email to KO - not sure if
there is a bug tracker for this app anywhere...
Regards
Pete
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Hi Dariusz
Dariusz Piatkowski wrote:
> Hi Peter!
>
> On Mon, 26 Dec 2011 01:04:45 UTC, Peter
Brown<losepeteSPAM-ME-NOT@ntlworld.com>
> wrote:
>
>> Hi Dariusz
>>
>> Dariusz Piatkowski wrote:
>>> The latest version of the OS/2 VLC player just got released...I downloaded
>>> 1.1.13, was previously using 1.1.11.
>>>
>>> Here is the strange situation I'm seeing, I have the VLC frame running in a
>>> separate window then the video playback. With 1.1.13 the video window frame
>>> shows up fine and plays back fine, however the actual VLC window frame
(where
>>> all program controls exist) is nowhere to be found. Indeed, strange enough,
on
>>> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
>>> firing endlessly.
>>
>>
>> I'm seeing the above with vlc 1.1.13 on a 2core system.
>>
>>
>> This is the sort of behaviour I have seen with Firefox when
>>> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with
the
>>> high-resolution timer.
>>>
>>> In comparison to 1.1.11, the player behaved just fine, no issues found and
the
>>> CPU utilization was negligent...barely any spikes. My Phenom is running at
4
>>> GHZ, all four cores...so that is plenty of processing power.
>>>
>>> When installing 1.1.13 I completely wiped out the previous version, so no
file
>>> conflicts should exist. Once I encountered the problem I also rebooted to
rule
>>> this out.
>>>
>>> Has anyone seen this as well?
>>
>> I suggest sending a bug report about the problems, I've just submitted mine.
>
> I sent Ko an email, but let me look into the tickets as well...I'll look for
> what you logged...no sense duplicating.
>
> Thanks!
Sorry, by "bug report" I meant I had sent an email to KO - not sure if
there is a bug tracker for this app anywhere...
Regards
Pete
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: KO Myung-Hun <komh@chollian.net>
Hi/2.
Dariusz Piatkowski wrote:
> The latest version of the OS/2 VLC player just got released...I downloaded
> 1.1.13, was previously using 1.1.11.
>
> Here is the strange situation I'm seeing, I have the VLC frame running in a
> separate window then the video playback. With 1.1.13 the video window frame
> shows up fine and plays back fine, however the actual VLC window frame (where
> all program controls exist) is nowhere to be found.
Do you mean you didn't check 'Preferences/Interface/Look and fee/Embed
video in interface' ?
> Indeed, strange enough, on
> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> firing endlessly. This is the sort of behaviour I have seen with Firefox when
> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with the
> high-resolution timer.
>
Hmm... Strange. VLC 1.1.x does not use high-resolution timer at all.
> In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> CPU utilization was negligent...barely any spikes. My Phenom is running at 4
> GHZ, all four cores...so that is plenty of processing power.
>
> When installing 1.1.13 I completely wiped out the previous version, so no
file
> conflicts should exist. Once I encountered the problem I also rebooted to
rule
> this out.
>
> Has anyone seen this as well?
>
I'm sorry I cannot reproduce this problem at all.
But I want to confirm that this is a problem of a multi-core system. How
about disabling other cores except 1 core ?
Finally, I read your e-mail. However for the others encountering this
problem, I reply to newsgroup.
--
KO Myung-Hun
Using Mozilla SeaMonkey 2.0.14
Under OS/2 Warp 4 for Korean with FixPak #15
On AMD ThunderBird 1GHz with 512 MB RAM
Korean OS/2 User Community : http://www.ecomstation.co.kr
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Hi/2.
Dariusz Piatkowski wrote:
> The latest version of the OS/2 VLC player just got released...I downloaded
> 1.1.13, was previously using 1.1.11.
>
> Here is the strange situation I'm seeing, I have the VLC frame running in a
> separate window then the video playback. With 1.1.13 the video window frame
> shows up fine and plays back fine, however the actual VLC window frame (where
> all program controls exist) is nowhere to be found.
Do you mean you didn't check 'Preferences/Interface/Look and fee/Embed
video in interface' ?
> Indeed, strange enough, on
> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> firing endlessly. This is the sort of behaviour I have seen with Firefox when
> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with the
> high-resolution timer.
>
Hmm... Strange. VLC 1.1.x does not use high-resolution timer at all.
> In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> CPU utilization was negligent...barely any spikes. My Phenom is running at 4
> GHZ, all four cores...so that is plenty of processing power.
>
> When installing 1.1.13 I completely wiped out the previous version, so no
file
> conflicts should exist. Once I encountered the problem I also rebooted to
rule
> this out.
>
> Has anyone seen this as well?
>
I'm sorry I cannot reproduce this problem at all.
But I want to confirm that this is a problem of a multi-core system. How
about disabling other cores except 1 core ?
Finally, I read your e-mail. However for the others encountering this
problem, I reply to newsgroup.
--
KO Myung-Hun
Using Mozilla SeaMonkey 2.0.14
Under OS/2 Warp 4 for Korean with FixPak #15
On AMD ThunderBird 1GHz with 512 MB RAM
Korean OS/2 User Community : http://www.ecomstation.co.kr
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: Peter Brown <losepeteSPAM-ME-NOT@ntlworld.com>
Hi Dariusz
Dariusz Piatkowski wrote:
> The latest version of the OS/2 VLC player just got released...I downloaded
> 1.1.13, was previously using 1.1.11.
>
> Here is the strange situation I'm seeing, I have the VLC frame running in a
> separate window then the video playback. With 1.1.13 the video window frame
> shows up fine and plays back fine, however the actual VLC window frame (where
> all program controls exist) is nowhere to be found. Indeed, strange enough,
on
> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> firing endlessly. This is the sort of behaviour I have seen with Firefox when
> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with the
> high-resolution timer.
>
> In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> CPU utilization was negligent...barely any spikes. My Phenom is running at 4
> GHZ, all four cores...so that is plenty of processing power.
>
> When installing 1.1.13 I completely wiped out the previous version, so no
file
> conflicts should exist. Once I encountered the problem I also rebooted to
rule
> this out.
>
> Has anyone seen this as well?
>
Do you have gcc446.dll somewhere on your libpath?
I installed it as it is required for the latest odin build and found vlc
now has a qt gui again.
If you do not have this dll file get it here
http://ignum.dl.sourceforge.net/project/ecsports/GCC%20Runtime%20DLLs/gcc446.zip
Regards
Pete
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Hi Dariusz
Dariusz Piatkowski wrote:
> The latest version of the OS/2 VLC player just got released...I downloaded
> 1.1.13, was previously using 1.1.11.
>
> Here is the strange situation I'm seeing, I have the VLC frame running in a
> separate window then the video playback. With 1.1.13 the video window frame
> shows up fine and plays back fine, however the actual VLC window frame (where
> all program controls exist) is nowhere to be found. Indeed, strange enough,
on
> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> firing endlessly. This is the sort of behaviour I have seen with Firefox when
> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with the
> high-resolution timer.
>
> In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> CPU utilization was negligent...barely any spikes. My Phenom is running at 4
> GHZ, all four cores...so that is plenty of processing power.
>
> When installing 1.1.13 I completely wiped out the previous version, so no
file
> conflicts should exist. Once I encountered the problem I also rebooted to
rule
> this out.
>
> Has anyone seen this as well?
>
Do you have gcc446.dll somewhere on your libpath?
I installed it as it is required for the latest odin build and found vlc
now has a qt gui again.
If you do not have this dll file get it here
http://ignum.dl.sourceforge.net/project/ecsports/GCC%20Runtime%20DLLs/gcc446.zip
Regards
Pete
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From:
Dariusz Piatkowski (1:396/4)
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
From: "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net>
Peter!
On Mon, 26 Dec 2011 12:28:25 UTC, Peter Brown
<losepeteSPAM-ME-NOT@ntlworld.com>
wrote:
> Hi Dariusz
>
> Dariusz Piatkowski wrote:
> > Hi Peter!
> >
> > On Mon, 26 Dec 2011 01:04:45 UTC, Peter
Brown<losepeteSPAM-ME-NOT@ntlworld.com>
> > wrote:
> >
> >> Hi Dariusz
> >>
> >> Dariusz Piatkowski wrote:
> >>> The latest version of the OS/2 VLC player just got released...I
downloaded
> >>> 1.1.13, was previously using 1.1.11.
> >>>
> >>> Here is the strange situation I'm seeing, I have the VLC frame running in
a
> >>> separate window then the video playback. With 1.1.13 the video window
frame
> >>> shows up fine and plays back fine, however the actual VLC window frame
(where
> >>> all program controls exist) is nowhere to be found. Indeed, strange
enough, on
> >>> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> >>> firing endlessly.
> >>
> >>
> >> I'm seeing the above with vlc 1.1.13 on a 2core system.
> >>
> >>
> >> This is the sort of behaviour I have seen with Firefox when
> >>> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with
the
> >>> high-resolution timer.
> >>>
> >>> In comparison to 1.1.11, the player behaved just fine, no issues found
and the
> >>> CPU utilization was negligent...barely any spikes. My Phenom is running
at 4
> >>> GHZ, all four cores...so that is plenty of processing power.
> >>>
> >>> When installing 1.1.13 I completely wiped out the previous version, so no
file
> >>> conflicts should exist. Once I encountered the problem I also rebooted to
rule
> >>> this out.
> >>>
> >>> Has anyone seen this as well?
> >>
> >> I suggest sending a bug report about the problems, I've just submitted
mine.
> >
> > I sent Ko an email, but let me look into the tickets as well...I'll look
for
> > what you logged...no sense duplicating.
>
> Sorry, by "bug report" I meant I had sent an email to KO - not sure if
> there is a bug tracker for this app anywhere...
LOL...sure enough....I went looking through the regular Netlabs interface, no
matter how high/low I looked...didn't find VLC there...so I'll await the news
here or an email response...thanks for clarifying that!
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Peter!
On Mon, 26 Dec 2011 12:28:25 UTC, Peter Brown
<losepeteSPAM-ME-NOT@ntlworld.com>
wrote:
> Hi Dariusz
>
> Dariusz Piatkowski wrote:
> > Hi Peter!
> >
> > On Mon, 26 Dec 2011 01:04:45 UTC, Peter
Brown<losepeteSPAM-ME-NOT@ntlworld.com>
> > wrote:
> >
> >> Hi Dariusz
> >>
> >> Dariusz Piatkowski wrote:
> >>> The latest version of the OS/2 VLC player just got released...I
downloaded
> >>> 1.1.13, was previously using 1.1.11.
> >>>
> >>> Here is the strange situation I'm seeing, I have the VLC frame running in
a
> >>> separate window then the video playback. With 1.1.13 the video window
frame
> >>> shows up fine and plays back fine, however the actual VLC window frame
(where
> >>> all program controls exist) is nowhere to be found. Indeed, strange
enough, on
> >>> my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> >>> firing endlessly.
> >>
> >>
> >> I'm seeing the above with vlc 1.1.13 on a 2core system.
> >>
> >>
> >> This is the sort of behaviour I have seen with Firefox when
> >>> not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with
the
> >>> high-resolution timer.
> >>>
> >>> In comparison to 1.1.11, the player behaved just fine, no issues found
and the
> >>> CPU utilization was negligent...barely any spikes. My Phenom is running
at 4
> >>> GHZ, all four cores...so that is plenty of processing power.
> >>>
> >>> When installing 1.1.13 I completely wiped out the previous version, so no
file
> >>> conflicts should exist. Once I encountered the problem I also rebooted to
rule
> >>> this out.
> >>>
> >>> Has anyone seen this as well?
> >>
> >> I suggest sending a bug report about the problems, I've just submitted
mine.
> >
> > I sent Ko an email, but let me look into the tickets as well...I'll look
for
> > what you logged...no sense duplicating.
>
> Sorry, by "bug report" I meant I had sent an email to KO - not sure if
> there is a bug tracker for this app anywhere...
LOL...sure enough....I went looking through the regular Netlabs interface, no
matter how high/low I looked...didn't find VLC there...so I'll await the news
here or an email response...thanks for clarifying that!
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From:
Dariusz Piatkowski (1:396/4)
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
From: "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net>
Hi KO!
On Mon, 26 Dec 2011 13:14:32 UTC, KO Myung-Hun <komh@chollian.net> wrote:
> Hi/2.
>
> Dariusz Piatkowski wrote:
> > The latest version of the OS/2 VLC player just got released...I downloaded
> > 1.1.13, was previously using 1.1.11.
> >
> > Here is the strange situation I'm seeing, I have the VLC frame running in a
> > separate window then the video playback. With 1.1.13 the video window frame
> > shows up fine and plays back fine, however the actual VLC window frame
(where
> > all program controls exist) is nowhere to be found.
>
> Do you mean you didn't check 'Preferences/Interface/Look and fee/Embed
> video in interface' ?
Actually, with this release, it appears that the previous INI file was either
not-detected, or ignored. I had always set the 'Embed video in interface' to
OFF
(meaning, no check mark there), so yes, the answer to your question is : YES, I
did not have it checked.
But...as Peter Brown posted in another response, including gcc446.dll all of a
sudden makes VLC work just fine. This is how I discovered that the INI file I
had previously used was no longer being honoured and that setting I mentioned
above was now actually CHECKED...
12-16-11 4:01a 131447 124 gcc446.dll
> I'm sorry I cannot reproduce this problem at all.
>
> But I want to confirm that this is a problem of a multi-core system. How
> about disabling other cores except 1 core ?
OK, shutting OFF the 3 of the 4 cores (using SETPROC utility) and renaming
gcc446.dll to something else (thus making it inaccessible to the process)
causes
the remaining single core to MAX out, running at 100% utilization. The video
still plays, but if I chose to close the window the VLC program itself
continues
to run, still maximizing the core at 100% utilization. I then kill the process,
which does end it.
Now, as I mentioned above, Peter suggested adding gcc446.dll, sure enough, that
allowed VLC to function correctly on my system again, with a single or multiple
cores enabled.
OK, so here is what I noticed: the HELP=>About screen shows the following :
'...Compiler: gcc version 4.4.6 (GCC)...', so it certainly appears to me that
gcc446.dll is a requirement to run 1.1.13 successfully, and as best as I could
tell this was not listed in the README...so maybe just a missing piece of info,
no biggie really.
But I'm curious now, why does the missing DLL (gcc446.dll) cause such a
behaviour? The VLC control window is not displayed...and that makes sense, but
the weird core utilization spike is just so extremely similar behaviour to the
Firefox high-res timer issue...to the point that I'm curious what the do have
to
do with each other. Is there anything I can do to help debug this? Could we
pursue this even though this is not a real VLC problem?
Thanks KO for the great work, as always!
-Dariuss
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Hi KO!
On Mon, 26 Dec 2011 13:14:32 UTC, KO Myung-Hun <komh@chollian.net> wrote:
> Hi/2.
>
> Dariusz Piatkowski wrote:
> > The latest version of the OS/2 VLC player just got released...I downloaded
> > 1.1.13, was previously using 1.1.11.
> >
> > Here is the strange situation I'm seeing, I have the VLC frame running in a
> > separate window then the video playback. With 1.1.13 the video window frame
> > shows up fine and plays back fine, however the actual VLC window frame
(where
> > all program controls exist) is nowhere to be found.
>
> Do you mean you didn't check 'Preferences/Interface/Look and fee/Embed
> video in interface' ?
Actually, with this release, it appears that the previous INI file was either
not-detected, or ignored. I had always set the 'Embed video in interface' to
OFF
(meaning, no check mark there), so yes, the answer to your question is : YES, I
did not have it checked.
But...as Peter Brown posted in another response, including gcc446.dll all of a
sudden makes VLC work just fine. This is how I discovered that the INI file I
had previously used was no longer being honoured and that setting I mentioned
above was now actually CHECKED...
12-16-11 4:01a 131447 124 gcc446.dll
> I'm sorry I cannot reproduce this problem at all.
>
> But I want to confirm that this is a problem of a multi-core system. How
> about disabling other cores except 1 core ?
OK, shutting OFF the 3 of the 4 cores (using SETPROC utility) and renaming
gcc446.dll to something else (thus making it inaccessible to the process)
causes
the remaining single core to MAX out, running at 100% utilization. The video
still plays, but if I chose to close the window the VLC program itself
continues
to run, still maximizing the core at 100% utilization. I then kill the process,
which does end it.
Now, as I mentioned above, Peter suggested adding gcc446.dll, sure enough, that
allowed VLC to function correctly on my system again, with a single or multiple
cores enabled.
OK, so here is what I noticed: the HELP=>About screen shows the following :
'...Compiler: gcc version 4.4.6 (GCC)...', so it certainly appears to me that
gcc446.dll is a requirement to run 1.1.13 successfully, and as best as I could
tell this was not listed in the README...so maybe just a missing piece of info,
no biggie really.
But I'm curious now, why does the missing DLL (gcc446.dll) cause such a
behaviour? The VLC control window is not displayed...and that makes sense, but
the weird core utilization spike is just so extremely similar behaviour to the
Firefox high-res timer issue...to the point that I'm curious what the do have
to
do with each other. Is there anything I can do to help debug this? Could we
pursue this even though this is not a real VLC problem?
Thanks KO for the great work, as always!
-Dariuss
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From:
Dariusz Piatkowski (1:396/4)
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
From: "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net>
Hi Pete!
On Mon, 26 Dec 2011 13:48:45 UTC, Peter Brown
<losepeteSPAM-ME-NOT@ntlworld.com>
wrote:
> Hi Dariusz
>
> Dariusz Piatkowski wrote:
> > The latest version of the OS/2 VLC player just got released...I downloaded
> > 1.1.13, was previously using 1.1.11.
> >
> > Here is the strange situation I'm seeing, I have the VLC frame running in a
> > separate window then the video playback. With 1.1.13 the video window frame
> > shows up fine and plays back fine, however the actual VLC window frame
(where
> > all program controls exist) is nowhere to be found. Indeed, strange enough,
on
> > my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> > firing endlessly. This is the sort of behaviour I have seen with Firefox
when
> > not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with
the
> > high-resolution timer.
> >
> > In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> > CPU utilization was negligent...barely any spikes. My Phenom is running at
4
> > GHZ, all four cores...so that is plenty of processing power.
> >
> > When installing 1.1.13 I completely wiped out the previous version, so no
file
> > conflicts should exist. Once I encountered the problem I also rebooted to
rule
> > this out.
> >
> > Has anyone seen this as well?
> >
>
>
>
> Do you have gcc446.dll somewhere on your libpath?
>
> I installed it as it is required for the latest odin build and found vlc
> now has a qt gui again.
>
> If you do not have this dll file get it here
>
http://ignum.dl.sourceforge.net/project/ecsports/GCC%20Runtime%20DLLs/gcc446.zip
Yup, you were right on the money here...gcc446.dll was missing on my
system...installing it allowed VLC to function correctly.
I responded to KO's post, I'm very curious why the behaviour with the missing
DLL...seems so awefully similar to my Firefox experience.
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Hi Pete!
On Mon, 26 Dec 2011 13:48:45 UTC, Peter Brown
<losepeteSPAM-ME-NOT@ntlworld.com>
wrote:
> Hi Dariusz
>
> Dariusz Piatkowski wrote:
> > The latest version of the OS/2 VLC player just got released...I downloaded
> > 1.1.13, was previously using 1.1.11.
> >
> > Here is the strange situation I'm seeing, I have the VLC frame running in a
> > separate window then the video playback. With 1.1.13 the video window frame
> > shows up fine and plays back fine, however the actual VLC window frame
(where
> > all program controls exist) is nowhere to be found. Indeed, strange enough,
on
> > my 4 core AMD Phenom II machine the CPU monitor goes crazy and I see all
cores
> > firing endlessly. This is the sort of behaviour I have seen with Firefox
when
> > not using "SET NSPR_OS2_NO_HIRES_TIMER=1" setting to avoid problems with
the
> > high-resolution timer.
> >
> > In comparison to 1.1.11, the player behaved just fine, no issues found and
the
> > CPU utilization was negligent...barely any spikes. My Phenom is running at
4
> > GHZ, all four cores...so that is plenty of processing power.
> >
> > When installing 1.1.13 I completely wiped out the previous version, so no
file
> > conflicts should exist. Once I encountered the problem I also rebooted to
rule
> > this out.
> >
> > Has anyone seen this as well?
> >
>
>
>
> Do you have gcc446.dll somewhere on your libpath?
>
> I installed it as it is required for the latest odin build and found vlc
> now has a qt gui again.
>
> If you do not have this dll file get it here
>
http://ignum.dl.sourceforge.net/project/ecsports/GCC%20Runtime%20DLLs/gcc446.zip
Yup, you were right on the money here...gcc446.dll was missing on my
system...installing it allowed VLC to function correctly.
I responded to KO's post, I'm very curious why the behaviour with the missing
DLL...seems so awefully similar to my Firefox experience.
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: Dave Yeo <dave.r.yeo@gmail.com>
Dariusz Piatkowski wrote:
> Yup, you were right on the money here...gcc446.dll was missing on my
> system...installing it allowed VLC to function correctly.
Why do so many developers not link in gcc*.dll statically? We've pretty
well always done that with Mozilla (I screwed up the recently uploaded
SeaMonkey 2.6). The license allows it (GPL with linking exception, Peter
got Knut to update the Innotek licensing).
Just need to set GCCOPT=-static-libgcc or as I have, set GCCOPT=-pipe
-static-libgcc.
>
> I responded to KO's post, I'm very curious why the behaviour with the missing
> DLL...seems so awefully similar to my Firefox experience.
Must only be using a small function in gcc446.dll as it does actually
start. IIRC there are only a couple of small functions in gcc*.dll.
For comparison I built a SeaMonkey with gcc 4.4.6 forgetting to link
statically and it wouldn't even start with out gcc446.dll
Dave
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Dariusz Piatkowski wrote:
> Yup, you were right on the money here...gcc446.dll was missing on my
> system...installing it allowed VLC to function correctly.
Why do so many developers not link in gcc*.dll statically? We've pretty
well always done that with Mozilla (I screwed up the recently uploaded
SeaMonkey 2.6). The license allows it (GPL with linking exception, Peter
got Knut to update the Innotek licensing).
Just need to set GCCOPT=-static-libgcc or as I have, set GCCOPT=-pipe
-static-libgcc.
>
> I responded to KO's post, I'm very curious why the behaviour with the missing
> DLL...seems so awefully similar to my Firefox experience.
Must only be using a small function in gcc446.dll as it does actually
start. IIRC there are only a couple of small functions in gcc*.dll.
For comparison I built a SeaMonkey with gcc 4.4.6 forgetting to link
statically and it wouldn't even start with out gcc446.dll
Dave
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From:
Dariusz Piatkowski (1:396/4)
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
From: "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net>
Hi Dave!
On Tue, 27 Dec 2011 06:30:27 UTC, Dave Yeo <dave.r.yeo@gmail.com> wrote:
> Dariusz Piatkowski wrote:
> > Yup, you were right on the money here...gcc446.dll was missing on my
> > system...installing it allowed VLC to function correctly.
>
> Why do so many developers not link in gcc*.dll statically? We've pretty
> well always done that with Mozilla (I screwed up the recently uploaded
> SeaMonkey 2.6). The license allows it (GPL with linking exception, Peter
> got Knut to update the Innotek licensing).
> Just need to set GCCOPT=-static-libgcc or as I have, set GCCOPT=-pipe
> -static-libgcc.
>
> >
> > I responded to KO's post, I'm very curious why the behaviour with the
missing
> > DLL...seems so awefully similar to my Firefox experience.
>
> Must only be using a small function in gcc446.dll as it does actually
> start. IIRC there are only a couple of small functions in gcc*.dll.
> For comparison I built a SeaMonkey with gcc 4.4.6 forgetting to link
> statically and it wouldn't even start with out gcc446.dll
So any guesses as to why the CPU/core behaviour appears to exhibit the same
symptoms? Again, my only goal here is to identify the root cause of that
strangeness...from my software development experience (I admit, it pales in
comparison to what you guys do these days to keep this stuff compiling and
running on our platform) I would have expected the application to flat out die
if the required DLL itself is missing...no matter how tiny of an API is being
used...I am guessing it's the system's response to such a situation that's
exhibiting the CPU spiking.
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Hi Dave!
On Tue, 27 Dec 2011 06:30:27 UTC, Dave Yeo <dave.r.yeo@gmail.com> wrote:
> Dariusz Piatkowski wrote:
> > Yup, you were right on the money here...gcc446.dll was missing on my
> > system...installing it allowed VLC to function correctly.
>
> Why do so many developers not link in gcc*.dll statically? We've pretty
> well always done that with Mozilla (I screwed up the recently uploaded
> SeaMonkey 2.6). The license allows it (GPL with linking exception, Peter
> got Knut to update the Innotek licensing).
> Just need to set GCCOPT=-static-libgcc or as I have, set GCCOPT=-pipe
> -static-libgcc.
>
> >
> > I responded to KO's post, I'm very curious why the behaviour with the
missing
> > DLL...seems so awefully similar to my Firefox experience.
>
> Must only be using a small function in gcc446.dll as it does actually
> start. IIRC there are only a couple of small functions in gcc*.dll.
> For comparison I built a SeaMonkey with gcc 4.4.6 forgetting to link
> statically and it wouldn't even start with out gcc446.dll
So any guesses as to why the CPU/core behaviour appears to exhibit the same
symptoms? Again, my only goal here is to identify the root cause of that
strangeness...from my software development experience (I admit, it pales in
comparison to what you guys do these days to keep this stuff compiling and
running on our platform) I would have expected the application to flat out die
if the required DLL itself is missing...no matter how tiny of an API is being
used...I am guessing it's the system's response to such a situation that's
exhibiting the CPU spiking.
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: Steve Wendt <spamsux@forgetit.org>
On 12/27/11 06:16 am, Dariusz Piatkowski wrote:
> I would have expected the application to flat out die if the required
> DLL itself is missing...
I suspect this means that the main executable does not need the DLL, but
one of the plugins does.
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
On 12/27/11 06:16 am, Dariusz Piatkowski wrote:
> I would have expected the application to flat out die if the required
> DLL itself is missing...
I suspect this means that the main executable does not need the DLL, but
one of the plugins does.
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: "Mat Nieuwenhoven" <mnieuw@dontincludethis.zap.a2000.nl>
On Tue, 27 Dec 2011 19:41:14 -0800, Steve Wendt wrote:
:>On 12/27/11 06:16 am, Dariusz Piatkowski wrote:
:>
:>> I would have expected the application to flat out die if the required
:>> DLL itself is missing...
:>
:>I suspect this means that the main executable does not need the DLL, but
:>one of the plugins does.
When I started vlc.exe 1.1.13 from a cmd prompt, it complained about libc064
not being found. You don't see this if I just click on vlc.exe. I have
gcc446.dll in \ecs\dll, but didn't have that libc064. I downloaded it from
netlabs (ftp://ftp.netlabs.org/pub/gcc/libc-0.6.4-csd4.zip), but that
contains also other libc06x dlls. After just unzipping libc064.dll, vlc.exe
exits immediately, no error this time. When unzipping the other dlls too, it
still exits. Before the upgrade 1.1.11 started fine.
More to research, obviously.
Mat Nieuwenhoven
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
On Tue, 27 Dec 2011 19:41:14 -0800, Steve Wendt wrote:
:>On 12/27/11 06:16 am, Dariusz Piatkowski wrote:
:>
:>> I would have expected the application to flat out die if the required
:>> DLL itself is missing...
:>
:>I suspect this means that the main executable does not need the DLL, but
:>one of the plugins does.
When I started vlc.exe 1.1.13 from a cmd prompt, it complained about libc064
not being found. You don't see this if I just click on vlc.exe. I have
gcc446.dll in \ecs\dll, but didn't have that libc064. I downloaded it from
netlabs (ftp://ftp.netlabs.org/pub/gcc/libc-0.6.4-csd4.zip), but that
contains also other libc06x dlls. After just unzipping libc064.dll, vlc.exe
exits immediately, no error this time. When unzipping the other dlls too, it
still exits. Before the upgrade 1.1.11 started fine.
More to research, obviously.
Mat Nieuwenhoven
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: Paul Ratcliffe <abuse@orac12.clara34.co56.uk78>
On Tue, 27 Dec 2011 19:41:14 -0800, Steve Wendt <spamsux@forgetit.org> wrote:
> On 12/27/11 06:16 am, Dariusz Piatkowski wrote:
>
>> I would have expected the application to flat out die if the required
>> DLL itself is missing...
>
> I suspect this means that the main executable does not need the DLL, but
> one of the plugins does.
Or it loads the DLL dynamically...
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
On Tue, 27 Dec 2011 19:41:14 -0800, Steve Wendt <spamsux@forgetit.org> wrote:
> On 12/27/11 06:16 am, Dariusz Piatkowski wrote:
>
>> I would have expected the application to flat out die if the required
>> DLL itself is missing...
>
> I suspect this means that the main executable does not need the DLL, but
> one of the plugins does.
Or it loads the DLL dynamically...
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From:
Dariusz Piatkowski (1:396/4)
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
To: All
Date: Sun, 14.06.20 12:57
Re: VLC 1.1.13 problems anyone?
From: "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net>
Hi Mat!
On Wed, 28 Dec 2011 15:28:22 UTC, "Mat Nieuwenhoven"
<mnieuw@dontincludethis.zap.a2000.nl> wrote:
> On Tue, 27 Dec 2011 19:41:14 -0800, Steve Wendt wrote:
>
> :>On 12/27/11 06:16 am, Dariusz Piatkowski wrote:
> :>
> :>> I would have expected the application to flat out die if the required
> :>> DLL itself is missing...
> :>
> :>I suspect this means that the main executable does not need the DLL, but
> :>one of the plugins does.
>
> When I started vlc.exe 1.1.13 from a cmd prompt, it complained about libc064
> not being found. You don't see this if I just click on vlc.exe. I have
> gcc446.dll in \ecs\dll, but didn't have that libc064. I downloaded it from
> netlabs (ftp://ftp.netlabs.org/pub/gcc/libc-0.6.4-csd4.zip), but that
> contains also other libc06x dlls. After just unzipping libc064.dll, vlc.exe
> exits immediately, no error this time. When unzipping the other dlls too, it
> still exits. Before the upgrade 1.1.11 started fine.
> More to research, obviously.
You need gcc446.dll as well, which Peter found out as he ran into this issue,
posted about it, I tried on my machine and it addressed the issue I was seeing,
here is what I tossed in:
12-16-11 4:01a 131447 124 gcc446.dll
-Dariusz
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Hi Mat!
On Wed, 28 Dec 2011 15:28:22 UTC, "Mat Nieuwenhoven"
<mnieuw@dontincludethis.zap.a2000.nl> wrote:
> On Tue, 27 Dec 2011 19:41:14 -0800, Steve Wendt wrote:
>
> :>On 12/27/11 06:16 am, Dariusz Piatkowski wrote:
> :>
> :>> I would have expected the application to flat out die if the required
> :>> DLL itself is missing...
> :>
> :>I suspect this means that the main executable does not need the DLL, but
> :>one of the plugins does.
>
> When I started vlc.exe 1.1.13 from a cmd prompt, it complained about libc064
> not being found. You don't see this if I just click on vlc.exe. I have
> gcc446.dll in \ecs\dll, but didn't have that libc064. I downloaded it from
> netlabs (ftp://ftp.netlabs.org/pub/gcc/libc-0.6.4-csd4.zip), but that
> contains also other libc06x dlls. After just unzipping libc064.dll, vlc.exe
> exits immediately, no error this time. When unzipping the other dlls too, it
> still exits. Before the upgrade 1.1.11 started fine.
> More to research, obviously.
You need gcc446.dll as well, which Peter found out as he ran into this issue,
posted about it, I tried on my machine and it addressed the issue I was seeing,
here is what I tossed in:
12-16-11 4:01a 131447 124 gcc446.dll
-Dariusz
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: Steve Wendt <spamsux@forgetit.org>
On 12/28/11 07:28 am, Mat Nieuwenhoven wrote:
> netlabs (ftp://ftp.netlabs.org/pub/gcc/libc-0.6.4-csd4.zip), but that
> contains also other libc06x dlls. After just unzipping libc064.dll
I doubt that is a good idea.
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
On 12/28/11 07:28 am, Mat Nieuwenhoven wrote:
> netlabs (ftp://ftp.netlabs.org/pub/gcc/libc-0.6.4-csd4.zip), but that
> contains also other libc06x dlls. After just unzipping libc064.dll
I doubt that is a good idea.
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: Dave Yeo <dave.r.yeo@gmail.com>
Steve Wendt wrote:
> On 12/28/11 07:28 am, Mat Nieuwenhoven wrote:
>
>> netlabs (ftp://ftp.netlabs.org/pub/gcc/libc-0.6.4-csd4.zip), but that
>> contains also other libc06x dlls. After just unzipping libc064.dll
>
> I doubt that is a good idea.
Why not? Libc064.dll seems to have been a bit rushed and personally I
haven't installed the forwarder DLLs either yet.
Dave
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Steve Wendt wrote:
> On 12/28/11 07:28 am, Mat Nieuwenhoven wrote:
>
>> netlabs (ftp://ftp.netlabs.org/pub/gcc/libc-0.6.4-csd4.zip), but that
>> contains also other libc06x dlls. After just unzipping libc064.dll
>
> I doubt that is a good idea.
Why not? Libc064.dll seems to have been a bit rushed and personally I
haven't installed the forwarder DLLs either yet.
Dave
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: "Ruediger Ihle" <NO_SPAM_R.Ihle@S-t.De>
On Thu, 29 Dec 2011 07:10:12 UTC, Dave Yeo <dave.r.yeo@gmail.com> wrote:
> Why not? Libc064.dll seems to have been a bit rushed and personally I
> haven't installed the forwarder DLLs either yet.
I would think it's really calling for trouble to have one
application using two different LIBCs at the same time
(VLC core - >0.6.4, Qt -> 0.6.3).
--
Ruediger "Rudi" Ihle [S&T Systemtechnik GmbH, Germany]
http://www.s-t.de
Please remove all characters left of the "R" in my email address
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
On Thu, 29 Dec 2011 07:10:12 UTC, Dave Yeo <dave.r.yeo@gmail.com> wrote:
> Why not? Libc064.dll seems to have been a bit rushed and personally I
> haven't installed the forwarder DLLs either yet.
I would think it's really calling for trouble to have one
application using two different LIBCs at the same time
(VLC core - >0.6.4, Qt -> 0.6.3).
--
Ruediger "Rudi" Ihle [S&T Systemtechnik GmbH, Germany]
http://www.s-t.de
Please remove all characters left of the "R" in my email address
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
From: Dave Yeo <dave.r.yeo@gmail.com>
Ruediger Ihle wrote:
> On Thu, 29 Dec 2011 07:10:12 UTC, Dave Yeo<dave.r.yeo@gmail.com> wrote:
>
>> Why not? Libc064.dll seems to have been a bit rushed and personally I
>> haven't installed the forwarder DLLs either yet.
>
> I would think it's really calling for trouble to have one
> application using two different LIBCs at the same time
> (VLC core ->0.6.4, Qt -> 0.6.3).
>
Good point. The problem I have is that I have to keep libc063 around for
building Mozilla as using libc064 breaks SSL and I'm not sure how to
trace the problem down.
VLC does seem to work fine with the mixed DLLs.
Dave
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)
Ruediger Ihle wrote:
> On Thu, 29 Dec 2011 07:10:12 UTC, Dave Yeo<dave.r.yeo@gmail.com> wrote:
>
>> Why not? Libc064.dll seems to have been a bit rushed and personally I
>> haven't installed the forwarder DLLs either yet.
>
> I would think it's really calling for trouble to have one
> application using two different LIBCs at the same time
> (VLC core ->0.6.4, Qt -> 0.6.3).
>
Good point. The problem I have is that I have to keep libc063 around for
building Mozilla as using libc064 breaks SSL and I'm not sure how to
trace the problem down.
VLC does seem to work fine with the mixed DLLs.
Dave
--- NewsGate v1.0 gamma 2
* Origin: News Gate @ Net396 -Huntsville, AL - USA (1:396/4)