|
We are running V4R4. We don't bring down the interactive subsystem down. The box used to be in Hollywood and they did bring down the interactive subsystem during end-of-day processing. They don't do that now that it is in Florida. That's interesting. Also, they just implemented a job timeout of 60 mins. I thought that would take care of any interactive jobs using space. We don't have the PTF's SF63446 or SF62590 and can't wait to hear Jim Knight's results. Unfortunately, I've been here 2 months and don't know how everyone uses the AS/400 yet. I know there is some use of ODBC, but not sure how much. Where is this "max uses" parm? I don't recall ever running into that one? Thanks everyone for the info. After I read about those PTF's, I'll be passing it along to the powers that be. > Date: Fri, 25 Aug 2000 18:02:25 -0600 > From: "Richard Jackson" <richardjackson@richardjackson.net> > Subject: RE: Who has a big QTEMP? > > If you use ODBC via client access then get a bunch of QZDASOINIT jobs > running, they will use quite a bit of temporary space. You can set the > max > uses parm to a smaller value, like 1 or 5. The default is 200. You can > end > host servers and drop the subsystem every night. You can IPL more often. > There are probably some other choices that I haven't thought of. > > You can monitor the amount of storage tied up this way. In the header > part > of the WRKSYSSTS screen, press help on the second field from the bottom on > the right side. > > Richard Jackson > mailto:richardjackson@richardjackson.net > http://www.richardjacksonltd.com > Voice: 1 (303) 808-8058 > Fax: 1 (303) 663-4325 > > - -----Original Message----- > From: owner-midrange-l@midrange.com > [mailto:owner-midrange-l@midrange.com]On Behalf Of Ingram, Terry (USE) > Sent: Friday, August 25, 2000 1:13 PM > To: 'MIDRANGE-L@midrange.com' > Subject: Who has a big QTEMP? > > > We ran a disk RTVDSKINF and noticed 17% (about 50G) is being tied up in > "temporary space" as referred to on the PRTDSKINF. In an IBM manual it > said > this is due to objects in QTEMP. > > What made me look at the PRTDSKINF is that we were at 92% ASP use. We > IPL'd > and it went down to 67%. After 3 weeks, we are up to 87%. > > The big question is, which of these jobs has the big QTEMP? I'm wondering > if we can bounce a subsystem, better yet end and restart a job instead of > IPL'ing to get the space back. > > TIA > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > > ------------------------------ > > Date: Fri, 25 Aug 2000 18:12:40 -0600 > From: "Richard Jackson" <richardjackson@richardjackson.net> > Subject: RE: Rif: Re: Help!!!!! Access path size > > Bob: I understand your concern. I think that you should try it both > ways. > Inserting records into a file also causes a great deal of overhead to > seize > all the logicals, insert a node, and release all the seizes. Index page > splits are expensive. Doing a full rebuild allows the system to eliminate > a > lot of one-record-at-a-time overhead like taking and releasing seizes. > For > any record length longer than 250 bytes, index creation is always IO bound > unless multi-threaded but it can be multi-threaded. A full index build in > a > large pool will use some proportion of the memory pool - like pool size > divided by number of activity levels. If you do them one at a time, it > uses > no where near as much space and space equals speed. > > Richard Jackson > mailto:richardjackson@richardjackson.net > http://www.richardjacksonltd.com > Voice: 1 (303) 808-8058 > Fax: 1 (303) 663-4325 > > - -----Original Message----- > From: owner-midrange-l@midrange.com > [mailto:owner-midrange-l@midrange.com]On Behalf Of Bob Buchanan > Sent: Friday, August 25, 2000 3:58 PM > To: MIDRANGE-L@midrange.com > Subject: Re: Rif: Re: Help!!!!! Access path size > > > You do not want to have the system rebuild the access paths! It has to > re-read the entire physical file, and you don't want that to happen. It > takes longer to copy the file, but when you are done, you are done. > Otherwise, you have to wait for the access paths to be rebuilt, and with > a large file, that takes quite a bit of time. Especially on a smaller > system. > - -Bob > > > Simone Pacciarini wrote: > > > > I would add 3 steps: > > > > 1A) Change all logicals to be access path maintenance > > *DLY > > 2A) Change back the logicals to *IMMED > > 2B) Open the logicals with a pgm and let them rebuild > > the acces path. > > > > This looks to me to be a little bit faster. We > > experienced a copy of a 25Gb indexed PF to an empty > > one with 4 LF attached to it, without making those > > logicals to be *DLY and it really was a bloody bath. > > > > Simone Pacciarini > > _____________________________________________________ > > The fastest possible way to convert the access paths > > (from the time you > > start until all are done) is to do the following: > > > > 1) Create a blank set of physical/logical files with > > the attributes you want. > > > > 2) Create an RPG program or REXX script to read from > > the old file into > > the new file and run it. CPYF will not produce the > > results you want, as > > it invalidates and rebuilds the logicals > > > > 3) Replace the old files with the new files. > > > > This is the fastest beginning to end because all the > > indexes are updated > > as records are added to the file. Any other method > > will read all the > > records in the physical file up to 50 times. It may > > be less due to > > access path sharing, but it isn't likely to be much > > less. > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! Mail - Free email you can access from anywhere! > > http://mail.yahoo.com/ > > +--- > > | This is the Midrange System Mailing List! > > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > > > > | To unsubscribe from this list send email to > > MIDRANGE-L-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > > david@midrange.com > > +--- > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > > ------------------------------ > > Date: Fri, 25 Aug 2000 18:22:58 -0600 > From: "Richard Jackson" <richardjackson@richardjackson.net> > Subject: RE: Rif: Re: Help!!!!! Access path size > > Depending on your setting for QQRYDEGREE, you might have been building > access paths using one CPU. Depending on the size of the memory pool that > you were in and the number of activity levels, you might have had been > rebuilding paths in a very small memory space. If your disk drives were > protected with mirroring, the cost to write new index pages may have been > small. If protected with RAID and you used parallel index build, you > could > generate a high level of disk contention. > > On the other hand, if many of your access paths were shared, you might > have > actually rebuilt very few real indexes. > > If it works, it is okay. If it worked before then it suddenly doesn't > work > and you don't know why, you might find yourself in a world of hurt. If > you > know how it works, you can make it go as fast as possible. > > Richard Jackson > mailto:richardjackson@richardjackson.net > http://www.richardjacksonltd.com > Voice: 1 (303) 808-8058 > Fax: 1 (303) 663-4325 > > - -----Original Message----- > From: owner-midrange-l@midrange.com > [mailto:owner-midrange-l@midrange.com]On Behalf Of dkeck@idt.net > Sent: Friday, August 25, 2000 5:30 AM > To: MIDRANGE-L@midrange.com > Subject: Re: Rif: Re: Help!!!!! Access path size > > > I don't see the reason for your approach (too much work). When I decided > to > upgrade our LF's to ACCPTHSIZ *MAX1TB, I created a PDM user option to do > just > that with the CHGLF command, and ugraded them in groups, by name, over 3 > weekends. There were thousands of access paths, with quite a few > referring > to > tens of millions of records. For the vast majority of them there was no > rebuild of the access path (ie. instant conversion), irrespective of the > size > of the access path. This was done on a 12-way box with 96 gig main > storage > within 1 interactive job (ie. using only one of the processors). -DaveK > > > I would add 3 steps: > > > > 1A) Change all logicals to be access path maintenance > > *DLY > > 2A) Change back the logicals to *IMMED > > 2B) Open the logicals with a pgm and let them rebuild > > the acces path. > > > > This looks to me to be a little bit faster. We > > experienced a copy of a 25Gb indexed PF to an empty > > one with 4 LF attached to it, without making those > > logicals to be *DLY and it really was a bloody bath. > > > > Simone Pacciarini > > _____________________________________________________ > > The fastest possible way to convert the access paths > > (from the time you > > start until all are done) is to do the following: > > > > 1) Create a blank set of physical/logical files with > > the attributes you want. > > > > 2) Create an RPG program or REXX script to read from > > the old file into > > the new file and run it. CPYF will not produce the > > results you want, as > > it invalidates and rebuilds the logicals > > > > 3) Replace the old files with the new files. > > > > This is the fastest beginning to end because all the > > indexes are updated > > as records are added to the file. Any other method > > will read all the > > records in the physical file up to 50 times. It may > > be less due to > > access path sharing, but it isn't likely to be much > > less. > > > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! Mail - Free email you can access from anywhere! > > http://mail.yahoo.com/ > > +--- > > | This is the Midrange System Mailing List! > > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > david@midrange.com > > +--- > > > > > - --------------------------------------------- > This message was sent through IDT. > http://www.idt.net/ > > > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > > ------------------------------ > > Date: Fri, 25 Aug 2000 20:04:05 -0400 > From: "Mark Villa" <markvilla@knology.net> > Subject: RE: AS400 Printing, Can This Be Solved ??? > > - -->Date: Thu, 24 Aug 2000 17:36:30 EDT > - -->From: Forwiw@aol.com > - -->Subject: --- AS400 Printing, Can This Be Solved ??? --- > > First thoughts... > > Include the correct overrides like the examples below > in yout CL to prioritize them in 1,2,3 order... > OVRPRTF FILE(SPOOL1) OUTPTY(1) > OVRPRTF FILE(SPOOL2) OUTPTY(2) > OVRPRTF FILE(SPOOL3) OUTPTY(3) > > ------------------------------ > > Date: Fri, 25 Aug 2000 17:57:12 -0600 > From: "Richard Jackson" <richardjackson@richardjackson.net> > Subject: RE: how to test using MIMIX mirrored files > > This is a multi-part message in MIME format. > > - ------=_NextPart_000_0035_01C00EBD.E5146220 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: 7bit > > RE: how to test using MIMIX mirrored filesIf you are willing to change the > program, yes. If not then no, I don't think so. I know that we can run > the > program in debug mode with UPDPROD(*NO) but I don't think that will do > what > you want. > > I cannot imagine that you can do this anywhere else - on another platform. > The code doesn't really do in test what it will do in production so the > test > is, technically, invalid. The potential for horrible mistakes is - high. > I'm not sure I would do this even if I could - I am really nuts about good > testing. > Richard Jackson > mailto:richardjackson@richardjackson.net > http://www.richardjacksonltd.com > Voice: 1 (303) 808-8058 > Fax: 1 (303) 663-4325 > > -----Original Message----- > From: owner-midrange-l@midrange.com > [mailto:owner-midrange-l@midrange.com]On Behalf Of Stone, Joel > Sent: Friday, August 25, 2000 12:57 PM > To: 'MIDRANGE-L@midrange.com' > Subject: RE: how to test using MIMIX mirrored files > > > Thanks - but some of the prod files are very large, and a ten minute > test > would take days to run (not to mention filling up disk space). > > Isnt there any way to open an update file in RPG as input only for > testing??? > > -----Original Message----- > From: Richard Jackson [mailto:richardjackson@richardjackson.net] > Sent: Friday, August 25, 2000 12:35 PM > To: MIDRANGE-L@midrange.com > Subject: RE: how to test using MIMIX mirrored files > > > > dupe the customer file into your personal library. > > Richard Jackson > mailto:richardjackson@richardjackson.net > http://www.richardjacksonltd.com > Voice: 1 (303) 808-8058 > Fax: 1 (303) 663-4325 > > -----Original Message----- > From: owner-midrange-l@midrange.com > [mailto:owner-midrange-l@midrange.com]On Behalf Of Stone, Joel > Sent: Friday, August 25, 2000 9:25 AM > To: 'MIDRANGE-L@midrange.com' > Subject: how to test using MIMIX mirrored files > > > > I want to run a test program using output files in my personal library, > but > with input from production data. A convenient place to get production > data > is from copies of production files created by Mimix. > > Mimix has a lock condition of *EXCLRD for CUSTFILE. The program I am > testing opens CUSTFILE as update, but I want to OVRDBF FILE(CUSTFILE) > INHWRT(*YES) so that any updates will be ignored. > > Unfortunately OS/400 will not allow this override to ignore updates - I > cannot seem to get past the OPEN CUSTFILE in the RPG program. > > Is there a way I can use these files when testing my pgm changes??? > > Thanks! > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > > > - ------=_NextPart_000_0035_01C00EBD.E5146220 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > <HTML><HEAD><TITLE>RE: how to test using MIMIX mirrored files</TITLE> > <META content=3D"text/html; charset=3DISO-8859-1" = > http-equiv=3DContent-Type> > <META content=3D"MSHTML 5.00.3017.1000" name=3DGENERATOR></HEAD> > <BODY> > <DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN = > class=3D521485223-25082000>If you=20 > are willing to change the program, yes. If not then no, I don't = > think=20 > so. I know that we can run the program in debug mode with = > UPDPROD(*NO) but=20 > I don't think that will do what you want. </SPAN></FONT></DIV> > <DIV> </DIV> > <DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN = > class=3D521485223-25082000>I=20 > cannot imagine that you can do this anywhere else - on another = > platform. =20 > The code doesn't really do in test what it will do in production so the = > test is,=20 > technically, invalid. The potential for horrible mistakes is - = > high. =20 > I'm not sure I would do this even if I could - I am really nuts about = > good=20 > testing. </SPAN></FONT></DIV> > <P><FONT size=3D2>Richard Jackson<BR><A=20 > href=3D"mailto:richardjackson@richardjackson.net">mailto:richardjackson@r= > ichardjackson.net</A><BR><A=20 > href=3D"http://www.richardjacksonltd.com/"=20 > target=3D_blank>http://www.richardjacksonltd.com</A><BR>Voice: 1 (303)=20 > 808-8058<BR>Fax: 1 (303) 663-4325</FONT> </P> > <BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px"> > <DIV align=3Dleft class=3DOutlookMessageHeader dir=3Dltr><FONT = > face=3DTahoma=20 > size=3D2>-----Original Message-----<BR><B>From:</B>=20 > owner-midrange-l@midrange.com = > [mailto:owner-midrange-l@midrange.com]<B>On=20 > Behalf Of </B>Stone, Joel<BR><B>Sent:</B> Friday, August 25, 2000 = > 12:57=20 > PM<BR><B>To:</B> 'MIDRANGE-L@midrange.com'<BR><B>Subject:</B> RE: how = > to test=20 > using MIMIX mirrored files<BR><BR></DIV></FONT> > <P><FONT size=3D2>Thanks - but some of the prod files are very large, = > and a ten=20 > minute test would take days to run (not to mention filling up disk=20 > space).</FONT></P> > <P><FONT size=3D2>Isnt there any way to open an update file in RPG as = > input only=20 > for testing???</FONT> </P> > <P><FONT size=3D2>-----Original Message-----</FONT> <BR><FONT = > size=3D2>From:=20 > Richard Jackson [<A=20 > = > href=3D"mailto:richardjackson@richardjackson.net">mailto:richardjackson@r= > ichardjackson.net</A>]</FONT>=20 > <BR><FONT size=3D2>Sent: Friday, August 25, 2000 12:35 PM</FONT> = > <BR><FONT=20 > size=3D2>To: MIDRANGE-L@midrange.com</FONT> <BR><FONT = > size=3D2>Subject: RE: how to=20 > test using MIMIX mirrored files</FONT> </P><BR> > <P><FONT size=3D2>dupe the customer file into your personal = > library.</FONT> </P> > <P><FONT size=3D2>Richard Jackson</FONT> <BR><FONT size=3D2><A=20 > = > href=3D"mailto:richardjackson@richardjackson.net">mailto:richardjackson@r= > ichardjackson.net</A></FONT>=20 > <BR><FONT size=3D2><A href=3D"http://www.richardjacksonltd.com"=20 > target=3D_blank>http://www.richardjacksonltd.com</A></FONT> <BR><FONT=20 > size=3D2>Voice: 1 (303) 808-8058</FONT> <BR><FONT = > size=3D2>Fax: 1=20 > (303) 663-4325</FONT> </P> > <P><FONT size=3D2>-----Original Message-----</FONT> <BR><FONT = > size=3D2>From:=20 > owner-midrange-l@midrange.com</FONT> <BR><FONT size=3D2>[<A=20 > = > href=3D"mailto:owner-midrange-l@midrange.com">mailto:owner-midrange-l@mid= > range.com</A>]On=20 > Behalf Of Stone, Joel</FONT> <BR><FONT size=3D2>Sent: Friday, August = > 25, 2000=20 > 9:25 AM</FONT> <BR><FONT size=3D2>To: 'MIDRANGE-L@midrange.com'</FONT> = > <BR><FONT=20 > size=3D2>Subject: how to test using MIMIX mirrored files</FONT> = > </P><BR> > <P><FONT size=3D2>I want to run a test program using output files in = > my personal=20 > library, but</FONT> <BR><FONT size=3D2>with input from production = > data. A=20 > convenient place to get production data</FONT> <BR><FONT size=3D2>is = > from copies=20 > of production files created by Mimix.</FONT> </P> > <P><FONT size=3D2>Mimix has a lock condition of *EXCLRD for = > CUSTFILE. The=20 > program I am</FONT> <BR><FONT size=3D2>testing opens CUSTFILE as = > update, but I=20 > want to OVRDBF FILE(CUSTFILE)</FONT> <BR><FONT size=3D2>INHWRT(*YES) = > so that any=20 > updates will be ignored.</FONT> </P> > <P><FONT size=3D2>Unfortunately OS/400 will not allow this override to = > ignore=20 > updates - I</FONT> <BR><FONT size=3D2>cannot seem to get past the OPEN = > CUSTFILE=20 > in the RPG program.</FONT> </P> > <P><FONT size=3D2>Is there a way I can use these files when testing my = > pgm=20 > changes???</FONT> </P> > <P><FONT size=3D2>Thanks!</FONT> <BR><FONT size=3D2>+---</FONT> = > <BR><FONT size=3D2>|=20 > This is the Midrange System Mailing List!</FONT> <BR><FONT size=3D2>| = > To submit=20 > a new message, send your mail to MIDRANGE-L@midrange.com.</FONT> = > <BR><FONT=20 > size=3D2>| To subscribe to this list send email to=20 > MIDRANGE-L-SUB@midrange.com.</FONT> <BR><FONT size=3D2>| To = > unsubscribe from=20 > this list send email to MIDRANGE-L-UNSUB@midrange.com.</FONT> = > <BR><FONT=20 > size=3D2>| Questions should be directed to the list = > owner/operator:</FONT>=20 > <BR><FONT size=3D2>david@midrange.com</FONT> <BR><FONT = > size=3D2>+---</FONT> </P> > <P><FONT size=3D2>+---</FONT> <BR><FONT size=3D2>| This is the = > Midrange System=20 > Mailing List!</FONT> <BR><FONT size=3D2>| To submit a new message, = > send your=20 > mail to MIDRANGE-L@midrange.com.</FONT> <BR><FONT size=3D2>| To = > subscribe to=20 > this list send email to MIDRANGE-L-SUB@midrange.com.</FONT> <BR><FONT = > size=3D2>|=20 > To unsubscribe from this list send email to=20 > MIDRANGE-L-UNSUB@midrange.com.</FONT> <BR><FONT size=3D2>| Questions = > should be=20 > directed to the list owner/operator: david@midrange.com</FONT> = > <BR><FONT=20 > size=3D2>+---</FONT> </P></BLOCKQUOTE></BODY></HTML> > > - ------=_NextPart_000_0035_01C00EBD.E5146220-- > > ------------------------------ > > Date: Fri, 25 Aug 2000 20:53:27 -0500 > From: nina jones <ddi@datadesigninc.com> > Subject: Re: Automatic Installation > > > > > My own take on this is that automatic installation has it's place, > > particularly is your operations skills are not strong. When we do > > installs, we always do manual installation, but we have good skills. > > > > I think that statement that 25% of these go south is incorrect. > > > > i do automatic installs, both for us and our clients, and the only time > we had trouble was when we got short on disk. we didn't follow the > instructions, so the only one i could get mad at was myself... > > nj > > ------------------------------ > > Date: Sat, 26 Aug 2000 02:25:22 GMT > From: "Mark Beihoffer" <markbeihoffer@hotmail.com> > Subject: Re: Does Old=Bad? > > I would definitely agree that old=bad if it makes it terribly difficult > for > people to implement industry standard technologies. In my case, I've been > struggling trying to get Perl installed and running for CGI scripting on > the > IBM http/LANSA web server, and on the AS/400 the task has been so > frustrating and kludgy I have almost given up. > > Perl is used on almost every web server platform, from IIS on Windows > NT/2K > to Linux to Solaris; it is, by far, the most popular web CGI scripting > language. The fact that it is not supported by IBM on the AS/400 is the > #1 > reason why I cannot even take the suggestion of the AS/400 as a web server > > seriously. > > Old doesn't necessarily mean bad, but if you want to be a real player in > the > Internet age you must adapt your technology to the web. > > Just my two cents. > > - -Mark Beihoffer > CTO, Dragonfly Dynamix > http://www.dragonflydynamix.com > > > > >From: "Phil Kestenbaum" <pike4@ix.netcom.com> > >Reply-To: MIDRANGE-L@midrange.com > >To: <MIDRANGE-L@midrange.com> > >Subject: Re: Does Old=Bad? > >Date: Fri, 25 Aug 2000 18:34:00 -0700 > > > >I would say Old = Bad, in a shop that does not promote any Training and > >implementation of new technologies that the AS/400 is capable of > >supporting. Or a shop that does not address fundamental problems in the > >infrastructure, and does not allocate the funds to promote a solution. I > am > >speaking form a practical perspective, as usual. By infrastrucure I refer > > >to having to scroll with the page up arrow whern you could make you of > the > >pull-down/mouse for example. > > > >Phil Kestenbaum > > > > > > ----- Original Message ----- > > From: Ted J Barry > > To: RPG400-L@midrange.com ; MIDRANGE-L@midrange.com > > Sent: Friday, August 25, 2000 12:55 PM > > Subject: Does Old=Bad? > > > > > > The great debate continues...Here's some fun for a Friday (or some of > >you who enjoy this stuff on the weekend). This also may be useful > research > >for those of us flailing against the sharks. > > Just because our faithful AS/400 is old, does that mean it's bad? I > >like the famous quote (sorry can't remember the author); "What people can > > >not understand, they resist." I just got back from an Access database > >class and man was that thing "buggy". > > > > All of this talk about Java and IBM needing to sell something "new" or > > >advanced technologies. Let's get real, how advanced are they (I know I'm > > >mixing and mangling here but I believe these are all issues we deal with, > > >so bare with me)? When having to rely on an operating system (starts w/a > > >"W" ends with a "S") that crashes on occasion and trying to keep up with > >those who live on the bleeding edge, COME ON FOLKS, DO WE REALLY BELIEVE > >THIS STUFF? But, in our organizations.....there's a black box over there > > >in the accounting area, or maybe in your computer room with a raised > floor, > >crunching numbers, blowing through millions of records, not bothering > >anyone........and silent. Yet, non technical or sometimes over zealous > >yahoos that don't know what they're talking about are able to convince > some > >organizations that "Oh, that AS/400 you have is old." They don't > >understand the 400, have never seen one, probably took a basic or cobol > >class in collage and found they didn't have the aptitude for programming > >and got their first job as a d.b.a. for some company running a vax. > > > > I say no, not me! I know what my AS/400 is capable of and I'm going > to > >continue using RPG, RPG/400, RPGIV, RPGIV ILE, and now e-RPG. It works, > I > >understand it, it IS upward compatible and now that I can write CGI > >programs with it and access and update from a web browser, why would I > want > >to move to platforms that are just "wanna be" AS/400s and crash on > >occasion? It just doesn't make sense, or business sense. If I can > >continue to use what I already have, and mix it with HTML, Java, and/or > >JavaScript and save my company money, then....WHAT THE HECK MAN! > > > > Enough said........ :-) > > > > ________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > > ------------------------------ > > Date: Sat, 26 Aug 2000 02:38:17 GMT > From: booth@martinvt.com > Subject: Re: Can we have a session without a log-on? > > A separate subsystem? That sounds interesting. How would that work? How > > does the AS/400 know what subsystem to use? > > The project I am working on is gathering time data via a Windows > Client/Server package. People turning in time sheets are spread all over > the campus and the majority are a long ways from a terminal or client > access session. In addition to that we have no desire to provide all of > them with AS/400 accounts; we just want them submitting their time worked. > > Security of who is entering who's time is of no great concern, (heck, > until now they've just handwritten their time sheets and left them in a > basket on the counter). > > But we don't want to leave the AS/400 naked either. > > > > _______________________ > Booth Martin > Booth@MartinVT.com > http://www.MartinVT.com > _______________________ > > > > > Bob Buchanan <BobbyB@camstar.com> > Sent by: owner-midrange-l@midrange.com > 08/25/2000 06:18 PM > Please respond to MIDRANGE-L > > > To: MIDRANGE-L@midrange.com > cc: > Subject: Re: Can we have a session without a log-on? > > You can program green-screen to work like the web as far as logons. > (How do you think you get a signon screen?) > You can also (or at least you used to be able to ) set up a subsystem > with a default logon, so that if someone just hit enter at a screen, it > would start a session using the default logon. (This was good for > printer control stations & stuff like that). > > There are lots of features in OS/400 work management that only a few of > us still remember how to use. It just doesn't get used much in normal > operations of most shops. > > - -Bob > > > Michael.Franchino@cussys.com wrote: > > > > Booth, > > > > Are you talking about CGI programming or AS/400 green screen program? > > > > If you are talking about CGI programming, you don't need a sign-on to > > access data. You can > > can use a standard database to store user profiles. Or, you can use > > validation lists to secure > > access more finitely. > > > > I am not a 100% sure, but I think if the CGI program's owner has > > access to > > your files, then the > > program has no problem with it. Just remember you have to add and > > remove > > libraries from > > within your CGI program. > > > > Now, if you are talking about green screen apps, they must have some > > logon > > to get access to the > > system. > > > > Michael Franchino > > Custom Systems Corporation > > (973) 383-7808 X214 (Phone) > > (973) 383-6398 (Fax) > > > > > > > > > > booth@martinvt.com > > > > Sent by: To: > > midrange-l@midrange.com > > > > owner-midrange-l@mi > > cc: > > > > drange.com Subject: Can we > > have a session without a > > log-on? > > > > > > > > > > > > 08/23/00 08:46 > > PM > > > > Please respond > > to > > > > > > MIDRANGE-L > > > > > > > > > > > > Is there anyway to have users enter data without a logon? Security > > can't > > be the real issue because I order stuff over the web and the seller > > hasn't > > made an "AS/400 Account" for me. So, how do they do it? > > > > _______________________ > > Booth Martin > > Booth@MartinVT.com > > http://www.MartinVT.com > > _______________________ > > +--- > > | This is the Midrange System Mailing List! > > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > > > > | To unsubscribe from this list send email to > > MIDRANGE-L-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > > david@midrange.com > > +--- > > > > +--- > > | This is the Midrange System Mailing List! > > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > > > > | To unsubscribe from this list send email to > > MIDRANGE-L-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > > david@midrange.com > > +--- > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > > ------------------------------ > > Date: Fri, 25 Aug 2000 23:53:25 -0700 > From: "Gary Kuznitz " <docfxit@calwest.net> > Subject: Re: Request for an RPG example of printing with an overl > > On 25 Aug 2000, at 11:19, Rob Dixon wrote: > > > I am sure you will realize, but, on the OVRPRTF command, you only > > need to put in the attributes that you wish to override. I left the > > ones in my code in as examples. > > > > > > Best wishes > > > > Rob > > Hi Rob, > > Thank you very very much. I will be working on putting this together > and see how far I can get. It sounds (from the looks of it) like > there are a few basics that one has to know and maybe it will all fall > into place. I'm guessing the sequence is as simple as: > > 1. Close the printer file. > 2. Override to select the overlay. > 3. Override to select Portrait or Landscape. > 4. Open the printer file. > 5. Print. > 6. Close the printer file. > 7. Override to remove the overlay. > 8. Override to select Landscape for envelopes. > 9. Open the printer file. > 10. Print. > > Thanks again. Your example will certainly get me started. > > Gary Kuznitz > > ------------------------------ > > Date: Sat, 26 Aug 2000 09:25:56 +0100 > From: Rob Dixon <rob.dixon@erros.co.uk> > Subject: Re: Request for an RPG example of printing with an overl > > Gary > > > Hi Rob, > > > > Thank you very very much. I will be working on putting this together > > and see how far I can get. It sounds (from the looks of it) like > > there are a few basics that one has to know and maybe it will all fall > > into place. > > It isn't very difficult. If you need to do a debug, check the value of > the array > CMD on the CALL 'CMDEXC' statements and then check to see if the error > indicator > is on after that statement has been executed - if so your override did > not work. > > > I'm guessing the sequence is as simple as: > > > 1. Close the printer file. > > This implies that you intend to go through the routine multiple times > without > ending the program. As you are only overriding two values, you may not > need a > DLTOVR at this point as I suggested. I was overriding many more values > and put > it in to ensure that my next override started with a clean sheet. > > 2. Override to select the overlay. > > > 3. Override to select Portrait or Landscape. > > Combine these two overrides together > > > 4. Open the printer file. > > 5. Print. > > 6. Close the printer file. > > 7. Override to remove the overlay. > > 8. Override to select Landscape for envelopes. > > Combine these two overrides together > > > 9. Open the printer file. > > 10. Print. > > If you are doing high volumes, you may have performance problems with > constant > opening and closing the printer files. To overcome these is not so easy > as it > means using one printer file for both reports and sending esape codes for > landscape etc. to the printer without the help of the OVRPRTF command. I > remember that this is why we sent the lanscape code direct as it meant > that we > could change from portrait to landscape and change paper drawer in the > middle of > a report. > > Best wishes > > Rob > ________________________________________________________ > > Erros plc > > 44 (0) 1844 239 339 > > http://www.erros.co.uk - The AS/400 Neural Database for the Internet > > _________________________________________________________ > > ------------------------------ > > Date: Sat, 26 Aug 2000 02:18:24 -0700 > From: "Peter Dow" <pcdow@yahoo.com> > Subject: Re: Can we have a session without a log-on? > > Hi Booth, > > A subsystem has display name and display type entries that specify which > devices will go to that subsystem. Display names can be generic, so for > instance most shops I've seen put "DSP*" as the display name for the > controlling subsystem, which puts DSP01 into it. > > If no subsystems have these entries, or two or more subsystems have the > same > entries, the system arbiter job (QSYSARB) picks one using some other > criteria which was not in the manual I read -- "results are unpredictable" > I > think it said. > > I believe the Communications entries for a subsystem description are used > in > a similar manner. > > HTH > Peter Dow > Dow Software Services, Inc. > 909 425-0194 voice > 909 425-0196 fax > > > From: <booth@martinvt.com> > > A separate subsystem? That sounds interesting. How would that work? > How > > does the AS/400 know what subsystem to use? > > > Booth Martin > > Booth@MartinVT.com > > http://www.MartinVT.com > > _______________________ > > > +--- > > | This is the Midrange System Mailing List! > > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > david@midrange.com > > +--- > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > ------------------------------ > > End of MIDRANGE-L Digest V3 #644 > ******************************** > > +--- > | This is the Midrange System Digest Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to > MIDRANGE-L-DIGEST-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-DIGEST-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
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.
midrange.com
