On Thu, Jul 18, 2019 at 06:04:13PM +0200, Stephen Berman via blfs-support wrote:
> On Thu, 18 Jul 2019 09:49:00 +0200 Christopher Gregory via blfs-support
> <[email protected]> wrote:
>
> >
> > Hello,
> >
> > Debian have version 3.18.12 of hplip and have 32 patches for it:
> >
> > http://deb.debian.org/debian/pool/main/h/hplip/hplip_3.18.12+dfsg0.orig.tar.xz
> >
> > The above link is the original source code.
> >
> > http://deb.debian.org/debian/pool/main/h/hplip/hplip_3.18.12+dfsg0-2.debian.tar.xz
> >
> > The above link contains the patches. Be warned, the files extract to the
> > directory debian.
>
> Thanks for these links. I'm not sure but think I read somewhere that
> the scanner in my device only works under Linux with hplip 3.19. At any
> rate, I also have openSUSE on this machine and it uses 3.19.3 and the
> scanner works there. Since the 3.19.6 plugin made scanimage crash, I
> downloaded, built and installed 3.19.3, but sadly with the same result:
> printing is fine but when I installed the plugin, scanimage segfaulted.
> Since it works in openSUSE and the plugin is a binary from HP, there
> must be something the plugin needs that's missing in my BLFS. I ran
> scanimage under gdb and got this backtrace:
>
Since it work in OpenSuSe, you could try looking at the srpm - for
Sane, I suppose, or else for its listed dependencies - for patches or
missing dependencies.
> Thread 1 "scanimage" received signal SIGSEGV, Segmentation fault.
> _IO_fgets (buf=buf@entry=0x7fffffffb9f0 "", n=n@entry=128, fp=fp@entry=0x0)
> at iofgets.c:47
> 47 iofgets.c: No such file or directory.
Google suggests this happens because the result of fopen is not
checked before using fgets to read from the file. And iofgets.c is
part of glibc.
> (gdb) bt
> #0 _IO_fgets (buf=buf@entry=0x7fffffffb9f0 "", n=n@entry=128,
> fp=fp@entry=0x0)
> at iofgets.c:47
> #1 0x00007ffff76c22b6 in fgets (__stream=0x0, __n=128, __s=0x7fffffffb9f0 "")
> at /usr/include/x86_64-linux-gnu/bits/stdio2.h:263
> #2 sane_hpgt2500_init (version_code=<optimized out>,
> authorize=<optimized out>) at canopus.c:618
> #3 0x00007ffff7fa7f70 in init (be=be@entry=0x4127c0) at dll.c:637
> #4 0x00007ffff7fa8976 in sane_dll_get_devices (
> device_list=device_list@entry=0x7fffffffbbf8,
> local_only=local_only@entry=0) at dll.c:1078
> #5 0x00007ffff7f94c35 in sane_get_devices (dl=dl@entry=0x7fffffffbbf8,
> local=local@entry=0) at dll-s.c:17
> #6 0x0000000000402847 in main (argc=2, argv=0x7fffffffe038)
> at scanimage.c:2102
>
> I'm not sure I did this right and don't know how to find out what file
> or directory couldn't be found (it looks like it's an empty file name
> and the file pointer is a NULL pointer, which presumably caused the
> crash). Can anyone here give me any tips?
>
> Steve Berman
That item #4 makes me think you are using scanimage -L (or else
scanimage invokes that). One oldish post re OpenSuSe which I saw a
few minutes ago mentioned changing udev permissions. If this is a
usb scanner, does it show up in lsusb, and is it writable (sorry, no
idea how to fix that if it isn't, but maybe your OpenSuse install
has a udev rule for it).
ĸen
--
One pill makes you larger, And one pill makes you small.
And the ones that mother gives you, Don't do anything at all.
Go ask Alice, When she's ten feet tall.
-- Jefferson Airplane, White Rabbit
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
