[sane-devel] USB device locking in the snapscan backend

[Julien BLACHE]

"m. allan noah" <kitno455 at gmail.com> wrote:

Hi,

> Yes, yes! Multi-threaded backends are hard to debug and hard to port,
> and using a library that may, or may not, install signal handlers
> depending on which backend is used gives front-end authors the blues.

It's really a problem, even for a basic frontend, so imagine what it
must be inside MonsterOffice.org.

> i think your idea is good, as long as it is optional, since most
> (all?) command line uses will have no need for it. actually, since

We could make libsane-net the default libsane instead of libsane-dll
and voila. But that's probably for SANE 2 ;)

With a slightly revamped saned and maybe with added
avahi/bonjour/whatever-it's-called-this-week that could just work
without any saned/net config at all.

> non-blocking is optional in backends, most gui front-ends may already
> have a separate thread for it, making the discussion somewhat moot.

Do they ?

JB.

-- 
Julien BLACHE                                   <http://www.jblache.org> 
<jb at jblache.org>                                  GPG KeyID 0xF5D65169