RE: [U2][UV]telnet

2004-11-03 Thread Adrian Matthews
Interesting attitude.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stu Glancy
Sent: 02 November 2004 18:04
To: [EMAIL PROTECTED]
Subject: Re: [U2][UV]telnet

Au contrair.  Tom Firl was able to give me exactly what I needed.  I was

able to build a PAragraph with inputs that executed a sh -c script 
passing the inputs to allow login and execution of a shell script.  I 
was after concept and Tom gave me concept. (See below.)  I used echo 
to pass my inputs and all worked just fine.  If you were frustrated with

my posting then perhaps you didn't have the answer.

SH -c '(sleep 1; echo username; sleep 1; echo password; sleep 5; echo
ls -l; sleep 3; echo exit) | telnet hostname'


Adrian Matthews wrote:

I must admit that the original post is a good example of one of the
things I find really frustrating about this list. People just don't
give
enough info to get any real help.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rex Gozar
Sent: 29 October 2004 13:23
To: [EMAIL PROTECTED]
Subject: RE: [U2][UV]telnet

Bob:

I think Stu is trying to run another data entry application via telnet,
without the user realizing it.

  

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bob Witney
Sent: Friday, October 29, 2004 3:05 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2][UV]telnet


Stu:

I think that you are attempting to so something akin to this;

  ftp -iv servername  EOF
cd /account
cd ramis_archive
cd /account/CRG.VENDOR
get filename
quit
  EOF

Where the login would be a line in .netrc on your home account

i.e machine servername login loginid password passwordone

I don't think that you can invoke a telnet session the same way

Bob

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Stu Glancy
Sent: 28 October 2004 19:54
To: [EMAIL PROTECTED]
Subject: [U2][UV]telnet


I want to create a telnet script from a program and execute
it.  Can it
be done?  If it can, what would the EXECUTE look like?  What
would the
script look like?  I'm looking for concept and a little detail.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
---
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/





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/




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/


RE: [U2][UV]telnet

2004-11-03 Thread Adrian Matthews
What I was getting at is that it easier to help people if they explain
the issue they are trying to solve rather than a problem with a
particular solution.

For example, if you wanted to run a remote telnet session to another U2
server just to execute another program then I might have suggested an
RPC call. It still might be the case that a telnet script is not the
best solution to what you are doing, but without knowing why you want to
do it...

Besides I only made the comment after postings from other people saying
perhaps he's doing this or maybe he's doing that so obviously a lot
of people wanted more detail.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stu Glancy
Sent: 02 November 2004 18:04
To: [EMAIL PROTECTED]
Subject: Re: [U2][UV]telnet

Au contrair.  Tom Firl was able to give me exactly what I needed.  I was

able to build a PAragraph with inputs that executed a sh -c script 
passing the inputs to allow login and execution of a shell script.  I 
was after concept and Tom gave me concept. (See below.)  I used echo 
to pass my inputs and all worked just fine.  If you were frustrated with

my posting then perhaps you didn't have the answer.

SH -c '(sleep 1; echo username; sleep 1; echo password; sleep 5; echo
ls -l; sleep 3; echo exit) | telnet hostname'


Adrian Matthews wrote:

I must admit that the original post is a good example of one of the
things I find really frustrating about this list. People just don't
give
enough info to get any real help.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rex Gozar
Sent: 29 October 2004 13:23
To: [EMAIL PROTECTED]
Subject: RE: [U2][UV]telnet

Bob:

I think Stu is trying to run another data entry application via telnet,
without the user realizing it.

  

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bob Witney
Sent: Friday, October 29, 2004 3:05 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2][UV]telnet


Stu:

I think that you are attempting to so something akin to this;

  ftp -iv servername  EOF
cd /account
cd ramis_archive
cd /account/CRG.VENDOR
get filename
quit
  EOF

Where the login would be a line in .netrc on your home account

i.e machine servername login loginid password passwordone

I don't think that you can invoke a telnet session the same way

Bob

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Stu Glancy
Sent: 28 October 2004 19:54
To: [EMAIL PROTECTED]
Subject: [U2][UV]telnet


I want to create a telnet script from a program and execute
it.  Can it
be done?  If it can, what would the EXECUTE look like?  What
would the
script look like?  I'm looking for concept and a little detail.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
---
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/





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/




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. 

Re: [U2] Index problem

2004-11-03 Thread Moderator
REPOSTED FOR A NON-MEMBER   [EMAIL PROTECTED]

Kafsat,

Check that the index is enabled.  Perhaps you could post output from
LIST.INDEX.

Cheers,

Ken


The information contained in this email is intended only for the person or entity to 
which it is addressed. If you are not the intended recipient please delete the message 
and notify the sender. It may contain privileged and/or confidential material. The 
use, copying or distribution of this information by anyone other than he intended 
recipient is strictly prohibited. Any views or opinions presented are solely those of 
the individual sender, except where the sender specifically states hem to be the views 
of Paperless Warehousing Pty Ltd. 
This e-mail message has been scanned and cleared by Antivirus Technologies.

Thank You. 


[demime 1.01d removed an attachment of type text/x-vcard which had a name of u2ug.vcf]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Index problem

