RE: [U2] [UV] is a file 32bit or 64bit?

[Womack, Adrian]

Well, I do think there should be a documented method of finding out
whether a file is 32 or 64bit. Surely that should be added to
ANALYZE.FILE. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ray Wurlod
Sent: Thursday, 19 October 2006 1:28 PM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] [UV] is a file 32bit or 64bit?

So what you're really after is a list of the undocumented options?






DISCLAIMER:
Disclaimer.  This e-mail is private and confidential. If you are not the 
intended recipient, please advise us by return e-mail immediately, and delete 
the e-mail and any attachments without using or disclosing the contents in any 
way. The views expressed in this e-mail are those of the author, and do not 
represent those of this company unless this is clearly indicated. You should 
scan this e-mail and any attachments for viruses. This company accepts no 
liability for any direct or indirect damage or loss resulting from the use of 
any attachments to this e-mail.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] is a file 32bit or 64bit?

[Ray Wurlod]

So what you're really after is a list of the undocumented options?

> - Original Message -
> From: "Womack, Adrian" <[EMAIL PROTECTED]>
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] [UV] is a file 32bit or 64bit?
> Date: Thu, 19 Oct 2006 12:49:58 +0800
> 
> 
> That works well, thanks.
> 
> For some reason our BASIC help file only has attributes 1-30 defined for
> the result of the STATUS statement. I just checked the BASIC pdf manual
> and that documents from right up to attribute 33.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] is a file 32bit or 64bit?

[Womack, Adrian]

That works well, thanks.

For some reason our BASIC help file only has attributes 1-30 defined for
the result of the STATUS statement. I just checked the BASIC pdf manual
and that documents from right up to attribute 33.

I never think of using the STATUS statement - but it certainly returns a
lot of useful information!

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, 19 October 2006 11:19 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] [UV] is a file 32bit or 64bit?

Hi Adrian,

You could use the STATUS function in basic.

STATUS STATS FROM FILE ELSE ABORT
BIGFILE = (STATS<32> = 5)




DISCLAIMER:
Disclaimer.  This e-mail is private and confidential. If you are not the 
intended recipient, please advise us by return e-mail immediately, and delete 
the e-mail and any attachments without using or disclosing the contents in any 
way. The views expressed in this e-mail are those of the author, and do not 
represent those of this company unless this is clearly indicated. You should 
scan this e-mail and any attachments for viruses. This company accepts no 
liability for any direct or indirect damage or loss resulting from the use of 
any attachments to this e-mail.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] is a file 32bit or 64bit?

[Hona, David S]

UniAdmin:
File Tool -> Select Account/File -> Properties -> Header tab

UNIX shell:
uvfixfile -f VOC STATS

TCL:
UVFIXFILE VOC STATS


File Statistics
pathname= VOC, size = 101888 bytes

file revision   = 0xacef010c
modulo  = 0x0059 (00089)
separation  = 0x0001 (1)
file type   = 0x000c (00012)
free list   = 0x (0)
header size = 0x0400 (01024)
group size  = 0x0200 (00512)


Beginning TRACE of VOC.
TRACE of VOC completed.

Scanning overflow buffers.
Scan complete.

89 group(s) processed.
197 group buffer(s) processed.
910 record(s) processed.
Number of data bytes = 75284.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Womack, Adrian
Sent: Thursday, October 19, 2006 11:57 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] [UV] is a file 32bit or 64bit?

Is there a UV tool that shows whether a file is 64bit or 32bit? I've
tried the obvious ANALYZE.FILE with no success.

I ended up using the unix xd command to see the file's header, but I
expected there to be UV command to provide this function.

First bytes of a 32 bit file: 0xACEF010C First bytes of a 64 bit file:
0xACEF020C

AdrianW
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [UV] is a file 32bit or 64bit?

[iggchamp]

Hi Adrian,

You could use the STATUS function in basic.

STATUS STATS FROM FILE ELSE ABORT
BIGFILE = (STATS<32> = 5)



-- Original message -- 
From: "Womack, Adrian" <[EMAIL PROTECTED]> 

