Description of problem:
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:
cmdline: scanimage -d genesys:libusb:001:008 --format=png -o scan.png
runlevel: N 5
Created attachment 1666125 [details]
Created attachment 1666126 [details]
Created attachment 1666127 [details]
Created attachment 1666128 [details]
Created attachment 1666129 [details]
Created attachment 1666130 [details]
Created attachment 1666131 [details]
Created attachment 1666132 [details]
Created attachment 1666133 [details]
Created attachment 1666134 [details]
*** 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.
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
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.