[sane-devel] New magicolor backend for inclusion in git

Brian Shaver shakerlxxv at gmail.com
Thu Jan 20 16:00:04 UTC 2011


I've attached the byteorder.h file.

Brian ..

On Thu, Jan 20, 2011 at 10:31 AM, m. allan noah <kitno455 at gmail.com> wrote:

> what is in your sane-backends/include/byteorder.h file?
>
> allan
>
> On Thu, Jan 20, 2011 at 10:24 AM, Brian Shaver <shakerlxxv at gmail.com>
> wrote:
> > I'm having some trouble compiling with these changes committed. Below is
> the
> > error I'm getting. I'll admit I haven't actually looked into the source
> code
> > to confirm the change comes from this set of commits, but it seemed like
> it
> > would be related. I'm running Fedora 13, and I've been able to build from
> > the latest source as recent as 2011.01.12.
> > Thanks,
> > Brian ..
> >
> > /bin/sh ../libtool --silent  --tag=CC   --mode=compile gcc
> -DHAVE_CONFIG_H
> > -I. -I../include/sane -I/usr/local/include -I. -I. -I../include
> -I../include
> > -DLIBDIR="/home/bshaver/test-root/lib/sane" -DBACKEND_NAME=magicolor
> > -DPATH_SANE_CONFIG_DIR=/home/bshaver/test-root/etc/sane.d
> >  -DPATH_SANE_DATA_DIR=/home/bshaver/test-root/share
> >  -DPATH_SANE_LOCK_DIR=/home/bshaver/test-root/var/lock/sane  -DV_MAJOR=1
> > -DV_MINOR=0  -g -O2 -W -Wall -Wcast-align -Wcast-qual
> -Wmissing-declarations
> > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes
> > -pedantic -ansi -MT libmagicolor_la-magicolor.lo -MD -MP -MF
> > .deps/libmagicolor_la-magicolor.Tpo -c -o libmagicolor_la-magicolor.lo
> `test
> > -f 'magicolor.c' || echo './'`magicolor.c
> > magicolor.c: In function 'dump_hex_buffer_dense':
> > magicolor.c:400: warning: format '%04x' expects type 'unsigned int', but
> > argument 3 has type 'size_t'
> > magicolor.c: In function 'mc_send':
> > magicolor.c:492: warning: format '%d' expects type 'int', but argument 3
> has
> > type 'size_t'
> > magicolor.c: In function 'cmd_start_scan':
> > magicolor.c:680: warning: pointer of type 'void *' used in arithmetic
> > magicolor.c:680: warning: dereferencing 'void *' pointer
> > magicolor.c:680: error: invalid use of void expression
> > magicolor.c:680: warning: pointer of type 'void *' used in arithmetic
> > magicolor.c:680: warning: dereferencing 'void *' pointer
> > magicolor.c:680: error: invalid use of void expression
> > magicolor.c:680: warning: left-hand operand of comma expression has no
> > effect
> > magicolor.c:680: warning: pointer of type 'void *' used in arithmetic
> > magicolor.c:680: warning: dereferencing 'void *' pointer
> > magicolor.c:680: error: invalid use of void expression
> > magicolor.c:680: warning: left-hand operand of comma expression has no
> > effect
> > magicolor.c:680: warning: pointer of type 'void *' used in arithmetic
> > magicolor.c:680: warning: dereferencing 'void *' pointer
> > magicolor.c:680: error: invalid use of void expression
> > magicolor.c:680: warning: left-hand operand of comma expression has no
> > effect
> > magicolor.c: In function 'cmd_read_data':
> > magicolor.c:921: warning: pointer of type 'void *' used in arithmetic
> > magicolor.c:921: warning: dereferencing 'void *' pointer
> > magicolor.c:921: error: invalid use of void expression
> > magicolor.c:921: warning: pointer of type 'void *' used in arithmetic
> > magicolor.c:921: warning: dereferencing 'void *' pointer
> > magicolor.c:921: error: invalid use of void expression
> > magicolor.c:921: warning: left-hand operand of comma expression has no
> > effect
> > magicolor.c:921: warning: pointer of type 'void *' used in arithmetic
> > magicolor.c:921: warning: dereferencing 'void *' pointer
> > magicolor.c:921: error: invalid use of void expression
> > magicolor.c:921: warning: left-hand operand of comma expression has no
> > effect
> > magicolor.c:921: warning: pointer of type 'void *' used in arithmetic
> > magicolor.c:921: warning: dereferencing 'void *' pointer
> > magicolor.c:921: error: invalid use of void expression
> > magicolor.c:921: warning: left-hand operand of comma expression has no
> > effect
> > magicolor.c: In function 'mc_network_discovery':
> > magicolor.c:1868: warning: unused parameter 'host'
> > make[2]: *** [libmagicolor_la-magicolor.lo] Error 1
> > make[2]: Leaving directory
> > `/home/bshaver/Documents/Projects/sane-backends/backend'
> > make[1]: *** [all] Error 2
> > make[1]: Leaving directory
> > `/home/bshaver/Documents/Projects/sane-backends/backend'
> > make: *** [all-recursive] Error 1
> >
> > On Wed, Jan 19, 2011 at 8:38 AM, m. allan noah <kitno455 at gmail.com>
> wrote:
> >>
> >> And this code is now part of sane-backends. Thanks Reinhold, and
> >> welcome to the team.
> >>
> >> http://www.sane-project.org/lists/sane-backends-cvs.html#S-MAGICOLOR
> >>
> >> allan
> >>
> >> On Thu, Jan 6, 2011 at 12:30 PM, Reinhold Kainhofer
> >> <reinhold at kainhofer.com> wrote:
> >> > As you know, I have been developing a magicolor backend for KONICA
> >> > MINOLTA
> >> > magicolor 1690MF devices (possibly also for other devices, but I don't
> >> > have
> >> > access to any other KONICA MINOLTA device that uses the same protocol
> --
> >> > The
> >> > bizhub devices use a different protocol).
> >> >
> >> > In my view, it is now in a state so that it can be included in
> >> > sane-backends
> >> > (I'm using it regularly with xsane). The git patches can be found at:
> >> > http://www.fam.tuwien.ac.at/~reinhold/sane/magicolor_backend_patches/
> >> >
> >> > -) The first two (0001 and 0002) are for the sanei_usb functionality
> >> > already
> >> > send yesterday,
> >> > -) 0003 is the actual backend,
> >> > -) 0004 fixes some compiler warnings in byteorder.h, and
> >> > -) 0005 includes only the changes from running autoreconf (i.e. no
> >> > manual code
> >> > changes!)
> >> >
> >> >
> >> > The backend uses libsnmp (configure check added!) to optionally
> >> > auto-detect a
> >> > LAN-connected magicolor device. I have set the timeout to a very low
> >> > value (a
> >> > little more than 1 second!), so all systems without a magicolor
> scanning
> >> > in
> >> > the network are not held up by the SNMP auto-detection of the
> magicolor
> >> > devices.
> >> > On the other hand, if the network is really slow, this might mean that
> >> > we miss
> >> > an SNMP response that takes longer than 1 second!
> >> >
> >> > What do you think of this backend?
> >> >
> >> > Cheers,
> >> > Reinhold
> >> > --
> >> > ------------------------------------------------------------------
> >> > Reinhold Kainhofer, reinhold at kainhofer.com,
> >> > http://reinhold.kainhofer.com/
> >> >  * Financial & Actuarial Math., Vienna Univ. of Technology, Austria
> >> >  * http://www.fam.tuwien.ac.at/, DVR: 0005886
> >> >  * LilyPond, Music typesetting, http://www.lilypond.org
> >> >
> >> > --
> >> > sane-devel mailing list: sane-devel at lists.alioth.debian.org
> >> > http://lists.alioth.debian.org/mailman/listinfo/sane-devel
> >> > Unsubscribe: Send mail with subject "unsubscribe your_password"
> >> >             to sane-devel-request at lists.alioth.debian.org
> >> >
> >>
> >>
> >>
> >> --
> >> "The truth is an offense, but not a sin"
> >>
> >> --
> >> sane-devel mailing list: sane-devel at lists.alioth.debian.org
> >> http://lists.alioth.debian.org/mailman/listinfo/sane-devel
> >> Unsubscribe: Send mail with subject "unsubscribe your_password"
> >>             to sane-devel-request at lists.alioth.debian.org
> >
> >
>
>
>
> --
> "The truth is an offense, but not a sin"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20110120/dfdc48c2/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: byteorder.h
Type: text/x-chdr
Size: 4382 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20110120/dfdc48c2/attachment.h>


More information about the sane-devel mailing list