2004-11-03 Thread Adrian Matthews
Perhaps its to do with the processing order, Unidata might be updating
the index on the previous contents? This would seem to fit in with the
rebuild putting the item into the index.



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of kafsat taiyus
Sent: 03 November 2004 03:00
To: '[EMAIL PROTECTED]'
Subject: [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 update the index on the virtual attribute. 

After adding new records that returns XXX for the virtual attribute the
command LIST FILE_NAME WITH VIRTUAL_ATT = XXX does not return any
record.


But the command LIST FILE_NAME NO.INDEX WITH VIRTUAL_ATT = XXX finds
the
record.

The command LIST FILE_NAME WITH VIRTUAL_ATT = XXX works only after
rebuilding the index using REBUILD.INDEX command.

Do you know why is it happening and how to fix it?

Thank you in anticipation.

Regards
Kafsat







This email and any attachments are confidential and intended solely for
the
use of the person or entity to whom they are addressed. If you are not
the
intended recipient, please do not disclose, store, copy or take any
action
in reliance on it or them. If you have received this message in error,
please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and
delete
all copies on your system. Any opinion, advice or information in this
email
is not necessarily that of the owners or officers of this company.
Please
advise us immediately if you or your employer do not consent to email
for
messages of this type. 

Retail Decisions has taken reasonable precautions to ensure that any
attachment to this email has been swept for viruses. However, we cannot
accept any liability for any damage sustained as a result of software
viruses, and would advise that you carry out your own virus checks
before
opening any attachment. Please note that communications sent by or to
any
person through our computer system may be viewed by other Retail
Decisions
employees or officers strictly in accordance with law.
---
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/


RE: [U2] Index problem

2004-11-03 Thread Kevin King
You said when new records are added and this quite possibly might
hold your solution.  Are you sure that the virtual is actually
calculating a value on this new record when that record is saved?
Just a thought, but as another person has mentioned it sounds like a
timing issue.

-Kevin
[EMAIL PROTECTED]
http://www.PrecisOnline.com
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of kafsat taiyus
Sent: Tuesday, November 02, 2004 8:00 PM
To: '[EMAIL PROTECTED]'
Subject: [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 update the index on the virtual
attribute. 

After adding new records that returns XXX for the virtual attribute
the command LIST FILE_NAME WITH VIRTUAL_ATT = XXX does not return
any record.


But the command LIST FILE_NAME NO.INDEX WITH VIRTUAL_ATT = XXX finds
the record.

The command LIST FILE_NAME WITH VIRTUAL_ATT = XXX works only after
rebuilding the index using REBUILD.INDEX command.

Do you know why is it happening and how to fix it?

Thank you in anticipation.

Regards
Kafsat







This email and any attachments are confidential and intended solely
for the use of the person or entity to whom they are addressed. If you
are not the intended recipient, please do not disclose, store, copy or
take any action in reliance on it or them. If you have received this
message in error, please tell us by reply email (or telephone + 61 (0)
3 9274 9100) and delete all copies on your system. Any opinion, advice
or information in this email is not necessarily that of the owners or
officers of this company. Please advise us immediately if you or your
employer do not consent to email for messages of this type. 

Retail Decisions has taken reasonable precautions to ensure that any
attachment to this email has been swept for viruses. However, we
cannot accept any liability for any damage sustained as a result of
software viruses, and would advise that you carry out your own virus
checks before opening any attachment. Please note that communications
sent by or to any person through our computer system may be viewed by
other Retail Decisions employees or officers strictly in accordance
with law.
---
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/


RE: [U2] Index problem

2004-11-03 Thread Wendy Smoak
kafsat taiyus
 We have an index on the virtual attribute.  When new records 
 are added to
 the file Unidata does not update the index on the virtual attribute. 

I don't know if it's fixable, but it's something we're aware of and it's
why we rebuild some indices weekly, and why we run some jobs in a way
that intentionally does NOT use the index that we know will be out of
date.

Logically, if field2 runs a subroutine that looks at field3, and field3
gets changed... I don't see how the system can be expected to know that
the index on field2 needs to be updated.

-- 
Wendy Smoak
Applications Systems Analyst, Sr.
Arizona State University, PA, IRM 
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Visual Basic .NET/UO.NET help needed

2004-11-03 Thread Bob Pretko
Thanks Ray

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ray Wurlod
Sent: Tuesday, November 02, 2004 1:38 PM
To: [EMAIL PROTECTED]
Subject: Re: [U2] Visual Basic .NET/UO.NET help needed


You might like to check out http://galahtech.org/ (hunt down the MV
forum and also check out the Micro$oft forums) and
http://www.pickwiki.com/cgi-bin/wiki.pl
---
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/


RE: [U2] Index problem

2004-11-03 Thread Fred Finken
 Logically, if field2 runs a subroutine that looks at field3, and field3
 gets changed... I don't see how the system can be expected to know that
 the index on field2 needs to be updated.

Whoa...

Sounds like you're saying that no virtual indices should work (whether or not a 
subroutine is involved). I can see where a virtual referring to another item (in the 
same file or another file) couldn't be expected to stay up-to-date with changes, but 
if the references are to the same item, they should work.


-- 
___
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2][UV]telnet

2004-11-03 Thread Stu Glancy
I apologize for my incomplete response.  Perhaps I should have said 
didn't have the quick answer I was looking for.  This forum is a great 
place to share ideas and anyone who offends here may not get the help 
they are looking for.  The only problem with this forum is the over 
response and analysis when a simple solution is wanted.  I didn't want 
to reply to every email, nor do I have the time to do so, so I was 
waiting for sufficient reply to see if someone had my answer.  Yes, 
there are other ways to solve my problem but Tom recognized my request 
for a simple example and an answer that met my needs.  Sorry if I offended.

