Jeff Powell | 2 Apr 2006 04:23

[U2] UniObjects question

How do I modify the data in a UniDataSet? I see methods that get a copy
of the UniDynArray in the Set but I haven't seen any that can modify the
array.

I am reading a set of records returning a UniDataSet and I want to write
a modified version of that UniDataSet back to the file.

Thanks in advance.

Jeff
-------
u2-users mailing list
u2-users <at> listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Dave Taylor | 2 Apr 2006 20:30
Picon

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

Bill,

I think I've discovered how to make the VOC entry override the UD verb.

 I am running UD PE 7.1 on Windows 2000 Server and I have set ECLTYPE = P
and BASICTYPE = "P" in the UDNTSPOOLER account.

I started with a program called LISTPTR in the BP file.

UD has a verb called LISTPTR.

After I compiled BP LISTPTR and ran LISTPTR I got the UD version of LISTPTR.
The VOC for LISTPTR was NULL but there was an entry in the BP file for a
record = "_LISTPTR" which I presume is the compiled code for LISTPTR.

After I deleted the UD verb for LISTPTR from the VOC and ran LISTPTR I still
got
the UD version of LISTPTR.

After I CATALOGed BP LISTPTR and ran LISTPTR I got the UD version of
LISTPTR.  There was no change in the VOC or the BP file and there was no
entry for LISTPTR in the local CTLG file. Note that this CATALOG with no
option is the default, and therefore the *global*, catalog option.

After I CATALOGed BP LISTPTR with the LOCAL option, the entry for LISTPTR in
the VOC was:

1.    C
2.    C:\IBM\ud71\localaccountname\CTLG\programname (which was LISTPTR)
3.    BP\LISTPTR
(Continue reading)

David Wolverton | 3 Apr 2006 04:59
Picon

[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=50000,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=50000,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 <at> listserver.u2ug.org
(Continue reading)

David Wolverton | 3 Apr 2006 06:24
Picon

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: owner-u2-users <at> listserver.u2ug.org
[mailto:owner-u2-users <at> listserver.u2ug.org] 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=50000,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

(Continue reading)

Bob Witney | 3 Apr 2006 09:10
Picon

RE: [U2] Socket Error Question...

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: owner-u2-users <at> listserver.u2ug.org
[mailto:owner-u2-users <at> listserver.u2ug.org]On 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
(Continue reading)

Symeon Breen | 3 Apr 2006 11:05
Picon

[U2] XML processing

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 <at> listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Stuart.Boydell | 3 Apr 2006 14:47
Picon

RE: [U2] XML processing

   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 0000-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
(Continue reading)

gerry-u2ug | 3 Apr 2006 15:45
Picon

[U2] Universe hpux XML error

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 <at> listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

(Continue reading)

Doug Miller | 3 Apr 2006 17:03

Re: [U2] XML processing

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   doug <at> s7.com
Manager of Technical Services
Strategy 7    Dallas TX 
-------
u2-users mailing list
u2-users <at> listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
(Continue reading)

gerry-u2ug | 3 Apr 2006 17:48
Picon

[U2] Xml/db

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 <at> listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Gmane