Henning Meier-Geinitz wrote:
>>but anei_scsi_flush_all() looks like a dummy-function for me.
>
>
> Huh? At least for Linux, it calls flush_all_extended (fd) which stops
> all running SCSI requests.
Only the Linux part of sanei_scsi.c has more or less(*) real queueing
capabilities. For all othe
Hi,
On Mon, Nov 24, 2003 at 01:00:06AM +0100, Franz Bakan wrote:
> On Sun, 23 Nov 2003 13:35:37 +0100, Henning Meier-Geinitz wrote:
>
> >> - How to tell scanimage that the scanner allready has stopped?
> >
> >Well, the backend should know about that. E.g. the mustek backend
> >blocks signals whil
Hi,
On Sun, 23 Nov 2003 13:35:37 +0100, Henning Meier-Geinitz wrote:
>> - How to tell scanimage that the scanner allready has stopped?
>
>Well, the backend should know about that. E.g. the mustek backend
>blocks signals while doing a SCSI transfer.
So the epson backend should be modified and not
Hi,
On Fri, Nov 21, 2003 at 01:43:19AM +0100, Franz Bakan wrote:
> But this 'solution' is not perfect. When I now 'Ctrl+C' the scanner stops,
> the error-LED on the scanner (EPSON GT-9500) lights up and
> scanimage tells:
>
> scanimage.exe: received signal 2
> scanimage.exe: trying to stop scanne
Hi,
Perhaps someone can help me with this:
When I try to stop a scan with scanimage using Ctrl+C on
OS/2 the System crashes ( TRAP D). This is probably
a fault of the driver used for SCSI-access.
I can work around this problem by encapsulating all DosDevIOCtl()
functions in a DosEnterMustComple