Adrian Matthews wrote:
What I was getting at is that it easier to help people if they explain
the issue they are trying to solve rather than a problem with a
particular solution.
For example, if you wanted to run a remote telnet session to another U2
server just to execute another program then I might have suggested an
RPC call. It still might be the case that a telnet script is not the
best solution to what you are doing, but without knowing why you want to
do it...
Besides I only made the comment after postings from other people saying
perhaps he's doing this or maybe he's doing that so obviously a lot
of people wanted more detail.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stu Glancy
Sent: 02 November 2004 18:04
To: [EMAIL PROTECTED]
Subject: Re: [U2][UV]telnet
Au contrair.  Tom Firl was able to give me exactly what I needed.  I was
able to build a PAragraph with inputs that executed a sh -c script 
passing the inputs to allow login and execution of a shell script.  I 
was after concept and Tom gave me concept. (See below.)  I used echo 
to pass my inputs and all worked just fine.  If you were frustrated with

my posting then perhaps you didn't have the answer.
SH -c '(sleep 1; echo username; sleep 1; echo password; sleep 5; echo
ls -l; sleep 3; echo exit) | telnet hostname'
Adrian Matthews wrote:
 

I must admit that the original post is a good example of one of the
things I find really frustrating about this list. People just don't
   

give
 

enough info to get any real help.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rex Gozar
Sent: 29 October 2004 13:23
To: [EMAIL PROTECTED]
Subject: RE: [U2][UV]telnet
Bob:
I think Stu is trying to run another data entry application via telnet,
without the user realizing it.

   

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bob Witney
Sent: Friday, October 29, 2004 3:05 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2][UV]telnet
Stu:
I think that you are attempting to so something akin to this;
ftp -iv servername  EOF
  cd /account
  cd ramis_archive
  cd /account/CRG.VENDOR
  get filename
  quit
EOF
Where the login would be a line in .netrc on your home account
i.e machine servername login loginid password passwordone
I don't think that you can invoke a telnet session the same way
Bob
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Stu Glancy
Sent: 28 October 2004 19:54
To: [EMAIL PROTECTED]
Subject: [U2][UV]telnet
I want to create a telnet script from a program and execute
it.  Can it
be done?  If it can, what would the EXECUTE look like?  What
would the
script look like?  I'm looking for concept and a little detail.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
---
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/


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 

RE: [U2] Index problem

2004-11-03 Thread Wendy Smoak
Fred Finken
 Sounds like you're saying that no virtual indices should work 
 (whether or not a subroutine is involved). I can see where a 
 virtual referring to another item (in the same file or 
 another file) couldn't be expected to stay up-to-date with 
 changes, but if the references are to the same item, they should work.

You're right-- the problem we see occurs when the value that changed is
in another _file_ not another field.  So a trans that pulls a field from
another file, for example, won't get updated.  

-- 
Wendy Smoak
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Index problem

2004-11-03 Thread Adrian Matthews
Depends on how you're referring to the field in the subroutine. If its
being read from the file then I can see that would never work. If its
being passed as an argument then maybe.

As some other posters have said, we really need to see the subroutine to
help.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fred Finken
Sent: 03 November 2004 15:59
To: [EMAIL PROTECTED]
Subject: RE: [U2] Index problem

 Logically, if field2 runs a subroutine that looks at field3, and
field3
 gets changed... I don't see how the system can be expected to know
that
 the index on field2 needs to be updated.

Whoa...

Sounds like you're saying that no virtual indices should work (whether
or not a subroutine is involved). I can see where a virtual referring to
another item (in the same file or another file) couldn't be expected to
stay up-to-date with changes, but if the references are to the same
item, they should work.


-- 
___
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm
---
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/


RE: [U2] Index problem

2004-11-03 Thread Fred Finken
Wendy Smoak

 You're right-- the problem we see occurs when the value that changed is
 in another _file_ not another field.  So a trans that pulls a field from
 another file, for example, won't get updated.  

Here's an idea that I haven't actually tried, but it sure seems like it 
should work:

You have two related files - say ORDERS and CUSTOMERS. You want any change 
to CUSTOMERS name to be reflected in the ORDERS file's CUSTOMER.NAME index. 

First index the customer number in the ORDERS file. Add date  time 
fields to ORDERS. Then put a trigger on CUSTOMERS. The trigger routine 
uses the customer number index on ORDERS to determine which orders belong 
to the customer being updated. Using this info, the trigger stamps those 
ORDERS items with the date  time of the customer update. Now because the
appropriate ORDERS items are being updated, their indices will all be
re-evaluated and if the customer name has changed, the CUSTOMER.NAME
index will be updated.
-- 
___
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Cannot access list ML_3516_1 Unidata phantom (MERGE.LIST)

2004-11-03 Thread Doyen Klein
Update: The program only failed when it included an open along with the
MERGE.LIST command. The work-around, is to create a separate process which
is phantom'd by the first phantom, this second process does the SAVE.LIST
which the first process can read.

