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>
