On Wed, 06 Jul 2005 12:31:11 +0200, Mattias Ellert wrote:
On Sun, 2005-07-03 at 15:10 +0200, Henning Meier-Geinitz wrote:
getopt.c is compiled and linked unconditionally on all platforms as
far as I can see. As this works on all the other platforms there must
be something different on OS/2.
On Wed, 06 Jul 2005 12:31:11 +0200, Mattias Ellert wrote:
On Sun, 2005-07-03 at 15:10 +0200, Henning Meier-Geinitz wrote:
getopt.c is compiled and linked unconditionally on all platforms as
far as I can see. As this works on all the other platforms there must
be something different on OS/2.
Hi Ulrich,
On Fri, 1 Jul 2005 14:15:45 +0200 (METDST), Ulrich Deiters wrote:
I will probably
reset the Canon backend this evening (German time) when I am home.
I noticed, that you updated canon-backend code in CVS.
SSIZE_MAX still appears in canon-sane.c.
So do you think the problem could be
Hi,
When compiling SANE with gcc 3.3.5 on OS/2 I get this error.
canon-sane.c:2113: error: `SSIZE_MAX' undeclared
I want to know if this is a problem in canon-sane.c or a problem with
the include files coming with gcc3.3.5
From the OS/2 gcc3.3.5 guy I got this hint:
SSIZE_MAX is defined by
Hi,
Due to a linker problem on OS/2 I get
.../ld.exe: symbol `_optarg' defined more than once in \
G:/Dev/gcc/335b5/usr/lib/libc_dll.a(IMPORT#45#426bf)
when compiling SANE with gcc 3.3.5.
The gcc 3.3.5 guy tells me:
You should probably not be compiling getopt.c, libc have a working
--_=_=_=IMA.BOUNDARY.IIVRWK138764=_=_=_
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
Hi,
I found out that there is a restriction for dlopening DLLs on OS/2
This only works for 7.3 filenames for some reason.
So it would be helpful if someone could comit the 2
Hi,
when compiling CVS frontends on OS/2 I get:
xcam.c: In function `prompt_for_device_name':
xcam.c:572: parse error before `*'
The error goes away if I comment out the above line
DBG (DBG_debug, xcam: prompt_for_device_name: enter\n);
same problem with line 700
The other DBG statements
On Thu, 14 Oct 2004 14:00:30 +0200, Henning Meier-Geinitz wrote:
I'm trying to build with gcc 3.3.4 and besides other small problems
compiling fails with:
sanei_scsi.c: In function `sanei_scsi_find_devices':
sanei_scsi.c:3857: error: assignment of read-only member `str'
...
Hi,
there are new binary build of XSane (http://www.xsane.org) available for OS/2.
Version now is 0.96.
http://home.tiscalinet.de/fbakan/xsane-os2.htm
direct link to the binary-package:
http://home.tiscalinet.de/fbakan/xsane/xsane-0.96-OS2.zip
Prerequesites: XServer (XFree86 or HOBX11) and
Hi,
On Sat, 5 Jun 2004 11:49:07 +0200, Henning Meier-Geinitz wrote:
I've added the script to the tools directory. If you want to call it
automatically from backend/Makefile please send a patch for the
install traget that only executes when os2 is used.
I'll see what I can do.
Please check if
On Sat, 29 May 2004 17:21:06 +0200, Henning Meier-Geinitz wrote:
...
What do you think? Could this script be added to
sane-backends/
or
sane-backends/backend/
What about tools/? There is already a script called by the Makefile.
You could call it from backend/Makefile if the install target
--_=_=_=IMA.BOUNDARY.HYGJPM138764=_=_=_
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
On Mon, 24 May 2004 21:15:24 +0200, Henning Meier-Geinitz wrote:
...
And now please show us a patch that automatically creates these names
in backend/Makefile :-) That's probably
Hi,
dynamic loading of the backend-code works on OS/2 via dlopen()
in principle, but there is one problem:
On OS/2 only filenames with max 8.3 length are possible for DLLs.
So loading test.dll, mustek.dll epson.dll ... works, but
agfafocus.dll or coolscan2.dll ... fails.
The patch takes the
Hi,
precompiled binaries for backends 1.0.14 / frontends 1.0.12
are now available at
http://home.tiscalinet.de/fbakan/sane-os2.htm
http://www.sane-project.org/sane-support.html
can be updated.
'Dynamic loading support' can be changed to 'yes'
The rest remains the same.
Bye
Franz
Hi,
there are new binary build of XSane (http://www.xsane.org) available for OS/2.
Version now is 0.93.
http://home.tiscalinet.de/fbakan/xsane-os2.htm
direct link to the binary-package:
http://home.tiscalinet.de/fbakan/xsane/xsane-0.93-os2.zip
Prerequesites: XServer (XFree86 or HOBX11) and
Hi,
to make dynamic loading of backend-dlls work on OS/2
there is a patch needed. Could someone please commit?
Drawback on OS/2 is that the backend.dll names have a length
limitation. IIRC they have to be 8.3
Doses someone has a suggestion for a workaround?
Bye
Franz
Patch follows:
*** dll.c
On Thu, 15 Apr 2004 09:02:54 -0400, Jos=DA Alberto Nu=B1ez Aranguren wro=
te:
I'm looking for a last SANE Version Backend for OS/2, could somebody=
help
me with this???
Latest Backend is 1.0.13
http://home.tiscalinet.de/fbakan/sane-os2.htm
Also have a look at:
Hello,
On Mon, 12 Jan 2004 21:00:16 +0100, Oliver Rauch wrote:
I just replaced the fork() calls by sanei_thread_*() calls for the sane-umax
backend. I tested it wirk fork() and threads on linux. This version is in the
sane cvs now.
Please could some Mac OS-X and OS/2 users test this version!
On Mon, 12 Jan 2004 21:00:16 +0100, Oliver Rauch wrote:
Please could some Mac OS-X and OS/2 users test this version!
It still compiles on OS/2. I will ask in the sane-os/2 mailing-list
for a tester.
Regards
Franz
Hi,
trying to convert sane-backends-1.0.13\po\sane-backends.cs.po
with iconv from UTF-8 to ISO-8859-1 fails.
Is this normal or are there errors in this file?
Bye
Franz
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 the
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
Hi List,
the problem with pie backend and OS/2 is solved.
I made a mistake in my try to implement the thread-approach.
Many thanks to Gerhard Jaeger for the correct patch.
Thanks also to Simon and Yuri for their suggestions.
Bye,
Franz
Hi,
On Wed, 29 Oct 2003 11:51:40 +0100, Henning Meier-Geinitz wrote:
The mustek backend has now support for sanei_thread. At least on
Linux, it does not work perfectly (cancelling leads to segfaults
sometimes).
Compiles and still works on OS/2 with my mustek scanner.
The only problem I have is
Hi list,
here a question/problem from a user of a Nikon LS20.
Perhaps someone can answer his questions.
==BEGIN FORWARDED MESSAGE==
To: sane-...@yahoogroups.com sane-...@yahoogroups.com
From: Johannes Hromadka johannes.hroma...@gmx.net
Date: Wed, 29 Oct 2003
Hi,
On Wed, 22 Oct 2003 22:25:23 +0200, Peter Kirchgessner wrote:
hp-backend has now been changed in CVS to use new
sanei_thread-interface. Franz, could you please test it on OS/2 ?
Now it compiles again without errors, thanks.
I will try to contact someone with a hp-scanner to see
if it
Hi,
Some problems:
1. sane-backends\include\sane/sanei_thread.h
line 108
static int ...
has to be changed to
static void ...
...
/* FIXME: remove this ASAP */
#ifdef HAVE_OS2_H
static void os2_reader_process( void* data);
...
2.
sane-backends\backend/hp-handle.c
too many arguments:
Hi Gerhard,
1. sane-backends\include\sane/sanei_thread.h
line 108
static int ...
has to be changed to
static void ...
No, why do you think so?
A). because otherwise I get errors in avision.c and mustek.c
there this function is defined static void.
B). the function has no
On Wed, 22 Oct 2003 18:47:26 +0200, Julien BLACHE wrote:
It's not an IPv6 problem ;) The function is called check_v4_in_range()
for a reason :)
OK, I see ;-)
Well, could you change in_addr_t on line 611 to some unsigned 32bit
integer ?
That means :
-in_addr_t mask;
+u_int32_t mask; /* or
On Thu, 9 Oct 2003 08:40:11 +0200, Gerhard Jaeger wrote:
...
By using this sanei_thread stuff, I think the os2_readerprocess is also
obsolete, but this has to be checked by whoever...
...
Franz, I think you can to some investigation on OS/2.
Are you able to make the test-backend work there?
I
Hi,
when I compile the current CVS with avision backend included in backend/makefile
I get a coredump when executing scanimage or scanimage -L (on OS/2)
Following the output from the debugger:
...
Breakpoint 3, sanei_config_read (str=0x283f4f0 , n=1024, stream=0x0) at
sanei_config.c:177
(gdb)
Second try:
Hi,
I just tried to compile the cvs from today.
Everything built fine with one exeption:
OS/2 runtime-lib doesnt't have rintf()
(used in Line 1226 of hp5400_internal.c)
So I got one undefined symbol _rintf while linking.
replacing rintf() with rint() helps, but I don't know if
Hi,
two problems with CVS-code from today (31.3.2003)
1. saned:
saned.c:60:22: sys/poll.h: No such file or directory
If I remove this include saned compiles.
2. scanimage -L or scanimage 1image.pnm
ends with coredump. (sigsegv)
started in gdb tells that it crashes at the second execution
Hi,
a user reported that
SCANIMAGE.EXE -d hp --mode Color --resolution 150
--brightness 20 --contrast 40 -l15 -t35 -x60 -y105 tst.pnm
scans the correct section, but
scanimage.exe -d hp -l 15 -t 35 -x 60 -y 105 --mode
Color --resolution 150 --contrast 40 --brightness 20 tst1.pnm
does not.
Hi,
The Scanjet 7450 is a normal 7400 and also identifies as such.
If you connect is via SCSI to your OS/2 box it should work
out-of-the-box.
Unfortunately fork() is used in avision-code. So this has to be changed for
OS/2 first (not so complicated), like allready done for mustek, microtek2
Hi,
while aquiering preview with 1.1.10 xscanimage
( OS/2 , epson backend) I got:
Assertion failed: *dst_size = sanei_scsi_max_request_size, file sanei_scsi.c,
line 3671
Abnormal program termination
core dumped
Any hints?
Bye
Franz
--_=_=_=IMA.BOUNDARY.H9PRAQ138764=_=_=_
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
On Sat, 1 Feb 2003 19:31:19 +0100, Oliver Rauch wrote:
sane-1.0.10 has been released.
Hi,
1.
As I have to convert UTF-8 back to something else on OS/2
because gdk/gtk here does
On Sun, 26 Jan 2003 17:22:15 +0100, Henning Meier-Geinitz wrote:
Code freeze for SANE 1.0.10 is active. That means that only fixes of
grave bugs that render a backend completely unusable or break
compilation and documentation updates are accepted.
Two minor things on OS/2 with 1.0.10-pre3
1.
On Tue, 28 Jan 2003 11:01:15 +0100, Henning Meier-Geinitz wrote:
This -Zmap flag _only_ makes trouble with artec_eplus48u.
I don't know the reason. Should I try to rename the artec_eplus48u
source-files
and see if it helps?
I have no idea. Have you compiled sane successfully since
Hi,
when I compile (cvs-version) with gcc3.0.3 the executable fails with
SIGSEGV in sanei_debug.h line 157.
No problems when I compile with gcc 2.8.1
Is this a compiler-bug or could there be something wrong with the code?
I've made a screenshot of debugger-windows.
see:
On Thu, 9 Jan 2003 19:11:51 -0600, Peter Fales wrote:
I've put in a hack to fix the compile error, but someone with OS/2 will
have to tell me if it works.
thanks, it works. The Sane-backend-tree compiles again without modifications.
Regards,
Franz
Hi,
compiling latest snapshot from today on OS/2 fails with:
dc210.c: In function `init_dc210':
dc210.c:376: `CRTSCTS' undeclared (first use in this function)
and
dc240.c: In function `init_dc240':
dc240.c:421: `CRTSCTS' undeclared (first use in this function)
Franz
On Sun, 5 Jan 2003 20:34:08 +0100, Henning Meier-Geinitz wrote:
...
* OS/2 issues:
- configure creates 264 sh-thd-??? files?
this problem has vanished after upgrading to a newer version of pdksh.
(available at:
http://www.math.ohio-state.edu/~ilya/software/os2/pdksh-5.2.14-bin-2.zip
On Thu, 5 Dec 2002 10:15:18 +0100, Henning Meier-Geinitz wrote:
Hi,
However, the code in sanei_scsi.c looks like sanei_scsi_find_devices()
was also implemented for FreeBSD, OS/2, and Irix. Is this correct?
Does autodetection work on these platforms?
...
Is there a list which backends do
On Thu, 5 Dec 2002 20:32:59 +0100, Henning Meier-Geinitz wrote:
Hi,
But there is already a line scsi SCANNER in mustek.conf.
You mean it can't cope with multiple lines?
Ouch sorry,
I never tested with default mustek.conf from
etc/sane.d
It _can_ cope with multiple lines.
So autodetection
On Thu, 5 Dec 2002 09:41:05 +0100, Henning Meier-Geinitz wrote:
However, the code in sanei_scsi.c looks like sanei_scsi_find_devices()
was also implemented for FreeBSD, OS/2, and Irix. Is this correct?
Does autodetection work on these platforms?
Autodetection finds my Epson GT9500-Scanner on
Hi,
On Wed, 4 Dec 2002 18:59:24 +0100, Henning Meier-Geinitz wrote:
Can we remove the configure.os2 script?
Yes, you can remove it.
As told before configure works out of the box now.
I think it's because the recent autoconf-stuff contains
OS/2-compatibility-patches And of course because
of
Hi,
since updating autoconf to 2.5x I now don't need
the os2unix.cmd helper application no more :-)
sh configure --enable-translations
now works 'out of the box'
but there remain some problems:
1. configure now needs much more time
Not a real problem and probably nothing that can be done.
On Mon, 02 Dec 2002 21:55:04 +0100 (CET), Rene Rebe wrote:
Hi.
Is there still the u_int64_t problem in CVS for OS/2 - or is it
already worked-around in some way?
No, you have worked around it. There is no more u_int64_t
in avision-code.
Just two typo's in latest changelog in spelling Avision
On Sun, 24 Nov 2002 22:32:20 +0100 (CET), Rene Rebe wrote:
Err. A question:
What is sizeof (long long) on OS/2?
I don't know for shure, but if add
#define u_int64_t unsigned long long
(borrowed from db.h)
to include\sane\config.h
it compiles with gcc 2.8.1
Franz
On Thu, 14 Nov 2002 21:03:05 +0100, Peter Kirchgessner wrote:
Hi,
I just compared your second error log with one from Linux. It looks like
the assertion failed in the child process. But the check that failed
there has been done before many times in the parent process. And there
it works.
Hi,
here's a errorlog from a guy trying to use a HP-Scanner with
current SANE-version:
Scanner is HP 4C
Adapter is Adaptec 2940U/UW
Sane-Version is 1.0.9
Content of hp.conf is:
---cut---
b1t5l0
---cut---
scanimage -d hp:b1t5l0 1test.pnm 2errors.255
fails on OS/2 with the following errorlog:
On Mon, 21 Oct 2002 14:27:40 -0400 (EDT), Maximo Lachman wrote:
If I run:
find-scanner [devicename]
it works when b0t2l0 is used for [devicename] and reports:
found processor EPSON Perfection1640 1.03 at device b0t2l0
Seems you are running sane on OS/2
Which version of sane do you use?
However
On Thu, 17 Oct 2002 23:47:05 +0200, Oliver Rauch wrote:
Please test this version on all systems you have access to
and give feedback (positive and negative) to this mailing list.
OS/2 4.50 alias 'eComStation'
- Compiler
gcc 2.8.1
- User-level SCSI support
yes
- USB support
no
- Shared
Hi,
once again a build-error with newer gettext:
...
generating plustek.de.mo from plustek.de.po and saneopts.de.po
stdin:250: Mehrfachdefinition der Meldung
stdin:49: ...dies ist die Stelle der ersten Definition
msgfmt: es ist 1 fataler Fehler aufgetreten
gmake.exe[1]: *** [plustek.de.mo] Error
Hi,
there are minor problems with some po files when
making CVS with newer gettext versions:
1.
plustek.de.po and plustek.es.po:
generating plustek.de.mo from plustek.de.po and saneopts.de.po
stdin:250: Mehrfachdefinition der Meldung
stdin:49: ...dies ist die Stelle der ersten Definition
On Sun, 25 Aug 2002 15:59:41 +0200, Henning Meier-Geinitz wrote:
in sane-backends/tools/Makefile.in
I have changed the rule to:
gamma4scanimage: gamma4scanimage.o
@$(LIBTOOL) $(MLINK) $(LINK) gamma4scanimage.o -lm
Does it work now?
Yes it works now.
CVS from 4. 9. 2002
Hi,
I got a feedback from a user that the Microtek Scanmaker V6USL
also works on OS/2 (He tried with sane version 1.0.7)
But there are some problems. He reported:
...
also, have found that --depth 12 produces unreadable files
[by PMVIEW] at either 300 or 600 resolution, and --brightness
Hi,
current CVS compiles fine on OS/2,
just this problem when building gamma4scanimage.
I assume that '-lm' just has to be removed from
gamma4scanimage: gamma4scanimage.o -lm
in sane-backends/tools/Makefile.in
Regards,
Franz
Hi,
that's a question to the maintainer of the epson-backend.
What's the status of the EPSON FilmScan 200 - support in the current sources?
I have a report from a user who wants to run this Film-Scanner on OS/2
(But I think it's not an OS/2-specific problem)
scanimage -L ends with:
...
On Mon, 8 Jul 2002 22:18:49 -0400, Karl Heinz Kremer wrote:
What's the status of the EPSON FilmScan 200 - support in the current sources?
...
Or will I have to compile the files found at
http://www.vjet.demon.co.uk/scanner/ ?
Yes, this is what you should do.
Done and the user responded that
On Fri, 5 Jul 2002 22:05:59 +0200, Henning Meier-Geinitz wrote:
It's compiled by running make sane-desc. Have a look at its options
with sane-desc --help.
sane-desc does not compile on OS/2
The problems are:
1.
#ifndef HAVE_STRCASECMP
/* OS/2 needs this */
# define strcasecmp(a, b)
Hi,
after upgrading gettext to version 0.11.2
I get the following error while building the files in po:
...
lang=de ; \
echo generating epson.de.mo from epson.de.po and saneopts.${lang}.po ; \
msgfmt -o epson.de.mo epson.de.po saneopts.${lang}.po
generating epson.de.mo from epson.de.po and
On Wed, 3 Jul 2002 11:04:54 +0200, Henning Meier-Geinitz wrote:
if test `uname` = OS2; then
AC_DEFINE(strncasecmp, strnicmp, [Define for OS/2 only])
fi
around line 284 in configure.in . I don't know what's the uname of OS2,
so fix that too.
I added a similar approach (testing for
On Fri, 26 Apr 2002 15:03:57 +0200, stef wrote:
...
[umax_pp_low] SendCommand(0x30) passed ... (umax_pp_low.c:4388)
[umax_pp_low] SendCommand(0x00) passed... (umax_pp_low.c:4395)
[umax_pp_low] status 170 doesn't match! umax_pp_low.c:2806
[umax_pp_low] TestVersion(0) (umax_pp_low.c:4399)
Hi,
Current CVS sane-backends tree compiles fine now on OS/2.
Thanks to all for committing the neccessary changes.
Just one thing is missing:
backend/test.c needs
#include fcntl.h
(because of F_SETFL)
Regards
Franz
Hi,
OS/2 requires
#include sys/types.h
(because of mode_t)
to get it compiled
Franz
On Fri, 29 Mar 2002 06:35:17 +0100, stef wrote:
There are two options:
- set parallel port to EPP only in BIOS, and see what happens
- try latest CVS which has some code to set ECPEPP in this case
In EPP-Mode
scanimage -L seems to work now, with latest CVS-code compiled,
On Fri, 29 Mar 2002 18:39:23 +0100, Jaeger, Gerhard wrote:
Hi Gerhard,
AFAIR you had a problem with the Plustek backend
on OS/2, can you please send me the workaround
so I'm able to include that to our CVS here?
changing plustek.c to:
#ifndef HAVE_OS2_H
/* might be used to disable all USB
Hi,
Today an OS/2 user sent me the following output from stderr:
( for 1.0.7 scanimage -L in ecp-mode)
...
[umax_pp_low] WriteSlow(0x8,0x40) passed... (umax_pp_low.c:4513)
[umax_pp_low] WriteSlow(0x8,0x60) passed... (umax_pp_low.c:4514)
[umax_pp_low] WriteSlow(0x8,0x22) passed...
On Sun, 17 Mar 2002 12:46:35 +0100, Jaeger, Gerhard wrote:
Hallo Gerhard,
thanks for the quick response.
is the function setitimer declared or even available?
If yes, what are the parameters...
No, it's not available. But as there is no USB-Support for SANE
(no libusb) at the moment and I have
Hi,
CVS-Code of Sane does not compile on OS/2 because of:
plustek-usbhw.c:932: storage size of `interval' isn't known.
there is no typedef for itimerval here.
Bye,
Franz
On Mon, 25 Feb 2002 16:51:11 -0500, Karl Heinz Kremer wrote:
I am not familiar at all with Sane on OS/2. All I can say is that
the backend tries to send a reset command to the scanner before
it segfaults.
Is the 1.0.7 version also statically linked (as 1.0.5) ?
No, the 1.0.7 is dynamically
Hi,
a user has reported, that the 1.0.7 OS/2 binary crashes with
SIGSEV when the
--source
option is used (transparency unit or Flatbed).
The scanner is an Epson GT7000 with TPU
Without --source (this defaults to flatbed) there is no problem.
A statical linked version of 1.0.5 works without
On Thu, 14 Feb 2002 20:56:12 +0100, Henning Meier-Geinitz wrote:
saned.o: Undefined symbol _inet_aton referenced from text segment
Oops. Looks like OS/2 has only inet_addr (which is deprecated) but not
inet_aton. I changed to inet_pton and made a wrapper in lib/ to use
inet_aton or inet_addr if
Hi,
Someone tried to use sane-1.0.7 on OS/2 for his Umax 1220p Scanner but did not
succeed so far. I have no experience with parallelport-scanners so I have no
chance to solve this problem.
The command
set SANE_DEBUG_UMAX_PP=255
set SANE_DEBUG_UMAX_PP_LOW=255
scanimage --device=umax_pp
On Sat, 2 Feb 2002 18:23:08 +0100, Henning Meier-Geinitz wrote:
The current list of supported platforms for sane can be found here:
...
Please check if your platform is listed and if it is tested with SANE
1.0.7. If it isn't listed (or only tested with older versions of sane)
please test the
Hi,
two minor problems
1. one */ too much on line 34 of sanei_thread.h after the last changes
breaks compiling on OS/2
2. translations work here with Xsane, mustek and epson backends,
but I have to create the .mo files manually,
make in sane-backends/po says 'nothing to do'
even if I
On Wed, 16 Jan 2002 22:20:27 +0100, Henning Meier-Geinitz wrote:
Hi Henning,
sane-frontends/src/scanadf.c
Two things have to be changed here to get it compiled on OS/2:
I added PATH_MAX and sys/types.h. Does it work?
Yes it works, thanks.
Franz
Hi,
sane-frontends/src/scanadf.c
Two things have to be changed here to get it compiled on OS/2:
1. add
#ifndef PATH_MAX
# define PATH_MAX 1024
#endif
2. replace
u_char *data;
with
unsigned char *data;
(line 76 or include sys/types once more ;-)
Bye
Franz
On Fri, 11 Jan 2002 19:05:54 +0100, Henning Meier-Geinitz wrote:
sanei_lm983x.c
#include sys/types.h
is missing at least for compiling on OS/2.
Fixed. Just out of curiosity: Which type the complier didn't know?
size_t?
gcc 2.81 and 3.02 complain about
u_long
in line 295
changing
In
sanei_lm983x.c
#include sys/types.h
is missing at least for compiling on OS/2.
Adding it before
#include stdlib.h
...
works.
Franz
On Sat, 24 Nov 2001 23:29:34 +0100, abel deuring wrote:
1. sharp.c refuses to compile because of the last changes in CVS:
sharp.c: In function `do_cancel':
sharp.c:2262: storage size of `ds' isn't known
sharp.c:2264: warning: implicit declaration of function `shmctl'
I think that's
On Thu, 22 Nov 2001 21:40:45 +0100, Henning Meier-Geinitz wrote:
...
Lots of changes, so please everyone: try compiling and running.
I think the OS/2-specific changes which you comitted to CVS are
OK but there are some other problems:
1. sharp.c refuses to compile because of the last changes in
On Wed, 21 Nov 2001 21:47:56 +0100, Henning Meier-Geinitz wrote:
Just send the mustek stuff to me. If this doesn't break anything, I
will include it.
Sent.
Without the diffs, does compilation fail or do the
backends just don't work?
It compiles, but the backends don't work.
Additionally
On Thu, 22 Nov 2001 10:12:33 +0100 (MET), Paul Floyd wrote:
1. configure failed to detect syslog. Had to edit
include/sane/config.h
yes, that's another small problem.
A list of my manual modifications to get the OS/2
executables and libsane.dll is written down at:
Hi,
1. mustek.c and microtek2.c
As you probably allready know, the code for backends using fork()
needs small changes to work with OS/2.
I can provide diffs for mustek.c, mustek.h and microtek2.c, based on
the work of Yuri Dario, if you are willing to include them.
Additionally
On Wed, 21 Nov 2001 19:40:36 +0100, Oliver Schwartz wrote:
concerning snapscan: I have an OS/2 partition - it hasn't been booted for
quite some time, but if you think there's a reasonable chance to get the
snapscan code working with an (USB) scanner on OS/2 I'll try it.
Not at the moment.
On Tue, 20 Nov 2001 23:41:03 +0100, Oliver Rauch wrote:
XSane-0.81 is available on
http://www.xsane.org
Version-0.81 is not tested very well.
I am not able to do intensive tests within the
next time but there are several changes that
are worth to be published.
Thanks Oliver.
Compiles
On Thu, 04 Oct 2001 16:42:35 +0200, Oliver Rauch wrote:
xsane-0.80 is available on:
http://www.xsane.org
Thanks for the new version. I like the improvements.
The xsane-0.80 OS/2 executable is now also available...
http://home.tiscalinet.de/fbakan/xsane-os2.htm
Franz
Hi,
Compiling the recent CVS-Code on OS/2 fails with:
umax_pp_low.c: In function `sanei_umax_pp_InitPort':
umax_pp_low.c:543: `found' undeclared (first use in this function)
found seems not to be used for OS/2.
After removing line 543 and 546 it compiles (but I have no
idea, if it works, because
On Sat, 04 Aug 2001 17:57:35 +0200, Christoph Knauer wrote:
is here someone, who works with xsane-win and the copy-funktion? How must I
setup the printing-command?
I run it on OS/2 which works the same in this case.
The setup is described in the docs.
The only thing I had to add is
Servus Oliver,
On Tue, 24 Jul 2001 00:10:16 +0200, Oliver Rauch wrote:
xsane-0.79 is released.
Thanks for including the OS/2 relevant patches.
I have compiled xsane-0.79 for OS/2, set up a
web-page with build-instructions and there
is a binary available for download.
It's available at
93 matches
Mail list logo