No one has ever explained where the MERGE.LIST and OPEN are colliding in the
phantom session when they aren't in the TCL session. 

 -Original Message-
 Question: what is the setup for the phantom environment to make the
 program
 work the same way it does from tcl? I've looked a several UDT.OPTIONS but
 can't seem to uncover the secret key.
 
 WinNT, Unidata a Paragraph (PH) works fine from tcl, but when executed by
 a
 phantom'd basic program the merge.list command within the paragraph seems
 to
 fail with the message 'Can not access list ML3516_1.'
 
 The output from the _ph_ file when it fails.
 
 169 key(s) saved to 1 record(s)
 163 records retrieved to list 1
 169 records retrieved to list 2
 Can not access list ML3516_1.
 The environment is 'p', but the program uses UDTEXECUTE PARTSLISTS and
 UDTEXECUTE GET.LIST DIFFLIST
 
 The second pass, all the selects seem to fail and come up with 0 records
 selected.
 
 Notes: WinNT, Unidata, P environment
 
 The program works fine when run from tcl, but not when phantomed.
 The login checks the @USER.TYPE and bypasses any login setup info.
 The program has $BASICTYPE u, and does a UDTEXECUTE 'ECLTYPE U' as
 well
 The paragraph contains ECLTYPE U as the first line.
 
 The paragraph which works fine from tcl or udtexecute a program run from
 tcl.
 
 001: PA
 002: ECLTYPE U
 003: BASICTYPE U
 004: SSELECT ITMMST
 005: SAVE.LIST NEWPARTS
 006: GET.LIST OLDPARTS TO 1
 007: GET.LIST NEWPARTS TO 2
 008: MERGE.LIST 2 DIFF 1
 009: SAVE.LIST DIFFPARTS
 010: GET.LIST NEWPARTS
 011: SAVE.LIST OLDPARTS
 
 
 
 Clue: I have also been getting a strange
 stat ITMMST message and open fails when I try to open a file the second
 time, even though I closed it. Currently doings an OPEN ,ITMMST
 READONLY
 TO PFILE
 ---
 u2-users mailing list
 [EMAIL PROTECTED]
 To unsubscribe please visit http://listserver.u2ug.org/
 
 [demime 1.01d removed an attachment of type image/gif which had a name of
 graycol.gif]
 
 [demime 1.01d removed an attachment of type image/gif which had a name of
 pic07704.gif]
 
 [demime 1.01d removed an attachment of type image/gif which had a name of
 ecblank.gif]
 ---
 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/


[U2] [UD] Files from UD Unix to UD Windows

2004-11-03 Thread BNeylon
Is there a way to use files ftp'ed from UD on UNIX to UD on Windows XP?

I'm not going to bore you with why other than I want to know if I can do 
it.   I ftp the file, set up the voc pointer and I get the message File 
D_FILE.837 does not belong to current language group 

Any ideas?

Bruce M Neylon
Health Care Management Group 
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Index problem

2004-11-03 Thread Warren, Phil
We've run into a similar problem with virtual attributes that reference
other files in all versions of UniData through to version 6.0.8.  I wonder
if this might be a similar 'anomaly'

For example, 
In our case we have 2 order files, named HEADER and DETAIL.  A virtual
attribute exists in the DETAIL file which references the HEADER file.
When the DETAIL record(s) are written out before the HEADER record, UniData
does not update the DETAIL index when the HEADER file is written, causing a
null value when the DETAIL index is used.  As in your case, when another
attribute is used, to select the DETAIL file, which does not use the index,
the items are selected as expected.

The only work around that we've used, is to rebuild the index file daily.
Perhaps there is a better work around or fix?

-Phil-

-Original Message-
From: kafsat taiyus [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 02, 2004 10:00 PM
To: '[EMAIL PROTECTED]'
Subject: [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 update the index on the virtual attribute. 

After adding new records that returns XXX for the virtual attribute the
command LIST FILE_NAME WITH VIRTUAL_ATT = XXX does not return any record.


But the command LIST FILE_NAME NO.INDEX WITH VIRTUAL_ATT = XXX finds the
record.

The command LIST FILE_NAME WITH VIRTUAL_ATT = XXX works only after
rebuilding the index using REBUILD.INDEX command.

Do you know why is it happening and how to fix it?

Thank you in anticipation.

Regards
Kafsat







This email and any attachments are confidential and intended solely for the
use of the person or entity to whom they are addressed. If you are not the
intended recipient, please do not disclose, store, copy or take any action
in reliance on it or them. If you have received this message in error,
please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete
all copies on your system. Any opinion, advice or information in this email
is not necessarily that of the owners or officers of this company. Please
advise us immediately if you or your employer do not consent to email for
messages of this type. 

Retail Decisions has taken reasonable precautions to ensure that any
attachment to this email has been swept for viruses. However, we cannot
accept any liability for any damage sustained as a result of software
viruses, and would advise that you carry out your own virus checks before
opening any attachment. Please note that communications sent by or to any
person through our computer system may be viewed by other Retail Decisions
employees or officers strictly in accordance with law.
---
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/


RE: [U2] [UD] Files from UD Unix to UD Windows

2004-11-03 Thread Marc Harbeson
There is a convdata command that will change it from *nix to windows.

Read about it in the u2 .PDF

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, November 03, 2004 1:26 PM
To: [EMAIL PROTECTED]
Subject: [U2] [UD] Files from UD Unix to UD Windows

Is there a way to use files ftp'ed from UD on UNIX to UD on Windows XP?

I'm not going to bore you with why other than I want to know if I can do

it.   I ftp the file, set up the voc pointer and I get the message File

D_FILE.837 does not belong to current language group 

Any ideas?

Bruce M Neylon
Health Care Management Group 
---
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/


[U2] NT UNIX

2004-11-03 Thread Weiss, Dan
What is the best solution for synching usernames and passwords together from NT to 
UNIX?
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] Files from UD Unix to UD Windows

2004-11-03 Thread Hanley, Iain
Hi Bruce,

The files will need to be converted in order to use on an NT OS.

You will need to look at:

convmark
convcode
convdata

Iain.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 03, 2004 10:26 AM
To: [EMAIL PROTECTED]
Subject: [U2] [UD] Files from UD Unix to UD Windows


Is there a way to use files ftp'ed from UD on UNIX to UD on Windows XP?

I'm not going to bore you with why other than I want to know if I can do 
it.   I ftp the file, set up the voc pointer and I get the message File 
D_FILE.837 does not belong to current language group 

Any ideas?

Bruce M Neylon
Health Care Management Group 
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Emphasys is interested in your ideas.  Visit our new online suggestion
box at http://www.emphasysworld.com/sub/feedback.asp to share your thoughts
for nonsoftware-related improvements.  You could win a free pass to
the 2005 Annual User Conference!
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Re: NT UNIX

2004-11-03 Thread Jeff Schasny
Winbind and Samba is an option.  Radius could be another.

Jeff Schasny | Denver, Colorado, USA | [EMAIL PROTECTED]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [UD] Files from UD Unix to UD Windows

2004-11-03 Thread Lembit Pirn
What kind of Unix You have ?
From Linux to Windows there is no need to use convdata/convidx.We never 
do it except copyinf files from Solaris to Linux or Windows.
Have You installed both UDT's with the same LANGGROUP ?

Marc Harbeson wrote:
There is a convdata command that will change it from *nix to windows.
Read about it in the u2 .PDF
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, November 03, 2004 1:26 PM
To: [EMAIL PROTECTED]
Subject: [U2] [UD] Files from UD Unix to UD Windows
Is there a way to use files ftp'ed from UD on UNIX to UD on Windows XP?
I'm not going to bore you with why other than I want to know if I can do
it.   I ftp the file, set up the voc pointer and I get the message File
D_FILE.837 does not belong to current language group 

Any ideas?
Bruce M Neylon
Health Care Management Group 
---
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/

 

--
Lembit Pirn
O\ Seitse pluss Seitse
Tondi 1
Tallinn 11313
Estonia
tel. +372 6566232
[EMAIL PROTECTED]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] Files from UD Unix to UD Windows

