× 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.


  1.  Home
  2. MIDRANGE-L
  3. November 2004

Test message sorry; caused by GroupWise email Nazi/Gestapo.

Test message; sorry.

>>> midrange-l-request@xxxxxxxxxxxx 11/12/2004 15:28:13 >>>
Send MIDRANGE-L mailing list submissions to
        midrange-l@xxxxxxxxxxxx 

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

You can reach the person managing the list at
        midrange-l-owner@xxxxxxxxxxxx 

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


Today's Topics:

   1. Re: 'Serious storage condition may exist' (rob@xxxxxxxxx)
   2. Re: Interactive restrictions on new "enterprise" boxes?
      (rob@xxxxxxxxx)
   3. Java to RPG question (Bruce Barrett)
   4. RE: Interactive restrictions on new "enterprise" boxes?
      (John Brandt Sr.)
   5. RE: "Serious storage condition may exist" (pnelson@xxxxxxxxxx)
   6. RE: Restrict ability to alter variables in debugger on
      production (John Earl)
   7. FW: Multi-language pnlgrp (SRamanujan@xxxxxxxxxxxxxxxxxx)
   8. Testing (Dave Odom)
   9. Re: Interactive restrictions on new "enterprise" boxes?
      (kirkg@xxxxxxxxxxxxx)


----------------------------------------------------------------------

message: 1
date: Fri, 12 Nov 2004 16:27:28 -0500
from: rob@xxxxxxxxx 
subject: Re: 'Serious storage condition may exist'

They only capture summary information for IFS stuff in RTVDSKINF.  For

detailed information you'll need V5R3 and RTVDIRINF.  The fields in the

file created by RTVDSKINF just aren't ifs friendly.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com 





"James H H Lampert" <jamesl@xxxxxxxxxxx> 
Sent by: midrange-l-bounces@xxxxxxxxxxxx 
11/11/2004 06:41 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
<midrange-l@xxxxxxxxxxxx>
cc

Fax to

Subject
Re: 'Serious storage condition may exist'






> Have you run the RTVDSKINF process - it catalogs all objects on
system
> and then run PRTDSKINF to print various reports sorted by size &
use.

Question:

Why don't I see an option for IFS stuff, when initiating a PRTDSKINF
from
the DISKTASKS menu? Is there a way to get that stuff?

--
JHHL


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




------------------------------

message: 2
date: Fri, 12 Nov 2004 16:30:33 -0500
from: rob@xxxxxxxxx 
subject: Re: Interactive restrictions on new "enterprise" boxes?

We have a couple of i5's.  But we ponied up the money for the unlimited

interactive in the enterprise package.  Don't know the feature codes to

verify your user's order.  Talk to someone at that company who actually

talks to their business partner and help them address their fears. 
Unless 
you want to delve in to how to find the right feature code that says
"no 
fear".

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com 





"James H H Lampert" <jamesl@xxxxxxxxxxx> 
Sent by: midrange-l-bounces@xxxxxxxxxxxx 
11/12/2004 04:10 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
<midrange-l@xxxxxxxxxxxx>
cc

Fax to

Subject
Interactive restrictions on new "enterprise" boxes?






We just got a call from a user who was terrified that he wouldn't be
able
to use terminal-mode applications AT ALL on the new "enterprise" class
box
he's getting.

Can anybody explain why the user would have this impression? It sounds
to
me like he's acting on exaggerated information.

--
JHHL


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




------------------------------

message: 3
date: Fri, 12 Nov 2004 13:32:23 -0800
from: "Bruce Barrett" <bruce.barrett@xxxxxxxxxxxx>
subject: Java to RPG question

When Java program call RPG program - is there a limit to the number of
parm passed ?


Bruce Barrett
PMI Mortgage Insurance Co.
3003 Oak Road
Walnut Creek, CA 94597
925-658-6152
Fax 925-658-6412
Cell 510-520-4263
bruce.barrett@xxxxxxxxxxxx 



------------------------------

message: 4
date: Fri, 12 Nov 2004 15:34:13 -0600
from: "John Brandt Sr." <pgmr@xxxxxxxxxxxxxxx>
subject: RE: Interactive restrictions on new "enterprise" boxes?

Microsoft sales person?

John Brandt 
iStudio400.com 
(903) 523-0708 
Home of iS/ODBC - MSSQL access from iSeries and RPG. 




-----Original Message-----
From: James H H Lampert [mailto:jamesl@xxxxxxxxxxx] 
Sent: Friday, November 12, 2004 3:11 PM
To: midrange-l@xxxxxxxxxxxx 
Subject: Interactive restrictions on new "enterprise" boxes?


We just got a call from a user who was terrified that he wouldn't be
able
to use terminal-mode applications AT ALL on the new "enterprise" class
box
he's getting.

Can anybody explain why the user would have this impression? It sounds
to
me like he's acting on exaggerated information.

--
JHHL


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

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.792 / Virus Database: 536 - Release Date: 11/9/04
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.794 / Virus Database: 538 - Release Date: 11/10/04
 


