[U2] SB Problem - Urgent

Hi,   No body can log in to SB+ error       Current UniData home is /usr/ud52/. Current working directory is /data1/rtime/SBPlus/SB.   

RE: [U2] SB Problem - Urgent

Thank you Ken,   I realized it was corruption but got confused when I checked the voc entry of DMCONT it looks something like   001: F    002: ../D_DMCONT 003: ../D_DMCONT And thought something else was wrong.   All fixed now.   Thank you for your

RE: [U2] SB Problem - Urgent

PROTECTED] Subject: Re: [U2] SB Problem - Urgent   In response to a message from: kafsat taiyus   First, the problem looks like data corruption, given the error messages shown.   Second, how to fix it:   - Make sure all the users are logged off.   - Go to

RE: [U2] UniVerse barcode generation

I have used software called Unibar to generate barcode from Unidata. It works with all PCL 5 printers. Have a look at this product at http://www.unibar.com/ it might help. Regards Kafsat -Original Message- From: Ross Ferris [mailto:[EMAIL PROTECTED] Sent: Monday, 24 May 2004 10:56 AM

RE: [U2] Priorities for Unix udt processes

I have used nice for Unidata on HPUX many times and never had any problem. Renice is the command to change nice level. Use "man renice" to get help on the command. While using renice command just make sure to use correct pid for the process. Another command you may want to have a look is "kill"

RE: [U2] How do we identify process running PORT-STATUS?

In UNIX Try ps -ef | grep PORT.STATUS Or ps -ef | grep POST_STATUS Regards Kafsat -Original Message- From: Eves, David [mailto:[EMAIL PROTECTED] Sent: Friday, 10 September 2004 11:10 AM To: U2-Users List Subject: [U2] How do we identify process running PORT-STATUS? Universe Version

RE: [U2][UD] ODBC to UniData

Savita, Log in to the server using the user name, you are using in your ODBC connection. Make sure you can change directory to /datatel/development/coldev if it is not already the home directory. Define unidata environment variable it is already not in the login script. Use udt command to go int

RE: [U2] UniDebugger won't let me in.

Permission on the source code. -Original Message- From: Shawn Waldie [mailto:[EMAIL PROTECTED] Sent: Thursday, 16 September 2004 7:50 AM To: [EMAIL PROTECTED] Subject: [U2] UniDebugger won't let me in. I can log in using wintegrate, and I can even telnet in, but an error message is ret

RE: [U2][UD] Create file/record if it does not exist

With OPENSEQ THEN is true if the record exists. Else is ELSE when the record does not exists. ELSE does not mean an open error. Open error can be checked from ON ERROR section. Try something like OPENSEQ "_HOLD_", "XHR.PLINK.BENDED.EXTRACT" TO f.xhr.plink.bended.extract THEN Code secti

[U2] Memresize failed

Hi, We are running Unidata 5.1 on Tru64 UNIX. We are trying to resize a 1.7GB static file to dynamic and getting following error. memresize TRANSACTION.DETAILS 181061,1> Resize TRANSACTION.DETAILS mod(,sep) = 181061(,16) type = -1 memory = 26214 (k) restore errno=27: File too large CREATE.

[U2] RE: Memresize failed

I found it does not like the mod 181061, sep 16. It works for a smaller file. But don't know why. Regards Kafsat -Original Message- From: kafsat taiyus Sent: Thursday, 14 October 2004 7:36 PM To: '[EMAIL PROTECTED]' Subject: Memresize failed Hi, We are running Unida

RE: [U2] Memresize failed

Please ignore my mails. I missed keyword DYNAMIC in my command. Regards Kafsat -Original Message- From: kafsat taiyus [mailto:[EMAIL PROTECTED] Sent: Thursday, 14 October 2004 7:36 PM To: '[EMAIL PROTECTED]' Subject: [U2] Memresize failed Hi, We are running Unidata 5.1 on

RE: [U2] Memresize failed

afsat -Original Message- From: Radoslaw Ryckowski [mailto:[EMAIL PROTECTED] Sent: Thursday, 14 October 2004 8:25 PM To: [EMAIL PROTECTED] Subject: Re: [U2] Memresize failed W liEcie z czw, 14-10-2004, godz. 11:36, kafsat taiyus pisze: Hello You must have big enough free space in

RE: [U2] Memresize failed

-Original Message- From: Ken Wallis [mailto:[EMAIL PROTECTED] Sent: Friday, 15 October 2004 10:50 AM To: [EMAIL PROTECTED] Subject: RE: [U2] Memresize failed > -Original Message- > From: Timothy Snyder > kafsat taiyus <[EMAIL PROTECTED]> wrote > > > Everything is gett

[U2] Index problem

We have one Unidata 5.1 data file with a virtual attribute. The virtual dictionary calls a Unibasic subroutine and returns a single value data from a multi value attribute from within the same file. We have an index on the virtual attribute. When new records are added to the file Unidata does not

RE: [U2] Index problem

Thank you everybody for all your answers. I have used debug and stepped though the subroutine. While adding a new record the program is reading the new non existing record from the same file and not returning anything for the virtual field. This is one reason for not updating the index in the

RE: [U2] Index problem

SUBROUTINE KAFSATS(RESULT, REC_ID, REC_DATA, OTHERSTUFF) ... RETURN END Cheers, Ken > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of kafsat taiyus > Sent: Thursday, 4 November 2004 11:00 AM > To: '[EMAIL PROTECTED]' > Subject:

RE: [U2] SB Client 5.0 and XP SP2

Add the user to the power user group that should work. Regards Kafsat -Original Message- From: P. Eghbal [mailto:[EMAIL PROTECTED] Sent: Friday, 17 December 2004 6:37 AM To: [EMAIL PROTECTED] Subject: [U2] SB Client 5.0 and XP SP2 After installation of SB Client, the administrator can