2004-11-03 Thread Alfke, Colin
Yes, we used to do it all of the time - until we converted most of our Unix clients to 
Windows.

It sounds like you did a binary transfer, but you also may need to run convdata from 
the O/S command line. help convdata in UD will provide the proper syntax.

However the current language group error is (IIRCC) something a little bit 
different. I think the last time we moved a bunch of files I had to update the 
language group even after doing the convdata. I believe the command was convmark. 
Again, see the help for proper usage/syntax.

hth
Colin Alfke
in just snowed last night in Calgary


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 03, 2004 11:26 AM
To: [EMAIL PROTECTED]
Subject: [U2] [UD] Files from UD Unix to UD Windows


Is there a way to use files ftp'ed from UD on UNIX to UD on Windows XP?

I'm not going to bore you with why other than I want to know 
if I can do 
it.   I ftp the file, set up the voc pointer and I get the 
message File 
D_FILE.837 does not belong to current language group 

Any ideas?

Bruce M Neylon
Health Care Management Group 
---
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Index problem

2004-11-03 Thread Martin Phillips
Apologies if this has already been said but I have dived in part way through
this thread.

 The only work around that we've used, is to rebuild the index file daily.
 Perhaps there is a better work around or fix?

There is one and only one rule that determines whether you can build an
index on an I-type: The I-type expression must always produce the same
result for any particular database record.

The two common examples that we quote in teaching training courses are

1. An I-type that takes a date of birth and calculates the person's age in
years. An index built on this will be wrong as soon as someone has a
birthday. There is no way in which the system could update such an index
automatically.

2. An I-type that takes in data from another file using TRANS() [This is
your problem]. If the other file changes, the index will not be updated.
Again, there is no practical way in which this could be done automatically.

If you have this problem, there are two solutions...

1. Rebuild the indices as often as needed. This probably implies that you
will get erroneous data between rebuilds.

2. Redesign the application to abide by this rule.


Sadly, this is a very common mistake. I have spent many happy hours
redesigning client's databases to get around their errors.


Martin Phillips
Ladybridge Systems
17b Coldstream Lane, Hardingstone, Northampton NN4 6DB
+44-(0)1604-709200
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] Files from UD Unix to UD Windows

2004-11-03 Thread Buffington, Wyatt
I would be interested in knowing how you got the FTP to work.

I have tried here, but to no avail.

I have got a SmarTerm (Terminal emulator) macro to ftp back
and forth, but I need a way of Window$/Unix to do this also.
I have tried windows .bat files and unix ftp commands, nothing works.



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, November 03, 2004 12:26 PM
To: [EMAIL PROTECTED]
Subject: [U2] [UD] Files from UD Unix to UD Windows


Is there a way to use files ftp'ed from UD on UNIX to UD on Windows XP?

I'm not going to bore you with why other than I want to know if I can do

it.   I ftp the file, set up the voc pointer and I get the message File

D_FILE.837 does not belong to current language group 

Any ideas?

Bruce M Neylon
Health Care Management Group 
---
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/


RE: [U2] NT UNIX

2004-11-03 Thread Rod Hills
We are running hpux and are using pam (password authentication
module). It can validate against our Windows domain server (or ADS
server). 

The user logs in with their hpux login and the equivalent windows login
is looked up and the password entered is validated.

Works pretty well.

-- Rod Hills

