RE: [U2] Socket Error Question...

2006-04-03 Thread Bob Witney
We had this problem and got around it by seting up this series within the loop

0053:   RESULT=protocolLogging(,ON,10)
: 
0067:   
RESULT=initServerSocket(SERVER.IP.ADDRESS,SOCKET.PORT,BACKLOG,SOCKETHANDLE2)
: 
0070:   RESULT=getSocketInformation(SOCKETHANDLE2,SERFLAG,SOCKETINFO)
: 
0083:  
RESULT=acceptConnection(SOCKETHANDLE2,MODE,TIMEOUT,INADDR,INNAME,SOCKETHANDLE3)
: 
0096: 
RESULT=readSocket(SOCKETHANDLE3,CLDATA,CDATLEN,TIMEOUT,MODE,ACTSIZ)
: 
0130: 
RESULT=writeSocket(SOCKETHANDLE3,SRDATA,WRITETIMEOUT,MODE,SDATLEN)
: 
0156:   RESULT=closeSocket(SOCKETHANDLE2)

Works great and handles thousands of transactions a day


Bob


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David Wolverton
Sent: 03 April 2006 05:25
To: 'u2 users group'
Subject: RE: [U2] Socket Error Question...


 Building on my last question...

It appears that if I close the acceptor and open a new acceptor after each
SocketRead it all works well - it just seems like this is not how it should
work -- or is it?

DW

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David Wolverton
Sent: Sunday, April 02, 2006 10:00 PM
To: 'u2 users group'
Subject: [U2] Socket Error Question...

I am having a blocking socket server that close immediately after receiving
a second 'read' request.

Why would that be happening?

Here is the Protocol Log -- after the first read and the correct 56
characters show, I inserted a GetSocketInfo and it looks good. But on the
2nd read, I get back an error 14 - Socket Closed.

04/02/2006 20:45:02 [ 5948 6052 ] readSocket ...
socket=localhost,max=0,timeout=5,mode=0
04/02/2006 20:45:07 [ 5948 6052 ] Socket dc788: 56 chars read

04/02/2006 20:45:07 [ 5948 6052 ] getSocketInformation ... socket=localhost

04/02/2006 20:45:08 [ 5948 6052 ] readSocket ...
socket=localhost,max=0,timeout=5,mode=0
04/02/2006 20:45:08 [ 5948 6052 ] Socket dc788 closed: 0(No error) 0(No
error)
04/02/2006 20:45:08 [ 5948 6052 ] readSocket 2: The socket has been shut
down.

I would have thought that since the socket was defined as blocking, it
should just sit and wait for the next data set to roll in...

Is there something I am missing?
David Wolverton
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] XML processing

2006-04-03 Thread Symeon Breen
Hi Guys - I am currently working on a problem I have, with JayJay at IBM but
thought I would throw it open to see if anyone else out there has seen
something similar.

I am using PREPAREAML/OPENXMLDATA/READXML to process some fairly large XMl
files (over 30 meg) very succesfully. However i do have some instances where
particular elements have foreign language characters in (over char 127).
This seems to be giving me a segmentation faults in the open stage, if i use
an EXT that tries to extract data from that element or any elements after
the element in question.


Has anyone had any similar kind off problem at all ??


Cheers
Symeon.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] XML processing

2006-04-03 Thread Stuart . Boydell
   I had a similar thing happen, we were getting some accented characters
   (  7F/127) and the parser would jerk to a halt (sometimes). Our issue
   was  that  the XML was actually written in iso-8859-1 encoding but the
   encoding   element   in   the   XML  said  UTF-8  ?xml  version=1.0
   encoding=utf-8 ?.

   I think the way it works is that UTF-8 expects -007f characters to
   be  single byte for ASCII compatibility and after that as double byte.
   Mostly  this  is  fine  if all the characters are under 007F (127). In
   this  case, when the parser got to the accent character it would throw
   it's hands in the air (like it did in fact care) saying okay - you've
   told  me  it's  utf-8, but then when I read this character that should
   have another byte with it, but it doesn't - what is going on!?

   Check  that your encoding, element is correct. If the encoding element
   says  UTF-8  and  the  text  is  actually ASCII then the parser may be
   having difficulty when it sees an over 127 character and thinks that
   the   text   should   be  Unicode.  Try  changing  the  encoding  to
   ISO-8859-1 (or something suitable) and see what happens.

   Stuart

   __

   some instances where
   particular  elements  have  foreign  language characters in (over char
   127).
   This seems to be giving me a segmentation faults in the open stage, if
   i use
   an  EXT  that  tries to extract data from that element or any elements
   after
   the element in question.

   **

   This  email message and any files transmitted with it are confidential
   and intended solely for the use of addressed recipient(s). If you have
   received  this  email  in  error please notify the Spotless IS Support
   Centre  (+61 3 9269 7555) immediately, who will advise further action.
   This  footnote  also confirms that this email message has been scanned
   for the presence of computer related viruses.

   **
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Universe hpux XML error

