[haiku-bugs] Re: [Haiku] #1870: Expander - unzipping on full volume hangs

  • From: "anevilyak" <trac@xxxxxxxxxxxx>
  • Date: Tue, 06 Apr 2010 21:33:17 -0000

#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.

Other related posts: