Hi Reinhard,
I checked on an ia64-box and can confirm: the code in the bazaar tree
has eliminated the offending warnings and the patch I submitted is no
longer needed.
Thanks,
--david
--
Mosberger Consulting LLC, http://www.mosberger-consulting.com/
--
To UNSUBSCRIBE, email to [EMAIL
Package: xine-lib
Version: 1.1.1-1
Tags: patch
Severity: important
The patch attached below is needed to fix a 64-bit problem. Without
the patch, the call to NeAACDecInit2() in xine_decoder.c will
initialize only the low 32 bits of the rate member. With this patch
and the patch for bug 360003
The patch attached below fixes the problem for me. It looks biggish,
but it's quite simple, actually: it adds to decoder.h forward
declarations for structures NeAACDec, NeAACDecConfiguration, and
NeAACDecFrameInfo and then uses pointers to them in lieu of
NeAACDecHandle,
Package: gauche
Version: 0.8.7-1
Tags: patch
Our automated buildd log filter [1] detected a problem that will cause
your package to segfault on architectures such as ia64:
Function `crypt' implicitly converted to pointer at syslib.c:2533
[1]
Hi Michael,
Thanks for taking care of this problem. I tested the new version and
it's working fine again.
--david
--
Mosberger Consulting LLC, http://www.mosberger-consulting.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: gnome-session
Version: 2.14.1-1
Tags: patch
Our automated buildd log filter [1] detected a problem that will cause
your package to segfault on architectures such as ia64:
Function `gsm_get_conf_client' implicitly converted to pointer at
gsm-xrandr.c:138
Function `gsm_get_conf_client'
Package: apt
Version: 0.6.44
Tags: patch
The current version of `apt' causes unaligned accesses whenever
running apt-get update. On ia64 Linux, this typically shows up as
messages of the form:
http(22944): unaligned access to 0x600062dd, ip=0x200a6e01
The problem comes from
Hi Simon,
Thanks for looking into these bugreports!
On 4/17/06, Simon Kelley [EMAIL PROTECTED] wrote:
Hmm, I'm confused: On both stable and unstable installations here, libgd
seems to have a dependency on libpng12. Furthermore, nothing seems to be
using libXft, running lsof over a running
Package: slimserver
Version: 6.2.1-2
Tags: patch
There appear to be two problems with getting SlimServer to recognize
FLACs with multiple tracks (I like to rip CDs into a single FLAC with
a separate CUE sheet).
First, SlimServer ignores songs which don't have an associated
byte-size. This is
Package: slimserver
Version: 6.2.1-2
Tags: patch
Slimserver assumes that in CUE files several tags such as TRACK or
PERFORMER are indented. This indentation is neither necessary nor is
it generated by tools such as cueconvert. The patch below fixes the
problem by making the leading whitespace
Package: slimserver
Version: 6.2.1-2
My machine has Debian/stable as the base distribution and then I
installed slimserver/unstable on top of that. At least in that
configuration, slimserver failed to load the GD library and hence was
unable to use TrueType fonts. The library couldn't be loaded
This bug is still present. The problem is that while this patch:
debian/patches/106-strptime_xopen.patch
is well-intentioned, it doesn't work. The problem with this:
-
+#include php.h
#if HAVE_STRPTIME
#define _XOPEN_SOURCE
#endif
:
#include time.h
-
Package: mono
Version: 1.1.9.1
Tags: patch
Our automated buildd log filter [1] detected a problem that will cause
your package to segfault on architectures where the size of a pointer
is greater than the size of an integer, such as ia64:
Function `dis_stringify_marshal_spec' implicitly converted
Third, part-property.c passed a pointer to an unitialized size_t-typed
variable to get_macro_name(), which was expecting only an int pointer.
Thus, the top 32-bits remained unitialized and on ia64 this caused a
crash when attempting to insert any part.
this was fixed in 0.40.3
The
Package: oregano
Version: 0.40.0-3
Severity: serious
Tags: patch
Oregano defines GNOME_DISABLE_DEPRECATED which has the effect that
gnome_menu_item_new() does NOT get declared. As a result, the
function gets implicitly defined to return an int, which is a
problem on 64-bit architectures since
Package: mozilla-firefox
Version: 1.0.2-1
Severity: normal
Tags: patch
Firefox often crashes when running update-mozilla-firefox-chrome (or
mozilla-firefox -register). In particular, this currently happens
reliably after installing any locale package (such as
mozilla-firefox-locale-de-de). The
Package: xpdf-reader
Version: 3.00-13
Severity: normal
File: /usr/bin/xpdf
Tags: patch
xpdf crashes on this (large) PDF document:
http://www.getboulder.com/sports/Master_Bike_map.pdf
The problem appears to be due to JPXStream.cc:2213 which looks like
this:
if (y0+y1 cb-y0)
17 matches
Mail list logo