Pthread is the default on other platforms because they generally don't
let open usb device handles pass across a fork(). Since this works on
Linux, and threads were so flaky all those years ago, non-threaded
became the default for Linux. Honestly, I think it could be changed,
but I don't think pthr
Hello,
currently we (i.e. openSUSE/Novell) compile sane-backends
with its default configure setting "--disable-pthread" for Linux.
A consequence is that the mustek_usb2 backend is not built
because it requires "--enable-pthread", see
https://bugzilla.novell.com/show_bug.cgi?id=633780
Therefore
:
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100826/d6c649a2/attachment.bin>
Hello,
we (i.e. openSUSE/Novell) got this bug report:
https://bugzilla.novell.com/show_bug.cgi?id=631294
In short:
It seems the sane_cancel implementations in particular backends
are not safe to be called from signal handler which may lead
to arbitrary issues.
E.g. the frontend "scanimage" can
On 08/26/2010 02:42 AM, D. Higginbotham Sr. wrote:
> My problem is that I am trying to use sane on my WinXP and I have spend =
> many hours reading and trying different editing in net.conf & dll.conf =
You are probably better off downloading Epson's Windows drivers. I don't think
that many people
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010?08?25? 07:58, Norm Forrester wrote:
> Hello,
> I added the following two lines to the 40-libsane.rules file for an Epson
> CX-7800 scanner. Currently using Ubuntu 10.04.
> # Epson CX-7800 | Epson CX-7800
> ATTRS{idVendor}=="04b8", ATTRS{idProdu
sane_cancel should be safe when called from a signal handler. If an
individual backend is not, it is a bug. Generally a variable should be
set, and checked at the start and end of each long-running operation.
Almost certainly no commands should be sent to the scanner.
allan
On Thu, Aug 26, 2010 a
