Search Criteria
Package Details: ricoh-sp150su-sane 1.0.22-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/ricoh-sp150su-sane.git (read-only, click to copy) |
---|---|
Package Base: | ricoh-sp150su-sane |
Description: | SANE driver for Ricoh SP150SU series |
Upstream URL: | http://support.ricoh.com/bb/html/dr_ut_e/re1/model/sp150su/sp150su.htm |
Licenses: | custom |
Submitter: | aineko |
Maintainer: | aineko |
Last Packager: | aineko |
Votes: | 1 |
Popularity: | 0.000000 |
First Submitted: | 2018-12-23 15:34 (UTC) |
Last Updated: | 2025-02-08 22:24 (UTC) |
Dependencies (3)
- libusb-compat (libusb0AUR)
- sane (sane-gitAUR)
- patchelf (patchelf-gitAUR) (make)
Latest Comments
aineko commented on 2025-02-08 22:27 (UTC)
Thank you for sharing your debugging details paussnic!
I have patched away the
getifaddrs()
call inlibsane-alto.so
so the package works out of the box without the need forLD_PRELOAD
.paussnic commented on 2025-02-05 13:39 (UTC)
After some investigation using GDB to attach
scanimage -L
, it appears thatlibsane-alto.so
segfaults when processing the result ofgetifaddrs()
for certain interfaces. In my case, it crashes when I enable my TUN VPN.libsane-alto
callsgetifaddrs()
for some SNMP-related operations, as seen in the backtrace above, but we don't actually need it for using the scanner.To work around this issue, I created a dummy shared library,
no_getifaddrs.so
(source bellow), that always returns anEACCES
error whengetifaddrs()
is called. I then preload this library usingLD_PRELOAD
when running my scanner program (simple-scan
), and it works perfectly.dreieck commented on 2023-09-15 11:12 (UTC)
Currently, having this package installed results in a Segmentation Fault of xsane.
gdb xsane
,(gdb) run
:/usr/lib/sane/libsane-alto.so.1
belongs to the packagericoh-sp150su-sane
.A
(gdb) bt
(with partially available debugging symbols via debuginfod):Removing the package
ricoh-sp150su-sane
solves thexsane
crash.Regards!