[sane-devel] saned issues for remote scanner access

Jim George jim.george@blueyonder.co.uk
Wed, 3 Mar 2004 20:54:30 -0000 (GMT)

Hi all,

thanks to all for helping resolving this.  By setting the device name in
sanetwain.ini in c:\windows to the device name returned from scanimage -L
everything now works.

One thing that might help people like myself would be if the location of
sanetwain.ini was explicitly named and this resolution was added to a
sanetwain FAQ (granted the fixes Herman and Henning should still be

Thanks again,


Herman Kuiper said:
> Hi,
>> - sanetwain should not call sane_cancel() when sane_open()
>> hasn't   succeeded. That should be fixed by the sanetwain author.
> Thanks for localizing that. I was aware that sometimes a cancel call
> would  trigger a segfault, but haven't had tiem to investigate further.
> BTW, is it  possible that something in sane itself has changed regarding
> this during  the last few versions? I got a couple of reports on this in
> the last  months, before that it seemed never to be an issue.
>> - the dll backend should be more intelligent when beeing askes for the
>> device   name "" (look at the list of devices and take the first one)
>> maybe.
> OK - maybe it was backend-dependent as well.
>> - sanetwain could look for a specific device name. It can use the
>>   list gotten from sane_get_devices() and use the first device to do
>> that.
> I'm not sure why I try to open the empty device. On first start, it
> should  ask for a list of devices and on next calls, use the last
> selected one.  I'll check.
>> - Tell sanetwain which device to use. I don't know how that works, but
>>   it must be possible otherwise sanetwain wouldn't work for anyone.
> In the ini file the currently selected device has an entry somewhere.
> The  name should be an exact match of what the backend returns as device
> name.
> My list of critical bugs is getting too long for my liking (a handful,
> but  still) so I probably will take some time next week to fix the bugs
> and  release a new version. Users having problems should'nt hesitate to
> bug me  if that takes too long :-)
> 	Herman

Best Regards,

Jim George
Thanks for reading this email.

This email was sent using SquirrelMail.
   "Webmail for nuts!"