ciso fail memory allocation on amd64

[alepac]

Binary package hint: ciso

There is a memory allocation failure running ciso on amd64.
I found a solution to solve the problem.

Steps to Reproduce:
1. Use ciso on amd64 (or another 64-bit), and save a PSP file
2. Attempt to open that file on i386 or another 32-bit architecture.

Regards

Alessandro Pacifici

[Tessa (unit3)]

I've experienced this bug. It causes ciso archives created on AMD64 to fail on the PSP, or with other Ciso tools, because it changes the archive header size. Note that this patch will probably break the source for x32 builds (I would think), since it refers to different int sizes. It's probably best to change the "long"s to whatever the independent format to refer to a 32bit uint is.

In the mean time, installing the 32 bit build of this package on x64 works fine.

[alepac (alessandro-pacifici)]

Hi Graeme,
you are right, even if I think that int as a size of 4 bytes both for 32 and
64 bits architecture. To be more arch independent we can include
linux/types.h header file and use __u32 instead of other types. This works
for me on amd64.

2007/12/26, Graeme Humphries <email address hidden>:
>
> I've experienced this bug. It causes ciso archives created on AMD64 to
> fail on the PSP, or with other Ciso tools, because it changes the
> archive header size. Note that this patch will probably break the source
> for x32 builds (I would think), since it refers to different int sizes.
> It's probably best to change the "long"s to whatever the independent
> format to refer to a 32bit uint is.
>
> In the mean time, installing the 32 bit build of this package on x64
> works fine.
>
> --
> ciso fail memory allocation on amd64
> https://bugs.launchpad.net/bugs/163308
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Gaëtan Petit (gaetanp)]

this solution could work for both architecture?
so i could patch this

[Tessa (unit3)]

Yes, I'd agree with Alessandro, this looks like a good solution.

[ffer (anoffer)]

Still have this problem in Hardy. This should be fixed, it's July 08. Thanks !!! would be great to have this fixed =)

[Gaëtan Petit (gaetanp)]

Yes my apologizes, i have been really busy this year because of my thesis.
I'll fix this for intrepid.

[Brian Murray (brian-murray)]

Is there any progress being made on this?

[Brian Murray (brian-murray)]

Attached is a debdiff for Jaunty that will resolve this issue and that adds dpatch as a patch system for ciso. Additionally, I've uploaded this to my PPA for Intrepid so you could install the package from https://launchpad.net/~brian-murray/+archive if you want.

[Michael Casadevall (mcasadevall)]

This bug appears to exist in everything great than feisty. I've nominated them for release, and I'm currently sponsoring the fixed packages into jaunty, intrepid-proposed, hardy-propesed, and gutsy-proposed queues.

[Launchpad Janitor (janitor)]

This bug was fixed in the package ciso - 1.0.0-0ubuntu2

---------------
ciso (1.0.0-0ubuntu2) jaunty; urgency=low

  * Resolution of memory allocation failure on amd64 which caused unusable
    ciso files to be created (LP: #163308)

 -- Brian Murray <email address hidden> Tue, 02 Dec 2008 20:58:34 -0800

[Sergio Zanchetta (primes2h)]

The 18 month support period for Gutsy Gibbon 7.10 has reached its end of life -
http://www.ubuntu.com/news/ubuntu-7.10-eol . As a result, we are closing the
Gutsy task.

[Alex Valavanis (valavanisalex)]

Intrepid Ibex reached end-of-life on 30 April 2010 so I am closing the
report. The bug has been fixed in newer releases of Ubuntu.

[Rolf Leggewie (r0lf)]

Hardy has seen the end of its life and is no longer receiving any updates. Marking the Hardy task for this ticket as "Won't Fix".