RE: callFTP?

2004-04-23 Thread Mike Dallaire
Mark,
We are running on Windows and use ftp primarily for transferring files and
records between branch or laptop systems and main office systems.  We
transfer type 18 files and records from type 19 files.
Because we never truly loose the data, it is always still on the sending
system, we don't get real crazy about checking the transfer.
However, here is what we do.  For type 18 files, we transfer them to a hold
account and then do a count on the file and capture the output.  This gives
us two things.  First, we can verify the number of records.  Secondly, we
have found if the transfer fails and the file is corrupted the COUNT command
will not work.  If the files are corrupted we display an error message, if
not, we copy them over to the live files.
For type 19 files we "put" a flag record from the receiving system to the
sending system, transfer the records, and then "get" the flag record.  This
tells us the ftp transfer did not bomb out in the middle.  It obviously does
not check data integrity, but as I said we can always pull the data again.
If we cannot "get" the flag record we display an error message.
We have found, short of network interruptions, we have very little problem
with the ftp transfers and have had no instances of data corruption unless
there has been a premature network disconnect.  We have been running the
transfers for about 5 years.
HTH,
Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]
www.mortgagebuilder.com



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Daly, Mark
Sent: Friday, April 23, 2004 8:05 AM
To: 'U2 Users Discussion List'
Subject: callFTP?


Anyone know if there's been talk about a callFTP function? That would be
nice to have.

Currently we're executing unix commands to ftp files around. But parsing the
output to determine whether or not the transfer was successful seems a bit
hap-hazard to me.

If anyone would care to share their ftp tricks and tips, I'd greatly
appreciate it.

Thanks,

Mark.
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


callHTTP - result

2004-04-20 Thread Mike Dallaire
A week or so ago I posted a question concerning a problem encountered when
using callHTTP.  It appeared not to be sending CRLF's through to the
targeted URL.
Through some diligent work by IBM and working with the vendor on the other
end it was determined that callHTTP did in fact send the CRLF's to them.
The vendor, however, was on Unix and it only saw them as char 10's.  Thus,
when we received the "echo back" file from them it appeared there was a
problem.
Thanks to IBM for the help and to everyone else who responded with helpful
thoughts and ideas.
We are back on track and moving forward.

Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]
www.mortgagebuilder.com


-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: Users can't login to UV after upgrade from NT4 to 2003 SBS

2004-04-19 Thread Mike Dallaire
Joe,
We have seen similar problems in the past when NT user setups were copied
over.  We had to re-enter the users on Windows to get them to work.  You
might try setting up a new user in the user group and see if you can log in.
If that works, you probably will need to set up the users from scratch.
HTH,
Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]
www.mortgagebuilder.com




-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Joe Walter
Sent: Monday, April 19, 2004 12:31 PM
To: [EMAIL PROTECTED]
Subject: Users can't login to UV after upgrade from NT4 to 2003 SBS



Having a strange problem at a client site.

There sysadmins upgraded the server running Universe from NT4 to Windows
2003 Small Business Server.

Everything seemed OK, until regular domain users tried to login to universe.
It seems to accept username/password but then telnet session terminates
immediately afterward.

Only two users can log in. Both of these users where members of the
administrators group.

All other users where members of Domain Users and a special group called
UVUsers which we setup and granted the right to 'logon locally'. We checked
to ensure the group UVUsers had right to logon locally - it did. We then
removed and recreated the group UVUsers and gave it rights to logon locally
- that still didn't work.

Now here is the really bizarre thing. EVEN if we add any of the regular
users to the administrators group - THEY STILL CAN'T LOGIN TO UNIVERSE.

Only those two users that happened to be members of the administrators group
when the server was upgraded are able to login.

I'm stumped.

Any ideas greatly appreciated.

Thanks,
joe

Joe Walter
Fax/Voice mail: 1.435.514.5132
http://jaw1.home.mindspring.com

Did you ever stop to think, and forget to start again?

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: callHTTP

2004-04-07 Thread Mike Dallaire
Just wanted to thank everyone for their responses.  I am tied up with some
other things right now, but will be looking into all the options mentioned
in a few days.  When we resolve the issue, I will post the resolution to the
list for future reference.
Thanks again,
Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Anthony Youngman
Sent: Tuesday, April 06, 2004 4:06 AM
To: U2 Users Discussion List
Subject: RE: callHTTP


