Am Montag, 17. April 2006 20:53 schrieb Daniel Bauer:
>
> Sorry if I'm completely wrong. I'm just trying to learn and understand...
Huu - I *am* completely wrong! And I am really embarrassed... I just now read
the comments in the program and saw your name there, Matto.
I feel really stupid
Am Montag, 17. April 2006 19:39 schrieb Matto Marjanovic:
thank you Matto, for taking your time, too!
> >From: Daniel Bauer
> >Date: Mon, 17 Apr 2006 18:08:06 +0200
>
> ...
>
> >I've added the above in "microtek.c" and compiled again. Now there's much
> > more output (all done as root):
>
>From: Daniel Bauer
>Date: Mon, 17 Apr 2006 18:08:06 +0200
...
>I've added the above in "microtek.c" and compiled again. Now there's much
>more
>output (all done as root):
>
>venus:~ # export SANE_DEBUG_MICROTEK=128
>venus:~ # echo $SANE_DEBUG_MICROTEK
>128
>venus:~ # scanimage --dev
>Am Montag, 17. April 2006 12:18 schrieb Frank Zago:
>
>> Before changing the code, set SANE_DEBUG_MICROTEK to 128 (type "export
>> SANE_DEBUG_MICROTEK=128" under your shell) and redo your test. That will
>> give more information.
>> In particular get_scan_status() doesn't seems to return th
Am Montag, 17. April 2006 12:18 schrieb Frank Zago:
> Before changing the code, set SANE_DEBUG_MICROTEK to 128 (type "export
> SANE_DEBUG_MICROTEK=128" under your shell) and redo your test. That will
> give more information.
> In particular get_scan_status() doesn't seems to return the correct
> i
Daniel Bauer wrote:
>Am Sonntag, 16. April 2006 13:11 schrieb Frank Zago:
>
>
>>Hello Daniel,
>>
>>
>>
>Hi Frank
>thanks for looking at my problem!
>
>
>
>>As indicated by the trace you provided, the crash happenned at line 4017
>>in microtek.c:
>> s->max_scsi_lines = SCSI_BUFF_SIZE / (s
Daniel Bauer wrote:
>Am Sonntag, 16. April 2006 16:17 schrieb Frank Zago:
>...
>
>
>>You should then be able to do the same (failing) test again and get the
>>same results.
>>
>>
>
>not exactly, the differences are:
>- the scanner is not detected anymore from a user prompt now (I've read ab
Am Sonntag, 16. April 2006 16:17 schrieb Frank Zago:
...
> You should then be able to do the same (failing) test again and get the
> same results.
not exactly, the differences are:
- the scanner is not detected anymore from a user prompt now (I've read about
that somewhere and will search again
Am Sonntag, 16. April 2006 16:17 schrieb Frank Zago:
thanks Frank, for your advice
> First you have to uninstall sane-backend. Something such as "rpm -e
> --nodeps sane-backends" should do.
it seems (to me) that on SUSE 10.0 things are named a bit different???:
"which sane-backends" gave nothing
Am Sonntag, 16. April 2006 13:11 schrieb Frank Zago:
> Hello Daniel,
>
Hi Frank
thanks for looking at my problem!
> As indicated by the trace you provided, the crash happenned at line 4017
> in microtek.c:
> s->max_scsi_lines = SCSI_BUFF_SIZE / (s->pixel_bpl + s->header_bpl);
>
I now get a firs
Hello Daniel,
As indicated by the trace you provided, the crash happenned at line 4017
in microtek.c:
s->max_scsi_lines = SCSI_BUFF_SIZE / (s->pixel_bpl + s->header_bpl);
So this is a division by 0. Which probably means that both s->pixel_bpl
and s->header_bpl are 0.
Looking at the other tra
Hello list :-)
I've looked around thru all the man pages and google and tried what I
understood (which isn't really much...) and I just don't get my old Agfa
DuoScan running under Linux.
I am using SUSE 10.0 / KDE 3.5.1
on a Asus P4PE Motherboard
with Intel Pentium 4 2.4 GHz
1 GB Memory
Adaptec
12 matches
Mail list logo
