• The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
Menu
  • The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
  • Determining Whether a User Is Already Signed On, Take Two

    June 21, 2002 Timothy Prickett Morgan

    Hey, Ted:

    I am writing in reference to the first question and answer that was published in the May 31 “Odds and Ends” column. A reader asked the following: “Is it possible for an initial program to determine if the user who is running it is already signed on with another session?”

    The technique that you described for setting an object lock is common, and it was probably adequate for the situation portrayed in the original question. However, the object-lock technique doesn’t tell you anything except ‘This object is/is not locked right now.’ Conceivably, locks can be established by users other than the one being tested. Backups might be running against the user’s library. Locks can come from many sources. This behavior could possibly even be used to bypass some level of application security.

    When a more-robust solution is required, you could use the List Job (QUSLJOB) API, as illustrated in the following CL program, which I call CHKACTUSR. Pass to it the user profile name in the first parameter, and it will return the number of active jobs for that user in the second parameter:

    ChkActUsr:  pgm      ( +
                            &pChkUsr      +
                            &pNbrLstE     +
                          )
    
    
       dcl   &pChkUsr       *char      10
    
    /* Number of list entries: Listed jobs...              */
    
       dcl   &pNbrLstE      *dec      (7)
    
    
    /*-----------------------------------------------------*/
    
       dcl   &usrspc     *char   10  VALUE( '#$CHKUSRAC' )
       dcl   &usrspclib  *char   10  VALUE( 'QTEMP     ' )
    
       dcl   &qusrspc    *char   20
    
       dcl   &us_hdr     *char  150   /* Space header  */
    
    /*  The qualified search job name...                   */
       dcl   &SchJob        *char     26
    
    
       monmsg    cpf0000      exec(goto error_rtn)
    
    /*-----------------------------------------------------*/
    
       chgvar  &qusrsp  ( &usrspc *cat &usrspclib )
    
    
    /* Create usrspc to hold active job data from this usrprf */
    
       call  QUSCRTUS         ( +
                                &qusrspc              +
                                'TMPLST    '            +
                                x'00001000'             +
                                X'00'                   +
                                '*ALL      '            +
                                'Temp list usr jobs     ' +
                                '*YES      '            +
                                x'0000000000000000'     +
                              )
    
    
    
    /*                                                     */
    /*  Populate usrspc with appropriate job list data...  */
    /*                                                     */
    
       chgvar    &SchJob      ( +
                                '*ALL      ' *cat       +
                                &pChkUsr     *cat      +
                                '*ALL      '            +
                              )
    
       call  QUSLJOB          ( +
                                &qusrspc               +
                                'JOBL0100'              +
                                &SchJob                +
                                '*ACTIVE   '            +
                                x'0000000000000000'     +
                                'I'                     +
                                x'00000000'             +
                                x'00000000'             +
                              )
    
    
    /*  Retrieve the header data...                        */
    
       call  QUSRTVUS         ( +
                                &qusrspc               +
                                x'00000001'             +
                                x'00000096'             +
                                &us_hdr                +
                              )
    
       chgvar    &pNbrLstE     %bin( &us_hdr    133 4 )
    
    /*------------------------------------------------------*/
    
    Clean_up:
    
       dltusrspc   &usrspclib/&usrspc
       return
    
    /*------------------------------------------------------*/
    /*                                                      */
    /*  Unexpected error                                    */
    /*                                                      */
    
    Error_rtn:
    
       chgvar      &pNbrLstE       -1
       monmsg      (cpf0000 mch0000)
       return
    
    endpgm
    

    — Tom Liotta, The Powertech Group, Inc.

    Sponsored By
    CENTERFIELD TECHNOLOGY

    Take the guesswork out of iSeries DASD Management with disk/HUNTER

    Why wait until your system slows down or stops because a run-away query eats up your disk space?

    Many application and database problems can lead to disk spikes, including:

    • Database queries that create large, temporary indexes (access paths)
    • Database queries that create large temporary spaces to implement hash joins or grouping
    • Applications that use heap storage but do not free it (memory leaks)
    • Java-based applications that create a large number of objects but that do not get reclaimed because of dangling object references
    • Applications that use the Integrated File System (IFS) and create large stream files but do not always delete them when they are done
    • Users who create copies of data in IFS as backups not realizing how much disk space they consume
    • Jobs caught in an infinite loop writing printing and creating very large spool files
    • Applications that write to log files that do not get cleared often or at all
    • Data collected by IBM performance and trace tools

    Once installed and configured, disk/HUNTER runs continuously in the background on your AS/400 iSeries, and “wakes up” at intervals that you specify. Every time disk/HUNTER wakes up, it will measure the amount of free space remaining within specified ASPs or all ASPs.

    When the amount of free space decreases by a user-specified percentage or by a user-specified amount (in megabytes or gigabytes), disk/HUNTER will go to work, generating messages and reports pointing to the origination of the spike.

    The combination of detection and diagnostic capabilities within disk/HUNTER provides a powerful element of control to iSeries shops that experience high levels of activity and that also need to be proactive in managing storage.

    To really see how disk/HUNTER can be both an insurance policy and a time-saver in your shop, click here to download a demo or order a no-charge 30-day support-assisted trial evaluation.

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Tags: Tags: mgo_rc, Volume 2, Number 48 -- June 21, 2002

    Sponsored by
    Midrange Dynamics North America

    With MDRapid, you can drastically reduce application downtime from hours to minutes. Deploying database changes quickly, even for multi-million and multi-billion record files, MDRapid is easy to integrate into day-to-day operations, allowing change and innovation to be continuous while reducing major business risks.

    Learn more.

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    LAYOUT: An Improved DSPFFD Searching Message Text

    Leave a Reply Cancel reply

MGO Volume: 2 Issue: 48

This Issue Sponsored By

    Table of Contents

    • RPG II
    • Determining Whether a User Is Already Signed On, Take Two
    • Parameterized RUNSQLSTM

    Content archive

    • The Four Hundred
    • Four Hundred Stuff
    • Four Hundred Guru

    Recent Posts

    • Meet The Next Gen Of IBMers Helping To Build IBM i
    • Looks Like IBM Is Building A Linux-Like PASE For IBM i After All
    • Will Independent IBM i Clouds Survive PowerVS?
    • Now, IBM Is Jacking Up Hardware Maintenance Prices
    • IBM i PTF Guide, Volume 27, Number 24
    • Big Blue Raises IBM i License Transfer Fees, Other Prices
    • Keep The IBM i Youth Movement Going With More Training, Better Tools
    • Remain Begins Migrating DevOps Tools To VS Code
    • IBM Readies LTO-10 Tape Drives And Libraries
    • IBM i PTF Guide, Volume 27, Number 23

    Subscribe

    To get news from IT Jungle sent to your inbox every week, subscribe to our newsletter.

    Pages

    • About Us
    • Contact
    • Contributors
    • Four Hundred Monitor
    • IBM i PTF Guide
    • Media Kit
    • Subscribe

    Search

    Copyright © 2025 IT Jungle