On Tue, 7 Nov 2006 07:49:56 +1000, Shane [EMAIL PROTECTED] wrote:
On Mon, 2006-11-06 at 09:45 -0600, Tom Grieve wrote:
snip...
31-bit being a subset of yes 64-bit, yes, I *absolutely* expect all
software to be capable of discerning the absence (or dearth) of storage
above the bar.
Where it
In response to strictures from Shane Ginnane [EMAIL PROTECTED], Tom
Grieve [EMAIL PROTECTED] writes:
OK, that's fair enough, graceful failure with meaningful error messages
is absolutely desirable.
and I will venture the further comment that it is not just absolutely
desirable but
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of john gilmore
In response to strictures from Shane Ginnane, Tom Grieve writes:
OK, that's fair enough, graceful failure with meaningful error
messages is absolutely desirable.
and I will venture the further
I'm sorry this is not properly tied to previous posts.
Lindy, Matt, Mark and Ramiro
Something that may be relevant to this topic for two reasons. It is certainly
relevant for one reason.
In looking up the manuals for another problem, I discovered that there were two
flavours of the remote
On Fri, 3 Nov 2006 08:14:15 +1000, Shane [EMAIL PROTECTED] wrote:
On Thu, 2006-11-02 at 15:44 -0600, Mark Zelden wrote:
The jury is still out on what a good default to set is (I have
mine set to 10G), but IMHO setting memlimit to anything less
than 2G makes no sense.
Seems a lot of people
On Mon, 2006-11-06 at 09:45 -0600, Tom Grieve wrote:
I'm not sure what you're saying here - what's the point of a 64-bit product
that doesn't use 64-bit storage? Do you think maybe it should check to see
if there's no 64-bit and use 31-bit instead? Why introduce such complexity
when there is
the port number, and in the other case I change the IP
address?
-Lindy
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Chris Mason
Sent: Sunday, November 05, 2006 6:15 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Java Error
Chris said:
Now we
instance, both TN3270 telnet and Unix
telnet can use port 23.
Closed date 2000-04-26
/quote
Chris Mason
- Original Message -
From: Lindy Mayfield [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, 02 November, 2006 9:43 PM
Subject: Re: Java Error
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ramiro Camposagrado
I didn't see right away that you were trying to invoke the
64bit version JAVA 1.4. I found this APAR on IBMLINK: PK24855
[ snip ]
LOCAL FIX:
Increase your REGION size. That is, when
MEMLIMIT changed to 2G, this resolved the problem.
Thanks
Matt Dazzo
Technical Services
Publishers Clearing House
516-944-4816
[EMAIL PROTECTED]
[EMAIL PROTECTED] 11/2/2006 4:36 PM
I just tried it with MEMLIMIT set to 256M and it worked !!!
(I had MEMLIMIT set to 128M on my sand-box LPAR)
In [EMAIL PROTECTED],
on 11/02/2006
at 09:43 PM, Lindy Mayfield [EMAIL PROTECTED] said:
Correct me, please, if I am wrong, but if you telnet to port 25 you
get to TSO, but if you rlogin to port 513 you get to USS. No?
No. Unformatted System Services[1][2] determines what application you
get
Hi All, working with java 1.4.2 on zOS 1.7. Entered command java
-version in USS and got the following error. Any thoughts? Thanks
ST1MAT:/: java -version
Error: unable to allocate 67108864 bytes for GC in
j9vmem_reserve_memory.
Error: unable to
under OMVS in TSO
without a large enough region. I believe it wants at least 128MB.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Matt Dazzo
Sent: Thursday, November 02, 2006 2:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Java Error
Hi All
Current region size is
ACCTNUM= ACCT#
DEST= LOCAL
HOLDCLASS= P
PROC= $PCHPROC
SIZE= 00512000
MAXSIZE= 00512000
SYSOUTCLASS= X
USERDATA=
COMMAND=
[EMAIL PROTECTED] 11/2/2006 3:09 PM
Make sure that you TSO logon region size is big enough.
Probably somewhere
in a separate address space
and from there memory is limited by, I think, MAXASSIZE in BPXPRMxx in parmlib.
--Lindy
[EMAIL PROTECTED]
Subject: Java Error
Hi All, working with java 1.4.2 on zOS 1.7. Entered command java
-version in USS and got the following error. Any thoughts? Thanks
ST1MAT
On Thu, 2 Nov 2006 15:18:57 -0500, Matt Dazzo [EMAIL PROTECTED] wrote:
Current region size is
ACCTNUM= ACCT#
DEST= LOCAL
HOLDCLASS= P
PROC= $PCHPROC
SIZE= 00512000
MAXSIZE= 00512000
SYSOUTCLASS= X
USERDATA=
COMMAND=
That is what you asked for. But what are you getting after IEFUSI?
See
On Thu, 2 Nov 2006 21:29:35 +0100, Lindy Mayfield
[EMAIL PROTECTED] wrote:
Seriously, you should use Putty to rlogin to your machine. It's by far the
best way.
What's wrong with Telnet (if you have a better client than win-doze)?
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Java Error
On Thu, 2 Nov 2006 21:29:35 +0100, Lindy Mayfield
[EMAIL PROTECTED] wrote:
Seriously, you should use Putty to rlogin to your machine. It's by far the
best way.
What's wrong with Telnet (if you have a better client than win-doze)?
Mark
--
Mark
I didn't see right away that you were trying to invoke the 64bit version
JAVA 1.4. I found this APAR on IBMLINK: PK24855
ERROR DESCRIPTION:
java -version when running J9VM displays the following message:
JVMJ9VM023I This may indicate that JAVA_HOME is incorrect, or
that class libraries
On Thu, 2 Nov 2006 21:43:51 +0100, Lindy Mayfield
[EMAIL PROTECTED] wrote:
Correct me, please, if I am wrong, but if you telnet to port 25 you get to
TSO, but if you rlogin to port 513 you get to USS. No?
23 is TSO (usually) and whatever you want for z/OS Unix. I have used
623 most of the
I use 23 for standard telnet and port 623 for my RLOGINs (OTELNET)
Here are the entries in /etc/services:
telnet 23/tcp
otelnet 623/tcp
On Thu, 2 Nov 2006 14:55:13 -0600, Mark Zelden [EMAIL PROTECTED]
wrote:
On Thu, 2 Nov 2006 21:43:51 +0100, Lindy Mayfield
[EMAIL PROTECTED]
On Thu, 2006-11-02 at 14:47 -0600, Ramiro Camposagrado wrote:
I didn't see right away that you were trying to invoke the 64bit version
JAVA 1.4. I found this APAR on IBMLINK: PK24855
...
I tried it on y asnd-box LPAR and I got this error: Could not create JAVA
virtual machine. (And I
I just tried it with MEMLIMIT set to 256M and it worked !!!
(I had MEMLIMIT set to 128M on my sand-box LPAR)
On Fri, 3 Nov 2006 07:12:32 +1000, Shane [EMAIL PROTECTED] wrote:
On Thu, 2006-11-02 at 14:47 -0600, Ramiro Camposagrado wrote:
I didn't see right away that
My apologies for being so rude !!!
Thank you Shane for pointing out the MEMLIMIT parameter in SMFPRMxx
Regards,
Ramiro
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the
On Thu, 2006-11-02 at 15:44 -0600, Mark Zelden wrote:
The jury is still out on what a good default to set is (I have
mine set to 10G), but IMHO setting memlimit to anything less
than 2G makes no sense.
Seems a lot of people are in the process of the 1.4 - 1.7 leap of
faith. Lots of things
Shane [EMAIL PROTECTED], in his usual self-deprecatory fashion, writes:
I don't know how to write a fork bomb in Java, but I'll bet it ain't hard
. . .
and I can offer supporting evidence for his conjecture. Not one, not two,
not three, not even four, but five of the eight participants
26 matches
Mail list logo