#1870: Expander - unzipping on full volume hangs -----------------------------------+---------------------------------------- Reporter: stippi | Owner: korli Type: bug | Status: new Priority: low | Milestone: R1 Component: Applications/Expander | Version: R1/Development Keywords: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by anevilyak): Replying to [comment:10 bonefish]: > Replying to [comment:9 anevilyak]: > Could work in principle, though closing is not so good, as then the first file opened by the program will get FD 0 and weird things could happen. But dup2()ing a /dev/zero FD instead should do the trick. Without actually parsing the program output it will be virtually impossible to present a specific error message to the user, though. Do we really need to parse it? as long as we echo back stdout/stderr we should pick up whatever error messages the invoked compressor spits out, which is more or less all we can realistically do when running them externally and relying on pipes. In this particular instance zip reports that the disk is full and asks for user/input on whether or not to retry, so we should echo back the disk full message as well. This would IMO give the user all the info they need. If the app is silent on the matter then unless it returns a useful error code at program exit, I don't see what else we could really do for error reporting. -- Ticket URL: <http://dev.haiku-os.org/ticket/1870#comment:11> Haiku <http://dev.haiku-os.org> Haiku - the operating system.