[sane-devel] HP5400 backend progress
Henning Meier-Geinitz
henning at meier-geinitz.de
Sun Feb 23 14:11:44 GMT 2003
Hi,
On Mon, Feb 24, 2003 at 12:16:36AM +1100, Martijn van Oosterhout wrote:
> Well, I've got the color correction stuff in there (to fix where the R, G &
> B come in not next to eachother). And I've put a prototype SANE backend in.
> It'll build a .so which you can symlink into the right place. xscanimage
> finds the .so, loads it and calls sane_init but never calls sane_get_devices
> before bailing out saying it can't find any scanners.
You are talking about sane-hp5400.so that's in your package?
ls -l sane-hp5400.so
-rwxr-xr-x 1 hmg hmg 83577 2003-02-23 13:52 sane-hp5400.so
nm sane-hp5400.so|grep sane
000056cc T sane_hp5400_cancel
00004f48 T sane_hp5400_close
[...]
There is no sane_init (etc.). That may work if you load the library by
the dll meta backend but you can't link to it from a frontend directly.
E.g. my test program (just posted, see thread about segfaults)
complains:
testing libsane-hp5400.so: getting symbol sane_init failed:
./sane-test: undefined symbol: sane_init
So are you sure that sane_init of your backend is called at all?
If you set the appropriate links and run it with the dll backend you
get:
[dll] load: searching backend hp5400' in /usr/local/lib/sane'
[dll] load: trying to load /usr/local/lib/sane/libsane-hp5400.so.1'
[dll] load: dlopen()ing /usr/local/lib/sane/libsane-hp5400.so.1'
[dll] init: initializing backend hp5400'
[dll] init: backend hp5400' has a wrong major version (0 instead of 1)
Maybe that's because V_MAJOR and V_MINOR is set by sane-backend's
configure?
Bye,
Henning
More information about the sane-devel
mailing list