-Original Message-
From: Weiss, Dan [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, November 03, 2004 11:06 AM
To: [EMAIL PROTECTED]
Subject: [U2] NT  UNIX

What is the best solution for synching usernames and passwords together
from NT to UNIX?
---
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/


RE: [U2] Index problem

2004-11-03 Thread Alfke, Colin
I believe it's even in the documentation that UniData will only update an index on the 
file that is being updated and not any other files that may have an index that 
references that file.

Another work around is to have a trigger on the header file re-file the detail items 
that reference it so that the index is properly updated. I'm not sure if you'll have 
to change the detail item or not for it to cause the index to be updated.

hth
Colin Alfke
Calgary - soon to head to LA

-Original Message-
From: Warren, Phil [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 03, 2004 7:25 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [U2] Index problem


We've run into a similar problem with virtual attributes that reference
other files in all versions of UniData through to version 
6.0.8.  I wonder
if this might be a similar 'anomaly'

For example, 
In our case we have 2 order files, named HEADER and DETAIL.  A virtual
attribute exists in the DETAIL file which references the HEADER file.
When the DETAIL record(s) are written out before the HEADER 
record, UniData
does not update the DETAIL index when the HEADER file is 
written, causing a
null value when the DETAIL index is used.  As in your case, 
when another
attribute is used, to select the DETAIL file, which does not 
use the index,
the items are selected as expected.

The only work around that we've used, is to rebuild the index 
file daily.
Perhaps there is a better work around or fix?

-Phil-
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] Files from UD Unix to UD Windows

2004-11-03 Thread Pingilley, Ron
Bruce,

Did you try an ascii transfer?  That probably won't work on a hashed UD file.  
Try a binary ftp.  UV has a tool called format.conv for byte-swapping.  Not sure what 
UD calls it.  You may have to use that tool on the file after it's transferred over.

--Ron P.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, November 03, 2004 12:26 PM
To: [EMAIL PROTECTED]
Subject: [U2] [UD] Files from UD Unix to UD Windows


Is there a way to use files ftp'ed from UD on UNIX to UD on Windows XP?

I'm not going to bore you with why other than I want to know if I can do

it.   I ftp the file, set up the voc pointer and I get the message File

D_FILE.837 does not belong to current language group 

Any ideas?

Bruce M Neylon
Health Care Management Group 
---
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/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


OT: Sync Passwd [WAS [U2] NT UNIX]

2004-11-03 Thread Shin.Tanaka
IMHO, Active Directory (AD) with Windows Service for UNIX 3.5 (SFU)
(http://www.microsoft.com/windows/sfu/).

http://support.microsoft.com/kb/324083
http://www.microsoft.com/technet/itsolutions/interop/sfu/psync.mspx

SFU 3.5 is free from MS.  I can type ls command at DOS shell.  Woohoo.



 







-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Weiss, Dan
Sent: Wednesday, November 03, 2004 2:06 PM
To: [EMAIL PROTECTED]
Subject: [U2] NT  UNIX

What is the best solution for synching usernames and passwords together
from NT to UNIX?
---
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/


[U2] List Problems

2004-11-03 Thread Moderator
All,

 The lists seem to have settled in nicely. We aren't seeing much in 
the way of complaints. If you do have a problem, please contact the 
moderation team [EMAIL PROTECTED] so that we can work to 
resolve it.
 Most of the problems we do see have to do with spam filters which 
block your ability to see the list traffic. So, if you are seeing this, 
you are probably okay - until you company updates, changes, or tweaks 
the filtering. In that event, please let us know if the list appears to 
go silent for you. Ideally, give us a second e-mail when you contact us, 
in case our mails to you are also blocked.

Charles Barouch, Moderator

[demime 1.01d removed an attachment of type text/x-vcard which had a name of u2ug.vcf]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Index problem

2004-11-03 Thread kafsat taiyus
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 first place.

I have tried to write same record twice with the same ID overwriting the
existing record.  In this case the subroutine return the correct value but
the index still does not get updated.

I have located following text from the documentations A virtual attribute
that contains a TRANS statement to another file, or the same file, is not a
recommended use of an alternate key index, unless the file being translated
to does not change. If the file being translated to does change, the
alternate key index is not updated. Therefore, to obtain accurate results
from a UniQuery statement, the alternate key index would need to be rebuilt
each time the associated file is updated. 

Our problem is actually similar to Martin's birth year calculation example.
The subroutine is looking at the same file for data.  I understand the
problem now.  We should be able to implement a work around.

Thank you again.

Regards
Kafsat 


 

-Original Message-
From: Alfke, Colin [mailto:[EMAIL PROTECTED] 
Sent: Thursday, 4 November 2004 6:06 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2] Index problem

I believe it's even in the documentation that UniData will only update an
index on the file that is being updated and not any other files that may
have an index that references that file.

Another work around is to have a trigger on the header file re-file the
detail items that reference it so that the index is properly updated. I'm
not sure if you'll have to change the detail item or not for it to cause
the index to be updated.

hth
Colin Alfke
Calgary - soon to head to LA

-Original Message-
From: Warren, Phil [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 03, 2004 7:25 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [U2] Index problem


We've run into a similar problem with virtual attributes that reference
other files in all versions of UniData through to version 
6.0.8.  I wonder
if this might be a similar 'anomaly'

For example, 
In our case we have 2 order files, named HEADER and DETAIL.  A virtual
attribute exists in the DETAIL file which references the HEADER file.
When the DETAIL record(s) are written out before the HEADER 
record, UniData
does not update the DETAIL index when the HEADER file is 
written, causing a
null value when the DETAIL index is used.  As in your case, 
when another
attribute is used, to select the DETAIL file, which does not 
use the index,
the items are selected as expected.

The only work around that we've used, is to rebuild the index 
file daily.
Perhaps there is a better work around or fix?

-Phil-
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

This email and any attachments are confidential and intended solely for the
use of the person or entity to whom they are addressed. If you are not the
intended recipient, please do not disclose, store, copy or take any action
in reliance on it or them. If you have received this message in error,
please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete
all copies on your system. Any opinion, advice or information in this email
is not necessarily that of the owners or officers of this company. Please
advise us immediately if you or your employer do not consent to email for
messages of this type. 

Retail Decisions has taken reasonable precautions to ensure that any
attachment to this email has been swept for viruses. However, we cannot
accept any liability for any damage sustained as a result of software
viruses, and would advise that you carry out your own virus checks before
opening any attachment. Please note that communications sent by or to any
person through our computer system may be viewed by other Retail Decisions
employees or officers strictly in accordance with law.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2][UD] merging data - fuzzy keys

2004-11-03 Thread Stuart . Boydell
450 Lynx formatting failed: open3: exec of lynx --stdin --dump --force_html 
--hiddenlinks=ignore --localhost --image_links --nolist --noredir --noreferer --realm 
failed at /etc/smrsh/demime line 1519
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] New version of UniSessionFactory

2004-11-03 Thread Wendy Smoak
Those of you who have been around for a while will remember the pain and
suffering we all went through while I wrote the UOJ-based data access
layer that sits between UniData and my web application.  David Meeks, if
he's still around, answered about a million questions and I'm still
thankful he took the time to help.

Some of the code is on the Wiki, though I never took the example far
enough to show how to deal with multivalued fields and associated
multivalues.

A while ago I improved UniSessionFactory so that it will fail over to a
different account if it can't get a connection.  The static openSession
method calls itself recursively until it runs out of properties files
from which to get the next account to try.

http://www.pickwiki.com/cgi-bin/wiki.pl?FailoverUniSessionFactory

-- 
Wendy Smoak
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2][UD] merging data - fuzzy keys