> Is there a UV tool that shows whether a file is 64bit or 32bit? I've 
> tried the obvious ANALYZE.FILE with no success. 
> 
> I ended up using the unix xd command to see the file's header, but I 
> expected there to be UV command to provide this function. 
> 
> First bytes of a 32 bit file: 0xACEF010C 
> First bytes of a 64 bit file: 0xACEF020C 
> 
> AdrianW 
> 
> 
> 
> 
> 
> 
> 
> 
> DISCLAIMER: 
> Disclaimer. This e-mail is private and confidential. If you are not the 
> intended recipient, please advise us by return e-mail immediately, and delete 
> the e-mail and any attachments without using or disclosing the contents in 
> any 
> way. The views expressed in this e-mail are those of the author, and do not 
> represent those of this company unless this is clearly indicated. You should 
> scan this e-mail and any attachments for viruses. This company accepts no 
> liability for any direct or indirect damage or loss resulting from the use of 
> any attachments to this e-mail. 
> --- 
> u2-users mailing list 
> u2-users@listserver.u2ug.org 
> To unsubscribe please visit http://listserver.u2ug.org/ 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] [UV] is a file 32bit or 64bit?

[Womack, Adrian]

Is there a UV tool that shows whether a file is 64bit or 32bit? I've
tried the obvious ANALYZE.FILE with no success.

I ended up using the unix xd command to see the file's header, but I
expected there to be UV command to provide this function.

First bytes of a 32 bit file: 0xACEF010C
First bytes of a 64 bit file: 0xACEF020C

AdrianW








DISCLAIMER:
Disclaimer.  This e-mail is private and confidential. If you are not the
intended recipient, please advise us by return e-mail immediately, and delete
the e-mail and any attachments without using or disclosing the contents in any
way. The views expressed in this e-mail are those of the author, and do not
represent those of this company unless this is clearly indicated. You should
scan this e-mail and any attachments for viruses. This company accepts no
liability for any direct or indirect damage or loss resulting from the use of
any attachments to this e-mail.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Roman Numerals

[Tony Gravagno]

David A. Green wrote:
>> Does any one have a Digit to Roman Numeral converter they would like
>> to share? 

Ron White responded:
> How about ICONV/OCONV with the NR function code.  Look in the
> Basic Reference Manual index for roman numerals.

A search on CDP reveals a couple interesting tidbits on this.

According to Oliver Elphick, the NR conversion in Universe "uses a change
of alphabetic case to represent multiplication by 1000, so v=5 but V=5000."

According to Tom Rauschenbach, [sic] "the author of the NR conversion
(someone named Hal) says 
that there was a reason for the upper/lower case distinction, but he can't
remember what it was.  He also claims that the Chinese New Year is wrong."
(I have no idea what that means.)

The D3 equivalent (as if anyone here cares) is the user exit U33.
And the Reality equivalent is conversion MCDR.
R83 had conversion MCR.

So many standards, so little time...
T
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Roman Numerals

[Allen E. Elwood]

Cool, I can't wait to start putting roman numeral dates on all my projects
!



.course if I do that I'll need the reverse subr so I can tell what date
something is.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David A. Green
Sent: Wednesday, October 18, 2006 15:45
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Roman Numerals


Kevin this works great! Except for invalid data like when NUM equals 0, null
or a negative.

I'm going to convert it to a function, which will work better for my need.

Thanks,
David A. Green
DAG Consulting
-Original Message-
>Does any one have a Digit to Roman Numeral converter they would like
to share?

How about this?  I just whipped this up on your request using
information from http://www.novaroma.org/via_romana/numbers.html .
That was kinda fun!

SUBROUTINE ROMAN.NUMERALS(NUM,ROMA)
*
* Written By:  Kevin King
* Date:18 Oct 2006
* Project: Basic Entertainment
* Description: This subroutine will convert a number (NUM) to Roman
numerals
*  (ROMA).
*
**
***
* Modifications
**
***
* Date.  Changed By.  Description of
Change..
*
DIVISORS = '1000,900,500,400,100,90,50,40,10,9,5,4,1'
NUMERALS = 'M,CM,D,CD,C,XC,L,XL,X,IX,V,IV,I'
*
THIS.NUM = NUM
ROMA = ''
*
LOOP
UNTIL (THIS.NUM EQ 0) DO
  DONE = @FALSE
  FOR DIVISOR.LOOP = 1 TO 13 UNTIL DONE
DIVISOR = FIELD(DIVISORS,',',DIVISOR.LOOP)
IF (THIS.NUM GE DIVISOR) THEN
  ROMA := FIELD(NUMERALS,',',DIVISOR.LOOP)
  THIS.NUM -= DIVISOR
  DONE = @TRUE