2006-04-03 Thread gerry-u2ug
I am finally breaking down and looking into universe's built in xml
processing.
The client is running universe 10.1.8 on hpux B.11.11

I set up a simple test using basic PrepareXML , OpenXMLData 
ReadXmlData commands
On the PrepareXML statement, I get the following errors :
Can't load /usr/uv/bin/libxalan-c1_3.sl: shared lib error: No such
file or directory
Can't load /usr/uv/bin/libxalan-c1_3.sl: shared lib error: Not enough
space

The second time we run this universe terminates with a Fault type 11,
Layer type Basic run machine 

The library mentioned in the error message does exist and has rx
permissions for all users.

I asked the client to get in contact with ibm about this assuming it is
some type of configuration problem.

In the meantime though has anyone else run into this or have any idea
what we should be looking at to get this fixed ?

Gerry
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] XML processing

2006-04-03 Thread Doug Miller
At 04:05 AM 4/3/2006, you wrote:
However i do have some instances where
particular elements have foreign language characters in (over char 127).


We just spent a few weeks with an end user and IBM on this very 
issue.  Bottom line is that the UV XML parser  does not handle UTF-8 
characters.  Due to the needs of our customer, IBM has agreed to add 
an enhancement in a near future patch release.

The enhancement will do the following:
The partial solution where the XML tags must be in ASCII but text 
and attribute values can be double byte character set (using UTF-8 
encoding) will be implemented as a patch release.

In a future major release, there is talk of a complete re-working of 
IBM's XML implementation. If IBM were to do this, their XML processor 
would finally be encoding agnostic.

I urge you to let IBM know of your use of the XML parser needs now so 
that they can weigh the priority of scheduling the XML parser changes 
accordingly.  As I stated, this is already on the board for some 
changes but is currently scheduled a few months off right now.


Doug Miller   [EMAIL PROTECTED]
Manager of Technical Services
Strategy 7Dallas TX 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Xml/db

2006-04-03 Thread gerry-u2ug
Can anyone tell me where the documentation for this tool can be found ?
I find references stating that it is part of the basic extensions manual
but I don't see it there or anywhere else in the help files for that
matter.

Gerry
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Xml/db

2006-04-03 Thread Clifton Oliver
My confusion. I didn't realize you were talking about the GUI tool for 
building
the XML Map file. I don't recall seeing any documentation in a manual 
for that.

Maybe someone else can point us to it.

As to answering private, no. That was unintentional and a result of the
brilliant addressing scheme, as was warned to no avail.


--

Regards,

Clif



Quoting gerry-u2ug [EMAIL PROTECTED]:


Thanks but I still don't see it.
Lots of xml related stuff - but not even one single mention of the
XML/DB tool I do see references to XMLDB which is a completely different
animal.

Gerry

Ps why did you respond to me directly rather to to  for the benefit of
others on the list ?  Was this intentional or just a side effect of this
brilliant new list addressing scheme ?



-Original Message-
From: Clifton Oliver [mailto:[EMAIL PROTECTED]
Sent: April 3, 2006 13:14
To: gerry-u2ug
Subject: Re: [U2] Xml/db

Basic Extensions manual, rev 10.1, chapter 5, 6, 8, and 9.


--

Regards,

Clif

~~~
W. Clifton Oliver, CCP
CLIFTON OLIVER  ASSOCIATES
Tel: +1 619 460 5678Web: www.oliver.com
~~~


On Apr 3, 2006, at 11:48 AM, gerry-u2ug wrote:


Can anyone tell me where the documentation for this tool can be found
?
I find references stating that it is part of the basic extensions
manual but I don't see it there or anywhere else in the help files for



that matter.

Gerry
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [UD] Executing save-list

2006-04-03 Thread Dave Taylor
Bill,

Re: cataloging programs with the same name as a ud verb:

In addition to deleting the V pointer to the verb and recataloging my
program in the VOC, using the DIRECT or LOCAL option (I prefer the DIRECT
option), I *also* have to delete the V pointer to all synonyms of the verb
(eg. SP.EDIT in addition to SP-EDIT) and copy the catalog pointer for the
program name (SP-EDIT) to the name of the synonym (SP.EDIT) in the VOC.

Otherwise, UD runs the verb of the synonym, if there is one, before it runs
the object code of the program.

hth,

Dave

Dave Taylor
President
Sysmark Information Systems, Inc.
49 Aspen Way
Rolling Hills Estates, CA 90274
800-SYSMARK (800-797-6275)
(O) 310-544-1974
(C) 310-561-5200
(P) 800-339-1497
(F) 310-377-3550
Your Source for Integrated EDI Translation and DataSync Integration
www.sysmarkinfo.com


- Original Message - 
From: Bill Haskett [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Wednesday, March 29, 2006 4:24 PM
Subject: RE: [U2] [UD] Executing save-list

snip
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/