Windows 2003/ UV 10 and GCI routines

2004-03-10 Thread Orin Wells
We are working with a client who decided they really wanted to go to 
Windows 2003 server.  After an inquiry about 3 months ago on the list and a 
check with IBM it was determined they needed to upgrade to Universe 
10.x.  They obtained the latest version and we began the migration of the 
application from the Windows NT/UV 9.4 environment.

We managed to muddle through everything until we hit the set of about a 
dozen c-modules which we thought we registered as GCI routines the same way 
we had done it in NT/UV 9.4 and which has always worked in previous 
platforms.  Looking in catdir they appear as expected.  But a curious bit 
when using MAP to view the modules.  They do not show any size or, for that 
matter, any other information in any but the first column out of the last 6 
of the MAP report.  I don't know if that has any importance.

But the problem is when we launch the first program that tries to do an 
initialization calling the first GCI we get the message Invalid GCI 
subroutine.

Has something changed with regard to how GCI routines are registered or run 
in either Windows 2003 or Universe 10?  We do not have the source code 
available to recompile these if that is what is needed in the end.





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


RE: UV on Itanium

2004-03-10 Thread Anthony Youngman
Or go for a new IBM servr running on Power G5. 

There was an interesting article on the Inquirer or the Register (can't
remember which) asking whether the purpose of Itanium has been achieved,
and whether it is likely to be ditched in the near future.

The gist of it, basically, was that the Alpha and R4000 (and other
similar chips) seriously outclassed Intel. So by bringing a 64-bit chip
to market, Intel has pretty much hampered the market, killed Alpha and
mips, and seriously crippled Sparc. Their two threats in the 64-bit
space are now primarily the AMD Opteron, and the IBM G5. There's not a
lot they can do about IBM, but their top-end Xeons or whatever have
actually been 64-bit capable for quite a while now. So by delaying
64-bit x86, Intel now have more to lose than to gain. They also won't
want competition between Itanium and x86-64. So guess what - Itanium
will be reclassified as a research product and scrapped. Add in the fact
that AMD is apparently selling more Opterons a quarter than Intel has
ever sold in total, and Opteron really does look like the iceberg that
sank the Itanic (as Itanium is irreverently called :-)

While I don't doubt we'll never see it happen, if we had fair
competition between chips, the Itanic would already have sunk without
trace. It *still* can't compete effectively with old EV7 alphas, and the
new Power will flatten it. Sparc should flatten it too, but the
realities of the world mean that Sparc cheetah has already been
flattened between the elephants of IBM and Intel :-( Maybe linux will,
once more, succeed in decoupling software from hardware and lead to true
competition in the hardware market ...

Cheers,
Wol

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of John Hester
Sent: 09 March 2004 21:09
To: U2 Users Discussion List
Subject: Re: UV on Itanium

Glenn Herbert wrote:

 So does this mean it's still a 32-bit app that now runs on RH itanium?

 Or does this mean its a real 64-bit app
 
 At 03:17 PM 03/09/2004, you wrote:
 

I'm sure UV is still a 32-bit app.  I doubt there's currently enough 
interest in a 64-bit version of UV for IBM to invest the money in 
porting it.  Performance of 32-bit apps was notoriously bad on Itanium 
until Intel and Microsoft released a new 32-bit driver in January.  Of 
course this only helps with 32-bit Windows apps.  I would hope they're 
working on a similar fix for linux.

It didn't occur to me before, but I guess you could also run UV 10.1 on 
Windows Server 2003 on Itanium.  Personally I'd wait to see if Intel 
comes up with a 32-bit Itanium driver enhancement for linux, or consider

Opteron or Intel's new 64-bit version of Xeon as has already been
suggested.

-John

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




***

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


RE: UNCLASSIFIED RE: How to safely kill a runaway UniVerse (was u nidata) process

2004-03-10 Thread Leroy Dreyfuss




Yes, due to Windows architecture, we have not a good way to bring UV's
debugger into the picture from another process. However, UNIX is another
story...

Regards,

LeRoy F. Dreyfuss
Advanced Technical Services - UniVerse
IBM U2 Data Management Solutions
Tel: 303-672-1254  Fax: 303-294-4832
Mobile: 720-341-4317
External email:  [EMAIL PROTECTED]
WWW:  http://www.ibm.com/software/data/u2/support

www.ibm.com/software/data/u2/support - Open, Query, Update, Search -
Online!


   
 HENDERSON MICHAEL 
 MR
 MICHAEL.HENDERSO  To 
 [EMAIL PROTECTED]'U2 Users Discussion List'
 Sent by:  [EMAIL PROTECTED]   
 u2-users-bounces@  cc 
 oliver.com
   Subject 
   RE: UNCLASSIFIED RE: How to safely  
 03/10/2004 02:46  kill a runaway UniVerse (was u  
 AMnidata) process 
   
   
 Please respond to 
 U2 Users  
  Discussion List  
   
   




Sorry LeRoy, I have confused you!

I don't have any problem killing a UniVerse task, I prefer to try this
sequence
 LOGOUT pid, then
 ...\uv\bin\kill pid, a couple of times - almost always
works,
then
 ...\uv\bin\kill -2 pid, then
 ...\uv\bin\kill -9 pid,  then ONLY AS A LAST RESORT
 Task manager Kill

What I can't do is chuck the process into the debugger, because the 'debug'
option in the task manager right-button menu is greyed out.  When I have a
mysteriously-stuck program in the development environment, being able to
throw it into the UniVerse debugger would be really useful: at least I
could
find out where it is and what it thinks it is doing.
Maybe a debugger has to be registered for /associated with the process in
some way to make this menu option visible?
Since Wol said he _does_ see 'debug' in UniData, and I don't in UniVerse,
maybe there's something you guys could do in the UV product to make it
happen for us too?  Please :-)

Thanks


Mike

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Leroy Dreyfuss
Sent: Wednesday, 10 March 2004 12:49 a.m.
To: U2 Users Discussion List
Subject: Re: UNCLASSIFIED RE: How to safely kill a runaway UniVerse (was
unida ta) process


Actually, at release 10+, it should be successful via Windows Task
Manager's
kill option. UV 10 and higher use detached processes by default, and
KeepAlive (for tl_server processes) was added as well. If it really becomes
necessary to kill a process that for some reason has ignored its KeepAlive
setting (assuming the telnet client has been disconnected from the socket),
the kill.exe in uv\bin was updated in 10 to do a better job at killing
processes, though it could take a few seconds to come back to the DOS
prompt. I cannot recall when it hasn't work at 10.x.

When all else fails, download the sysinternals.com Process Explorer and use
its kill option. Remember that if you have updates pending, your open files
may be at some risk.

Regards,

LeRoy F. Dreyfuss
Advanced Technical Services - UniVerse
IBM U2 Data Management Solutions
Tel: 303-672-1254  Fax: 303-294-4832
Mobile: 720-341-4317
External email:  [EMAIL PROTECTED]
WWW:  http://www.ibm.com/software/data/u2/support

The information contained in this Internet Email message is intended
for the addressee only and may contain privileged information, but not
necessarily the official views or opinions of the New Zealand Defence
Force.
If you are not the intended recipient you must not use, disclose, copy or
distribute this message or the information in it.

If you have received this message in error, please Email or telephone
the sender immediately.
--
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: UV on Itanium

2004-03-10 Thread djordan
If my memory serves me correct, Intel eventually had to get alpha
intellectual property to get Intel 64 off the ground.  And the guy
behind AMD 64 was one of the architects of alpha.  I had to chuckle
after attending an HP session about converting from 32bit to 64bit Intel
platforms, it was the same process as done with Alpha 10 years ago.  

David Jordan

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Anthony Youngman
Sent: Wednesday, 10 March 2004 9:32 PM
To: U2 Users Discussion List
Subject: RE: UV on Itanium


