*** This bug is a duplicate of bug 89869 ***
https://bugs.launchpad.net/bugs/89869
** Attachment removed: "CoreDump.gz"
http://launchpadlibrarian.net/7297422/CoreDump.gz
--
zip crashes when temporary output file exceeds 2GB
https://bugs.launchpad.net/bugs/105716
You received this bug noti
*** This bug is a duplicate of bug 89869 ***
https://bugs.launchpad.net/bugs/89869
** This bug has been marked a duplicate of bug 89869
[apport] zip crashed with signal 25 in __kernel_vsyscall()
--
zip crashes when temporary output file exceeds 2GB
https://bugs.launchpad.net/bugs/105716
Y
> Signal 25 (among others) is not labeled in the man file for kill.
> SIGXFSZ is listed, but not the corresponding number. Maybe I will
> file another bug againt kill to get those numbers added, or is there
> some more common place that lists the signal and corresponding value?
I usually look in
On 4/13/07, Martin Pitt <[EMAIL PROTECTED]> wrote:
> I concur that this does not look like a security problem. NB that this
> is not a segfault, but signal 25, which is
>
> SIGXFSZ 25,25,31CoreFile size limit exceeded (4.2BSD)
Signal 25 (among others) is not labeled in the man file f
Certainly not the best kind of error handling, that could be improved.
But nothing serious AFAICS, since the actual cause is the used file
system that doesn't seem to get along with large files.
** Changed in: zip (Ubuntu)
Importance: Undecided => Low
--
zip crashes when temporary output file
Argh, that copy&paste was formatted badly. It does not mean that the
core dump was too big, but that the signal causes a core dump by
default.
--
zip crashes when temporary output file exceeds 2GB
https://bugs.launchpad.net/bugs/105716
You received this bug notification because you are a member o
I concur that this does not look like a security problem. NB that this
is not a segfault, but signal 25, which is
SIGXFSZ 25,25,31CoreFile size limit exceeded (4.2BSD)
** Changed in: zip (Ubuntu)
Status: Unconfirmed => Confirmed
--
zip crashes when temporary output file exc
StacktraceTop:__kernel_vsyscall ()
__write_nocancel () from /lib/tls/i686/cmov/libc.so.6
_IO_new_file_write () from /lib/tls/i686/cmov/libc.so.6
new_do_write () from /lib/tls/i686/cmov/libc.so.6
_IO_new_do_write () from /lib/tls/i686/cmov/libc.so.6
** Tags removed: need-i386-retrace
** Attachmen
Okay, I've unmarked it so other developers can see the bug again.
Thanks!
** Summary changed:
- zip is vulnerable to DoS and possible code execution when temporary output
file exceeds 2GB
+ zip crashes when temporary output file exceeds 2GB
** Visibility changed to: Public
** This bug is no lo
