[sane-devel] Compiling sane-backends CVS 2003/10/22 on OS/2
Hi, On Wed, Oct 22, 2003 at 05:28:34PM +0200, Gerhard Jaeger wrote: On Wednesday 22 October 2003 17:06, Franz Bakan wrote: [SNIPSNAP] No, why do you think so? A). because otherwise I get errors in avision.c and mustek.c there this function is defined static void. I see, but this has to be fixed also by the maintainers. I wrote the directly (Rene and Henning), but at least from Rene I got no response so far... The mustek backend has now support for sanei_thread. At least on Linux, it does not work perfectly (cancelling leads to segfaults sometimes). Bye, Henning
[sane-devel] Medion MD9850: scan range noise probs?
Hi all, Just upgraded to 1.0.12, now my MD9850 finally works locally over the net... nearly (congrats, guys!). Two issues remain: - The frontends are done with scanning a page when the scanner itself is only about halfway thru it (so I get a vertically strechted image of the upper half of the original). It's the same with scanimage and xsane (both thru gimp and kooka). - When forcing monochrome prescan, the scanner starts making those clanking noises, about halfway down the page (not near the end of its mechanical scan range). Here's my setup info: scanner: Medion MD9850, FCC# HWFA4CIS (OEM Mustek 600CP) on parport backend: mustek_pp, cis600 driver, slow_skip set (others default) parport: lp0, 0x378, tried both EPP/ECP and EPP only in BIOS Any ideas on what that might be or even how I could fix it? TIA cheers, -wolfgang
[sane-devel] Compiling sane-backends CVS 2003/10/22 on OS/2
Hi, On Wednesday 29 October 2003 11:51, Henning Meier-Geinitz wrote: [SNIPSNAP] The mustek backend has now support for sanei_thread.=20 good work ;-) At least on Linux, it does not work perfectly (cancelling leads to segf= aults sometimes). As I stated in my former mails, when using pthreads and the canceling mechanism, one should in general try and let the thread die gracefully. Which leads to some command exchange mechanism i.e. The cancel-command sets a variable, that will be checked by the=20 reader thread. If detected active, the reader thread stops its acitivity and exists. Doing this the hard-way via pthread_cancel it might be, that you run into trouble. One thing you can test is: comment out the line with pthread_setcanceltype (should be 201), recompil= e and check if the segfault behaviour is better... Ciao, Gerhard
[sane-devel] Compiling sane-backends CVS 2003/10/22 on OS/2
Hi,=20 On Wednesday 29 October 2003 17:30, Henning Meier-Geinitz wrote: [SNIPSNAP] The segafults appear to happen after exiting xsane only so it's not that bad. I'll see this here too when using xsane. Try and use xscanimage, there I'= ll never see this problem. Probably a xsane bug, I did not dig that deep int= o it, but it it pretty reproducible (xsane 0.90) Ciao, Gerhard
[sane-devel] Compiling sane-backends CVS 2003/10/22 on OS/2
Hi, On: Wed, 29 Oct 2003 11:51:40 +0100, Henning Meier-Geinitz henn...@meier-geinitz.de wrote: I see, but this has to be fixed also by the maintainers. I wrote th= e directly (Rene and Henning), but at least from Rene I got no response so far= ... Hm - never arrived here :-( ? I also seem to miss the beginning of this thread :-( But I try to track this issue soon - maybe a item in the BugTracker would be a nice reminder ;-) The mustek backend has now support for sanei_thread. At least on Linux, it does not work perfectly (cancelling leads to segfaults sometimes). = Bye, Henning Sincerely yours, Ren=E9 Rebe - ROCK Linux stable release maintainer -- = Ren=E9 Rebe - Europe/Germany/Berlin r...@rocklinux.org r...@rocklinux-consulting.de http://www.rocklinux.org http://www.rocklinux-consulting.de http://gsmp.tfh-berlin.de/gsmp http://gsmp.tfh-berlin.de/rene
[sane-devel] Compiling sane-backends CVS 2003/10/22 on OS/2
Hi, On Wed, Oct 29, 2003 at 06:44:45PM +0100, Rene Rebe wrote: I also seem to miss the beginning of this thread :-( But I try to track this issue soon - maybe a item in the BugTracker would be a nice reminder ;-) Just add one :-) Bye, Henning
[sane-devel] Medion MD9850: scan range noise probs?
Wolfgang Fabics wrote: Just upgraded to 1.0.12, now my MD9850 finally works locally over the net... nearly (congrats, guys!). Two issues remain: - The frontends are done with scanning a page when the scanner itself is only about halfway thru it (so I get a vertically strechted image of the upper half of the original). It's the same with scanimage and xsane (both thru gimp and kooka). Are you sure that the MD9850 is a 600CP clone? AFAIK, it is a 1200CP clone. The problem you describe is exactly what I would expect when you use the 600CP driver on a 1200CP. Try setting the driver to cis1200, but be careful. - When forcing monochrome prescan, the scanner starts making those clanking noises, about halfway down the page (not near the end of its mechanical scan range). Halfway down the page? I would expect this when the scan head hits the bottom. Does it also happen with the cis1200 setting? Eddy --- Tiscali ADSL: 3 maanden GRATIS! Snel Internet. En voor iedereen. http://reg.tiscali.be/default.asp?lg=nl
[sane-devel] Compiling sane-backends CVS 2003/10/22 on OS/2
Hi, On Mittwoch, 29. Oktober 2003 18:44, Rene Rebe wrote: [SNIPSNAP] Hm - never arrived here :-( ? Hmpf, maybe my problem I also seem to miss the beginning of this thread :-( But I try to track this issue soon - maybe a item in the BugTracker would be a nice reminder ;-) Yup, that's what I'll do this evening... FYI, I've completely rewritten the sanei_thread lib to support various platforms and so it's no longer necessary to provide an extra function os2_reader_process to make SANE work on OS/2. As the avision is the only backend left with this function, there's some work to do - at least for you ;-) An example of how the new sanei_thread stuff can be used, is the test-backend or the plustek-backend. In general, it should be no big deal to change from your os2_reader_processs approach. Ciao, Gerhard
[sane-devel] Compiling sane-backends CVS 2003/10/29 on OS/2
Hi, On Wed, 29 Oct 2003 11:51:40 +0100, Henning Meier-Geinitz wrote: The mustek backend has now support for sanei_thread. At least on Linux, it does not work perfectly (cancelling leads to segfaults sometimes). Compiles and still works on OS/2 with my mustek scanner. The only problem I have is that OS/2 crashes with a TRAP D in OS2ASPI when I hit Ctrl + C while scanning. But this also happens with the older version and also with epson backend where no threading is involved. Ciao, Franz
[sane-devel] Fwd: Nikon Coolscan II LS20
Hi list, here a question/problem from a user of a Nikon LS20. Perhaps someone can answer his questions. ==BEGIN FORWARDED MESSAGE== To: sane-...@yahoogroups.com sane-...@yahoogroups.com From: Johannes Hromadka johannes.hroma...@gmx.net Date: Wed, 29 Oct 2003 20:06:48 +0100 (MEZ) Subject: [sane-os2] Coolscan II ( To scan a dia.) Nikon Coolscan II alias LS20 works fine with sane 1.0.5 and Tame But I have some problems with this scanner and sane 1.0.12. Prescan aborts after some bytes. Scan does not work too. I think there is a problem with the SCSI commands sent by the backend. I use ASPI 1.1beta9 and tried with two different SCSI adapters, NCR810 and Adaptec 2940. 1.0.5 works fine with both adapters but 1.0.12 and 1.0.11 make troubles. The reason I would like to switch from 1.0.5 to a newer sane version is because of the limit in the length of the parameters that can be passed to scanimage. With Tame 1.0beta I sometimes exceed 540 characters, which causes scanimage to fail. So my questions to the experts: Where should I trace to find the reason for coolscan not working with sane 1.0.12? How can I overcome the length limit of the parameters. Is it a limit of scanimage or libsane.dll? Do sane 1.0.12 or the coming version 1.0.13 have the same limit? Ciao, Hannes ===END FORWARDED MESSAGE=== A question from my side: Is it correct that coolscan and not coolscan2 has to be used with the LS20? Bye Franz
[sane-devel] Fwd: Nikon Coolscan II LS20
A question from my side: Is it correct that coolscan and not coolscan2 has to be used with the LS20? That's correct. Coolscan2 only supports LS-30/LS-2000 and later. Unfortunately, the coolscan backend seems to be abandoned -- we haven't heard much from the author recently, and there have been pretty much no changes to it at all for about two years. Andras === Major Andras e-mail: and...@users.sourceforge.net www:http://andras.webhop.org/ ===
[sane-devel] xscanimage - side-by-side dialog
On Wed, 2003-10-29 at 19:36, Alex Perry wrote: I'm using a scanner with enough options that the window is twice as tall as my screen when the advanced panel is enabled. Since I'm using some of the advanced options, and the scan button is at the bottom while the file name is at the top of the window, I've put the two panels side by side. I've put the trivial change below in case anyone else has need of it. I'm wondering whether the options feature creep on the scanners will continue to stay ahead of available screen resolution on monitors ? It might be a good idea to have a menu item that switches between the normal vbox and this alternative hbox arrangement as a standard feature. $ grep -C3 -n ALEX gtkglue.c 871- 872- main_hbox = gtk_hbox_new (FALSE, 2); 873- 874: /* ALEX CHANGED the vbox on the next line to be a hbox */ 875- option_vbox = gtk_hbox_new (FALSE, 2); 876- gtk_box_pack_start (GTK_BOX (main_hbox), option_vbox, FALSE, FALSE, 0); 877- gtk_widget_show (option_vbox); Not a patch, sorry, I haven't finished switching my CVS from hungry to alioth. Placing it on alioth on the sane bug/wish list is a good way for keeping track of the progress on this bug/wish. I like the idee of a menu item to select the shape of box and will certainly use the patch as soon as possibly. -- -- m.vr.gr. Gerard Klaver