I am currently out of the office and cannot personally respond to your message. I will
be returning to the office on Tuesday, September 28th.
In my absense please contact Marc Mergenthaler at 303-504-5408 for any issues related
to HealthTrack; otherwise, please contact Al Armijo at 303-504-5359 for any other
urgent matters.
Thank you and have a nice day !!
>>> u2-users 09/15/04 08:50 >>>
U2 Users Digest Wednesday, September 15 2004 Volume 01 : Number 252
In this issue:
[U2] RE: UniData Sockets
[U2] Re: U2 Users Digest V1 #251 (Vacation)
RE: [U2] RE: UniData Sockets
[U2] [UV] Processing a string
RE: [U2] [UV] Processing a string
RE: [U2] [UV] Processing a string
Re: [U2] [UV] Processing a string
[U2] Alas .NET
RE: [U2] [UV] Processing a string
Re: [U2] Alas .NET
RE: [U2] [UV] Processing a string
RE: [U2] Alas .NET
RE: [U2] Alas .NET
RE: [U2] [UV] Processing a string
RE: [U2] Alas .NET
RE: [U2] [UV] Processing a string
RE: [U2] [UV] Processing a string
RE: [U2] Alas .NET
RE: [U2] Alas .NET
----------------------------------------------------------------------
Date: Wed, 15 Sep 2004 09:19:38 +0100
From: "Brian Leach" <[EMAIL PROTECTED]>
Subject: [U2] RE: UniData Sockets
I have used the socket API in UniVerse without encountering serious issues -
it's all raw stuff (accept/read/write). Also you cannot fork, so you're
limited to one listener per port, which may be an issue.
Unless you have a clear reason not to, interfacing with UniVerse or UniData
is really best done using UniObjects: either from Windows using the
UniObjects COM classes, or from UNIX using the Java implementation. It is
fast, reliable and takes out the stresses of managing your own protocol.
I've also found it quicker than using the socket interface, though that may
be down to the way I've chosen to implement it: I'm just completing a SOAP
gateway to allow me to expose BASIC subroutines as web services, and this
offers a choice of UniObjects or talking to a BASIC socket server (the aim
being to port the latter to other MVDBMSs once the Uni* version is
complete), and the UniObjects connection is much the quicker of the two: not
surprisingly since the other means having to encode/decode packets in BASIC.
Brian
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 15 September 2004 02:30
To: u2-users
Subject:
I need to write a client server application with the server doing things in
Unibasic. I have IBM's Unidata UniBasic Extentions manual, which has a
chapter on the Unibasic Socket API. It gives the bare basics, but it leaves
a lot to be desired, and I have even found errors.
I'm interested if anyone has written a server using this API, and, if so,
what were your experiences?
Will it work OK running Unidata on WIN, and does it act the same on WIN and
in unix?
Anything to avoid?
And is there any better documentation available????
Thanks in advance.
________________________________________________________________________
This email was checked by MessageLabs SkyScan before entering Microgen.
________________________________________________________________________
This email was checked on leaving Microgen for viruses, similar
malicious code and inappropriate content by MessageLabs SkyScan.
DISCLAIMER
This email and any attachments are confidential and may also be
privileged.
If you are not the named recipient, please notify the sender
immediately and do not disclose the contents to any other
person, use it for any purpose, or store or copy the information.
In the event of any technical difficulty with this email, please
contact the sender or [EMAIL PROTECTED]
Microgen Information Management Solutions
http://www.microgen.co.uk
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 02:31:12 -0700
From: "Ron Brunko" <[EMAIL PROTECTED]>
Subject: [U2] Re: U2 Users Digest V1 #251 (Vacation)
I am currently out of the office and cannot personally respond to your message. I will
be returning to the office on Tuesday, September 28th.
In my absense please contact Marc Mergenthaler at 303-504-5408 for any issues related
to HealthTrack; otherwise, please contact Al Armijo at 303-504-5359 for any other
urgent matters.
Thank you and have a nice day !!
>>> u2-users 09/15/04 01:05 >>>
U2 Users Digest Wednesday, September 15 2004 Volume 01 : Number 251
In this issue:
[U2] James Ronan/IIG/Prudential is out of the office.
[U2] James Ronan/IIG/Prudential is out of the office.
[U2] Bill Clohan/tdm is out of the office.
[U2] RE:
Re: [U2] Scripting using UniData
- ----------------------------------------------------------------------
Date: Tue, 14 Sep 2004 22:21:04 -0400
From: [EMAIL PROTECTED]
Subject: [U2] James Ronan/IIG/Prudential is out of the office.
I will be out of the office starting 09/14/2004 and will not return until
09/20/2004.
Please contact Tricia Shelly x 6531 in my absence.
- ------------------------------
Date: Tue, 14 Sep 2004 23:20:41 -0400
From: [EMAIL PROTECTED]
Subject: [U2] James Ronan/IIG/Prudential is out of the office.
I will be out of the office starting 09/14/2004 and will not return until
09/20/2004.
Please contact Tricia Shelly x 6531 in my absence.
- ------------------------------
Date: Wed, 15 Sep 2004 01:00:28 -0400
From: [EMAIL PROTECTED]
Subject: [U2] Bill Clohan/tdm is out of the office.
I will be out of the office starting 09/14/2004 and will not return until
09/17/2004.
If this is an emergency, please contact Bill Swyers @ [EMAIL PROTECTED]
- ------------------------------
Date: Wed, 15 Sep 2004 15:12:16 +1000
From: "djordan" <[EMAIL PROTECTED]>
Subject: [U2] RE:
Consider the options. There are the UniObjects components that run as
activex classes, java or .Net. With these you can call Unibasic subroutines
or do direct reads and writes to the UniData database. You can also call
unibasic subroutine through ODBC & OLEDB.
If you are looking for a sockets solution, look at redback as this includes
a scheduler to handle multiple requests down a socket which you would have
to manualy build otherwise.
There is also the Websphere Message Que interface.
I think there is an example program for sockets on the Pikwiki web page and
also in the archieves of this list.
Regards
David Jordan
- - -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, 15 September 2004 11:30 AM
To: u2-users
Subject:
I need to write a client server application with the server doing things in
Unibasic. I have IBM's Unidata UniBasic Extentions manual, which has a
chapter on the Unibasic Socket API. It gives the bare basics, but it leaves
a lot to be desired, and I have even found errors. I'm interested if anyone
has written a server using this API, and, if so, what were your experiences?
Will it work OK running Unidata on WIN, and does it act the same on WIN and
in unix? Anything to avoid? And is there any better documentation
available???? Thanks in advance.
- -
- ------------------------------
Date: Wed, 15 Sep 2004 01:52:16 -0400
From: Timothy Snyder <[EMAIL PROTECTED]>
Subject: Re: [U2] Scripting using UniData
Ronald K. Ellis III wrote on 09/14/2004 06:25:21 PM:
> <snip> The goal of the script
> I'm writing is to report back about UniData file. I'm going to use
FILE.STAT
> to gather most the info I think. What is the modulo of the file? What is
the
> separation? What is the blocksize? Where does the file live? Also It'll
do
> some simple math to try and figure out what we should resize the file to.
This isn't really asking the question you're asking, but I believe it may
be a better approach.
Since you're starting out at the operating system level, you can get the
desired information by running the guide utility. It will even provide you
with suggestions for resizing the file. That should be much simpler - and
quicker - than launching a UniData session and parsing its output. You
also save yourself the effort of determining the file sizing yourself. In
newer releases of UniData, guide can go through files very quickly.
Now, if you have other reasons for launching UniData processes and
capturing their output from within a script, that can be done as well. But
if the sole reason is to get file information, try guide first.
Tim Snyder
IBM Information Management
Consulting I/T Specialist , U2 Professional Services
- ------------------------------
End of U2 Users Digest V1 #251
******************************
- ------------
u2-users-digest mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 10:00:33 +0100
From: "Bob Witney" <[EMAIL PROTECTED]>
Subject: RE: [U2] RE: UniData Sockets
We are using sockets on Universe 10 (aix 5.2)
Server side basic looks like this:
**** Specify Protocol Logging information
RESULT=protocolLogging("","ON",10)
SNDBUF = '' ; RCVBUF = ''
INADDR=""
INNAME=""
END.OF.TIME = ''
**** Specify server name and assign handles to each socket
MODE="1" ; * 0=non-blocking, 1=blocking
SOCKETHANDLE1="" ; * Client handle
SOCKETHANDLE2="" ; * Server handle
SOCKETHANDLE3="" ; * Acceptor handle
TIMEOUT=5000 ; * milliseconds
BACKLOG="2048"
SERFLAG="-1" ; * Self end = Server
**** Initialize the Server Socket
RESULT=initServerSocket(SERVER.IP.ADDRESS,SOCKET.PORT,BACKLOG,SOCKETHANDLE2)
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Start Socket
:":SOCKET.PORT:" result = ":RESULT
**** Get information from the socket
RESULT=getSocketInformation(SOCKETHANDLE2,SERFLAG,SOCKETINFO)
IF VERBOSE = 1 THEN
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Server Socket Info"
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"-----------"
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Status : ":SOCKETINFO<1,1>
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Host : ":SOCKETINFO<1,2>
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Port :":SOCKETINFO<1,3>
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Secure : ":SOCKETINFO<1,4>
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Mode :":SOCKETINFO<1,5>
END
LOOP UNTIL END.OF.TIME
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Accepting connections"
TIMEOUT = 0
RESULT=acceptConnection(SOCKETHANDLE2,MODE,TIMEOUT,INADDR,INNAME,SOCKETHANDLE3)
IF VERBOSE = 1 THEN
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Accept Status = ":RESULT
END
**** Write to and Read from the Socket
SDATLEN=""
CDATLEN=""
CLDATA=""
ACTSIZ=""
READOVER = '' ; ALLDATA = ''
LOOP UNTIL READOVER
RESULT=readSocket(SOCKETHANDLE3,CLDATA,CDATLEN,TIMEOUT,MODE,ACTSIZ)
ALLDATA := CLDATA
IF ALLDATA[LEN(ALLDATA),1] = CHAR(000) THEN READOVER = 1
REPEAT
CLDATA = ALLDATA
STARTIME = TIME()
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Message read = ":ACTSIZ:"
chars"
IF VERBOSE = 1 THEN
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':" Value of in_addr =
":INADDR
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':" Value of in_name =
":INNAME
END
CONVERT CHAR(009) TO '' IN CLDATA
W$MSGIN = CLDATA
* Main system call
CALL EWMSG1(SOCKETHANDLE3,SRDATA,WRITETIMEOUT,MODE,SDATLEN,STATUS)
* Send a response to the Web
MODE = 1
RESULT=writeSocket(SOCKETHANDLE3,SRDATA,WRITETIMEOUT,MODE,SDATLEN)
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' Response sent ':SDATLEN:'
chars'
END
ENDTIME = TIME()
CRT "Interchange interval = ":ENDTIME-STARTIME:" seconds"
REPEAT
**** Close each of the Sockets
RESULT=closeSocket(SOCKETHANDLE2)
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Close 1 status = ":RESULT
RESULT=closeSocket(SOCKETHANDLE3)
CRT OCONV(DATE(),'D4'):" ":OCONV(TIME(),'MTS'):' ':"Close 2 status = ":RESULT
RETURN
END
This works fine:
Client basic looks like this:
SUBROUTINE EWBATCHQUE
* NOTES:
* ======
* This is designed to run from a crontab.
*
* Needs to do the "open write read closesocket" loop everytime
* (think) it needs to re-initialises its handle, but anyway it
* will only write a message if its done
* open write read write read .....etc then close
* So stick with the little loop - Bob 19JUL2004
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
$INCLUDE BP I_COMMON
$INCLUDE BP K_COMMON
$INCLUDE BP CRT_INSERT
$INCLUDE BP WEB_COMMON
NO.RETRIES = 1 ; SUCCESS = ''
LOOP
UNTIL NO.RETRIES GT MAX.RETRIES
SRDATA = DATA<1>
GOSUB WHATISIT
RESULT=openSocket(SERVER.IP.ADDRESS,SOCKET.PORT,BLOCKINGMODE,TIMEOUT,SOCKETHANDLE1)
IF RESULT = 0 THEN
GOSUB D10.SENDIT
RESULT=closeSocket(SOCKETHANDLE1)
END ELSE
RESULT2=getSocketErrorMessage(RESULT,errMSG)
TEXT<-1> = KEY
TEXT<-1> = OCONV(DATE(),'D2'):' ':OCONV(TIME(),'MT'):' Server '
TEXT<-1> := SERVER.IP.ADDRESS:' Port ':SOCKET.PORT:' ':errMSG
NO.RETRIES = 99
END
IF SUCCESS THEN
WRITE DATA TO BATCHARCHIVE,KEY
DELETE WEBSPHEREQ,KEY
NO.RETRIES = MAX.RETRIES+99
END
NO.RETRIES += 1
REPEAT
RETURN
D10.SENDIT:
*==========
INCOMINGCODE = 'None'
ENTRYDATE= DATE() ; ENTRYTIME = TIME() ; MSGSTATUS = ''
WRITE.OK = '' ; READ.OK = ''
RESULT=writeSocket(SOCKETHANDLE1,SRDATA,TIMEOUT,BLOCKINGMODE,SDATLEN)
IF RESULT = 0 THEN
WRITE.OK = 1
RESULT=readSocket(SOCKETHANDLE1,CLDATA,CDATLEN,TIMEOUT,BLOCKINGMODE,ACTSIZ)
IF RESULT = 0 THEN READ.OK = 1
ENDTIME = TIME()
END
IF WRITE.OK AND READ.OK THEN
GOSUB PARSERESPONSE
LOCATE "SUCCESS/" IN W$MSGIN<1,1> SETTING SPOS THEN
SUCCESS = 1
MSGSTATUS = 'Exchange OK'
TEXT<-1> = KEY:' ':MSGSTATUS
END ELSE
SUCCESS = ''
END
WRITE W$MSGIN TO BATCHARCHIVE,'BOB'
END
IF NOT(SUCCESS) THEN
MSGSTATUS = "Exchange failed ":NO.RETRIES
RESULT2=getSocketErrorMessage(RESULT,errMSG)
TEXT<-1> = KEY
TEXT<-1> = OCONV(DATE(),'D2'):' ':OCONV(TIME(),'MT'):' Server '
TEXT<-1> := SERVER.IP.ADDRESS:' Port ':SOCKET.PORT:' ':errMSG
END
RETURN
WHATISIT:
*========
OUTGOINGCODE = ''
XMLIN = SRDATA ; W$MSGIN = '' ; CRITICAL_ERROR = ''
CALL EWPARSER(XMLIN,W$MSGIN,CRITICAL_ERROR)
OUTGOINGCODE = W$XMLID ; W$PATH = '' ; W$MSGOP = ''
RETURN
PARSERESPONSE:
*=============
XMLIN = CLDATA ; W$MSGIN = '' ; CRITICAL_ERROR = ''
INCOMINGCODE = ''
CALL EWPARSER(XMLIN,W$MSGIN,CRITICAL_ERROR)
INCOMINGCODE = W$XMLID ; W$PATH = '' ; W$MSGOP = ''
RETURN
GETSOCKETINFO:
*=============
SERFLAG = "-1"
RESULT=getSocketInformation(SOCKETHANDLE1,SERFLAG,SOCKETINFO)
RETURN
Which again works fine
Hope this helps
Bob
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
------------------------------
Date: Wed, 15 Sep 2004 08:31:55 -0400
From: "Nick Cipollina" <[EMAIL PROTECTED]>
Subject: [U2] [UV] Processing a string
What is the fastest way to process a long string byte by byte. I want
to know if there is a faster way to do the following:
STR.VAR = "Some really really long string that has lots and lots of
characters for test processing."
MAX.STR = LEN(STR.VAR)
FOR X = 1 TO MAX.STR
VAR = STR.VAR[X,1]
do stuff with VAR here .....
NEXT X
Thanks in advance.
Nick Cipollina
Pick Programmer
ACS - Heritage Information Systems, Inc.
2810 North Parham Road, Suite 210
Richmond, VA 23294
(804)644-8707 x 314
------------------------------
Date: Wed, 15 Sep 2004 13:58:52 +0100
From: "Adrian Matthews" <[EMAIL PROTECTED]>
Subject: RE: [U2] [UV] Processing a string
Depends what you're trying to achieve I suppose. If it's for a checksum
then there are commands to do that. If it's looking for occurrences of
text then there are commands to do that as well.
If you have to step through a character at a time then that looks about
the best way of doing it to me.
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nick Cipollina
Sent: 15 September 2004 13:32
To: [EMAIL PROTECTED]
Subject: [U2] [UV] Processing a string
What is the fastest way to process a long string byte by byte. I want
to know if there is a faster way to do the following:
STR.VAR = "Some really really long string that has lots and lots of
characters for test processing."
MAX.STR = LEN(STR.VAR)
FOR X = 1 TO MAX.STR
VAR = STR.VAR[X,1]
do stuff with VAR here .....
NEXT X
Thanks in advance.
Nick Cipollina
Pick Programmer
ACS - Heritage Information Systems, Inc.
2810 North Parham Road, Suite 210
Richmond, VA 23294
(804)644-8707 x 314
The information contained in this email is strictly confidential and for the use of
the addressee only, unless otherwise indicated. If you are not the intended recipient,
please do not read, copy, use or disclose to others this message or any attachment.
Please also notify the sender by replying to this email or by telephone +44 (0)20 7896
0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that
do not relate to the official business of this company shall be understood as neither
given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and
regulated by the Financial Services Authority and, in Australia, by the Australian
Securities and Investments Commission.
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 15:06:18 +0200
From: "Louie Gouws" <[EMAIL PROTECTED]>
Subject: RE: [U2] [UV] Processing a string
Hi Nick,
In this case the "do stuff with VAR here...." is very important
For example: If you want to change all VM to SVM in a long string then
STR.VAR = CHANGE(STR.VAR,VM,SVM) will be faster
It all depends on ...stuff...
Louie
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nick Cipollina
Sent: 15 September 2004 02:32 PM
To: [EMAIL PROTECTED]
Subject: [U2] [UV] Processing a string
What is the fastest way to process a long string byte by byte. I want
to know if there is a faster way to do the following:
STR.VAR = "Some really really long string that has lots and lots of
characters for test processing."
MAX.STR = LEN(STR.VAR)
FOR X = 1 TO MAX.STR
VAR = STR.VAR[X,1]
do stuff with VAR here .....
NEXT X
Thanks in advance.
Nick Cipollina
Pick Programmer
ACS - Heritage Information Systems, Inc.
2810 North Parham Road, Suite 210
Richmond, VA 23294
(804)644-8707 x 314
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 09:22:17 -0400
From: Glenn Herbert <[EMAIL PROTECTED]>
Subject: Re: [U2] [UV] Processing a string
You could fold the string into a dynamic array and use remove:
STR.VAR= "Some really really long string that has lots and lots of
characters for test processing."
FOLDED.VAR=FOLD(STR.VAR,1); *creates dynarray of single characters
LOOP
REMOVE ACHAR FROM FOLDED.VAR SETTING MARK
UNTIL NOT(MARK) and ACHAR="" DO
* any character processing on ACHAR
REPEAT
I'm not sure of any actual performance gain compared with simply
STR.VAR[x,1] but it's at least an alternate approach.
At 08:31 AM 9/15/2004, you wrote:
>What is the fastest way to process a long string byte by byte. I want
>to know if there is a faster way to do the following:
------------------------------
Date: Wed, 15 Sep 2004 09:36:52 -0400
From: "Brutzman, Bill" <[EMAIL PROTECTED]>
Subject: [U2] Alas .NET
How bitter that Microsoft requires Win2k or better on the client side.
I was hoping that Win98 would live for a few more years.
I wish that my facts were wrong...
- --Bill
------------------------------
Date: Wed, 15 Sep 2004 15:10:39 +0100
From: "Adrian Matthews" <[EMAIL PROTECTED]>
Subject: RE: [U2] [UV] Processing a string
I've used that in the past for parsing strings that are several hundred
thousand chars in length but there's no significant difference until
then.
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert
Sent: 15 September 2004 14:22
To: [EMAIL PROTECTED]
Subject: Re: [U2] [UV] Processing a string
You could fold the string into a dynamic array and use remove:
STR.VAR= "Some really really long string that has lots and lots of
characters for test processing."
FOLDED.VAR=FOLD(STR.VAR,1); *creates dynarray of single characters
LOOP
REMOVE ACHAR FROM FOLDED.VAR SETTING MARK
UNTIL NOT(MARK) and ACHAR="" DO
* any character processing on ACHAR
REPEAT
I'm not sure of any actual performance gain compared with simply
STR.VAR[x,1] but it's at least an alternate approach.
At 08:31 AM 9/15/2004, you wrote:
>What is the fastest way to process a long string byte by byte. I want
>to know if there is a faster way to do the following:
The information contained in this email is strictly confidential and for the use of
the addressee only, unless otherwise indicated. If you are not the intended recipient,
please do not read, copy, use or disclose to others this message or any attachment.
Please also notify the sender by replying to this email or by telephone +44 (0)20 7896
0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that
do not relate to the official business of this company shall be understood as neither
given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and
regulated by the Financial Services Authority and, in Australia, by the Australian
Securities and Investments Commission.
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 10:39:40 -0400
From: "gerry" <[EMAIL PROTECTED]>
Subject: Re: [U2] Alas .NET
huh ?
where did you get this nugget ?
.NET will run on w98 just peachy.
- ----- Original Message -----
From: "Brutzman, Bill" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Hopp, Raymond" <[EMAIL PROTECTED]>
Sent: Wednesday, September 15, 2004 09:36 am
Subject: [U2] Alas .NET
> How bitter that Microsoft requires Win2k or better on the client side.
>
> I was hoping that Win98 would live for a few more years.
>
> I wish that my facts were wrong...
>
> --Bill
> -------
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 10:47:34 -0400
From: "Nick Cipollina" <[EMAIL PROTECTED]>
Subject: RE: [U2] [UV] Processing a string
I'm trying to parse some very long XML code. If I do it byte by byte
this way, it is taking a very long time to parse. We are trying to find
a faster way to parse it.
Thanks,
Nick Cipollina
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adrian Matthews
Sent: Wednesday, September 15, 2004 8:59 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2] [UV] Processing a string
Depends what you're trying to achieve I suppose. If it's for a checksum
then there are commands to do that. If it's looking for occurrences of
text then there are commands to do that as well.
If you have to step through a character at a time then that looks about
the best way of doing it to me.
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nick Cipollina
Sent: 15 September 2004 13:32
To: [EMAIL PROTECTED]
Subject: [U2] [UV] Processing a string
What is the fastest way to process a long string byte by byte. I want
to know if there is a faster way to do the following:
STR.VAR = "Some really really long string that has lots and lots of
characters for test processing."
MAX.STR = LEN(STR.VAR)
FOR X = 1 TO MAX.STR
VAR = STR.VAR[X,1]
do stuff with VAR here .....
NEXT X
Thanks in advance.
Nick Cipollina
Pick Programmer
ACS - Heritage Information Systems, Inc.
2810 North Parham Road, Suite 210
Richmond, VA 23294
(804)644-8707 x 314
The information contained in this email is strictly confidential and for
the use of the addressee only, unless otherwise indicated. If you are
not the intended recipient, please do not read, copy, use or disclose to
others this message or any attachment. Please also notify the sender by
replying to this email or by telephone +44 (0)20 7896 0011 and then
delete the email and any copies of it. Opinions, conclusions (etc.) that
do not relate to the official business of this company shall be
understood as neither given nor endorsed by it. IG Markets Limited and
IG Index Plc are authorised and regulated by the Financial Services
Authority and, in Australia, by the Australian Securities and
Investments Commission.
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 15:58:25 +0100
From: "Adrian Matthews" <[EMAIL PROTECTED]>
Subject: RE: [U2] Alas .NET
Unless you want to run ASP .NET of course.
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of gerry
Sent: 15 September 2004 15:40
To: [EMAIL PROTECTED]
Subject: Re: [U2] Alas .NET
huh ?
where did you get this nugget ?
.NET will run on w98 just peachy.
- ----- Original Message -----
From: "Brutzman, Bill" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Hopp, Raymond" <[EMAIL PROTECTED]>
Sent: Wednesday, September 15, 2004 09:36 am
Subject: [U2] Alas .NET
> How bitter that Microsoft requires Win2k or better on the client side.
>
> I was hoping that Win98 would live for a few more years.
>
> I wish that my facts were wrong...
>
> --Bill
> -------
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
The information contained in this email is strictly confidential and for the use of
the addressee only, unless otherwise indicated. If you are not the intended recipient,
please do not read, copy, use or disclose to others this message or any attachment.
Please also notify the sender by replying to this email or by telephone +44 (0)20 7896
0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that
do not relate to the official business of this company shall be understood as neither
given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and
regulated by the Financial Services Authority and, in Australia, by the Australian
Securities and Investments Commission.
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 11:09:04 -0400
From: "Brutzman, Bill" <[EMAIL PROTECTED]>
Subject: RE: [U2] Alas .NET
I found it in "UniObjects for .NET Developer's Guide", v6.1, June 2004,
Chapter 4, page 4-3, "Client Software Components".
Software Reqt
OS Win 2000 SP2 or Win XP Professional
Cutting and pasting an eMail from Leroy Dreyfuss...
Bill,
UniObjects for .Net will run on any system where the .Net Framework
exists and .Net development tools will function. That is not up to
U2; that is up to Microsoft.
Regards,
IBM U2 Marketing Team
I hope that I am missing something. Clarification would be appreciated.
- --Bill
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of gerry
Sent: Wednesday, September 15, 2004 10:40 AM
To: [EMAIL PROTECTED]
Subject: Re: [U2] Alas .NET
huh ?
where did you get this nugget ?
.NET will run on w98 just peachy.
- ----- Original Message -----
From: "Brutzman, Bill" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Hopp, Raymond" <[EMAIL PROTECTED]>
Sent: Wednesday, September 15, 2004 09:36 am
Subject: [U2] Alas .NET
> How bitter that Microsoft requires Win2k or better on the client side.
>
> I was hoping that Win98 would live for a few more years.
>
> I wish that my facts were wrong...
>
> --Bill
> -------
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 11:07:42 -0400
From: "Rex Gozar" <[EMAIL PROTECTED]>
Subject: RE: [U2] [UV] Processing a string
Using VAR = STR.VAR[X,1] is probably the fastest. If my suspicions are
correct, the C code to implement this function would simply use pointer math
to pull the character from memory -- which is pretty darn fast.
------------------------------
Date: Wed, 15 Sep 2004 11:17:59 -0400
From: "Brutzman, Bill" <[EMAIL PROTECTED]>
Subject: RE: [U2] Alas .NET
Maybe someday we will want to do ASP .NET...
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Adrian Matthews
Sent: Wednesday, September 15, 2004 10:58 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2] Alas .NET
Unless you want to run ASP .NET of course.
- -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of gerry
Sent: 15 September 2004 15:40
To: [EMAIL PROTECTED]
Subject: Re: [U2] Alas .NET
huh ?
where did you get this nugget ?
.NET will run on w98 just peachy.
- ----- Original Message -----
From: "Brutzman, Bill" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Hopp, Raymond" <[EMAIL PROTECTED]>
Sent: Wednesday, September 15, 2004 09:36 am
Subject: [U2] Alas .NET
> How bitter that Microsoft requires Win2k or better on the client side.
>
> I was hoping that Win98 would live for a few more years.
>
> I wish that my facts were wrong...
>
> --Bill
> -------
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
The information contained in this email is strictly confidential and for the
use of the addressee only, unless otherwise indicated. If you are not the
intended recipient, please do not read, copy, use or disclose to others this
message or any attachment. Please also notify the sender by replying to this
email or by telephone +44 (0)20 7896 0011 and then delete the email and any
copies of it. Opinions, conclusions (etc.) that do not relate to the
official business of this company shall be understood as neither given nor
endorsed by it. IG Markets Limited and IG Index Plc are authorised and
regulated by the Financial Services Authority and, in Australia, by the
Australian Securities and Investments Commission.
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 11:21:48 -0400
From: "George Gallen" <[EMAIL PROTECTED]>
Subject: RE: [U2] [UV] Processing a string
I thought that UV10 had support for XML?
I havn't used it, so I don't know how to go about it.
Also, you could always try sending it off to PERL routine
to parse, then give it back to UV.
George
PS. Nick, Are you from the Phila area? and is the ACS the
same ACS from Malvern?
>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]
>Sent: Wednesday, September 15, 2004 10:48 AM
>To: [EMAIL PROTECTED]
>Subject: RE: [U2] [UV] Processing a string
>
>
>I'm trying to parse some very long XML code. If I do it byte by byte
>this way, it is taking a very long time to parse. We are
>trying to find
>a faster way to parse it.
>
>Thanks,
>
>Nick Cipollina
>
>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of
>Adrian Matthews
>Sent: Wednesday, September 15, 2004 8:59 AM
>To: [EMAIL PROTECTED]
>Subject: RE: [U2] [UV] Processing a string
>
>Depends what you're trying to achieve I suppose. If it's for a checksum
>then there are commands to do that. If it's looking for occurrences of
>text then there are commands to do that as well.
>
>If you have to step through a character at a time then that looks about
>the best way of doing it to me.
>
>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Nick Cipollina
>Sent: 15 September 2004 13:32
>To: [EMAIL PROTECTED]
>Subject: [U2] [UV] Processing a string
>
>What is the fastest way to process a long string byte by byte. I want
>to know if there is a faster way to do the following:
>
>
>
>STR.VAR = "Some really really long string that has lots and lots of
>characters for test processing."
>
>MAX.STR = LEN(STR.VAR)
>
>FOR X = 1 TO MAX.STR
>
> VAR = STR.VAR[X,1]
>
> do stuff with VAR here .....
>
>NEXT X
>
>
>
>Thanks in advance.
>
>
>
>Nick Cipollina
>
>
>
>Pick Programmer
>
>ACS - Heritage Information Systems, Inc.
>
>2810 North Parham Road, Suite 210
>
>Richmond, VA 23294
>
>(804)644-8707 x 314
>-------
>u2-users mailing list
>[EMAIL PROTECTED]
>To unsubscribe please visit http://listserver.u2ug.org/
>
>
>The information contained in this email is strictly
>confidential and for
>the use of the addressee only, unless otherwise indicated. If you are
>not the intended recipient, please do not read, copy, use or
>disclose to
>others this message or any attachment. Please also notify the sender by
>replying to this email or by telephone +44 (0)20 7896 0011 and then
>delete the email and any copies of it. Opinions, conclusions
>(etc.) that
>do not relate to the official business of this company shall be
>understood as neither given nor endorsed by it. IG Markets Limited and
>IG Index Plc are authorised and regulated by the Financial Services
>Authority and, in Australia, by the Australian Securities and
>Investments Commission.
>-------
>u2-users mailing list
>[EMAIL PROTECTED]
>To unsubscribe please visit http://listserver.u2ug.org/
>-------
>u2-users mailing list
>[EMAIL PROTECTED]
>To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 11:21:40 -0400
From: Glenn Herbert <[EMAIL PROTECTED]>
Subject: RE: [U2] [UV] Processing a string
DING DING DING! You win the prize for guessing the implementation!
Oh. No prize though. Only the satisfaction that you won. ;-)
Glenn
At 11:07 AM 9/15/2004, you wrote:
>Using VAR = STR.VAR[X,1] is probably the fastest. If my suspicions are
>correct, the C code to implement this function would simply use pointer math
>to pull the character from memory -- which is pretty darn fast.
>-------
>u2-users mailing list
>[EMAIL PROTECTED]
>To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
Date: Wed, 15 Sep 2004 11:28:29 -0400
From: "Donald Kibbey" <[EMAIL PROTECTED]>
Subject: RE: [U2] Alas .NET
Beware the UniObjects.Net manual! You'll also find references and examples for
UniString objects that don't exist in the product.
Don Kibbey
Financial Systems Manager
Finnegan, Henderson, Farabow, Garrett & Dunner LLP
------------------------------
Date: Wed, 15 Sep 2004 16:31:47 +0100
From: "Andy Moore" <[EMAIL PROTECTED]>
Subject: RE: [U2] Alas .NET
DISCLAIMER:
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error, please delete it and notify
the sender immediately. Please note that there is no guarantee that
this email or any attachment is virus free or has not been intercepted
or amended.
Just install the .net framework on 98 and .net applications are happy.
Andy Moore
Selima Software Ltd.
- -----Original Message-----
From: Brutzman, Bill [mailto:[EMAIL PROTECTED]
Sent: 15 September 2004 14:37
To: '[EMAIL PROTECTED]'
Cc: Hopp, Raymond
Subject: [U2] Alas .NET
How bitter that Microsoft requires Win2k or better on the client side.
I was hoping that Win98 would live for a few more years.
I wish that my facts were wrong...
- --Bill
- -------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
------------------------------
End of U2 Users Digest V1 #252
******************************
------------
u2-users-digest mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
-------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
