[sane-devel] Signal-Handling-Question ( OS/2)
Hi, Perhaps someone can help me with this: When I try to stop a scan with scanimage using Ctrl+C on OS/2 the System crashes ( TRAP D). This is probably a fault of the driver used for SCSI-access. I can work around this problem by encapsulating all DosDevIOCtl() functions in a DosEnterMustComplete() DosExitMustComplete() pair. But this 'solution' is not perfect. When I now 'Ctrl+C' the scanner stops, the error-LED on the scanner (EPSON GT-9500) lights up and scanimage tells: scanimage.exe: received signal 2 scanimage.exe: trying to stop scanner and _wait's_ until I SIGKILL the process (second Ctrl+C doesn't work). - How to tell scanimage that the scanner allready has stopped? - How do I reset the scanner so that the error-led turns off again? (OK I can use the RESET-button of my EPSON-Scanner, but other scanners probably don't have a RESET-Button) Probably some atexit() function but where and how to place it, scanimage allready has one? In a second approach I've tried the following: /* Prevent the calling process from being killed */ sigfillset(all); sigprocmask(SIG_BLOCK, all, oldset); DosDevIOCtl() /* Now it is ok to be killed */ sigprocmask(SIG_SETMASK, oldset, NULL); But this way the machine still crashes hard when entering Ctrl+C (Perhaps I made a mistake with the syntax?) - How do I correctly delay SIG_INT with unix-like functions? Hoping for some enlightenment, Franz
[sane-devel] SANE OS X 10.3 Install Problems
On Thu, Nov 20, 2003 at 09:02:22AM -, Phil Barrett wrote: Well, I can't help because I don't have any MacOS X experience but maybe one of the OS X hackers can. So I quote everything and send it to sane-devel. Please reply to sane-devel, not to me personally. -DV_MAJOR=1 -DV_MINOR=0 -D_REENTRANT -g -O2 -W -Wall sanei_scsi.c sanei_scsi.c:210:35: IOKit/cdb/IOSCSILib.h: No such file or directory ... Simple enough: this header is an old API, which is not included in OS X 10.3 (Panther). The code for the new API is in sanei_scsi.c already, so the solution is just to define OSX_ONLY_10_2_API somewhere. Would that this was that simple! The new Mac OS X SCSI Architecture Model is misnamed; it is a grand unified transport layer, covering SCSI, USB (Storage), FireWire SBP2 and ATAPI. So this may be the story for a lot of different scanners in 10.3 and later versions of Mac OS. Or maybe not, depending on how many manufacturers adopt it. Perhaps it would be a good idea to start a sanei_osx_scsi_architecture_family file? Randolph
[sane-devel] SANE OS X 10.3 Install Problems
It's been a while since I've been able to concentrate on SANE, apologies for my absence. I added the OSX_ONLY_10_2_API and OSX_ONLY_10_1_API defines as I knew the old API was going to go, but didn't have time to test on Panther at the time. Could someone add a test to the config script ? The new API works fine in Panther (at least if it is compiled on Jaguar), and I've got a bit of extra code to handle the sense codes to submit to CVS, unless someone has added that already. I'll try and take a look at this over the weekend. Cheers Guy On 20/11/03 10:02 am, Phil Barrett p...@cambridgeanimation.com wrote: Well, I can't help because I don't have any MacOS X experience but maybe one of the OS X hackers can. So I quote everything and send it to sane-devel. Please reply to sane-devel, not to me personally. -DV_MAJOR=1 -DV_MINOR=0 -D_REENTRANT -g -O2 -W -Wall sanei_scsi.c sanei_scsi.c:210:35: IOKit/cdb/IOSCSILib.h: No such file or directory ... Simple enough: this header is an old API, which is not included in OS X 10.3 (Panther). The code for the new API is in sanei_scsi.c already, so the solution is just to define OSX_ONLY_10_2_API somewhere. It seems this wasn't defined before, so I suspect the code using the new API has to be considered untested and potentially buggy. (Note that it fails to compile using gcc 2.95 without some reorganisation of variable and function declarations in the new API code.) Phil
[sane-devel] CVS servers down
Hi, The SANE anonymous and development servers are down at the moment. To be exact, they are not down but don't accept any users (ssh or pserver). Users should download our snapshots instead until that's fixed. The reason is some security problem on Debian servers. Alioth (the server that hosts our project) itsself is most probably not compromised, but ssh access has been disabled for security reasons. So at the momen, in addition to the CVS servers, we can't change our website and can't login to alioth. The sane-devel mailing list and the webserver itsself seem to be working. I'd point to the Debian list archive for more details but that's down for the same reason at the moment. Some info is here, however: http://www.wiggy.net/debian.xhtml However, I won't delay the release. I'll use my local tree that's nearly up-to-date. The only change I don't have in my local CVS tree is the change of the snapscan.desc file from yesterday. Oliver, please send me a patch of that Change (snapscan.desc and ChangeLog). If there are any more chanegs that should go into sane-backends 1.0.13, please send me patches now. I'll make the release Sunday morning (CET). Bye, Henning