Don't forget also, there are standards that define what should go "down
the wire" when talking over the network.

I think those standards say that the correct sequence for "end of line"
is "crlf". Because printers were usually controlled down a wire, and
they assumed cr meant cr and lf meant lf.

Cheers,
Wol

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Craig Bennett
Sent: 06 April 2004 00:43
To: U2 Users Discussion List
Subject: Re: callHTTP

Hi Mike,

UniVerse sockets will not strip CRLF.

Attached is some old code I used to do HTTP requests for a screen
scraping
thing I was trying out when I couldn't get CALLHTTP to work as I
expected.

No promises that it will work, I haven't touched it in a while.

I posted a trimmed version of this code on the list a few years ago.

Craig






This transmission is intended for the named recipient only. It may contain
private and confidential information. If this has come to you in error you
must not act on anything disclosed in it, nor must you copy it, modify it,
disseminate it in any way, or show it to anyone. Please e-mail the sender to
inform us of the transmission error or telephone ECA International
immediately and delete the e-mail from your information system.

Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911
7799, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1
212 582 2333.



-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Avoid?

2004-04-06 Thread Mike Dallaire
I just received the following email:

Dear user of e-mail server "Oliver.com",
   Your e-mail account will be disabled because of improper using in next
   three days, if you are still wishing to use it, please, resign your
   account information.
   For more information see the attached file.
   Cheers,
   The Oliver.com team [1]http://www.oliver.com

References

   1. http://www.oliver.com/

Is this valid or an attempt to pass a virus?  I know I have not misused the
list.

Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: callHTTP

2004-04-05 Thread Mike Dallaire
Sorry I forgot to say Win 2000 server.  The socket feature may work, we have
never used it alone, so I am not sure if it will strip them or not.  
Thanks for the suggestion.  We will look at it.  Also, thanks to Mark for
his suggestion for a work around outside of UV.  We may ultimately end up
there.
Mike


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of George Gallen
Sent: Monday, April 05, 2004 10:30 AM
To: U2 Users Discussion List
Subject: RE: callHTTP


Will the sockets subroutine also strip out the CR/LF? If so, you
may need to use just plain socket programming from UV, and avoid
the http specific calls.

Also, would wget (if running unix) be an option? Not sure if it
will work to submit a form, I know it will retrieve data.

George

