HP3000-L Archives

November 2003, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"PeteVickers [eMVP]" <[log in to unmask]>
Reply To:
PeteVickers [eMVP]
Date:
Fri, 7 Nov 2003 17:17:50 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (79 lines)
 Hi Paul,
this I understand, what I don't understand is why the same program should
behave differently on different systems.
The AIFChangelogone is done for specific purposes, e.g. change to
manager.sys briefly to get account details of a different account, and then
revert back to the original account.
This is working on our systems (and loads of others), but not on the
customers system, and we can't work out what is different.

Thanks

Pete


--
Pete Vickers
Microsoft Windows Embedded MVP
HP Business Partner
http://www.gui-innovations.com

"Paul Taffel" <[log in to unmask]> wrote in message
news:vMadnazUHMEyvTGiRVn-uw@fidnet.com...
> AIFCHANGELOGON unfortunately doesn't change logon in a way that completely
> fools all programs.  Your process ends up with its logon switched, but
> other processes
> in your job/session keep their original logon.  Some AIFPROCGET and
AIFJSGET
> calls return information about the caller's 'local' logon, while others
> return information
> about the 'global' logon.
>
> Depending on which calls listacct uses to determine your capabilities, and
> how you
> originally logged on, it may or may not work following the
> AIFCHANGELOGON.  One
> (tedious) solution may be to call the various AIFPROCPUT and AIFJSPUT
modes to
> fixup the different versions of the capability bits.  You may have to
> manually reset
> some of them afterwards, too.
>
> Hope this helps,
>
> Paul Taffel
>
>   At 09:32 PM 11/7/2003, Pete Vickers wrote:
> >  Hi,
> >strange problem. We have a subroutine that calls AIFChangeLogon. When
> >changing to manager.sys, we get a return of 0, a showme shows as
> >manager.sys, but a listacct of x.y returns
> >Executing this command on any account other than the logon account
> >requires
> >system manager capability. (CIERR 725)
> >
> >This is on a 6.5 system. This works on our old 917 using 6.0, and on
> >7.5 on another system, but strangely not on the customers system.
> >Sec3000 is installed and running, but this appears to happen whether
> >sec/3000 is enabled or not. We have tried a standalone program using
> >the same code, and listacct, and again this works on our systems.
> >
> >Anyone seen this before, or have a clue where to start looking.
> >
> >Thanks
> >
> >Pete
> >
> >Pete Vickers
> >http://www.gui-innovations.com
> >
> >* To join/leave the list, search archives, change list settings, *
> >* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2