On Thu, Nov 13, 2008 at 4:26 PM, Jeffrey Ratcliffe
wrote:
>> then, under the hood, scanimage converts your commands like so:
>>
>> -l 2 -x 21 = --tl_x 2 --br_x 23
>> -t 1 -y 32 = --tl_y 1 --br_y 33
>
> The relevant line is 2038:
>
> val = pos + window_val[index] - 1;
>
> But these are
I recently did a urpmi.update and now I cannot use my epson perfection
1640su scanner. I have only one of each: libsane1, sane backends, and
xsane installed. The scanner was always detected and worked well
before the update. any assistance will be very much appreciated.
Thank you.
George
Allan, Igor,
Thanks for the replies! Sadly, it seems a bit more involved than I am
ready for at the moment. Though, is it necessary to remove all of SANE
and recompile from sources if I were to start programming a new
backend?
The more I look at the Mustek_usb2 code and the usb log file, the more
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2272 bytes
Desc: not available
Url :
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20081209/4aacaaea/attachment.bin
"m. allan noah" wrote:
Hi,
> during sane_cancel(), the backend calls: sanei_thread_kill
> (s->reader_pid), but s->reader_pid is 0, which signals the entire
> group. There is a test to try and avoid this, but it relies on prior
Hmm, maybe sanei_thread_kill() should check its argument to avoid
th
but the pointer could just as easily overflow to -1, so that's broken too.
allan
On Tue, Dec 9, 2008 at 10:48 AM, Mattias Ellert
wrote:
> m?n 2008-12-08 klockan 09:46 -0500 skrev m. allan noah:
>> After some private mails with Ian, it seems this is a bug in sane-avision:
>>
>> during sane_cancel
you'll have to find the usb vid and pid in the backend source, and
change it there.
allan
On Mon, Dec 8, 2008 at 10:50 PM, Triften Chmil wrote:
> The output of sane-find-scanner -v -v on
> http://www.sane-project.org/unsupported/hp-scanjet-4600.html says that
> it may contain an SQ113 chip, whic