END
  NEXT DIVISOR.LOOP
REPEAT
*
RETURN
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Roman Numerals

[David A. Green]

Kevin this works great! Except for invalid data like when NUM equals 0, null
or a negative.

I'm going to convert it to a function, which will work better for my need.

Thanks,
David A. Green
DAG Consulting
-Original Message-
>Does any one have a Digit to Roman Numeral converter they would like
to share?

How about this?  I just whipped this up on your request using
information from http://www.novaroma.org/via_romana/numbers.html .
That was kinda fun!

SUBROUTINE ROMAN.NUMERALS(NUM,ROMA)
*
* Written By:  Kevin King
* Date:18 Oct 2006
* Project: Basic Entertainment
* Description: This subroutine will convert a number (NUM) to Roman
numerals
*  (ROMA).
*
**
***
* Modifications
**
***
* Date.  Changed By.  Description of
Change..
*
DIVISORS = '1000,900,500,400,100,90,50,40,10,9,5,4,1'
NUMERALS = 'M,CM,D,CD,C,XC,L,XL,X,IX,V,IV,I'
*
THIS.NUM = NUM
ROMA = ''
*
LOOP
UNTIL (THIS.NUM EQ 0) DO
  DONE = @FALSE
  FOR DIVISOR.LOOP = 1 TO 13 UNTIL DONE
DIVISOR = FIELD(DIVISORS,',',DIVISOR.LOOP)
IF (THIS.NUM GE DIVISOR) THEN
  ROMA := FIELD(NUMERALS,',',DIVISOR.LOOP)
  THIS.NUM -= DIVISOR
  DONE = @TRUE
END
  NEXT DIVISOR.LOOP
REPEAT
*
RETURN
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] VOCLIB and keeping VOC entries Short and Small, IM & RM

[Anthony W. Youngman]

In message 
<[EMAIL PROTECTED]>, Adrian 
Merrall <[EMAIL PROTECTED]> writes

And on, and on, until the particular bit of data is found.
So... (this being one of the overwhelmingly elegant things about the
Pickuverse) this means that in a properly sized hashed file NO MATTER
HOW BIG it only takes one disk read to get to any record given a known
key. Ask your local Oracle/Sybase/Informix/SQL Server DBA if they can do
that. Stand back though, they tend to sputter alot.


But won't this only work if your data fits into the modulo that
matches your page size?  If your data is lumpy and doesn't nicely fit
into the page size/file modulo selected you get level 1overflow and
more disk IO.

The stats I've come across (yes, they're old, they came from Prime) say 
that PROVIDED Adrian's "properly sized" caveat is followed, even when 
you have level 1 overflow and lumpy data, your 1 merely increases to an 
average of 1.05. In other words, 19 out of 20 attempts still hit first 
time...


Cheers,
Wol
--
Anthony W. Youngman <[EMAIL PROTECTED]>
'Yings, yow graley yin! Suz ae rikt dheu,' said the blue man, taking the
thimble. 'What *is* he?' said Magrat. 'They're gnomes,' said Nanny. The man
lowered the thimble. 'Pictsies!' Carpe Jugulum, Terry Pratchett 1998
Visit the MaVerick web-site -  Open Source Pick
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Roman Numerals

[David A. Green]

I couldn't the OCONV to work on UniData.

Thanks,
David A. Green
DAG Consulting

David A. Green wrote:
> Does any one have a Digit to Roman Numeral converter they would like to
> share?
How about ICONV/OCONV with the NR function code.  Look in the
Basic Reference Manual index for roman numerals.

Ron white
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Roman Numerals

[Norman Morgan]

Must be specific to UV.  I can't find it in UD.

===
Norman Morgan <> [EMAIL PROTECTED] <> http://www.brake.com
===
There is no music so sweet as the laughter of a child.
===

 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Marc Hilbert
> Sent: Wednesday, October 18, 2006 3:45 PM
> To: u2-users@listserver.u2ug.org
> Subject: Re: [U2] Roman Numerals
> 
> What about the NR conversion?
> 
> - Original Message -
> From: "David A. Green" <[EMAIL PROTECTED]>
> To: 
> Sent: Wednesday, October 18, 2006 3:15 PM
> Subject: [U2] Roman Numerals
> 
> 
> > Does any one have a Digit to Roman Numeral converter they 
> would like to
> > share?
> > 
> > 
> > 
> > Thanks,
> > 
> > David A. Green
> > 
> > DAG Consulting  
> > 
> > 480-813-1725
> > ---
> > u2-users mailing list
> > u2-users@listserver.u2ug.org
> > To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Roman Numerals

