[sane-devel] has feeder loaded
Oliver wrote: is there a function in sane to ask if the document feeder is loaded (like the 'has feeder loaded' option in TWAIN)? But hopefully more reliable. Here's two typical TWAIN conversations (with an HP): Do you have a feeder? -Yes Can you tell me if the feeder is loaded? -Yes Is the feeder loaded? -I don't know Is the feeder enabled? -No Please enable the feeder. -OK Is the feeder enabled? -Yes Please disable the feeder. -OK Is the feeder enabled? -Yes Phil
[sane-devel] SANE OS X 10.3 Install Problems
Randolph Fritz wrote: I think, probably, a better approach would be to have sanei_osx_SAM.c. But, the API is very new, and Apple plans on offering their own standard scanner driver (In later versions of Mac OS X, however, the mass storage stack will include support for other SCSI peripheral devices, such as scanners.), so it may be best to wait on that. On a related note, OS X 10.3 introduced changes to the Image Capture Architecture, making it TWAIN-like in its parameters, and included the new EPSON Scanner driver. It's a step forward for users, but the fact that only EPSON have shipped [OS X native] TWAIN or ICA scanner drivers means there remains a big need for SANE on OS X. The updated SDK was released on Friday: http://developer.apple.com/sdk/index.html#ImageCapture It should be pretty easy to bridge ICA and SANE, in either direction. A SANE driver bridged to ICA underneath (to allow SANE apps to use ICA drivers) would be of little use for scanning right now due to the EPSON-only issue, but it might make more sense for digital cameras, for which there is wide ICA support. But an ICA driver bridged to SANE underneath would widen usability on OS X considerably, by giving transparent (apart from discovery and configuration) access to SANE-supported scanners through the Image Capture application. Phil
[sane-devel] SANE OS X 10.3 Install Problems
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] RE: (Big?) Problem with fork() in OSX
If the file descriptors aren't dup'ed, that should be fixed on MacOS and not SANE. That's one of the basic Unix functions and if it doesn't work, it's just not Unix. However, bugs in fork would harm a lot of other applications so I wonder if this is the real reason. There are no bugs in fork() or with file descriptors (or at least, none relevant to the current discussion). The problem is that Mac OS X IO access is not (and indeed cannot be) made through file descriptors. The Darwin IO libraries are another breed completely. See http://developer.apple.com/techpubs/macosx/Darwin/IOKit/DeviceInterfaces/SCS IArchitectureModel/SAMDocPage.html The problem is that after you call (*taskinferface-ObtainExclusiveAccess)() a fork()ed thread is then denied access because the first thread has exclusive access. Phil
[sane-devel] darwin/OS X port?
Is anyone working on a port of SANE to Mac OS X (or rather to Darwin)? I'd like to know before I get too deep into the SCSI side of it myself! Phil