Maybe it is just the way you have cut and pasted but the new xml does
not have the closing /VEHICLE and /VEHICLEPOSITIONS tags.
On 1/26/06, Nancy Fisher [EMAIL PROTECTED] wrote:
I've got a new URL to download some XML data and although the xml data is
supposed to be nearly identical to what
I can't help but wonder what the future is going to be like for
Objectcall being included in future releases of Unidata. I understand
that IBM will no longer support this API (at least the last I heard
which was about 2-3 years ago now) and just couldn't help but wonder
if IBM ever plans to pull
Hi,
I will be in training for the morning of 1/27/06.
I will have very limited access to e-mail or voice mail during this
time. If a you need an immediate response to your e-mail please e-mail
[EMAIL PROTECTED]
Thanks and have a great day!
Josh
---
u2-users mailing list
It does.
-Original Message-
From: Brian Leach [mailto:[EMAIL PROTECTED]
Sent: Friday, January 20, 2006 5:01 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Moving Data between input buffers
Doug
Does UniData PROC support file buffers (n.m format)?
I've never used PROC on UniData,
At 10:08 AM 1/26/2006, you wrote:
So get with your VAR's and request access and they should be able to
get you going. If they do not know how, tell them to contact IBM as
this is available now. I suspect IBM should have some type of
announcement in their Information Management Software Today
Maybe it is just the way you have cut and pasted but the new xml does
not have the closing /VEHICLE and /VEHICLEPOSITIONS tags.
Yes. It was just a cut and paste...
This resp header works:
?xml version=1.0 encoding=UTF-8?
The resp header from this URL doesn't work:
?xml version=1.0
This resp header works:
?xml version=1.0 encoding=UTF-8?
The resp header from this URL doesn't work:
?xml version=1.0 encoding=ISO-8859-1 standalone=yes?
Could the problem be the difference of the type of encoding used in
the first resp header versus the second? Does your system which
I've been converting dictionaries from a D3 dbms and am wondering what is
considered best practices in virtual attribute design.
Does one build standard Direct fields first then use these fields to build
virtual attributes (I-Descriptors) or should one use the direct field
references, EXTRACT()
With HP-Ux and UniVerse, I need to create a folder (account?) NEW.BP for
UniBasic code...
Now we have
/u2/METAL/
DATA1
DATA2
/u2/SOFTWARE/...
AP.BP/
APP.1
APP.2
PUR.BP/
I have a user who is hitting a limit a paragraph using the DOWNLOAD
command and wonder if anyone can help.
The DOWNLOAD command is building a text file in the hold directory that
contains 185 fields. The problem she is having is with the LITERAL
option. She is using LITERAL to create
You'll need to use CREATE.FILE in Universe, but create either a type 1
or type 19 file - that will make it a folder.
-Dianne
Brutzman, Bill wrote:
With HP-Ux and UniVerse, I need to create a folder (account?) NEW.BP for
UniBasic code...
Now we have
/u2/METAL/
DATA1
Bill,
After you did the mkdir in Unix, did you put an F-pointer in the
VOC of the account from which you want to access the new folder/program
source code directory?
0001 F
0002 /u2/SOFTWARE/NEW.BP
0003 make a new one with CREATE.FILE DICT NEW.BP -or- use the same one
as AP.BP?
What does device 0 Inode 0 mean?Notice the last line:
LIST.READU USER 137 EVERY
Active Group Locks:Record
Group Group Group
Device Inode Netnode Userno Lmode G-Address. Locks
...RD ...SH ...EX
1075970056
Personally, I've never used either methods. Here is how I would do the
I-descriptor:
001 I
002 IF @RECORD12 = THEN OCONV(@RECORD2,D4-) ELSE *VOIDED*
Gordon J. Glorfield
Sr. Applications Developer
MAMSI (A UnitedHealth Company)
301-360-8839
[EMAIL PROTECTED] wrote on 01/27/2006 03:24:47 PM:
On Fri, 27 Jan 2006 15:58:04 -0500, you wrote:
With HP-Ux and UniVerse, I need to create a folder (account?) NEW.BP for
UniBasic code...
snip
CREATE.FILE 1
or perhaps
CREATE.FILE 19
Type 1 19 are directories.
--
Allen Egerton
[EMAIL PROTECTED]
---
u2-users mailing list
Brutzman, Bill wrote:
With HP-Ux and UniVerse, I need to create a folder (account?) NEW.BP for
UniBasic code...
You need to specify type 19 for the data portion of the file with
CREATE.FILE. This will create an OS level directory rather than a
hashed file.
-John
--
John Hester
System
CREATE.FILE DIR NEW.BP
You need the Keyword DIR (For directory/folder) in the CREATE.FILE
command.
It basically creates the DIRECTORY NEW.BP and the DICTIONARY D_NEW.BP
(As a file at the same level as the directory, not IN the directory)
The VOC entry should look something like:
1] DIR
2]
Bill,
In UV, a type 1 or type 19 file becomes a folder.
Type 19 allows for the use of longer record names than allowed in a type 1
file.
Once you've created your NEW.BP file using CREATE-FILE, you can RESIZE
NEW.BP setting type = 19 and you'll have a folder called NEW.BP.
hth,
Dave
Dave
I'm able to take a T-DUMP from D3 (T-DUMP FileName (AHI) and move the file
to UD server (via XCOPY only!) then:
SETTAPE 9...
T.LOAD FileName MU 09 PICK
and it works fine. Now the problem is when I create a new T-DUMP from D3
for multiple files by doing:
T-DUMP FileA (AHI
T-DUMP FileB (AHI
.
.
No, I did not, shame on me.
But wait, there is even more shame...
What do I do first? What is step one? Where is first base?
Please advise,
--Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Pingilley, Ron
Sent: Friday, January 27, 2006 4:33 PM
Bill,
In UV you would indeed use CREATE.FILE. Just tell it that it's a type 1
file, which is a directory.
HTH,
Gordon
Gordon J. Glorfield
Sr. Applications Developer
MAMSI (A UnitedHealth Company)
301-360-8839
[EMAIL PROTECTED] wrote on 01/27/2006 03:58:04 PM:
With HP-Ux and UniVerse, I
To me, this is an issue of readability and maintainability. If I read
'IF VOID = THEN DEPOSITED ELSE *Voided*', I can make a reasonable
guess at what it is trying to do, without knowing anyghing about the
file structure. If you use numeric references to fields, you will
probably have to do
Does any one know of a way to use a select list with the UniXML class in
UniObjects .Net?
We have been using UniObjects.Net to retrieve data from UniData 7.1 using the
UniXML class.
A typical query would be something like...
UniXML xml = Session.CreateUniXML();
Bill,
We developed a program, TAPE.DUMP, to T-DUMP any list of, or all of the
files and/or MD items in an account to tape, including the file
characteristics of each file (in the label of the dump).
We developed a companion program, TAPE.LOAD, to create each file that did
not exist and then
Dave:
Thanks for your insights. I'd like to hear any info from your UniData guys
that might help with the T.LOADS. It's not critical as I can transfer one
file at a time and this will only take me about 4-8 hours in total.
I've actually found UniData more compatible to R83 (D3) in a number of
Goo'day, Bill,
You probably don't want to hear this about now, but...
At 17:25 27/01/06 -0800, you wrote:
The biggest problem I have, otherwise, is the paleozic user interface. I'm
at least 5 to 10 times more productive with a screen editor (I'm into tons
of stuff like programs, VOC
26 matches
Mail list logo
