On Nov 1, 2005, at 7:06 PM, m. allan noah wrote: > On Tue, 1 Nov 2005, Darrell Styner wrote: > > >> That made it work. I'm now able to scan both single pages and in >> batch mode using scanimage. A remaining problem is that scanimage - >> L seems to take a long time (about 30 secs.) to return the name of >> my device. Is that normal? I wouldn't care but I think it's >> causing lots of delays in xsane. Xsane has other problems with the >> scanner as well (can't acquire a preview, frequent timeouts, etc.) >> but I'll wait to document those until I'm sure everything's >> working from scanimage. >> > > 1. no thats not normal, but it may be caused by lamp warm-up or > some such. need more debug log info of what is going on during that > pause.
I don't think it's warm-up. The scanner's always ready to go right away under Windows and the delay is the same when you run one scanimage right after another. I'll send you a debug log soon. > > 2. of course it cant get a preview its an adf only scanner, and it > cant back up. Oh, I guess that makes sense. > > 3. xsane may have its own timers, and the backend my freeze too > long, i dont know. > > >> >> BTW, "make" didn't recognize the change to fujitsu.c so I had to >> do a "make clean" to get it to recompile the backend. Is there an >> easier way to get make to recompile just the one changed file and >> rebuild the lib? >> >> > > henning just yesterday committed a patch to cvs to use makedepend. > it should do this. I'll give it a try. > > >> Thanks for the help, >> >> > > its not a good long-term fix, so be prepared to test something more > permanent later... I'll be happy to test anything as long as it's in the next 29 days. After that I may lose access to the scanner. Am I losing any features by having that line commented out? Thanks again. > > allan > > >> On Nov 1, 2005, at 10:53 AM, m. allan noah wrote: >> >> >>> as a test, could you try modifying backend/fujitsu.c, recompile >>> and re-install sane backends? i want to see if this fixes the >>> problem... >>> around line 3673, you should see: >>> if (s->has_dropout_color) >>> change that to >>> if(0) >>> allan >>> On Tue, 1 Nov 2005, Darrell Styner wrote: >>> >>>> Here it is. Note that the end of the file shows an interrupt >>>> where I ^C'd after waiting a couple minutes for it to continue. >>>> If I let it go on at this point the log will grow rapidly as it >>>> fails trying to write the same 31 bytes to the scanner over and >>>> over again. >>>> Thanks for looking into this. >>>> >>> -- >>> "so don't tell us it can't be done, putting down what you don't >>> know. >>> money isn't our god, integrity will free our souls" - Max Cavalera >>> >> >> Darrell Styner >> [email protected] >> >> >> > > -- > "so don't tell us it can't be done, putting down what you don't know. > money isn't our god, integrity will free our souls" - Max Cavalera > > -- > sane-devel mailing list: [email protected] > http://lists.alioth.debian.org/mailman/listinfo/sane-devel > Unsubscribe: Send mail with subject "unsubscribe your_password" > to [email protected] > > Darrell Styner [email protected]