------------------------------

message: 5
date: Fri, 12 Nov 2004 15:55:34 -0600
from: pnelson@xxxxxxxxxx 
subject: RE: "Serious storage condition may exist"

I did. There's about 200 of them. None related to PRTDSKINF


Paul Nelson
Arbor Solutions, Inc.
708-670-6978  Cell
pnelson@xxxxxxxxxx 





rob@xxxxxxxxx 
Sent by: midrange-l-bounces@xxxxxxxxxxxx 
11/12/2004 03:22 PM
Please respond to Midrange Systems Technical Discussion
 
        To:     Midrange Systems Technical Discussion 
<midrange-l@xxxxxxxxxxxx>
        cc: 
        Subject:        RE: "Serious storage condition may exist"


BS
Didn't you say you got a "receiver value too small"?  Search for that
one.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com 





pnelson@xxxxxxxxxx 
Sent by: midrange-l-bounces@xxxxxxxxxxxx 
11/12/2004 09:45 AM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Fax to

Subject
RE: "Serious storage condition may exist"






Nada


Paul Nelson
Arbor Solutions, Inc.
708-670-6978  Cell
pnelson@xxxxxxxxxx 





rob@xxxxxxxxx 
Sent by: midrange-l-bounces@xxxxxxxxxxxx 
11/11/2004 04:08 PM
Please respond to Midrange Systems Technical Discussion
 
        To:     Midrange Systems Technical Discussion 
<midrange-l@xxxxxxxxxxxx>
        cc: 
        Subject:        RE: "Serious storage condition may exist"


>From the joblog:

Message id
>From program
To program

Then search for the message at
http://www-912.ibm.com/a_dir/as4ptf.nsf/as4ptfhome 
Maybe that will list the ptf you are missing.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com 





pnelson@xxxxxxxxxx 
Sent by: midrange-l-bounces@xxxxxxxxxxxx 
11/11/2004 04:10 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Fax to

Subject
RE: "Serious storage condition may exist"






On a V5R2 machine, I did a rtvdskinf, and when I do the prtdskinf, I
get a 




message stating "Receiver value too small". What gives? I'm up to the 
April cumulative PTF.


Paul Nelson
Arbor Solutions, Inc.
708-670-6978  Cell
pnelson@xxxxxxxxxx 





rob@xxxxxxxxx 
Sent by: midrange-l-bounces@xxxxxxxxxxxx 
11/11/2004 02:57 PM
Please respond to Midrange Systems Technical Discussion
 
        To:     Midrange Systems Technical Discussion 
<midrange-l@xxxxxxxxxxxx>
        cc: 
        Subject:        RE: "Serious storage condition may exist"


RTVDSKINF / PRTDSKINF beats DSPOBJD...
On our i5-570's (with 3TB of disk) largest partition only 9% of our
data 
is in "User Libraries".  Therefore the DSPOBJD would do jack for us.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com 





"Joe Pluta" <joepluta@xxxxxxxxxxxxxxxxx> 
Sent by: midrange-l-bounces@xxxxxxxxxxxx 
11/11/2004 12:08 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
"'Midrange Systems Technical Discussion'" <midrange-l@xxxxxxxxxxxx>
cc

Fax to

Subject
RE: "Serious storage condition may exist"






What's your QSTGLOWLMT set at?  Hopefully you still have a little
room.

Next, see if it's memory or disk.  Do a WRKSYSSTS and check your
current
unprotected storage used (on the right side, about row six).  This
number can get very big under certain circumstances.  On my machine, I
use about 4GB of unprotected storage, which is a significant
percentage
of my overall disk.

