• 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:

    • Share on Reddit (Opens in new window) Reddit
    • Share on Facebook (Opens in new window) Facebook
    • Share on LinkedIn (Opens in new window) LinkedIn
    • Share on X (Opens in new window) X
    • Email a link to a friend (Opens in new window) Email

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

    Sponsored by
    JAMS Software

    One Scheduler. IBM i, Windows, Linux, and More.

    IBM i teams trust JAMS to schedule and orchestrate jobs across every platform in their environment. Centralized visibility, cross-platform dependency management, and alerts that reach the right person before the business feels it.

    Fewer than 5% of IBM i shops run IBM i only. The rest are managing cross-platform dependencies — often without a clear picture of how they connect. JAMS draws that map, enforces those dependencies automatically, and gives your team a single place to monitor, manage, and recover when something goes wrong.

    If you are running hundreds of CL scripts and custom RPG processes, bring them as-is. JAMS runs them exactly as they do today — except now they are visible, monitored, and part of an orchestrated workflow instead of scattered across folders only one person knows about.

    No consumption-based pricing. No surprise bills when your workload spikes. You pay based on how many machines JAMS talks to — that’s it.

    Learn More → https://jamsscheduler.com/lp/ibm-i

    Share this:

    • Share on Reddit (Opens in new window) Reddit
    • Share on Facebook (Opens in new window) Facebook
    • Share on LinkedIn (Opens in new window) LinkedIn
    • Share on X (Opens in new window) X
    • Email a link to a friend (Opens in new window) Email

    RPG II Parameterized RUNSQLSTM

    Leave a ReplyCancel 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

    • Inside The Encryption Key Management Changes In IBM i 7.6
    • FalconStor Moved To The Blue Lagoon, And Is Poised For Growth Because Of It
    • Guru: Claude’s SQL Tip
    • Astera Makes Extracting Legacy Report Data an AI Specialty
    • IBM i PTF Guide, Volume 28, Number 27
    • Welcoming The New IBM i Chief Architect And Other New Top Brass
    • A Deep Dive Into That Power S1112 Entry Power11 Server
    • Guru: Beyond Three-Part Naming – Running SQL Across Remote IBM i Systems
    • How IBM Bolstered IBM i Resilience In The Summer Tech Refreshes
    • IBM i PTF Guide, Volume 28, Number 26

    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