[Marc Hilbert]

What about the NR conversion?

- Original Message - 
From: "David A. Green" <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, October 18, 2006 3:15 PM
Subject: [U2] Roman Numerals



Does any one have a Digit to Roman Numeral converter they would like to
share?



Thanks,

David A. Green

DAG Consulting  


480-813-1725
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Roman Numerals

[Ron White]

David A. Green wrote:

Does any one have a Digit to Roman Numeral converter they would like to
share?

 


Thanks,

David A. Green

DAG Consulting  


480-813-1725
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


  

How about ICONV/OCONV with the NR function code.  Look in the
Basic Reference Manual index for roman numerals.

Ron white
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] VOCLIB and keeping VOC entries Short and Small, IM & RM

[Dan Fitzgerald]

Yes, and this is where the art and work of dba comes in, as well as why one 
of the biggest (imho) vulnerabilities of the mv market has been the lack of 
conscious architecting, at least in legacy systems. Lumpy files are very 
often the result of a programmer creating a record that can potentially be 
needlessly large; think of a transaction batch file with the transaction ids 
multivalued in a single attribute; now imagine 100,000 keys in that field.


So, if you can redesign the file so that this kind of thing doesn't happen, 
great. If not, you'll probably want to get an idea of what's actually going 
on with file IO. If you turn FILE.USAGE on for a period of maybe 24 hours of 
typical usage(remember to turn it off again when you're done), and see what 
percentage of the IO is oversized buffer reads. If you're hammering the 
large items, it makes sense to go with a larger sep (Mark Baldridges recent 
excellent articles on this are a good resource for describing why you want 
to wince when you set sep to 16, and why there's a big hit when you go to 
32), and take the hit on making multiple physical disk reads on the more 
rarely accessed smaller items. But if you don't access those oversized items 
so much, you may want to tune for the rest of the file. Definitely a 
judgement call, and  Steve O'Neill will be happy to take your call if 
you need help with this .





But won't this only work if your data fits into the modulo that
matches your page size?  If your data is lumpy and doesn't nicely fit
into the page size/file modulo selected you get level 1overflow and
more disk IO.


_
Try Search Survival Kits: Fix up your home and better handle your cash with 
Live Search! 
http://imagine-windowslive.com/search/kits/default.aspx?kit=improve&locale=en-US&source=hmtagline

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Bug? Capturing with user.return.code

[George Gallen]

I always thought PERFORM and EXECUTE where the same thing, just
part of the one language says PERFORM and and the other says EXECUTE.

After RTFM on PERFORM, it appears that is not the case.
However you can't use CAPTURING with PERFORM, which isn't a problem in
   my case, since HUSH works fine.

BUT...that doesn't explain why the CAPTURING clause causes EXECUTE to
behave that way, unless, and I'm not sure how to check this, if there
is no CAPTURING clause, it compiles as a PERFORM statement, otherwise
it compilies as an EXECUTE statement.

George

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of John Rodgers
> Sent: Wednesday, October 18, 2006 1:37 PM
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] Bug? Capturing with user.return.code
> 
> 
> Isn't this why we have "PERFORM" ?
> 
> EXECUTE sets up a new 'environment'
> 
> PERFORM retains the existing 'environment' and retains all your
> @system contents.
> 
> 
> Cheers
> 
> 
> JR
> 
> 
> John Rodgers
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Roman Numerals

[David A. Green]

Does any one have a Digit to Roman Numeral converter they would like to
share?

 

Thanks,

David A. Green

DAG Consulting  

480-813-1725
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Bug? Capturing with user.return.code

[John Rodgers]

Isn't this why we have "PERFORM" ?

EXECUTE sets up a new 'environment'

PERFORM retains the existing 'environment' and retains all your
@system contents.


Cheers


JR


