Unfortunately I had a sign extension problem that made it difficult to
distinguish the putmsg "write" calls from the 32 bit library and 64 bit library.
It may be that another fix with a cast in the code that compares with
LIS_GETMSG_PUTMSG_ULEN in the head code would also work. Is it a risk that
someone might try and really write 3000 million bytes of data to a
stream?
Richard
-----Original Message-----I am curiou about this:
From: Dave Grothe [mailto:[EMAIL PROTECTED]
Sent: 11 March 2004 17:40
To: Richard Hilditch; '[EMAIL PROTECTED]'
Subject: Re: [Linux-streams] RE: 32 bit user space over 64 kernel LiS support
-#define LIS_GETMSG_PUTMSG_ULEN (-0x12345678)
+#define LIS_GETMSG_PUTMSG_ULEN (0x12345678)
What problem did you run into such that this could not continue to be a negative number?
-- Dave
At 10:39 AM 3/11/2004, Richard Hilditch wrote:
We have now got this function working for the s390x versions of Linux. Two
sets of LiS libraries are created, 64 bit libraries on /usr/lib64 and 32 bit
over 64 bit libraries on /usr/lib. We have tested with Red Hat EL3 and
SLES8. Note that in testing this function I found problems with the basic 64
bit support in the LiS libraries which I had to correct with the -fPIC
compiler option.
Here is the patch file against the LiS 2.16.18 version. Please consider
adding this function to a future version of LiS.
____________________________________________________
Richard Hilditch
SNAP-IX Group
Data Connection Ltd.
Tel:+44 20 8366 1177 Mail: richard dot hilditch at
dataconnection dot com
Fax:+44 20 8367 8501 Web: http://www.dataconnection.com
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.614 / Virus Database: 393 - Release Date: 3/5/2004
