PhotoGrabber cannot be killed when camera is attached

[nutela]

• how to reproduce

unpack Photograbber from Haikuware.com, the bin should be from 28 Aug 2008, have a camera (in this case Canon Ixus) attached to USB and start Photograbber and set it up to look for a camera (see settings)

• experienced behavior

Photograbber never updates its window, cannot be killed with ctrl-alt-del or kill -9, the window leaves an area on the desktop which is wrongly redrawn, after several kill -9 of PhotoGrabber's threads, the picasso thread is hogging cpu. only when the camera is switched off the Deskbar entry disapeared, the area on the desktop previously occupied by PhotoGrabber is being redrawn normally again.

• expected behavior

Every app should be killed by ctrl-alt-del or always with kill -9, picasso shouldn't get confused? :-)

[nutela]

Photograbber preferences

[nutela]

Regarding the App_server's picasso thread; what I wrote above is not true, even after killing PhotoGrabber, the 'window-space' is not deleted, the area which Photograbber covered is still drawn over the desktop, how could I debug it when it is still running?

[vidrep]

Shouldn't this be in Haikuports?

[waddlesplash]

No, because kill -9 should kill things no matter what they're doing or blocked on.

[pulkomandy]

This happens because the app is locked inside a system call. Possibly inside the USB stack, but attaching Debugger to it and extracting a report (backtrace of all threads) would be helpful.

[korli]

can this be reproduced after hrev55806?

[waddlesplash]

Indeed it can't, in fact this was the application I was testing when I made that change.