John Rodgers

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:owner-u2-
>[EMAIL PROTECTED] On Behalf Of George Gallen
>Sent: Tuesday, October 17, 2006 4:37 PM
>To: u2-users@listserver.u2ug.org
>Subject: RE: [U2] Bug? Capturing with user.return.code
>
>Whoa...Capturing does something else VERY unexpected.
>
>It seems that if you run a program with the capturing clause
>  anything that is put into @user.return.code is forgotten.
>
>George
>
>@USER.RETURN.CODE="TEST1"
>PRINT @USER.RETURN.CODE
>EXECUTE "RUN LIB TEST2"
>PRINT @USER.RETURN.CODE
>@USER.RETURN.CODE="TEST2"
>PRINT @USER.RETURN.CODE
>EXECUTE "RUN LIB TEST2" CAPTURING JUNK
>PRINT @USER.RETURN.CODE
>STOP
>END
>
>TEST2:
>@USER.RETURN.CODE="TEST1-TEST2"
>STOP
>END
>
>RESULTS:
>
>TEST1
>TEST1-TEST2
>TEST2
>TEST2
>---
>u2-users mailing list
>u2-users@listserver.u2ug.org
>To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2]Unidata 7 on Unix - How to optimize system's ressource usage ?

[Manu Fernandes]

Dear all,

I'm preparing a setup of unidata on hp-ux on itanium, for 300 users.
I receive a machine with dual Intel Itanium processor, 20GB ram, 1TB hdd, gb
eth, ...

I'm looking about documentation how to maximize the usage of the ressource's
server by unidata - release 7.

Do you have anything to share ?  Documentation, tech tips, experience.

Thanks you very much by advance.
Manu
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Bug? Capturing with user.return.code

[David A. Green]

George this it the results I get on UniData PE:

:TEST1
TEST1
TEST1-TEST2
TEST2
TEST1-TEST2

:WHAT
Platform : INTEL
Operating System : WIN32-NT 4.0 Service Pack 6a
Porting Date : Thu Sep 5 12:05:18 MDT 2002
UniData Release  : Version 6.0.0, Build 4112
Ported by: srcman

Thanks,
David A. Green
DAG Consulting
www.DAGConsulting.com 

-Original Message-
 Whoa...Capturing does something else VERY unexpected.

It seems that if you run a program with the capturing clause
  anything that is put into @user.return.code is forgotten.

George

@USER.RETURN.CODE="TEST1"
PRINT @USER.RETURN.CODE
EXECUTE "RUN LIB TEST2"
PRINT @USER.RETURN.CODE
@USER.RETURN.CODE="TEST2"
PRINT @USER.RETURN.CODE
EXECUTE "RUN LIB TEST2" CAPTURING JUNK
PRINT @USER.RETURN.CODE
STOP
END

TEST2:
@USER.RETURN.CODE="TEST1-TEST2"
STOP
END

RESULTS:

TEST1
TEST1-TEST2
TEST2
TEST2
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] VOCLIB and keeping VOC entries Short and Small, IM & RM

[Timothy Snyder]

Adrian Merrall wrote on 10/17/2006 06:44:40 PM:

> But won't this only work if your data fits into the modulo that
> matches your page size?  If your data is lumpy and doesn't nicely fit
> into the page size/file modulo selected you get level 1overflow and
> more disk IO.

Good point.  And in case anybody is still thinking of setting up files 
with modulo 1 to improve performance, remember that UniVerse will 
associate all records in that file with a single lock semaphore, creating 
a potential bottleneck on the lock table.

Tim Snyder
Consulting I/T Specialist
U2 Consulting
North American Lab Services
IBM Software Group
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] UniObject and terminal server

[Claus Derlien]

Hi,
We have a weird situation ! :-)

We have programmed a small server application in delphi - the program runs on a 
terminal server win 2003 enterprise - so far so good, the application works as 
expected, we are running universe 10.0 on rh linux and the corresponding 
uniobject version.

If a user however connects to the terminal server via his/hers rdp-client from 
home, then uniobjects fail with an error message, unless the physical 
workstation at home is a member of the domain ???!!!

I have no idea as to why and how uniobjects can detect what physical machine 
the user is at when the application is located on the terminal server and 
executed from there ??

is there anybody on the list with delphi experience and terminal server, who 
have seen this problem ?

Best regards

Claus Derlien
programmxr
Edb-afdelingen

Direkte tlf. : (+45) 6313 8669
E-mail :  [EMAIL PROTECTED]
www.f-f.dk
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/