Hi All
I have noticed a lot of work is going on writing a sane driver that will
work with the EPSON Perfection 1250. Will this driver when completed work
with a EPSON Perfection 1250 Photo ? I can not add to the coding side of the
driver but I am willing to test any alpha/beta versions of the d
On Wed, Mar 13, 2002 at 06:10:05PM -0800, Dave Close wrote:
> Two, some (admittedly broken)
> frontends may depend on the ability to read a full scan line in one
> function call, and won't always succeed.
We had better find out about this sooner rather than later. There used to
be backends that re
Hi Mario,
some parts are from Plustek or whoever made the 98003 ASIC.
This ASIC is originally used in the OpticPro P12 and PT12,
which are parallel-port devices. I think the Genius Chip
inside is the USB-to-Parallel converter.
I assume, that if the protocol over the USB is known, the
parallelport
On Tue, Mar 12, 2002 at 11:33:38PM -0500, Gene Heskett wrote:
> On Tuesday 12 March 2002 08:32 pm, Douglas Gilbert wrote:
> >john meshkoff wrote:
[skip]
> >John,
> >The kernel compiles the sg driver (either built-in or a module)
> >against the //include/scsi/sg.h header.
> >It would be difficult
--Qn4G1eBrv+t66M9q
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Mar 14, 2002 at 10:10:15AM +0300, Max Ushakov wrote:
> So maybe it is still correct to use all kernel includes instead
> of the corresponding glibc includes.
It is not.
Tim.
*/
--Qn4G1eBrv+t66M9q
Il gio, 2002-03-14 alle 08:17, Jaeger, Gerhard ha scritto:
> I assume, that if the protocol over the USB is known, the
> parallelport code of the Plustek kernel module can be used
> to control that scanner.
> BTW: This scanner seems to be the same as some older Plustek
> USB devices before they use
I wrote:
>Two, some (admittedly broken)
>frontends may depend on the ability to read a full scan line in one
>function call, and won't always succeed.
Nick Lamb responded:
>We had better find out about this sooner rather than later. There used to
>be backends that relied on you wanting a whole sca
Dave Close wrote:
> Yes, it's called a maximum buffer size, but the
> implication is that that is the optimum size transfer for the frontend.
> A properly written backend should attempt to honor that request and not
> respond with less without a good reason.
Hello Dave,
it does not make sense to
Tim Waugh wrote:
> On Thu, Mar 14, 2002 at 10:10:15AM +0300, Max Ushakov wrote:
>
>
>>So maybe it is still correct to use all kernel includes instead
>>of the corresponding glibc includes.
>>
>
> It is not.
Definitely not all of them. Only one springs to mind :-)
In 99% of cases applications ge
--0-893304315-1016165288=:87368
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Hello everyone,
My name is Benjamin Pierce. I am joining this list
because I am trying to get my new HP4400c working with
my linux box. I looked through the archives and found
that the 4400c
10 matches
Mail list logo