We're going with VLR(STANDARD) also. Any problems encountered with FILE-STATUS
04 will be treated as something that needs to be investigated.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
A couple of questions I haven't seen yet
1. Was the original FTP done in binary or text mode?
2. Do the corrupted records make any sense as EBCDIC characters when you
browse/view the corrupted file?
This smells like an issue we had once, someone FTPed a PC file with some option
set that caused
IMHO, You are not clueless, just unlucky to have to support applications
developers and application management as unprofessional as those you seem to
have.
I have never heard of nor worked for any organization that would tolerate even
for a minute an application group or application management
On 6 Apr 2015 14:27:21 -0700, in bit.listserv.ibm-main you wrote:
IMHO, You are not clueless, just unlucky to have to support applications
developers and application management as unprofessional as those you seem to
have.
I have never heard of nor worked for any organization that would
Tim,
Though your points are well spoken and reasoned, you still did not address the
basic organizational issue the OP is facing - How does any application team or
management justify the level of profligacy described, all by itself? While it
may be true that the fixed costs of the
On Mon, 6 Apr 2015 16:00:26 -0500, Tim Hare wrote:
A couple of questions I haven't seen yet
1. Was the original FTP done in binary or text mode?
2. Do the corrupted records make any sense as EBCDIC characters when you
browse/view the corrupted file?
(Or, do they make any sense as ASCII
I am not sure what to say. Throw hardware at the issue is an easy and
progressive fix ( Moore's law).
I am with the balanced approach. Put the effort in and determine where the
biggest bang for the buck is. Not to give development a pass.. But they
have agendas and time lines and people
That seems to
Sent from my iPhone
On Apr 6, 2015, at 3:48 AM, Jim Mulder d10j...@us.ibm.com wrote:
will settting SPINRCVY to SPIN allow a CPU to sping endlesssly
as leaving out the SPINTIME parameter seem to make it default to 40
seconds
if not is there a way to make a CPU keep spining and
Hi,
will settting SPINRCVY to SPIN allow a CPU to sping endlesssly
as leaving out the SPINTIME paramter seem to make it default to 40 seconds
if not is there a way to make a CPU keep spining and have z/os take no
action
thanks
will settting SPINRCVY to SPIN allow a CPU to sping endlesssly
as leaving out the SPINTIME parameter seem to make it default to 40
seconds
if not is there a way to make a CPU keep spining and have z/os take no
action
If the system has uses up all of the actions on the
SPINRCVY statement
Sorry for the typo I am going to send an example an explanation shortly
Sent from my iPhone
On Apr 6, 2015, at 3:48 AM, Jim Mulder d10j...@us.ibm.com wrote:
will settting SPINRCVY to SPIN allow a CPU to sping endlesssly
as leaving out the SPINTIME parameter seem to make it default to 40
Great! Glad to hear that helped.We decided to go with the same option as
well. As far as we can determine, we have no programs that read variable
length record files but someone might create one in the future, and, if so,
they should play by the rules. No sense encouraging poor
snip
GET 12345678910/PROD/GIMPAF.XML /xx/xx/xx/x/GIMPAF.XML
(REPLACE
EZA1701I TYPE I
200 Type set to I.
EZA1460I Command:
EZA1701I PORT nn,n,nn,n,nn,nnn
EZA2589E Connection to server interrupted or timed out. Waiting for reply
EZA1721W Server not responding, closing
An update, and more weirdness.
Alan Altmark posted an update to create a .java.policy that didn't appear to
work for me.
I had our CE upgrade the HMC microcode to Driver 22 and I still couldn't access
the integrated console or operating system messages.
One of our sysprogs who works
On 04/04/2015 04:11 PM, esst...@juno.com wrote:
Hi
Im not a performance analyst, Im a CICS MQ Sys-Prog.
I dont understand this new paradyne.
SNIPPAGE
Did I miss a performance lecture at SHARE ?
.
Can someone explain and rationalize for this new paradyne ?
.
cheaper to Upgrade the mainfame
Timothy,
I agree you have made many valid points. Many times in my career I have
heard from various managers, do it quick and dirty, no time, no money. I
also have seen the IBM full court press on a customer, ending up causing
customer alienation. Part of the issue , IMHO, is that management
In 9909925785010044.wa.paulgboulderaim@listserv.ua.edu, on
04/03/2015
at 04:07 PM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu said:
Where I read:
A great example of this is Perl
5.8.7 is rather long in the tooth. Even under OS/2 I can do better
than that, and it's
On Sun, Apr 5, 2015 at 9:28 PM, Timothy Sipples sipp...@sg.ibm.com wrote:
snip
optimizations. If the operations and development teams are working well
together, it's wonderful. Some of John McKown's previous posts, for
example, suggest he's going above and beyond in helping his colleagues in
On Mon, Apr 6, 2015 at 7:02 AM, Scott Ford idfzos...@gmail.com wrote:
Timothy,
I agree you have made many valid points. Many times in my career I have
heard from various managers, do it quick and dirty, no time, no money. I
also have seen the IBM full court press on a customer, ending up
John,
Sounds all to familiar my man when I worked in Europe they used to make
fun of Americans doing a project 6x , it was sad...to say the least . But
on the flip slide we have all worked with super good people as well as the
bad.
Btw the money doesn't make it to our pockets , when it
Here's what I don't understand
Our development management are telling is (Systems Operations) that it is
cheaper to upgrade the mainframe than to have the application programmers
review their code for performance opportunities.
I wouldn't characterize the underlying attitude as new,
21 matches
Mail list logo