2004-11-03 Thread Stuart . Boydell
450 Lynx formatting failed: open3: exec of lynx --stdin --dump --force_html 
--hiddenlinks=ignore --localhost --image_links --nolist --noredir --noreferer --realm 
failed at /etc/smrsh/demime line 1519
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] [UV] Account name or path

2004-11-03 Thread D Averch
I have looked at the telnet user policy form, but it does not seem to change
the prompt.  What am i missing?  I want all users to be logged into one
account.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Index problem

2004-11-03 Thread Ken Wallis
[EMAIL PROTECTED] wrote:
 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 update the index on the virtual attribute.
 
 After adding new records that returns XXX for the virtual
 attribute the
 command LIST FILE_NAME WITH VIRTUAL_ATT = XXX does not
 return any record.
 
 But the command LIST FILE_NAME NO.INDEX WITH VIRTUAL_ATT = XXX
 finds the record.
 
 The command LIST FILE_NAME WITH VIRTUAL_ATT = XXX works only after
 rebuilding the index using REBUILD.INDEX command.
 
 Do you know why is it happening and how to fix it?

Kafsat,

Check that the index is enabled.  Perhaps you could post output from
LIST.INDEX.

Cheers,

Ken


The information contained in this email is intended only for the person or entity to 
which it is addressed. If you are not the intended recipient please delete the message 
and notify the sender. It may contain privileged and/or confidential material. The 
use, copying or distribution of this information by anyone other than he intended 
recipient is strictly prohibited. Any views or opinions presented are solely those of 
the individual sender, except where the sender specifically states hem to be the views 
of Paperless Warehousing Pty Ltd. 
This e-mail message has been scanned and cleared by Antivirus Technologies.

Thank You. 

---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Dimensioned arrays

2004-11-03 Thread CASheaFamily
I am trying to find the best way to update a dimensioned array where any 
updates/changes are inserted to the beginning of each associated field. I am 
looking for a way that would be similar to using the INSERT command with a 
dynamic array. If anyone has any suggestions, I would greatly appreciate it. Thanks.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Index problem

2004-11-03 Thread Ken Wallis
Kafsat,

I believe that if you pass the record data into the subroutine as a
parameter using @RECORD instead of re-reading it from the file, then you
will have a better chance of getting the behaviour you want:

V
SUBR(KAFSATS,@ID,@RECORD,OTHERSTUFF)
...

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] 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 first place.

 I have tried to write same record twice with the same ID
 overwriting the
 existing record.  In this case the subroutine return the
 correct value but
 the index still does not get updated.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Dimensioned arrays

2004-11-03 Thread Trevor Ockenden
 I am trying to find the best way to update a dimensioned array where
any
 updates/changes are inserted to the beginning of each associated field

 My 2 cents worth is to convert the dimensioned array into a dynamic
array then perform your inserts then convert back.

Refer to MATPARSE and MATBUILD statements.

Dimensioned arrays are not ideal for this type of data manipulation
whereas dynamic arrays are perfect.

Horses for courses!

Cheers

Trevor Ockenden
m: 0414 731 634
e:  [EMAIL PROTECTED]

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, 4 November 2004 11:26 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [U2] Dimensioned arrays



__
 ella for Spam Control  has removed Spam messages and set aside
Newsletters for me
You can use it too - and it's FREE!  http://www.ellaforspam.com

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.788 / Virus Database: 533 - Release Date: 1/11/2004
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Dimensioned arrays

2004-11-03 Thread Mark Johnson
Are the inserted values whole attributes or one or more multi-valued lines.
If they're the mv'd lines, then one could argue that dim arrays are faster.

