× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Thanks, Doug...

Joe Hertvik
Midrange Network Expert Editor
mailto:jhertvik@midrangecomputing.com

Networking news, links, analysis, and humor. We cover it all in the weekly
Midrange Network Expert Alert email newsletter. To get your ***free***
subscription, go to http://www.midrangecomputing.com/mnealert/subscribe.cfm


-----Original Message-----
From: midrange-l-admin@midrange.com
[mailto:midrange-l-admin@midrange.com]On Behalf Of
midrange-l-request@midrange.com
Sent: Thursday, September 27, 2001 2:09 PM
To: midrange-l@midrange.com
Subject: MIDRANGE-L digest, Vol 1 #317 - 9 msgs


Send MIDRANGE-L mailing list submissions to
        midrange-l@midrange.com

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or, via email, send a message with subject or body 'help' to
        midrange-l-request@midrange.com

You can reach the person managing the list at
        midrange-l-admin@midrange.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of MIDRANGE-L digest..."


Today's Topics:

   1. Query Printer IP (Hatzenbeler, Tim)
   2. RE: UPS & AS/400 talking to each other (rob@dekko.com)
   3. Re: bug in Netserver V5.1 (rob@dekko.com)
   4. Re: Tagged memory (was Re: Memory Upgrade) (Leif Svalgaard)
   5. retrieving all member names (Angela Wawrzaszek)
   6. Re: SQL statements in CL program? (rob@dekko.com)
   7. Re: V5R1 (Glenn Ericson)
   8. Re: System Power Control Network (rob@dekko.com)
   9. Re: Programatically Determining Parm Info (rob@dekko.com)

--__--__--

Message: 1
From: "Hatzenbeler, Tim" <thatzenbeler@clinitech.net>
To: "'midrange-l@midrange.com'" <midrange-l@midrange.com>
Subject: Query Printer IP
Date: Thu, 27 Sep 2001 11:24:29 -0700
Reply-To: midrange-l@midrange.com

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--
[ Picked text/plain from multipart/alternative ]
Is there a way to dump, device descriptions to a file?

I have tried  dspdevd and wrkdevd

My goal is to have a list of devices by IP address...  We have a printer in
the field that is bad, and i'm having trouble isolating the correct devd...

Thanks, tim

dspdevd will let me dump it to a printfile... but it will only do it by a
specific device name... So now I'm wondering if I have to write a program to
do this...   current release v4r5

tia,



--__--__--

Message: 2
Subject: RE: UPS & AS/400 talking to each other
To: midrange-l@midrange.com
From: rob@dekko.com
Date: Thu, 27 Sep 2001 13:39:06 -0500
Reply-To: midrange-l@midrange.com


