>z/OS 1.6. This may be fixed in a PTF that I don't have on. Or in 1.7.
John,
I tried on a V1.6 system in the meantime and I've got the same
correct behaviour as on V1.7. Haven't searched PTFs, though.
Peter Hunkeler
CREDIT SUISSE
-
-Original Message-
From: "Hunkeler Peter (KIUB 34)" <[EMAIL PROTECTED]>
Sent: 5/25/2006 11:38 PM
To: "IBM-MAIN@BAMA.UA.EDU"
Subject: Re: A little more insight on the Java strangeness I'm encountering
>shell should NOT even attempt to run the file,
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUB 34)
> Sent: Friday, May 26, 2006 12:38 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: A little more insight on the Java strangeness
> I'm e
>shell should NOT even attempt to run the file, what is with
>that? That is WRONG, WRONG, WRONG!
Here is what I get on z/OS V1.7. I can't get the shell to
execute the java class nor the source file when the X bit is not
set:
A @ S1(z/OS V17) CH.IBM-1148: /u/a $> ls -l Hello*
-rw-r--r-- 1 A OM
McKown, John wrote:
shell should NOT even attempt to run the file, what is with
that? That
is WRONG, WRONG, WRONG!
No, it's RIGHT, RIGHT, RIGHT!
I guess that I was not plain. The standard shell, sh, should not have
even attempted to execute a file that does not have the execute bit o
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
> Sent: Wednesday, May 24, 2006 8:13 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: A little more insight on the Java strangeness
> I'm encountering
McKown, John wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUB 34)
Sent: Wednesday, May 24, 2006 1:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: A little more insight on the Java strangeness
I'm encountering
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUB 34)
> Sent: Wednesday, May 24, 2006 1:33 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: A little more insight on the Java strangeness
> I'm enc
>I swear I could run Java classes without saying 'java'
>but it must be the ol' memory failure again.
Any chance this remembrance is related to playing on
Windoze? Or on a Mac? They care for file extensions,
UNIX does not.
BTW, someone mentioned the execute bit being set.
.class files don't ne
It might also depend on your particular environment (whether you formerly ran
in some sort of IDE you are no longer in, for instance). I think I recall that
the "java " format is standard, though.
Jon
Well, that did it!
I knew it would be something simple.
I swear I could run Java classes
McKown, John wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
Sent: Tuesday, May 23, 2006 8:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: A little more insight on the Java strangeness
I'm encountering
OK,
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
> Sent: Tuesday, May 23, 2006 8:45 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: A little more insight on the Java strangeness
> I'm encount
IIRC
For the execution you need:
java hello
and not just 'hello.class' (which is not executable)
Birger Heede
IBM SWG
Steve Comstock wrote:
Kevin Pintar wrote:
Steve,
Not being an expert in this area, I apologize for possibly wasting your
time, but I was hoping to seed your exploration wi
Steve,
Might a profile entry help?
_BPXK_AUTOCVT=ON; export _BPXK_AUTOCVT
John
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the ar
[re-send with correct Reply-to]
Kirk Wolf wrote:
Steve,
Java System properties can be set on the java command line:
java -Dfile.encoding=iso8859-1 HelloWorld
I'm sorry, but I've lost track of exactly what you are trying to do.
Can you post some sample code / commands to reproduce your prob
Kirk Wolf wrote:
Steve,
Java System properties can be set on the java command line:
java -Dfile.encoding=iso8859-1 HelloWorld
I'm sorry, but I've lost track of exactly what you are trying to do.
Can you post some sample code / commands to reproduce your problem?
A canonical example (from
Kevin Pintar wrote:
Steve,
Not being an expert in this area, I apologize for possibly wasting your
time, but I was hoping to seed your exploration with the information I
was given as a starting point.
It "seems" as though the file.encoding system property is related to the
file system you are u
Steve,
Java System properties can be set on the java command line:
java -Dfile.encoding=iso8859-1 HelloWorld
I'm sorry, but I've lost track of exactly what you are trying to do.
Can you post some sample code / commands to reproduce your problem?
A canonical example (from a z/OS shell):
$
Steve,
Not being an expert in this area, I apologize for possibly wasting your
time, but I was hoping to seed your exploration with the information I
was given as a starting point.
It "seems" as though the file.encoding system property is related to the
file system you are using (HFS, z/FS).
I
Kevin Pintar wrote:
Steve,
Talking to a few fellows who have been working with Java on the
mainframe, they suggested looking at the value of 'file.encoding' system
property.
And where would I expect to find that? In /usr/lpp/java/J1.4/bin
there is a java.properties file, but it does not have
Steve,
Talking to a few fellows who have been working with Java on the
mainframe, they suggested looking at the value of 'file.encoding' system
property.
Here is a page that has some code snippets and a discussion that may
help.
http://java.sun.com/developer/JDCTechTips/2003/tt0110.html
Hope it
As I mentioned this weekend, some Java code
that used to run no longer runs. When I run
a simple lab exercise, I get:
Howdy.class 4: FSUM7343 cannot open "ÈëÈÊÁ/_---" for output: EDC5129I No
such file or directory.
Howdy.class 4: FSUM7343 cannot open "¦/Î/Ñ?" for input: EDC5129I No such
file
22 matches
Mail list logo