Should a bug in a kernel/architecture that is not even supported by
Debian really be considered RC?
Most Probably not. However I currently suspect this bug to be a
duplicate Bug #498397. In that case, we would indeed have RC bug that
would affect both mips and mispel.
This patch was one of
Reinhard Tartler schrieb:
In principle yes, but I'm still waiting for confirmation if not also a
mere rebuild of the ffmpeg-debian was sufficient. In that case, we would
only have to request binNMUs for the package.
We need a new upload anyway because of #498764. However, it would
still be
Christophe Mutricy [EMAIL PROTECTED] writes:
Sorry to be horribly pragmatic and short-sighted. but if 刘世伟's patch
*does* fix the issue on mips an mipsel and allow package linking libavcodec
to not segfault and not FTBFS (thinking of vlc) then i think it should
be commited and a -13 uploaded.
Sorry to be horribly pragmatic and short-sighted. but if 刘世伟's patch
*does* fix the issue on mips an mipsel and allow package linking libavcodec
to not segfault and not FTBFS (thinking of vlc) then i think it should
be commited and a -13 uploaded.
We'll have plenty of time to get it
Reinhard Tartler schrieb:
Debian does not ship such a kernel, nor is the loongson architecture
supported. Based on the information you've given, I'm inclined to
conclude that the problem is in that kernel. Please clarify.
Should a bug in a kernel/architecture that is not even supported by
Fabian Greffrath [EMAIL PROTECTED] writes:
Should a bug in a kernel/architecture that is not even supported by
Debian really be considered RC?
Most Probably not. However I currently suspect this bug to be a
duplicate Bug #498397. In that case, we would indeed have RC bug that
would affect both
Reinhard Tartler schrieb:
Fabian, please make sure that you don't accidentally CC'
[EMAIL PROTECTED]
Oops, sorry!
I've compiled it on morales.debian.org, a mipsel porter machine with
CFLAGS set to -O0, -O2, O3 and -Os, all returned 0. AFAIR, static
variables are always initialized to 0, but
Fabian Greffrath [EMAIL PROTECTED] writes:
But then the code in allcodecs.c look rather senseless to me. Why should
you test 'if (inited)' when you've just set it yourself to 0 by
initializing it?
In order to ensure that no matter how often that function is called, the
code below that if is
Reinhard Tartler schrieb:
In order to ensure that no matter how often that function is called, the
code below that if is executed exatly once. Think Singleton-Pattern.
Will the code be executed more than once if initialize it with static
int inited=0; (which is the proposed fix)? I fear so...
On Tue, Sep 9, 2008 at 09:38:22 +0200, Fabian Greffrath wrote:
Reinhard Tartler schrieb:
In order to ensure that no matter how often that function is called, the
code below that if is executed exatly once. Think Singleton-Pattern.
Will the code be executed more than once if initialize it
Reinhard Tartler wrote:
[snip]
(gdb) run
Starting program: /usr/bin/ffmpeg
[Thread debugging using libthread_db enabled]
[New Thread 0x2aad0f40 (LWP 26315)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2aad0f40 (LWP 26315)]
0x2abe11e8 in
Julien Cristau schrieb:
No. The variable is static, it's initialized only once. (But then, the
proposed 'fix' looks like a no-op to me.)
Ah! Thx ;)
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150,
tags 498216 moreinfo help
stop
I've been giving a bit more thought on this issue.
刘世伟 [EMAIL PROTECTED] writes:
(gdb) run
Starting program: /usr/bin/ffmpeg
[Thread debugging using libthread_db enabled]
[New Thread 0x2aad0f40 (LWP 26315)]
Program received signal SIGSEGV, Segmentation
Package: ffmpeg
Version: 0.svn20080206-12
Severity: critical
Justification: breaks unrelated software
*** Please type your report below this line ***
(gdb) run
Starting program: /usr/bin/ffmpeg
[Thread debugging using libthread_db enabled]
[New Thread 0x2aad0f40 (LWP 26315)]
Program received
Upstream has renamed this variable to 'initialized' in r11920, but
still has it uninitialized [sic!].
Reinhard, could you please submit this small patch upstream and
include it in our tree?
Cheers,
Fabian
刘世伟 schrieb:
Package: ffmpeg
Version: 0.svn20080206-12
Severity: critical
Fabian, please make sure that you don't accidentally CC'
[EMAIL PROTECTED]
Fabian Greffrath [EMAIL PROTECTED] writes:
Upstream has renamed this variable to 'initialized' in r11920, but
still has it uninitialized [sic!].
Reinhard, could you please submit this small patch upstream and
16 matches
Mail list logo