>-Original Message-
>From: Daly, Mark [mailto:[EMAIL PROTECTED]
>Sent: Monday, April 05, 2004 10:09 AM
>To: 'U2 Users Discussion List'
>Subject: RE: callHTTP
>
>
>In the past, I have avoided short comings of callHTTP by 
>sending the request
>to my own java servlet - which in turn uses the power of Java 
>to send the
>final request on to the vendor.
>
>It puts an extra link in the chain, but did the job.
>
>
>-Original Message-
>From: Mike Dallaire [mailto:[EMAIL PROTECTED] 
>Sent: Monday, April 05, 2004 9:47 AM
>To: U2 Users List (E-mail)
>Subject: callHTTP
>
>
>UV 10.1
>
>Hello all,
>We are trying to use callHTTP to submit and retrieve data to a 
>vendor that
>requires the use of multipart/form-data as the MIME type.  We 
>have hit a
>snag with the boundaries because char(13)'s appear to be 
>stripped out by
>callHTTP and boundaries need to begin with a crlf. IBM is 
>looking into the
>issue, but we are under time constraints with this one.  So we 
>are hoping
>someone out there has dealt with this issue before and has a 
>resolution or
>work around for it. Any help would be greatly appreciated.
>
>As a side note, we are glad to hear this list will continue 
>and look forward
>to learning from it and contributing our thoughts to it.
>
>Mike Dallaire
>Mortgage Builder Software Inc.
>(248) 208-3223 ext. 103
>[EMAIL PROTECTED]
>
>-- 
>u2-users mailing list
>[EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
>-- 
>u2-users mailing list
>[EMAIL PROTECTED]
>http://www.oliver.com/mailman/listinfo/u2-users
>
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


callHTTP

2004-04-05 Thread Mike Dallaire
UV 10.1

Hello all,
We are trying to use callHTTP to submit and retrieve data to a vendor that
requires the use of multipart/form-data as the MIME type.  We have hit a
snag with the boundaries because char(13)'s appear to be stripped out by
callHTTP and boundaries need to begin with a crlf.
IBM is looking into the issue, but we are under time constraints with this
one.  So we are hoping someone out there has dealt with this issue before
and has a resolution or work around for it.
Any help would be greatly appreciated.

As a side note, we are glad to hear this list will continue and look forward
to learning from it and contributing our thoughts to it.

Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: UniVerse 10 on Win2k3

2004-03-23 Thread Mike Dallaire
Augusto,
Turning on "Interact with desktop" is what is causing these command boxes to
appear.  If you turn it off, they will go away.  Of course that will bring
you back to your original problem.
I don't really have any good ideas on that one.  We have many customers
running on Win 2k3 and have never seen this.  There may be a service in
Windows you need to stop or start. (RPC services may be the place to start).
HTH,
Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Augusto Alonso
Sent: Monday, March 22, 2004 10:17 PM
To: U2 Users Discussion List
Subject: UniVerse 10 on Win2k3


Hi all.
We have installed UV 10 in a win2003 box and it works well.
The only problem i've found is that UV-RPC service hangs after the very
first rpc connecttion.
After win2k3 restart, I can connect once again, and again all the next
connections are rejected.

I've found that, if I modifiy the "Interact with desktop" tab, inside the
service properties, it seems to works fine.

The new problem now, is that every UV-RPC conetcion opens a "command window"
in the server's desktop.

Any guess?

Regards,
__
Augusto Alonso Alonso
I.T.Manager
Quiter Servicios Informáticos S.L.
Tel: +34 902 23 33 23
Fax: +34 902 23 42 80
[EMAIL PROTECTED]
www.quiter.com
__

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: Windows XP - Telnet - Domain Logins

2004-03-11 Thread Mike Dallaire
Don,
We have many customers running on NT, 2000, 2003 and XP.  We have never had
to do anything with the registry to allow users to log in (without the
domain name) as long as the user is a member of the same domain as the
server.
If they are a member of a separate domain, they would have to enter it as
part of their login.
HTH,
Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Donald Kibbey
Sent: Thursday, March 11, 2004 10:25 AM
To: [EMAIL PROTECTED]
Subject: Windows XP - Telnet - Domain Logins


I remember some time ago where someone on this list posted a fix that
involved editing the registry.  This fix would allow for users to Telnet
into an XP machine running UniVerse 10.1 without entering the domain name
every time.  I've looked over the docs and the archive and I can't find a
reference to this.  If you know of a place where this is documented, please
share.

Thanks,


--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: Who's using 10.1.0 on WS2K3?:

2004-02-19 Thread Mike Dallaire
Ron,
We currently have 4 customers running on Win 2k3 with UniVerse 10.0.17 and
with 10.1.  We have had them running for about 3 to 4 months now and have
not had any issues related specifically to the OS or new UV.  That is to
say, the few problems we have seen were known issues on earlier releases.
Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Ron Moore
Sent: Thursday, February 19, 2004 1:04 PM
To: 'U2 Users Discussion List'
Subject: Who's using 10.1.0 on WS2K3?:


We are currently running uv 9.6.2.1E on DG/UX (quickly disappearing) and
are considering a simultaneous uv upgrade and shift to Windows OS.
IBM's Product availability Matrix shows uv ver. 10.1.0 available on
WS2K3 released on 12/17/2003.  Is anyone currently running at this
version?  Any concerns or issues?

Perhaps there a matrix showing U2 version/OS as a percentage of the U2
user base?

TIA,
Ron Moore
Sr. Database Administrator
Comtech PST Corp.
Melville, NY
www.comtechpst.com



--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: [OT]: SB+ GUI and the blue screen of OUTPUT

2004-01-28 Thread Mike Dallaire
I must say there is a certain amount of perverse enjoyment in torturing
users.
Mike


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Don Verhagen
Sent: Wednesday, January 28, 2004 9:22 AM
To: [EMAIL PROTECTED]
Subject: [OT]: SB+ GUI and the blue screen of OUTPUT


It's kind of fun, to see the users say, "did that just flash something".  I
wish IBM (SB+) would fiqure out a way to get that in to a GUI type window.
Say a little pop-up, may a GUIERR.CLASS instead of a FORM.CLASS.





Donald Verhagen   1690 S Congress Avenue, Suite 210
[EMAIL PROTECTED]   Delray Beach, FL 33445  USA
Tandem Staffing Solutions, Inc.  Voice Phone: 561.454.3592
Senior Programmer  Fax Phone: 561.454.3640

---

>>> [EMAIL PROTECTED] 9:08:47 AM 01/28/2004 >>>
MessageJust wanted to weigh in .
[snipped..]
A side benefit, at least for us, is we actually use two generic processes.
One captures the output of the command and the other doesn't.  This allows
us, when needed, to keep that unsightly blue screen from flashing in the
middle of the GUI application and panicking users.

Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]





  -Original Message-
  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of HENDERSON MICHAEL MR
  Sent: Tuesday, January 27, 2004 9:54 PM
  To: 'U2 Users Discussion List'
  Subject: UNCLASSIFIED RE: mkdbfile: create file in another account


  Kate

  You may be striking a bug in the UV "dos /c ..." command, which has some,
err, foibles ...

  1)  The command string MUST be enclosed in single quotes (this is not
documented anywhere)
so, you must say DOS /c 'mailto:[EMAIL PROTECTED]
Behalf Of Kate Stanton
Sent: Wednesday, 28 January 2004 3:32 p.m.
To: U2 Users Discussion List
Subject: Re: mkdbfile: create file in another account


Thanks.  That (using DOS \C rather than sh -c)  got rid of the error
message, but it did not seem to create a file.

Looks like I have the wrong syntax, but it is rather hard to look up the
documentation!

I still feel uncomfortable using an undocumented feature - no security
it will not disappear or change.

 - Original Message -
  From: Daly, Mark
  To: 'U2 Users Discussion List'
  Sent: Wednesday, January 28, 2004 10:23 AM
  Subject: RE: mkdbfile: create file in another account


  Well, I just posed this question - and mkdbfile was the suggestion
that won!

  However, I didn't create a VOC entry. The idea (I believe) is to
execute this command at the OS prompt - not TCL.

  Since it looks like you're on Windows it would be something like so:

  EXECUTE 'sh -c "cd C:\BeaconUV\DevelData\XXINV\KKINV;
':SYSTEM(32):'\bin\mkdbfile DATA \XXINV\KKINV 30 1 4 20 50 80 1068'

   It's not documented, since it's really an internal UV command - as
opposed to a TCL statement of BASIC function.

  The CREATE.FILE verb needs to be enhanced to perform this function -
and prevent us from dabbling in the 'bin' directory. But until then - this
is the way to go.

  HTH,

  Mark.

   Original Message-
  From: Kate Stanton [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, January 27, 2004 4:17 PM
  To: [EMAIL PROTECTED]
  Subject: mkdbfile: create file in another account


  Does anyone know anything about using mkdbfile (from UV bin) to create
a file in an account other than the current user account?

  A colleague told me about it, but it does not seem to be documented,
and does not seem to work on my

   UV 10.0.17 system on Windows 2000, as it does on his UV 9.5.2.1 on
Windows something.

  I tried, according to his instructions:
  VOC mkdbfile
  0001: V
  0002: mkdbfile
  0003: E
  0004: FG
  0005:
  0006: PICK.FORMAT

  Then, from TCL: mkdbfile C:\BeaconUV\DevelData\XXINV\KKINV 30 1 4 20
50 80 1068
  where:
  C:\BeaconUV\DevelData\XXINV\KKINV is pathname of file to create
  30 is file type
  1 is modulo
  4 is separation
  20 is hash type
  50 is max load
  80 is split load
  1096 is large record size

  This gave error message: invalid filetype specified

  I feel very nervous about using something that is not documented, so
presumably may not be reliably supported.

  Anyone know anything, please?

  Cheers,  Kate

  Kate Stanton
  Walstan Systems Ltd
  4 Kelmarna 

RE: UNCLASSIFIED RE: mkdbfile: create file in another account

2004-01-28 Thread Mike Dallaire
Title: Message



Just 
wanted to weigh in .
We 
have been using the DOS /c for about 3 years on different versions of 
UniVerse.  I don't remember the version we started with, but are now 
running it on 10.0.17.
We 
build the command in an SB+ paragraph process, load it in a PARMS and pass it to 
a generic basic program that executes the parms.  By doing this we never 
have any problems with double or single quotes when constructing the 
command.
A side 
benefit, at least for us, is we actually use two generic processes.  One 
captures the output of the command and the other doesn't.  This allows us, 
when needed, to keep that unsightly blue screen from flashing in the middle of 
the GUI application and panicking users.

Mike Dallaire Mortgage Builder Software Inc. (248) 
208-3223 ext. 103 [EMAIL PROTECTED] 

 
 

  -Original Message-From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]On Behalf Of HENDERSON MICHAEL 
  MRSent: Tuesday, January 27, 2004 9:54 PMTo: 'U2 Users 
  Discussion List'Subject: UNCLASSIFIED RE: mkdbfile: create file in 
  another account
  Kate
   
  You may be 
  striking a bug in the UV "dos /c ..." command, which has some, err, foibles 
  ...
   
  1)  
  The command string MUST be enclosed in single quotes (this is not documented 
  anywhere)
    so, you must say DOS /c '
    not DOS /c "
   
  2)  If you try to pass a 
  parameter enclosed in double quotes, you are in trouble :-(
   So DOS /c 'blat.exe -s:"a subject with 
  spaces" ...' just doesn't work, the double quotes get 
  mangled.
   
  I have 
  cases opened on both issues with IBM, and have tested a patched version of UV 
  that solves the second problem.  I understand this will be released with 
  the next windows 10.0.x version, and presumably included in the subsequent 
  10.1.x.  Dunno when, if ever, the documentation issue will be 
  addressed.
   
  The 
  work-round for the second problem that is least awful is to generate a batch 
  file (DOS .bat extension) on the fly in your UniBasic program, and then run 
  that .bat file from the DOS /c command.
   
  Call me on 
  (04) 2371828 if you want a better explanation!
   
  HTH
   
  Mike
  
-Original Message-From: 
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf 
Of Kate StantonSent: Wednesday, 28 January 2004 3:32 
p.m.To: U2 Users Discussion ListSubject: Re: mkdbfile: 
create file in another account

Thanks.  That (using DOS \C rather than sh 
-c)  got rid of the error message, but it did not seem 
to create a file.
 
Looks like I have the wrong syntax, but it is 
rather hard to look up the documentation!
 
I still feel uncomfortable using an 
undocumented feature - no security it will not disappear or 
change.
 
 - Original Message - 

  From: 
  Daly, 
  Mark 
  To: 'U2 Users Discussion List' 
  Sent: Wednesday, January 28, 2004 
  10:23 AM
  Subject: RE: mkdbfile: create file in 
  another account
  
  Well, I just 
  posed this question - and mkdbfile was the suggestion that 
  won!
   
  However, I 
  didn't create a VOC entry. The idea (I believe) is to execute this command 
  at the OS prompt - not TCL.
   
  Since it looks 
  like you're on Windows it would be something like so:
   
  EXECUTE 
  'sh -c "cd C:\BeaconUV\DevelData\XXINV\KKINV; ':SYSTEM(32):'\bin\mkdbfile 
  DATA \XXINV\KKINV 30 1 4 20 50 80 1068'
   
  
   It's not documented, since it's 
  really an internal UV command - as opposed to a TCL statement of BASIC 
  function.
   
  The CREATE.FILE verb 
  needs to be enhanced to perform this function - and prevent us from 
  dabbling in the 'bin' directory. But until then - this is the way to 
  go.
   
  HTH,
   
  Mark.
   
   Original 
  Message-From: Kate Stanton [mailto:[EMAIL PROTECTED] 
  Sent: Tuesday, January 27, 2004 4:17 PMTo: 
  [EMAIL PROTECTED]Subject: mkdbfile: create file in another 
  account
  Does anyone know anything about using 
  mkdbfile (from UV bin) to create a file in an account other than the 
  current user account?
   
  A colleague told me about it, but it does not 
  seem to be documented, and does not seem to work on my  
   
   UV 10.0.17 system on Windows 2000, 
  as it does on his UV 9.5.2.1 on Windows something.
   
  I tried, according to his 
  instructions:
  VOC mkdbfile
  0001: V
  0002: mkdbfile
  0003: E
  0004: FG
  0005:
  0006: PICK.FORMAT
   
  Then, from TCL: mkdbfile 
  C:\BeaconUV\DevelData\XXINV\KKINV 30 1 4 20 50 80 1068
  where:
  C:\BeaconUV\DevelData\XXINV\KKINV is pat