[sane-devel] pthread support
Hello, On Aug 10 17:47 Gerhard Jaeger wrote (excerpt): On Friday 09 August 2013 11:10:59 Rolf Bensch wrote: [...] Why is pthread disabled by default for Linux? this is IIRC a left over from ancient days. A couple of years ago the pthread support was added and it should work... FYI: This is used in Debian since Feb 2009 with no issues so far and accordingly since openSUSE 11.4 (i.e. since Sep 2010) we also use configure ... --enable-pthread and we also had no issues so far, see https://bugzilla.novell.com/show_bug.cgi?id=633780 Perhaps nowadays pthread should be enabled by default for Linux? Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
[sane-devel] [sane-pixma] Canon MF4150 v. PIXMA_CAP_LINEART
On Wed, 21 Aug 2013 22:10:32 +0200, Rolf Bensch wrote: Hi Samuel, I prepared a quick patch to implement lineart for imageclass scanners. Thanks! Preliminary testing update: I applied your patch against git version af107912. It segfaults without producing any noticeable activity in the scanner; and the segfault occurs whether --mode is set to Lineart, Gray, or Color. I find this baffling, as on a brief glance the new lineart code path *seems* to be largely branched over in other modes (at least in the logical beginning thereof). = Question for those knowledgeable of the codebase: Could a segfault in scanimage be likely caused by bad data from a rickety old scanner? I only did a brief test thus far. If bad data could be the problem, I will need to try repeatedly with reboots of the MF4150 unit.[1] N.b. however, stderr read exactly the same with SANE_PIXMA_DEBUG=4 and =21; so the segfault appeared to occur before any USB traffic. Compiling without the patch, git af107912 seeks to work (with some flakiness). The first time I tried it, scanimage simply timed out without any noticeable activity on the scanner; when I tried it again, it worked. The hardware itself is in a condition akin to a car with 200k miles; so I need to retest more thoroughly, and verify whether said weirdness was from the software or the scanner. The 1.0.23 (release) code appeared to work just fine; but I did not use same beyond initial checks, due to lack of lineart mode. I will post further if i find anything interesting reading or testing the code. Debugging pointers are welcome! Samuel Adam [1] I already know that even with a new Canon imageCLASS MF4150, either the scanner itself or the Canon-provided Windows driver suffers what smells to be a 32-bit integer overflow. When running sufficient scans to total gigabytes of raw data (I am guessing either 2^31-1 or 2^32 even), the Windows driver hangs and requires a reboot of the computer. Did I mention that I put 200k miles on (each of a few of) these scanners? Same issue extant on x86 and x64. If the scanner is periodically turned off and rebooted with its power switch, the aforesaid limitation is avoided; thus I am unsure whether it is some kind of byte counter in the scanner itself, or same in the driver which resets when the hardware is re-initialized. While I don?t recollect exactly what happened when I simply unplugged and replugged the USB cable, I don?t think that sufficed as a workaround. Too bad I can?t just peek at the source code...
[sane-devel] sanei_usb_open() and permission denied
On 27/08/2013 04:26, Chris Bagwell wrote: Ok, I pushed a patch that lets USB test pass on all my boxes. I'd appreciate if someone could test this (run make check) on a box with a USB scanner plugged in. All my scanners are network scanners so I can't test that case. Chris Hello, ran it with a LiDE 210 plugged, all tests are ok. Regards, Stef
[sane-devel] epson2 backend URL fixes (was: Re: Epson GT-7300U)
There is a cron job- but it was not running properly. I have updated the external list manually. allan On Sun, Aug 25, 2013 at 7:11 PM, Olaf Meeuwissen olaf.meeuwissen at avasys.jp wrote: Chris Bagwell writes: Applied this patch and your other model patch to git. Thanks! Someone else will have to do the HTML part. That'll probably be allan (or a cron job). -- Olaf Meeuwissen, LPIC-2 FLOSS Engineer -- AVASYS CORPORATION FSF Associate Member #1962 Help support software freedom http://www.fsf.org/jf?referrer=1962 -- sane-devel mailing list: sane-devel at lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject unsubscribe your_password to sane-devel-request at lists.alioth.debian.org -- The truth is an offense, but not a sin
[sane-devel] pthread support
Yes, we discussed this now 3 years ago, and I should have made it the default at that time. Oh well, I have just committed a patch for this, so our upcoming release will be pthread enabled by default on Linux. allan On Tue, Aug 27, 2013 at 7:48 AM, Johannes Meixner jsmeix at suse.de wrote: Hello, On Aug 10 17:47 Gerhard Jaeger wrote (excerpt): On Friday 09 August 2013 11:10:59 Rolf Bensch wrote: [...] Why is pthread disabled by default for Linux? this is IIRC a left over from ancient days. A couple of years ago the pthread support was added and it should work... FYI: This is used in Debian since Feb 2009 with no issues so far and accordingly since openSUSE 11.4 (i.e. since Sep 2010) we also use configure ... --enable-pthread and we also had no issues so far, see https://bugzilla.novell.com/show_bug.cgi?id=633780 Perhaps nowadays pthread should be enabled by default for Linux? Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer -- sane-devel mailing list: sane-devel at lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject unsubscribe your_password to sane-devel-request at lists.alioth.debian.org -- The truth is an offense, but not a sin
[sane-devel] Adding Android Frontend to Front ends page
Matthew- the only requirement is that a dev has time, and remembers to do it. I just added SANEDroid to the frontends page. Sorry for the delay. allan On Sat, Aug 3, 2013 at 7:05 PM, Matthew Baker mu.beta.06 at gmail.com wrote: Hi there, In an earlier mail to the list I introduced the Android client frontend I released a couple of months back ( https://play.google.com/store/apps/details?id=com.sane.droid). I was wondering what is required to have it added as one of the frontends on the frontend HTML page? Is there a minimum set of requirements the frontend has to adhere to in order to be included? Kind Regards, Matthew Baker -- sane-devel mailing list: sane-devel at lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject unsubscribe your_password to sane-devel-request at lists.alioth.debian.org -- The truth is an offense, but not a sin
[sane-devel] scanbd daemon does not load firmware
I created a neat setup using xinet + scanbd service + scanbd daemon (for buttons) + sane (client) to use Epson GT-1500 (with ADF) as a workhorse of a network scanner, with scanner buttons hooked to various jobs. Everything is working great, except... I encountered a problem after the scanner is powered off and then on again. The buttons service (scanbd daemon) stops reading the buttons and keeps getting communication error in the syslog. I tried various things until it occurred to me that Epson GT-1500 uses iscan plugin that loads firmware file (/usr/share/iscan/esfw86.bin) and the power off-on resets the scanner and thus wipes out the firmware. It seems like scanbd daemon does not load the firmware when the scanner is powered back on (at least I was not able to find how to configure it to do so), and it gets into trouble trying to read the buttons from device without its firmware.? I have few questions to scanbd team: 1. Can scanbd daemon automatically load firmware file and what should be done in the config files to achieve that? sane config files seem to have firmware option, but I don't see anything in scanbd documentation. 2. If scanbd daemon currently cannot load the firmware, are there any plans to add this feature? 3. If not, what is the recommended way to set scanbd up so it will work with scanners that require firmware to be loaded? I spent few hours and came up with the following rework using udev rule that invokes scanimage -L command to pull the command chain that loads the firmware. It works fine and I have not seen communication error since. A. Create a script that causes firmware to be loaded (I'm open to other methods, but scanimage -L is the only I found so far) sudo tee /etc/scanbd/scanner.d/on_insert.sh /dev/null CATEOF #! /bin/bash logger=/usr/bin/logger -t scanbd $logger Loading firmware for $1 /usr/sbin/service scanbd stop 21 /dev/null /usr/bin/scanimage -L 21 | $logger /usr/sbin/service scanbd start 21 /dev/null $logger Done loading firmware for $1 CATEOF sudo chmod a+x /etc/scanbd/scanner.d/on_insert.sh B. Create udev rule to call the above script. sudo tee /etc/udevd/rules.d/98-epson.rules /dev/null CATEOF # Force firmware load for EPSON GT-1500 ACTION==add, ENV{DEVTYPE}==usb_device, ATTRS{idVendor}==04b8, ATTRS{idProduct}==0133, RUN+=/etc/scanbd/scanner.d/on_insert.sh %p CATEOF -- next part -- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20130827/4ebe50df/attachment-0001.html