Hi,
finally the problem turned out to be caused by libburn's
wrong usage of the call parameter stack.
The copy source of the failing statement is allocated too
small by the caller of function add_worker:
struct write_opts write;
and then copied with the size of
union w_list_data
This bug is
Hi,
the change from "a->u =" to memcpy() seems to have enabled
production of SPARC bootable images.
I did on the shell account provided by Sebastien without experiencing
any error indication:
cd /home/thomas
/home/thomas/xorriso-1.3.7/xorriso/xorriso -as mkisofs \
-r -J -o test.iso -G
Hi,
i can reproduce the SIGBUS only when gcc got option -O2.
(I removed all -O2 from ./configure, ran make clean and make.)
I can silence the error, with -O2 enabled, by replacing
a->u = *(union w_list_data *)data;
with
memcpy(&(a->u), data, sizeof(union w_list_data));
So this se
Hi,
---
sorry, i sent the first copy of this to the predecessor bug 731806.
---
> Program received signal SIGBUS, Bus error.
> add_worker (w_type=3, d=0x161128 , f=0xd1b
Hi,
> Program received signal SIGBUS, Bus error.
> add_worker (w_type=3, d=0x161128 , f=0xd1b20
> 149 a->u = *(union w_list_data *)data;
Other than expected from the first report in bug 731806,
the problem does not sit in libisofs but in libburn/async.c.
(Other predecessor developer
Package: xorriso
Version: 1.3.2-1
Severity: important
Tags: d-i
Dear Maintainer,
I was trying to check if xorriso was usable for building the debian-installer
package.
Unfortunately, using xorriso as replacement for genisoimage leads to a SIGBUS
error.
Seems to be an unaligned access on sparc
6 matches
Mail list logo
