Peter Denison wrote:
Hi,
>> New patch attached, same as the previous one except it uses ffmpeg's
>> malloc() which will take care of the alignment.
>>
>> So this one should really fix it, if we are having an alignment issue.
>
> That seems to fix it. Many thanks. I will continue more exhaustive
On Wed, 22 Jul 2009, Julien BLACHE wrote:
Peter Denison wrote:
Done a bit more work on this (though still haven't managed to work out
how to debug properly!). Your patch now forces it to fail, as the
malloc() will always return an address which is 8-byte-aligned, but
not 16-byte aligned, due
Peter Denison wrote:
Hi,
> Done a bit more work on this (though still haven't managed to work out
> how to debug properly!). Your patch now forces it to fail, as the
> malloc() will always return an address which is 8-byte-aligned, but
> not 16-byte aligned, due to the arena header.
Hmm, not go
On Tue, 21 Jul 2009, Julien BLACHE wrote:
Peter Denison wrote:
I'm afraid you'll have to get to the bottom of this, because I don't
have a similar setup available at this time to debug this. I'll try
work on this, but real life may soon get in the way.
No problem - I will have a go. Debuggi
Peter Denison wrote:
Hi,
> I know, but I have a couple of minor build-issue patches that may be
> of interest. I've sent them to Ron, but no reply so far. I was
> softening you up to receive them! :-)
Ah, then send them my way and we'll see :)
>> I'm afraid you'll have to get to the bottom of
Peter Denison wrote:
Hi,
> I'm afraid not. There's a minor build issue to do with checking for
> , rather than :
>
> checking avcodec.h usability... yes
> checking avcodec.h presence... no
> configure: WARNING: avcodec.h: accepted by the compiler, rejected by the
> preprocessor!
> configure: WA
On Fri, 17 Jul 2009, Julien BLACHE wrote:
I have now repeated the crash with packages installed only from the
main squeeze archives.
Can you try the attached patch, on top of the current testing package?
Drop the file in debian/patches, add it to 00list and rebuild the
package.
I believe this
Peter Denison wrote:
Hi Peter,
> I have now repeated the crash with packages installed only from the
> main squeeze archives.
Can you try the attached patch, on top of the current testing package?
Drop the file in debian/patches, add it to 00list and rebuild the
package.
I believe this should
Peter Denison wrote:
Hi,
> I have now repeated the crash with packages installed only from the
> main squeeze archives.
OK, that's "better" :) I'll send you a patch to test, it'll just make
mt-daapd use a malloc()ed buffer instead of a static buffer embedded
into a struct. That should fix the i
On Thu, 16 Jul 2009, Julien BLACHE wrote:
Package mt-daapd is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package mt-daapd has no installation candidate
Did you erroneously remo
Further information:
I have now repeated the crash with packages installed only from the main
squeeze archives.
The dependency list is now:
ii adduser 3.110 add and remove users and groups
ii avahi-daemon 0.6.25-1Avahi mDNS/DNS-SD daemon
ii li
Peter Denison wrote:
Hi,
> Package mt-daapd is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> E: Package mt-daapd has no installation candidate
Did you erroneously remove the APT
On Wed, 15 Jul 2009, Julien BLACHE wrote:
Peter Denison wrote:
Hi,
Rather bizarrely the executable seems to be linked to both libavutil.so.49 and
libavutil.so.50, though this is probably an irrelevance.
First things first, there's no libavutil.so.50 in Debian, so wherever
this comes from,
Peter Denison wrote:
Hi,
> Rather bizarrely the executable seems to be linked to both libavutil.so.49 and
> libavutil.so.50, though this is probably an irrelevance.
First things first, there's no libavutil.so.50 in Debian, so wherever
this comes from, you need to clean this up.
Once this is ou
Package: mt-daapd
Version: 0.9~r1696.dfsg-13
Severity: normal
I can transcode .flac files perfectly well, but as soon as a .ogg file is
played, the server crashes out. If run with the '-f' switch, it prints
'Segmentation fault'.
Running under gdb, it seems to crash inside libavcodec.so.52, but th
15 matches
Mail list logo