Or go for a new IBM servr running on Power G5. 

There was an interesting article on the Inquirer or the Register (can't
remember which) asking whether the purpose of Itanium has been achieved,
and whether it is likely to be ditched in the near future.


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


Re: UniVerse on NT vs *nix - Higher User Counts with W2003?

2004-03-10 Thread Mark Johnson
Sidebar on sizing. One client of mine had 240 users on a 75 mhz 486 R90
system. Around 30 printers with the rest as users both as local and
multiplexed. Slow? Sort of. Working? Yes. MTBF? Incredibly infrequent given
the user count.

The system was written in ScreenGen which was ABS heavy. Also the
application was heavily app and system indexed. Converted to D3/AIX with
beaucoups of Digi-Boards. Flamethrower.

my 1 cent.
- Original Message -
From: Steven M Wagner [EMAIL PROTECTED]
To: U2 Users Discussion List [EMAIL PROTECTED]
Sent: Wednesday, March 10, 2004 12:28 AM
Subject: RE: UniVerse on NT vs *nix - Higher User Counts with W2003?


 Stephen M. O'Neal, CDP said that ...currently, most W2000 installations
 max out at about 300 users.  I wonder how often sites that plan for
higher
 user counts go with a *nix solution to start with?

 For what it is worth, I had 200 UV9.6.2.8 users on a WinNT 4.0 box.  And
 this was with a Compaq Proliant 5500 with 512MB of RAM and two 200Mhz
CPUs,
 Xeons I believe.  And no complaints about speed.

 snip prior messages


 --
 Steven M Wagner
 [EMAIL PROTECTED]
 Cary, North Carolina, United States of America

 --
 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


[UV] DELETE.FILE verb

2004-03-10 Thread Dianne Ackerman
Sometimes when using DELETE.FILE, the system prompts that the data entry 
does not match expected data...  because when the file was originally 
created LONGNAMES was off and now LONGNAMES is on.  Is there any way to 
force the DELETE.FILE to work without warning and prompting?

The HOSTACCESS utilities we use create these temporary files and when a 
sys admin needs to do cleanup, it would be nice to run a utility to 
delete all these hundreds of temporary files.  But I'm not sure how to 
have a paragraph delete them and deal with sometimes needing to answer 
those prompts.

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


UV ODBC drivers for AIX

2004-03-10 Thread Robert Stearns
While investigating ODBC for our use, I came across the 10.1 ODBC 
manual. It references on Micro$oft NT and 2000 in the installation of 
ODBC drivers. Does that mean the the UNIX variants (esp. AIX) no longer 
support ODBC links or is there another place I should be looking in the 
documentation set?

In the same vein, is there a secure ODBC driver for this environment? 
Has anyone gotten ODBC to work over SSL or as a port tunnel of SSH? In 
the University environment, with users distributed all across campus, I 
really don't want unencrypted user names, passwords, and sensitive data 
on the wire. Good, free packet sniffers are all to easy to come by.

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


RE: UV ODBC drivers for AIX

2004-03-10 Thread Jeff Schasny
AIX would have the ODBC server running and would be accessed from a
client(pc) using the ODBC drivers installed on it.