The next trick is to analyze your disk space.  The quickest way I've
found is to do a DSPOBJD *ALL/*ALL OUTPUT(*OUTFILE)
OUTFILE(QTEMP/OBJS).
Then you can run an SQL over that file to get some idea of which
libraries are taking up space.  Use *ALLUSR/*ALL if you want to skip
IBM
supplied objects.

If after all this you still don't see the issue, check the IFS.  If
somebody is using your IFS as a repository for MP3 files (or images or
PDFs or whatever), then you could have problems there.  The easiest
way
I've found to view the IFS is to map a drive to the root and then use
Windows to check the properties.  This will cause a scan of the entire
IFS and tell you the total size.  From that point, you can check the
size of individual folders to get an idea of who is hogging storage.

Joe


> From: James H H Lampert
> 
> We've suddenly started getting "serious storage" and "critical
storage"
> QSYSOPR messages on our production box, and so far, we're unable to
> determine the cause. We've got very few spool files, and very little
in
> QRPLOBJ. Any other suggestions on where to look?

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
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@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
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@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
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@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
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@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
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@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




------------------------------

message: 6
date: Fri, 12 Nov 2004 14:00:20 -0800
from: "John Earl" <john.earl@xxxxxxxxxxxxx>
subject: RE: Restrict ability to alter variables in debugger on
        production

Joe,

> One would hope that the auditors have enough common sense
> to realize
> that sometimes a bug only appears under specific data
> circumstances, and
> that a bug in production may not be able to be reproduced
> in test
> without the actual data.

That's one way to look at it - and it makes sense, but it misses
another
important point (and I'll take my security hat off here - because it's
not a "security" issue)

If all you test with is production data, then you are doing what I
like
to call an "endurance" test rather than a "function" test.  Production
data is for the most part clean data, therefore moving large
production
files into your test environment will prove that you programs can run
for a long time with clean data.

A real test set of data should be ugly and full of inconsistencies -
the
kinds of things that make most programs choke.  That'll will give you
a
good sense of how your program will perform in the real world,

IMHO,

jte

--
John Earl | Chief Technology Officer
The PowerTech Group
19426 68th Ave. S
Seattle, WA 98032
(253) 872-7788 ext. 302
john.earl@xxxxxxxxxxxxx 
www.powertech.com 
 

 
This email message and any attachments are intended only for the use
of
the intended recipients and may contain information that is privileged
and confidential. If you are not the intended recipient, any
dissemination, distribution, or copying is strictly prohibited. If you
received this email message in error, please immediately notify the
sender by replying to this email message, or by telephone, and delete
the message from your email system.
--

> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-
> bounces@xxxxxxxxxxxx] On Behalf Of Joe Pluta
> Sent: Thursday, November 11, 2004 9:15 AM
> To: 'Midrange Systems Technical Discussion'
> Subject: RE: Restrict ability to alter variables in
> debugger on production
> 
> > From: Jamie Coles
> >
> > In some industries the use of live data - or copies of
> live data - is
> > theoretically not following the data protection
> legislation.
> 
> One would hope that the auditors have enough common sense
> to realize
> that sometimes a bug only appears under specific data
> circumstances, and
> that a bug in production may not be able to be reproduced
> in test
> without the actual data.
> 
> There needs to be some way to provide temporary access to
> a copy of
> production data in order to determine the existence of a
> bug without
> impinging on security.
> 
> Joe
> 
> --
> This is the Midrange Systems Technical Discussion
> (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx 
> To subscribe, unsubscribe, or change list options,
> visit:
> http://lists.midrange.com/mailman/listinfo/midrange-l 
> or email: MIDRANGE-L-request@xxxxxxxxxxxx 
> Before posting, please take a moment to review the
> archives
> at http://archive.midrange.com/midrange-l.




------------------------------

message: 7
date: Fri, 12 Nov 2004 16:03:33 -0600
from: <SRamanujan@xxxxxxxxxxxxxxxxxx>
subject: FW: Multi-language pnlgrp


-----Original Message-----
From: Ramanujan, Sudha 
Sent: Friday, November 12, 2004 1:10 PM
To: rpg400-l@xxxxxxxxxxxx 
Subject: Multi-language pnlgrp

Hi all,
We have multi-language capable application (or trying to have one). 
In
the research process, we have to create a multi language panel groups.
Is there anyway, we could refer to a message file in a panel group? If
yes, can you please clip a sample code for me?  Or point to me the
link
on the subject?
TIA,

Sudha Ramanujan
SunGard Futures Systems
sramanujan@xxxxxxxxxxxxxxxxxx 
(312) 577 6179
(312) 577 6101 - Fax


--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
list
To post a message email: RPG400-L@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l 
or email: RPG400-L-request@xxxxxxxxxxxx 
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.




------------------------------

message: 8
date: Fri, 12 Nov 2004 15:17:58 -0700
from: "Dave Odom" <Dave.Odom@xxxxxxxxxxxx>
subject: Testing

Sorry, but I must to see if our end works.

Dave 
Arizona


------------------------------

message: 9
date: Fri, 12 Nov 2004 14:27:37 -0800
from: kirkg@xxxxxxxxxxxxx 
subject: Re: Interactive restrictions on new "enterprise" boxes?

Me Thinks he is confused... 
_____________________
Kirk Goins CCNA
Systems Engineer, Manage Inc.
IBM Certified iSeries Solutions Expert
IBM Certified iSeries e-Business Infrastructure
IBM Certified Designing IBM e-business Solutions 
Office 503-353-1721 x106 Cell 503-577-9519
kirkg@xxxxxxxxxxxxx      www.manageinc.com 

There are 10 types of people in the world:
Those that understand binary, and those that don't.



"James H H Lampert" <jamesl@xxxxxxxxxxx> 
Sent by: midrange-l-bounces@xxxxxxxxxxxx 
11/12/2004 01:10 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
<midrange-l@xxxxxxxxxxxx>
cc

Subject
Interactive restrictions on new "enterprise" boxes?






We just got a call from a user who was terrified that he wouldn't be
able
to use terminal-mode applications AT ALL on the new "enterprise" class
box
he's getting.

Can anybody explain why the user would have this impression? It sounds
to
me like he's acting on exaggerated information.

--
JHHL


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
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@xxxxxxxxxxxx 
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
or email: MIDRANGE-L-request@xxxxxxxxxxxx 
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



End of MIDRANGE-L Digest, Vol 3, Issue 1786
*******************************************

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.