- catching up on some old email (she is 5# 14oz and pretty as heck!).

On the back of your 400 in port J14.  Normally this port is in some obscure
corner of your 400.  Don't look in the normal card slots.

We've had a lot of problems in the past with improper cables.  Do extensive
testing.

When you plug the cable in your 400 should get a message to the effect that
CPI0962     80 Uninterruptible power supply (UPS) now attached.

When you disconnect the cable from your 400 you should get a message to the
effect that
CPI0961     80 Uninterruptible power supply (UPS) no longer attached.

If you cut power to the ups you should get a message like:
CPF1816     80 System utility power failed at &1.

If you restore power to the ups you should get a message like:
CPF1817     60 System utility power restored at &1.

But test this and don't take my word for it.

Other useful messages:
CPI0964     80 Weak battery condition exists.
CPI0973     80 Weak battery condition no longer exists.
CPI0963     80 System on auxiliary power.
CPI097A     60 System power restored at &1.
CPI0974     80 UPS has been bypassed.
CPI0975     80 UPS no longer bypassed.
CPI0994     60 System power is restored.
CPF181A     80 System power failed at &1.
CPP3500      0 Uninterruptible Power System reported a utility failure
CPP3501      0 Uninterruptible Power System reported power restored

Also  WRKSYSVAL SYSVAL(QUPS*)

We have our paging software set up to monitor this queue.

I like to take people into our computer room (currently supporting 8
AS/400s, lots of network equipment and a bank of wintel servers) and trip
the triple breaker to the room.  UPS starts screaming, the person is
grateful that I used my passcard to gain access, and then they leave as
soon as possible.  Hey, if it can't take a test, what good is it?  My only
fear is that I'll wear out the breaker.

And, any changes to QUPSDLYTIM are ignored after the power fails and prior
to the 400 dropping.  Let me repeat, if your power fails, you look at your
UPS and notice that it will run you for 45 minutes but your QUPSDLYTIM is
set to 10 - tough luck.  You'd better get power restored in 10 minutes or
your 400 is going down.  Changing QUPSDLYTIM will only take effect for the
NEXT time that your power fails.

And don't do the really stupid thing I did.  If you have a bank of white
racks and the only use for one rack is to run a tape drive, don't use the
rack emergency power off button to shut off the unneeded rack.  By God,
that darn switch will power off the rest of the racks.

Rob Berendt

==================
A smart person learns from their mistakes,
but a wise person learns from OTHER peoples mistakes.



                    "Bale, Dan"
                    <D.Bale@handleman.c       To:
<midrange-l@midrange.com>
                    om>                       cc:
                    Sent by:                  Fax to:
                    midrange-l-admin@mi       Subject:     RE: UPS & AS/400
talking to each other
                    drange.com


                    09/21/2001 02:05 PM
                    Please respond to
                    midrange-l






This is a multi-part message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Exactly what does this cable hook up to on the AS/400?  Do you have to
order a special card?

Dan Bale
IT - AS/400
Handleman Company
248-362-4400  Ext. 4952
D.Bale@Handleman.com

> -----Original Message-----
> From:         Alan Addison [SMTP:ahaddison@home.com]
> Sent:         Friday, September 21, 2001 3:06 PM
> To:           midrange-l@midrange.com
> Subject:           RE: UPS & AS/400 talking to each other
>
> One also has to watch for the correct cable for the AS/400.  If you
> don't
> have the proper one, then the AS/400 will shutdown immediately on
> getting
> the signal from the UPS that it is on backup power
>
> Alan Addison
>
> -----Original Message-----
> From: midrange-l-admin@midrange.com
> [mailto:midrange-l-admin@midrange.com]On Behalf Of Jim Langston
> Sent: Friday, September 21, 2001 2:35 PM
> To: midrange-l@midrange.com
> Subject: RE: UPS & AS/400 talking to each other
>
>
> We had ordered a UPS for our AS/400 and I started looking at the
> system settings for UPSes and asked the same question you did,
> how the heck does the AS/400 know how much power the UPS has?
>
> I received the AS/400 UPS and got my answer, there is indeed a
> communications cable that goes from the UPS to a special port
> on the AS/400.
>
> My understanding, without this cable, the AS/400 has no idea
> it's even on a UPS.  So CALC would be ignored, and any other
> settings dealing with UPSes.
>
> You should look at your UPS and see if there is a communications
> connector on it (I seem to recall it was a db9, although it might
> of been a 25 pin).  If it doesn't, your UPS is probably not
> designed with the AS/400 in mind.
>
> Also, since the AS/400 shut down immediately upon the power to
> the building being shut down, that makes me think your UPS is
> not powerful enough to run the AS/400.  Most likely the AS/400
> power supply saw a drop of AC voltage below it's minimum safety
> limit and shut off (I could be wrong on that, but I know that's
> how many other computer's power supplies work).
>
> I think you have a little research to do on both your current
> UPS and it's capabilities, and what the AS/400 requires for a
> UPS.
>
> Regards,
>
> Jim Langston
>
> Message: 1
> Subject: UPS & AS/400 talking to each other
> Date: Fri, 21 Sep 2001 12:57:52 -0400
> From: "Bale, Dan" <D.Bale@handleman.com>
> To: <MIDRANGE-L@midrange.com>
> Reply-To: midrange-l@midrange.com
>
> Somewhat related to my last post on SPCN...
>
> I noticed that my QUPSDLYTIM system value is set to *CALC.  How does
> the
> AS/400 know how much juice is left to be able to determine whether it
> needs to start shutting down?  Is there another cable that allows the
> UPS and AS/400 to communicate this information?  I don't think our
> UPS's
> have that, or if they do, they were never set up to do this.  If a
> comm
> cable is required, then what is the effect of the *CALC setting?
>
> Background for all this:  Last night, one of our branches cut power to
> the building to install a new A/C unit (unbeknownst to us), relying on
> the UPS to keep all of the computer equipment up for the "short" time
> that the electricity was going to kept off.  I was told by the branch
> manager that the AS/400 lost power immediately after the building
> power
> was turned off.  While the building power was off, we powered the
> AS/400
> back up, so this is how I know that the AS/400 was attached to the
> UPS.
> The IPL was proceeding when the UPS got completely drained 15 minutes
> later and then all equipment on the UPS went down.  Main power was
> restored shortly thereafter, the AS/400 IPL'd normally (!), got a
> signon
> screen within 20 minutes (a normal IPL for this box), nothing
> "damaged"
> as far as I could tell.
>
> Lessons learned:  Don't power the AS/400 back up until after main
> power
> was restored.  WHAT THE @#%* WAS I THINKING?
>
> Dan Bale
> IT - AS/400
> Handleman Company
> 248-362-4400  Ext. 4952
> D.Bale@Handleman.com
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.






--__--__--

Message: 3
Subject: Re: bug in Netserver V5.1
To: midrange-l@midrange.com
From: rob@dekko.com
Date: Thu, 27 Sep 2001 13:41:33 -0500
Reply-To: midrange-l@midrange.com


Kind of depends on the client.  I think it affects W2K more than NT.  But,
yes I've seen this.  I think we opened up a pmr on this many moons ago.  I
forget what the resolution was.  Probably IBM wanted us to open a consult
line contract.  I am hearing that all the time from them.  Yes, we're still
using the work around.

Rob Berendt

==================
A smart person learns from their mistakes,
but a wise person learns from OTHER peoples mistakes.



                    "Carl Galgano"
                    <cgalgano2@ediconsu       To:     "Midrange List"
<MIDRANGE-L@midrange.com>
                    lting.com>                cc:
                    Sent by:                  Fax to:
                    midrange-l-admin@mi       Subject:     bug in Netserver
V5.1
                    drange.com


                    09/22/2001 09:07 PM
                    Please respond to
                    midrange-l






I have a client who has been using the Netserver for a while and has many
shares set up to the IFS.  Previously there were able to connect using the
system name Qxxxxxxx, but since their upgrade to 5.1, the system name does
not work.  I can, however still connect with the IP address of the AS400.
In Ops Navigator I have looked at the properties for the netserver and have
the System name set to Qxxxxxx and have checked the box to allow access by
system name as well as IP address.  I have also restarted the Netserver
(many times) and have even IPLed the system.  Anyone know if this is a
problem in V5.1.
Thanks,
cjg


Carl J. Galgano
EDI Consulting Services, Inc.
550 Kennesaw Avenue, Suite 800
Marietta, GA  30060
(770) 422-2995 - voice
(419) 730-8212 - fax
mailto:cgalgano@ediconsulting.com
http://www.ediconsulting.com
AS400 EDI, Networking, E-Commerce and Communications Consulting and
Implementation
http://www.icecreamovernight.com
Premium Ice Cream Brands shipped Overnight
FREE AS/400 Timesharing Service -
http://www.ediconsulting.com/timeshare.html
"You ain't gonna learn what you don't want to know" - rw

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.






--__--__--

Message: 4
From: "Leif Svalgaard" <leif@attglobal.net>
To: <midrange-l@midrange.com>
Subject: Re: Tagged memory (was Re: Memory Upgrade)
Date: Thu, 27 Sep 2001 13:40:48 -0500
Reply-To: midrange-l@midrange.com

From: <thomas@inorbit.com>
However, I can't totally accept your second point for a couple reasons which
I'd gladly abandon if you can elaborate on what you wrote. First, the
'tagged' memory is a hardware fact; the tag bits physically exist. They
might
be manipulated by software, I can't ultimately prove or disprove that though
I don't doubt it nor would I argue that you can't do it; but 'tags active'
is
a PPC processor mode and that mode affects instruction execution related to
those bits.

===> true enough, but the pointer protection is pure software. My (small)
point
was just that the much hyped AS/400 security is a software function (and as
such can be easily circumvented). The old CISC system was much safer
in this respect as the protection was much closer to the hardware.


--__--__--

Message: 5
From: Angela Wawrzaszek <awawrzaszek@nucorauburn.com>
To: "Midrange Mail List (E-mail)" <midrange-L@midrange.com>
Subject: retrieving all member names
Date: Thu, 27 Sep 2001 14:40:51 -0400
Reply-To: midrange-l@midrange.com

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--
[ Picked text/plain from multipart/alternative ]
Is there a way to retrieve all the member names with in a file so that I can
display them on a subfile for a user to select which one it is they wish to
use?

Angela Wawrzaszek
Nucor Steel Auburn
IT Department


--__--__--

Message: 6
Subject: Re: SQL statements in CL program?
To: midrange-l@midrange.com
From: rob@dekko.com
Date: Thu, 27 Sep 2001 13:43:27 -0500
Reply-To: midrange-l@midrange.com


IIRC - RUNSQLSTM requires that SQL be loaded on that system.  I use RUNSQL
from an ancient copy of News/400.  It uses a QMQRY object.  Which you can
create without SQL loaded.  But SQL does give you the prompter for QMQRY.

Rob Berendt

==================
A smart person learns from their mistakes,
but a wise person learns from OTHER peoples mistakes.



                    "Mike Shaw"
                    <mshaw@ncal.verio.c       To:
<midrange-l@midrange.com>
                    om>                       cc:
                    Sent by:                  Fax to:
                    midrange-l-admin@mi       Subject:     Re: SQL
statements in CL program?
                    drange.com


                    09/24/2001 10:35 AM
                    Please respond to
                    midrange-l






Mike,

Take a look at the RUNSQLSTM command.  You provide a LIBRARY/SOURCE
FILE/MEMBER name.

Regards,

Mike Shaw
Senior AS/400 Systems Engineer
NONSTOP Solutions, Inc.
SF, CA

----- Original Message -----
From: "Wills, Mike N. (TC)" <MNWills@taylorcorp.com>
To: <midrange-l@midrange.com>
Sent: Monday, September 24, 2001 8:25 AM
Subject: SQL statements in CL program?


> Can I run a SQL statement in a CL program? If so, how?
>
> Mike
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.






--__--__--

Message: 7
Date: Thu, 27 Sep 2001 14:37:14 -0400
To: midrange-l@midrange.com, <midrange-l@midrange.com>
From: Glenn Ericson <Glenn-Ericson@att.net>
Subject: Re: V5R1
Reply-To: midrange-l@midrange.com

--
[ Picked text/plain from multipart/alternative ]
he list of unsupported devices  is on the IBM web  pages & in handbooks

At 01:17 PM 09/27/2001 -0400, R. Bruce Hoffman, Jr. wrote:
>if you buy one now, yes it will work. the older fsiop's and some of the
>early ipcs's .... nope.
>
>===========================================================
>R. Bruce Hoffman, Jr.
>  -- IBM Certified Specialist - AS/400 Administrator
>  -- IBM Certified Specialist - RPG IV Developer
>
>"America is the land that fought for freedom and then
>   began passing laws to get rid of it."
>
>      - Alfred E. Neuman
>
>-----Original Message-----
>From: Phil <sublime78ska@yahoo.com>
>To: midrange-l@midrange.com <midrange-l@midrange.com>
>Date: Thursday, September 27, 2001 12:21 PM
>Subject: RE: V5R1
>
>
> >Any IPCS card or just older ones that weren't bought post V51?  In other
> >words, if I buy a new IPCS card (whatever it's current name - maybe I
>should
> >continue to call it FSIOP!) with the 820, will that one work or are there
> >problems?
> >
> >Phil
> >
> >
> >
> >> -----Original Message-----
> >> From: midrange-l-admin@midrange.com
> >> [mailto:midrange-l-admin@midrange.com]On Behalf Of R. Bruce Hoffman,
Jr.
> >> Sent: Thursday, September 27, 2001 12:18 PM
> >> To: midrange-l@midrange.com
> >> Subject: Re: V5R1
> >>
> >>
> >> The IPCS cards fail to function at V5R1. Period. Can't set them up for
>NT,
> >> can't use the ethernet or token ring port.
> >>
> >> ===========================================================
> >> R. Bruce Hoffman, Jr.
> >>  -- IBM Certified Specialist - AS/400 Administrator
> >>  -- IBM Certified Specialist - RPG IV Developer
> >>
> >> "America is the land that fought for freedom and then
> >>   began passing laws to get rid of it."
> >>
> >>      - Alfred E. Neuman
> >>
> >> -----Original Message-----
> >> From: Phil <sublime78ska@yahoo.com>
> >> To: midrange-l@midrange.com <midrange-l@midrange.com>
> >> Date: Thursday, September 27, 2001 11:02 AM
> >> Subject: RE: V5R1
> >>
> >>
> >> >Leo,
> >> >
> >> >> >We were caught unawares when the upgrade
> >> >> did not support
> >> >> > the AS/400 firewall (the hardware is no longer supported)
> >> >
> >> >Is it the hardware or the software?  I have an IPCS card in a 620
which
> >> used
> >> >to have the firewall on it.  In planning for an upgrade to an
> >> 820 and V5R1
> >> I
> >> >was planning on leaving the card in.  Are you saying the card
> >> itself isn't
> >> >supported?
> >> >
> >> >Phil
> >> >
> >> >PS: Did you used to work at eSoft? :)
> >> >
> >> >
> >> >
> >> >_________________________________________________________
> >> >Do You Yahoo!?
> >> >Get your free @yahoo.com address at http://mail.yahoo.com
> >> >
> >> >_______________________________________________
> >> >This is the Midrange Systems Technical Discussion (MIDRANGE-L)
> >> mailing list
> >> >To post a message email: MIDRANGE-L@midrange.com
> >> >To subscribe, unsubscribe, or change list options,
> >> >visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> >> >or email: MIDRANGE-L-request@midrange.com
> >> >Before posting, please take a moment to review the archives
> >> >at http://archive.midrange.com/midrange-l.
> >> >
> >>
> >> _______________________________________________
> >> This is the Midrange Systems Technical Discussion (MIDRANGE-L)
> >> mailing list
> >> To post a message email: MIDRANGE-L@midrange.com
> >> To subscribe, unsubscribe, or change list options,
> >> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> >> or email: MIDRANGE-L-request@midrange.com
> >> Before posting, please take a moment to review the archives
> >> at http://archive.midrange.com/midrange-l.
> >>
> >
> >
> >_________________________________________________________
> >Do You Yahoo!?
> >Get your free @yahoo.com address at http://mail.yahoo.com
> >
> >_______________________________________________
> >This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> >To post a message email: MIDRANGE-L@midrange.com
> >To subscribe, unsubscribe, or change list options,
> >visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> >or email: MIDRANGE-L-request@midrange.com
> >Before posting, please take a moment to review the archives
> >at http://archive.midrange.com/midrange-l.
> >
>
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
>To post a message email: MIDRANGE-L@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
>or email: MIDRANGE-L-request@midrange.com
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.


Regards,


Glenn
Ph. (718)898-9805
<mailto:Glenn-Ericson@att.net>mailto:Glenn-Ericson@att.net
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
--


--__--__--

Message: 8
Subject: Re: System Power Control Network
To: midrange-l@midrange.com
From: rob@dekko.com
Date: Thu, 27 Sep 2001 13:46:29 -0500
Reply-To: midrange-l@midrange.com


Someone already recommended QIPLTYPE.  Forgot to change this once when
doing a complete restore to another machine.

You may also wish to check the IPL type as displayed on the front of the
system unit.  01 B N is very cool.  Of course, IBM decided to change from N
for normal to some hieroglyphics on some models.

Rob Berendt

==================
A smart person learns from their mistakes,
but a wise person learns from OTHER peoples mistakes.



                    Max Tee
                    <mantechus@yahoo.co       To:
midrange-l@midrange.com
                    m>                        cc:
                    Sent by:                  Fax to:
                    midrange-l-admin@mi       Subject:     Re: System Power
Control Network
                    drange.com


                    09/24/2001 02:24 PM
                    Please respond to
                    midrange-l






Dan,

Where in the system values do you specify that the IPL
should be "unattended". Whenever I IPL it invariably
switches to "attended", which is a pain.

Tks,
Max
--- "Bale, Dan" <D.Bale@handleman.com> wrote:
> Anybody using this feature?  If equipped with this
> feature, in the case
> of an immediate power loss, does SPCN still kick in?
>  Is the IPL it
> performs significantly faster than a normal IPL, for
> example an IPL that
> occurs after a PWRDWNSYS?
>
> From the V4R4 Backup & Recover guide:
>
> Many systems are equipped with a feature that is
> called System Power
> Control Network. This feature provides a function
> called Continuously
> Powered Main Store. If your system has this feature,
> a battery provides
> sufficient power to shut down the system and
> maintain the contents of
> memory for up to 2 days after a power loss. In many
> cases, this can
> significantly reduce the amount of time the system
> requires to perform
> an initial program load (IPL) after a power loss.
>
> You can use the continuously powered main store
> feature along with an
> uninterruptible power supply. If the system detects
> that the
> uninterruptible power supply can no longer provide
> sufficient power to
> the system, the continuously powered main store
> feature takes control,
> shuts down the system, and preserves the contents of
> memory for up to 2
> days.
>
> When you have this feature, the system automatically
> initiates an IPL
> after power is restored.
>
> Dan Bale
> IT - AS/400
> Handleman Company
> 248-362-4400  Ext. 4952
> D.Bale@Handleman.com
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion
> (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit:
>
http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the
> archives
> at http://archive.midrange.com/midrange-l.
>


__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo!
Messenger. http://im.yahoo.com
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.






--__--__--

Message: 9
Subject: Re: Programatically Determining Parm Info
To: midrange-l@midrange.com
From: rob@dekko.com
Date: Thu, 27 Sep 2001 13:47:36 -0500
Reply-To: midrange-l@midrange.com


Any luck?  Also, this should also work for those who've abandoned *ENTRY
and use a Procedure Interface spec instead.

Rob Berendt

==================
A smart person learns from their mistakes,
but a wise person learns from OTHER peoples mistakes.



                    "Shannon O'Donnell"
                    <shannono@janodata.       To:
<MIDRANGE-L@midrange.com>
                    com>                      cc:
                    Sent by:                  Fax to:
                    midrange-l-admin@mi       Subject:     Programatically
Determining Parm Info
                    drange.com


                    09/24/2001 03:45 PM
                    Please respond to
                    midrange-l






This is a multi-part message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Does anyone know if there is a way to identify the *ENTRY parms in an RPG
program, using an API or some other method?

I know that DSPPGM and the QCLRPGMI (Retrieve Program Information) API will
return the number of parms, but I'm looking for a way, if possible, of
returning the actual parameter characteristics. For example, if the program
has 3 Entry parms, and they are defined as:

Parm1 -  3A
Parm2 -  2, 2  Packed
Parm3 -  15A

I want to be able to retrieve the 3A 2,2 and15A characteristics.


Shannon O'Donnell
--

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.







--__--__--

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) digest list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



End of MIDRANGE-L Digest



As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.