-Original Message-
From: Robert Stearns [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 10, 2004 11:48 AM
To: [EMAIL PROTECTED]
Subject: UV ODBC drivers for AIX


While investigating ODBC for our use, I came across the 10.1 ODBC 
manual. It references on Micro$oft NT and 2000 in the installation of 
ODBC drivers. Does that mean the the UNIX variants (esp. AIX) no longer 
support ODBC links or is there another place I should be looking in the 
documentation set?

In the same vein, is there a secure ODBC driver for this environment? 
Has anyone gotten ODBC to work over SSL or as a port tunnel of SSH? In 
the University environment, with users distributed all across campus, I 
really don't want unencrypted user names, passwords, and sensitive data 
on the wire. Good, free packet sniffers are all to easy to come by.

-- 
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: UV ODBC drivers for AIX

2004-03-10 Thread Jeff Schasny
Its included as part of Universe on AIX on 9.6 and above if I remmember
corectly. The install files are on the same media (CD) as Universe but is
installed and activated seperately.  The client side drivers are on the
Universe clients CD.

-Original Message-
From: Robert Stearns [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 10, 2004 11:59 AM
To: U2 Users Discussion List
Subject: Re: UV ODBC drivers for AIX


Is it a standard part of the Universe install then? AFAIK  Universe 
needs its own special ODBC driver.

Jeff Schasny wrote:

AIX would have the ODBC server running and would be accessed from a
client(pc) using the ODBC drivers installed on it.

-Original Message-
From: Robert Stearns [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 10, 2004 11:48 AM
To: [EMAIL PROTECTED]
Subject: UV ODBC drivers for AIX


While investigating ODBC for our use, I came across the 10.1 ODBC 
manual. It references on Micro$oft NT and 2000 in the installation of 
ODBC drivers. Does that mean the the UNIX variants (esp. AIX) no longer 
support ODBC links or is there another place I should be looking in the 
documentation set?

In the same vein, is there a secure ODBC driver for this environment? 
Has anyone gotten ODBC to work over SSL or as a port tunnel of SSH? In 
the University environment, with users distributed all across campus, I 
really don't want unencrypted user names, passwords, and sensitive data 
on the wire. Good, free packet sniffers are all to easy to come by.

  


-- 
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: File permissions problem with UniObjects for Java

2004-03-10 Thread Wendy Smoak
John Hester wrote:
 The default umask may be someplace like /etc/profile or 
 /etc/default/login depending on your platform.  Permissions on files 
 created by OUJ logins on our system appear to be determined by the 
 .profile of the UOJ login though.  Don't know why yours would 
 be different.

The UOJ login does not have a home directory or a shell.  You can't
actually log in with that user id and get to a unix prompt.  So no
.profile for that user.  I still don't get how umask could do this-- it
only subtracts from the existing permissions, right?  In this case I'm
gaining world readable permission.  (And I have only a vague grasp of
how this all works, anyway.)

I'll go ask on the HPUX newsgroup and see if I can find out where a
default would be coming from.

Thanks!
-- 
Wendy Smoak
Application Systems Analyst, Sr.
ASU IA Information Resources Management 
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: File permissions problem with UniObjects for Java

2004-03-10 Thread John Hester
Wendy Smoak wrote:

John Hester wrote:

The default umask may be someplace like /etc/profile or 
/etc/default/login depending on your platform.  Permissions on files 
created by OUJ logins on our system appear to be determined by the 
.profile of the UOJ login though.  Don't know why yours would 
be different.


The UOJ login does not have a home directory or a shell.  You can't
actually log in with that user id and get to a unix prompt.  So no
.profile for that user.  I still don't get how umask could do this-- it
only subtracts from the existing permissions, right?  In this case I'm
gaining world readable permission.  (And I have only a vague grasp of
how this all works, anyway.)
umask does subtract permissions, but I think a system with no default 
umask specified would give full permissions for ugo.  My 
/etc/defualt/login umask is set to 022, which is what I get with files 
created by non-shell processes, like those run by cron, when I don't 
explicitly set it differently.

-John

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


RE: File permissions problem with UniObjects for Java

2004-03-10 Thread Charlie Rubeor
Off the top of my head, the default permissions and umask are 666 and 022,
respectively.  Subtracting the two gives you 644 or -rw-r--r--, which is
what the UOJ code gave you.  When you telnet, the .profile usually sets the
umask to 002.  Subtracting 002 from 666 gives you -rw-rw-r--, which is what
you got when you logged in.

So, without knowing the UOJ code, can you add umask 002 or umask
ug=rw,o=r

-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 10, 2004 11:39 AM
To: U2 Users Discussion List
Subject: File permissions problem with UniObjects for Java



I have some UOJ code that runs a program on the database host and creates a
file in _HOLD_.

This is on HP-UX 11, and _HOLD_ has these permissions:
drwxrws---   2 user1live 37888 Mar 10 09:08 _HOLD_ 

But, when I run the UOJ program, the file gets created like this:
-rw-r--r--   1 user2live  4729 Mar 10 08:59
FFAREP.02.WSMOAK.031004

We use a single user ID for all UOJ connections, so everything created by
UOJ is owned by that user.

These incorrect permissions (should be -rw-rw---) cause major problems
because now if the user runs the report from the telnet interface while
logged in as himself, he cannot overwrite the file.  He keeps getting the
last one created from the UOJ code (web interface) no matter what parameters
he fills in.

The permissions are set properly if I log in as myself and run the same
program from the colon prompt:
-rw-rw   1 user3 live 3158 Mar 10 09:28
FFAREP.02.WSMOAK.031004 
(And if I just use touch to create an empty file.)

I'm not sure what's happening.  Is there a umask somewhere that's
subtracting my group write permission?  But a umask could not *add* the
world readable permission, so I don't think that's it.  Default permissions
somewhere in the OS?

If I have to I can always PCPERFORM a chmod in the program that creates the
file, but I'd much prefer that it work the same way from UOJ as from the
colon prompt.

Does anyone know what's going on and how to fix it?

-- 
Wendy Smoak
Application Systems Analyst, Sr.
ASU IA Information Resources Management 
-- 
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: [UV] DELETE.FILE verb

2004-03-10 Thread Karl L Pearson
You may consider rolling your own on this one. If on Unix, you might
have a script that does this:

#!/usr/bin/ksh
# Remove TEMP files
if [ $1 = '' ] ; then
   echo usage: $0 FILENAME(s) (separated by a space or LF)
   exit 1
fi

for i in $1
  do
echo Removing $i
cd $UVACCOUNT ; # Change this to the account or prompt for it
rm -r $i
rm -r D_$i
uv DELETE VOC $i
done

There may need a couple of other things added, especially if you have
security options in the account, but TEMP files probably shouldn't be
stored in a production account but rather in a subdirectory/filesystem
somewhere else.

Just my two bits.

Karl

On Wed, 2004-03-10 at 10:59, Dianne Ackerman wrote:
 Sometimes when using DELETE.FILE, the system prompts that the data entry 
 does not match expected data...  because when the file was originally 
 created LONGNAMES was off and now LONGNAMES is on.  Is there any way to 
 force the DELETE.FILE to work without warning and prompting?
 
 The HOSTACCESS utilities we use create these temporary files and when a 
 sys admin needs to do cleanup, it would be nice to run a utility to 
 delete all these hundreds of temporary files.  But I'm not sure how to 
 have a paragraph delete them and deal with sometimes needing to answer 
 those prompts.
 
 Any ideas?
 -Dianne
-- 
Karl L. Pearson
Director of IT,
ATS Industrial Supply
Direct: 801-978-4429
Toll-free: 888-972-3182 x29
Fax: 801-972-3888
http://www.atsindustrial.com
[EMAIL PROTECTED]

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


UV Secure ODBC drivers for AIX?

2004-03-10 Thread Robert Stearns
Is there a secure ODBC driver for this environment?

Has anyone gotten ODBC to work over SSL or as a port tunnel of SSH?

In the University environment, with users distributed all across campus, 
I really don't want unencrypted user names, passwords, and sensitive 
data on the wire. Good, free packet sniffers are all to easy to come by.

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


Re: [UV] DELETE.FILE verb

2004-03-10 Thread Glenn Herbert
You can do this from the OS level:

echo Y|delete.file fname

At 12:59 PM 03/10/2004, you wrote:
Sometimes when using DELETE.FILE, the system prompts that the data entry 
does not match expected data...  because when the file was originally 
created LONGNAMES was off and now LONGNAMES is on.  Is there any way to 
force the DELETE.FILE to work without warning and prompting?

The HOSTACCESS utilities we use create these temporary files and when a 
sys admin needs to do cleanup, it would be nice to run a utility to delete 
all these hundreds of temporary files.  But I'm not sure how to have a 
paragraph delete them and deal with sometimes needing to answer those prompts.

Any ideas?
-Dianne
--
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: [UV] DELETE.FILE verb

2004-03-10 Thread Dianne Ackerman
I should have mentioned - this is on windows.  And the issue is that the 
VOC might be PIX.OUTPUT.701 but the operating system file is PIX.OUT000 
or PIX.OUT022 because it was created LONGNAMES OFF
-Dianne

Karl L Pearson wrote:

You may consider rolling your own on this one. If on Unix, you might
have a script that does this:
#!/usr/bin/ksh
# Remove TEMP files
if [ $1 = '' ] ; then
  echo usage: $0 FILENAME(s) (separated by a space or LF)
  exit 1
fi
for i in $1
 do
   echo Removing $i
   cd $UVACCOUNT ; # Change this to the account or prompt for it
   rm -r $i
   rm -r D_$i
   uv DELETE VOC $i
done
There may need a couple of other things added, especially if you have
security options in the account, but TEMP files probably shouldn't be
stored in a production account but rather in a subdirectory/filesystem
somewhere else.
Just my two bits.

Karl

On Wed, 2004-03-10 at 10:59, Dianne Ackerman wrote:
 

Sometimes when using DELETE.FILE, the system prompts that the data entry 
does not match expected data...  because when the file was originally 
created LONGNAMES was off and now LONGNAMES is on.  Is there any way to 
force the DELETE.FILE to work without warning and prompting?

The HOSTACCESS utilities we use create these temporary files and when a 
sys admin needs to do cleanup, it would be nice to run a utility to 
delete all these hundreds of temporary files.  But I'm not sure how to 
have a paragraph delete them and deal with sometimes needing to answer 
those prompts.

Any ideas?
-Dianne
   



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


Re: [UV] DELETE.FILE verb

2004-03-10 Thread Karl L Pearson
The actual names of the files at the OS level are in lines 2 and 3 in
the VOC 'F'-pointer. So, if you roll your own, you could use mvBASIC and
just read REC2 for the DATA portion and REC3 for the DICT portion,
then do 

DELETE UFD REC2 REC3
DELETE VOC FNAME

or some such.

Karl

On Wed, 2004-03-10 at 13:38, Dianne Ackerman wrote:
 I should have mentioned - this is on windows.  And the issue is that the 
 VOC might be PIX.OUTPUT.701 but the operating system file is PIX.OUT000 
 or PIX.OUT022 because it was created LONGNAMES OFF
 -Dianne
 
 Karl L Pearson wrote:
 
 You may consider rolling your own on this one. If on Unix, you might
 have a script that does this:
 
 #!/usr/bin/ksh
 # Remove TEMP files
 if [ $1 = '' ] ; then
echo usage: $0 FILENAME(s) (separated by a space or LF)
exit 1
 fi
 
 for i in $1
   do
 echo Removing $i
 cd $UVACCOUNT ; # Change this to the account or prompt for it
 rm -r $i
 rm -r D_$i
 uv DELETE VOC $i
 done
 
 There may need a couple of other things added, especially if you have
 security options in the account, but TEMP files probably shouldn't be
 stored in a production account but rather in a subdirectory/filesystem
 somewhere else.
 
 Just my two bits.
 
 Karl
 
 On Wed, 2004-03-10 at 10:59, Dianne Ackerman wrote:
   
 
 Sometimes when using DELETE.FILE, the system prompts that the data entry 
 does not match expected data...  because when the file was originally 
 created LONGNAMES was off and now LONGNAMES is on.  Is there any way to 
 force the DELETE.FILE to work without warning and prompting?
 
 The HOSTACCESS utilities we use create these temporary files and when a 
 sys admin needs to do cleanup, it would be nice to run a utility to 
 delete all these hundreds of temporary files.  But I'm not sure how to 
 have a paragraph delete them and deal with sometimes needing to answer 
 those prompts.
 
 Any ideas?
 -Dianne
 
 
-- 
Karl L. Pearson
Director of IT,
ATS Industrial Supply
Direct: 801-978-4429
Toll-free: 888-972-3182 x29
Fax: 801-972-3888
http://www.atsindustrial.com
[EMAIL PROTECTED]

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


RE: File permissions problem with UniObjects for Java

2004-03-10 Thread Wendy Smoak
Charlie Rubeor wrote:
 Off the top of my head, the default permissions and umask are 
 666 and 022, respectively.  Subtracting the two gives you 644 or 
 -rw-r--r--, which is what the UOJ code gave you.  
 When you telnet, the .profile usually sets the
 umask to 002.  Subtracting 002 from 666 gives you -rw-rw-r--, 
 which is what you got when you logged in.
 So, without knowing the UOJ code, can you add umask 002 or umask
 ug=rw,o=r

This isn't something that you'd set in Java code.  It's something that's
happening when UniObjects for Java connects to UniData and gets what is
basically a colon-prompt session.  There's an environment, but it's not
the same as you get when you telnet in and your .profile executes.

Does anyone know how UOJ logs in to the system?  I know it connects to
the unirpc daemon on 31438, but I don't know how that differs from a
normal user login.  I'm still not sure where the weird permissions are
coming from, but I think that's going to be OS specific.

-- 
Wendy Smoak
Application Systems Analyst, Sr.
ASU IA Information Resources Management 
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


usd/lpd bind

2004-03-10 Thread Flory, John
I have a critcal issue with usd and lpd binding (stalling/hanging at the same time), 
the cause is unknown.

lpd is hung and displays as if the queue jobs were printing normally and the usa 
displays the first queued as;
Job # Job description  User namePri Forms   Size  Cps Status  Delay
006779 UniVerse ograma:38226  1996   1 1000%006783  
And the rest as waiting. This is the same on all UniVerse queues, only the status % 
increasing as the hang continues.

I have stopped usd but this had no effect. When I stopped uv all the print job on lpd 
printed.

The customer reported multiple prints of the same job only on a some of the printers 
(still waiting for the customer to give me detail).  Don't know it this a symtom or 
cause of the bind?

Versions;
OS - Tru64V4.0F 1229
uniVerse 10.0.8.   
SB+  5.0/3 

Has anyone seen this before.

John S Flory

Hewlett Packard - Managed Services
DBA Administrator - System Support Team
139 Frome Street
ADELAIDE, SA 5001

Work:   61 8 8408 4233
Mobile: 61 417 814 579
Fax: 61 8 8408 4285
E-mail: [EMAIL PROTECTED]

This email is intended only for the use of the individual or entity named above and 
may contain information that is confidential or privileged. If you are not the 
intended recipient, you are hereby notified that any  dissemination, distribution or 
copyright of this email is strictly prohibited. If you have received this email in 
error, please notify HP immediately by return email and destroy the original message.


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


Re: UV Secure ODBC drivers for AIX?

2004-03-10 Thread John Hester
Robert Stearns wrote:

Is there a secure ODBC driver for this environment?

Has anyone gotten ODBC to work over SSL or as a port tunnel of SSH?

In the University environment, with users distributed all across campus, 
I really don't want unencrypted user names, passwords, and sensitive 
data on the wire. Good, free packet sniffers are all to easy to come by.

I've never tried it, but it should be possible with a Windows SSH client 
that supports tunneling setup.  Here's an example of how to tunnel SMB 
shares:

http://www.csuglab.cornell.edu/Info/ssh-smb.html

-John

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


RE: UniVerse on NT vs *nix

2004-03-10 Thread Martin Scholl
I am running UniData on Win 2003.  I have to reboot quite often.  It is a
Mickey Mouse system with little dog animations accompanying file searches.
It produces blue screens with Visual Studio.NET IDE. Requires permanently
patches that it downloads on it own, some that demand a reboot.
I only run it because my clients are dabbling in it and I need to have an
educated opinion.  I strongly discourage you.  It is crap.  Not to be
compared to AIX.  Plus there are serious privacy and security issues.  Apart
from giving me a dog show when I search for a file in my file system, I also
send Internet traffic to sa.windows.com.  That's right, every time you
search something, Bill wants to know.
Whoever demands Windows Server 2003 should indemnify you from the
consequences.  Otherwise you might hold the bag.

My humble opinion.

Martin Scholl
President Martin Scholl Consulting, Inc.
http://www.hipaasuite.com/
mailto:[EMAIL PROTECTED]
18910 New Hampshire Ave
Brinklow, MD 20862
301-924-5537  Phone
301-570-0139  Fax
301-613-9572  Cell

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Sara Burns
Sent: Monday, March 08, 2004 6:48 PM
To: '[EMAIL PROTECTED]'
Subject: UniVerse on NT vs *nix

I am under considerable pressure to convert from UniVerse on AIX to UniVerse
on Windows 2003.

We have licenses for 320 users and do get up to this number at times
although 300 is more normal.

We run up to 30 phantom processes during the day above this interactive user
count.  At times these would be running in parallel, processing sections of
our customer base.  This is a daily event during the afternoon whilst other
users are doing normal work.

Currently we run UniVerse 10.0.11 on an IBM p660 with 4 cpus and 7Gb ram.
We also run Oracle and Vantive on this same box which is why the ram is so
high.  We transfer data between UniVerse and Oracle real time using BCI 
OpenLink.  The reverse is an in-house Oracle Pipes development which is
gradually being replaced by UniObjects for Java.  I anticipate we would need
to run these applications on separate boxes if under Windows 2003.

Our DBAs, both UniVerse and Oracle, are reluctant to go down this path as
they believe they will not have the same ability to monitor their systems.

I would appreciate comments, good and bad, from anyone with experience of
this number of users in an Windows environment.  Email me off-line if this
seems appropriate.

Thanks in anticipation
Sara Burns

Sara Burns (SEB)
Project Leader (Vantive)
Public Trust
Phone: +64 (04) 474-3841 (DDI)

Mobile: 027 457 5974
 mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

Information contained in this communication is confidential. If you are not
the intended recipient the information should not be used, disclosed, copied
or commercialised. The information is not necessarily the views nor the
official communication of Public Trust. No guarantee or representation is
made that the communication is free of errors, virus or interference.


--
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: Formating Negative Numbers

2004-03-10 Thread rainer
Don't know of FMT direct, but I use (excerpt from a current data transfer prog):

IF TOT.TAX GE 0 THEN   
   LH16 = TOT.TAX R26(%10) 
END ELSE   
   LH16 = '-':TOT.TAX R26(%9)  
END   

Rainer

Quoting Phil Walker [EMAIL PROTECTED]:

 Does anyone have a quick way to format a negative number in a field filled
 with zeros such that the '-' sign appears at the front replacing the 1st
 zero.
 
 For example
 
 -2using 'R%6' becomes -2
 2 using 'R%6' becomes 02
 
 But I would like -2 to become -2 and 2 to remain 02. I know I could
 write code to do this, but I was wondering if you can do it just using the
 fmt syntax.
 
 Regards,
 
 Phil Walker
 +64 21 336294
 [EMAIL PROTECTED]
 infocusp limited
 \\ PO Box 77032, Auckland New Zealand \ www.infocusp.co.nz
 DISCLAIMER:  This electronic message together with any attachments is
 confidential.  If you are not the intended recipient, do not copy, disclose
 or use the contents in any way. Please also advise us by return e-mail that
 you have received the message and then please destroy. infocusp limited is
 not responsible for any changes made to this message and / or any
 attachments after sending by infocusp limited. We use virus scanning
 software but exclude all liability for viruses or anything similar in this
 email or any attachment
 
 
 
 -- 
 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