Hide Forgot
Description of problem: scanimage -L -> device `genesys:libusb:001:008' is a Canon LiDE 60 flatbed scanner scanimage -d genesys:libusb:001:008 --format=png -o scan.png -> /usr/include/c++/9/bits/stl_vector.h:1060: std::vector<_Tp, _Alloc>::const_reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) const [with _Tp = short unsigned int; _Alloc = std::allocator<short unsigned int>; std::vector<_Tp, _Alloc>::const_reference = const short unsigned int&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__builtin_expect(__n < this->size(), true)' failed. Aborted (core dumped) Version-Release number of selected component: sane-backends-1.0.29-4.fc31 Additional info: reporter: libreport-2.12.0 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/gnome-terminal-server.service cmdline: scanimage -d genesys:libusb:001:008 --format=png -o scan.png crash_function: std::__replacement_assert executable: /usr/bin/scanimage journald_cursor: s=0edfd33be8cd4c33b94d55e7d7b3a96b;i=2ddbe;b=f44a087dc04e43d78c900ec7d3aa2987;m=3c550163f3;t=59f88f7d70c18;x=1ce8b2b4499732cf kernel: 5.5.5-200.fc31.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000
Created attachment 1666125 [details] File: backtrace
Created attachment 1666126 [details] File: core_backtrace
Created attachment 1666127 [details] File: cpuinfo
Created attachment 1666128 [details] File: dso_list
Created attachment 1666129 [details] File: environ
Created attachment 1666130 [details] File: limits
Created attachment 1666131 [details] File: maps
Created attachment 1666132 [details] File: mountinfo
Created attachment 1666133 [details] File: open_fds
Created attachment 1666134 [details] File: proc_pid_status
*** Bug 1807749 has been marked as a duplicate of this bug. ***
Unfortunately, I'm not able to reproduce with my scanner which uses Genesys backend. But the reason why it aborts seems to be clear - genesys backend wants to access vector slope_table at member 255 (because of looping over 'steps' var, which is 256), but its size is only 255 (0-255). I'll investigate more if creating an bigger vector will not break things.
Thank you for looking into this. As mentioned before, sane-backends-1.0.28 does not have this issue.
(In reply to Zdenek Dohnal from comment #12) > its size is only 255 (0-254). > 254 is max of course... Matthias found the asic type of scanner - it is GL841.
Matthias, I created testing patch and created testing rpms - would you mind installing them and see if it helps? The link https://koji.fedoraproject.org/koji/taskinfo?taskID=42151429
Zdenek, thank you, I can confirm, the test packages are fixing my issue
Sent upstream https://gitlab.com/sane-project/backends/-/merge_requests/346
*** Bug 1815210 has been marked as a duplicate of this bug. ***
FEDORA-2020-0efa3a9983 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-0efa3a9983
FEDORA-2020-0efa3a9983 has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-0efa3a9983` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-0efa3a9983 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-0efa3a9983 has been pushed to the Fedora 31 stable repository. If problem still persists, please make note of it in this bug report.