If you're inserting a whole attribute, then dynamic is the only way without
a lot of bubbling.

my 1 cent.

- Original Message -
From: Trevor Ockenden [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, November 03, 2004 9:56 PM
Subject: RE: [U2] Dimensioned arrays


  I am trying to find the best way to update a dimensioned array where
 any
  updates/changes are inserted to the beginning of each associated field

  My 2 cents worth is to convert the dimensioned array into a dynamic
 array then perform your inserts then convert back.

 Refer to MATPARSE and MATBUILD statements.

 Dimensioned arrays are not ideal for this type of data manipulation
 whereas dynamic arrays are perfect.

 Horses for courses!

 Cheers

 Trevor Ockenden
 m: 0414 731 634
 e:  [EMAIL PROTECTED]

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of
 [EMAIL PROTECTED]
 Sent: Thursday, 4 November 2004 11:26 AM
 To: [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: [U2] Dimensioned arrays



 __
  ella for Spam Control  has removed Spam messages and set aside
 Newsletters for me
 You can use it too - and it's FREE!  http://www.ellaforspam.com

 ---
 Outgoing mail is certified Virus Free.
 Checked by AVG anti-virus system (http://www.grisoft.com).
 Version: 6.0.788 / Virus Database: 533 - Release Date: 1/11/2004
 ---
 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/


RE: [U2] NT UNIX

2004-11-03 Thread Phil Walker
John,

What uid and gids do you get for the user? Is the information the same as
you would get normally.

e.g. the id command.

Cheers,

Phil


Weiss, Dan wrote:
 What is the best solution for synching usernames and passwords together
from NT to UNIX?

We're about to migrate to UV on linux and will be using winbind.  This 
doesn't exactly synch usernames and passwords, but actually uses 
Windows Active Directory for user authentication on the linux box.  The 
users are never added to /etc/passwd.  It's been working flawlessly in 
our test environment.  You'll need to be running Active Directory with 
Windows 2000 or 2003 domain controllers to use it, and if you're running 
AD in native mode you'll need samba/winbind 3.0 or higher.

-John
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Index problem

2004-11-03 Thread Womack, Adrian
You shouldn't be reading the record in the subroutine - it does not yet
exist in the file.

You should ALWAYS use @RECORD to refer to the current record and @ID
to refer to the current  key.

You should either directly refer to @RECORD in your subroutine (and
remove the READ statement) or alternatively you could pass @RECORD to
the subroutine from the i-type as an argument.

Another solution would be to code everything directly in the i-type, why
use a subroutine if all it is doing is manipulating data in a single
record?

Adrian

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of kafsat taiyus
Sent: Thursday, 4 November 2004 8:00 AM
To: '[EMAIL PROTECTED]'
Subject: 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 first place.

I have tried to write same record twice with the same ID overwriting the
existing record.  In this case the subroutine return the correct value
but the index still does not get updated.

I have located following text from the documentations A virtual
attribute that contains a TRANS statement to another file, or the same
file, is not a recommended use of an alternate key index, unless the
file being translated to does not change. If the file being translated
to does change, the alternate key index is not updated. Therefore, to
obtain accurate results from a UniQuery statement, the alternate key
index would need to be rebuilt each time the associated file is
updated. 

Our problem is actually similar to Martin's birth year calculation
example.
The subroutine is looking at the same file for data.  I understand the
problem now.  We should be able to implement a work around.

Thank you again.

Regards
Kafsat 
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Dimensioned arrays

2004-11-03 Thread Moderator
REPOSTED FOR NON-MEMBER [EMAIL PROTECTED]

I am trying to find the best way to update a dimensioned array where any 
updates/changes are inserted to the beginning of each associated field. I am looking 
for a way that would be similar to using the INSERT command with a dynamic array. If 
anyone has any suggestions, I would greatly appreciate it. Thanks

[demime 1.01d removed an attachment of type text/x-vcard which had a name of u2ug.vcf]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Dimensioned arrays

2004-11-03 Thread Womack, Adrian
I'm not sure why you'd want to use a dimensioned array in this
particular case. But how about just adding the new elements to the end
of the array and keeping a list of pointers in a small dynamic array.
Then you can use this dynamic array to access the dimensioned array
later.

Eg.

LAST.POS += 1
ARR1(LAST.POS) = new.element1
ARR2(LAST.POS) = new.element2
INS LAST.POS BEFORE POINTER.LIST1

You can then traverse POINTER.LIST using REMOVE to access your
dimensioned arrays.

Adrian

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Moderator
Sent: Thursday, 4 November 2004 1:09 PM
To: U2 Users Discussion List
Subject: [U2] Dimensioned arrays

REPOSTED FOR NON-MEMBER [EMAIL PROTECTED]

I am trying to find the best way to update a dimensioned array where any
updates/changes are inserted to the beginning of each associated field.
I am looking for a way that would be similar to using the INSERT
command with a dynamic array. If anyone has any suggestions, I would
greatly appreciate it. Thanks

[demime 1.01d removed an attachment of type text/x-vcard which had a
name of u2ug.vcf]
---
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/


[U2] Test Message

2004-11-03 Thread Bjorn Behr
Just checking if I am still bouncing.


Regards
Bjvrn Behr
Programmer

HYFLO Southern Africa (Pty) Ltd
Tel : +27 11 386 5800
Fax : +27 11 444 5391
Mail: [EMAIL PROTECTED]
WWW : http://www.hyflo.co.za
 
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/