On 14May09:0635-0500, John McKown wrote:
Say! Here's a neat sleep-deprived idea: In the above scenario, keep the
offsite repository in the NSA ultra-center in Utah! This would require a
commercial aspect to the NSA. But they're going to intercept and store
the information any way if it is
On 14May10:1036-0400, David L. Craig wrote:
The Chinese would appreciate the one-stop shopping for its ISV
industrial espionage, certainly.
Actually, the Federal government already has such a
facility under DNA.probably. This might be an opportunity
to set up a nasty honeypot with doctored
On 5/9/2014 12:47 PM, Lucas Rosalen wrote:
File #182 on CBTTape shows you module sizes, linkage date, etc... then you
can run the old loadlib thru the same process and compare yourself. I'm
not aware if it can really compare for you, but you can get a comparison
yourself out of it for sure.
I
Working for a Major ISV, I experienced a dispute . A former employee accused
the vendor of stealing his code. He didn't read the fine print in his NDA...any
code developed was the vendors
Scott ford
www.identityforge.com
from my IPAD
On May 10, 2014, at 10:44 AM, David L. Craig
On 5/9/2014 6:51 PM, CM Poncelet wrote:
So there is a third kind of problem when an ISV cannot fix yet will
not release its code and the ISV has not 'gone bust', because its
source code in escrow cannot then be accessed either.
My worst experience of this kind was the ADRDSSU CONSOLIDATE bug
EJ wrote:
begin extract
I never asked for (and IBM never offered me) a copy of the ADRDSSU
source code and, though I believe myself to be an excellent
diagnostician, in all honesty it's unrealistic to believe I could have
solved this any faster by myself, even if IBM had given me full
access. The
Congrats.
Of course the latest recommendations are to move away from TLS 1.0 because
of vulnerabilities.
Rob Schramm
On May 9, 2014 4:48 PM, Mark Pace pacemainl...@gmail.com wrote:
One thing I just noticed as I was documenting this.
I had changed my ftp server from using the GoDaddy assigned
W dniu 2014-05-10 10:21, mf db pisze:
Hi,
I am looking for a tool which can perform a automated entry of dataset into
APF(PROGxx) member(Not dynamic Update).
I have no problem in updating manually, but was just looking for a
automated procedure.
Any direction or pointers would be great.
It looks to me he wants/need some sort of panel-based program where you
would input a loadlib name, volume and sulfix of PROGxx, then it would
automatically update PROGxx with that APF entry.
At least this was my understanding.
Lucas
2014-05-10 15:34 GMT-03:00 R.S.
Thank you lucas for your input. I was looking a similar solutions.
On 11 May 2014 00:51, Lucas Rosalen rosalen.lu...@gmail.com wrote:
It looks to me he wants/need some sort of panel-based program where you
would input a loadlib name, volume and sulfix of PROGxx, then it would
automatically
I agree with John Gilmore. Once the paranoia starts, it never ends. Having an
updated copy of source or a copy that matches the version in use at your site
with compiling/assembly instructions and some basic architecture sure beats the
heck out of nothing.
Big companies, such as IBM,
On 5/10/2014 11:01 AM, John Gilmore wrote:
Emphasis does, however, need to be placed on the pronoun 'someone'.
If this code had been available not just to someone but to all of us,
quite rapid progress might well have been made with a problem
perceived to be important to the community.
Go Debian!
It installs from source.
On May 10, 2014 2:44 PM, Duffy Nightingale du...@soundsoftware.us wrote:
I agree with John Gilmore. Once the paranoia starts, it never ends.
Having an updated copy of source or a copy that matches the version in use
at your site with compiling/assembly
Well, now I understand the need.
IMHO it's few hours of REXX+ISPF coding, but it's not worth doing it. A
person who cannot manage PROGxx syntax should not be allowed to change
APF. And the APF change is usually not everyday process, so there is no
big gain of such tool. Of course my opinions
I'm not *opposed* to the idea, but you might want to suggest why this is
somehow better than IBM-MAIN (plus archives). One view says This would
fragment the community, which would NOT be a good thing.
My points go to this votum.
Listserv based fora are slim and can be followed and used by mail
At 07:18 +0100 on 05/10/2014, CM Poncelet wrote about Re: Vendor Source Code:
No, the ISV's updated code had assumed that a transaction's combination
of parms had to be either 'this' or 'that' etc. but had overlooked that
it could also be 'other' - which when true caused the ISV's code to loop
Different fora often have quite different atmospheres. This one, for
example, is characterized by topic drift, which some find
objectionable and others---I am among them---do not.
I did look through all of the questions that have so far been raised
in this new StackExchange forum. They are not
Different fora often have quite different atmospheres. This one, for
example, is characterized by topic drift, which some find
objectionable and others---I am among them---do not.
I did look through all of the questions that have so far been raised
in this new StackExchange forum. They are not
I might ask about the auditors and this type of function.
I believe that this should be a controlled resource and therefore the person
doing an update should know what they are doing. Any program that goes into an
APF Authorized library can play havoc in the operating system.
So I would not
On Sat, 10 May 2014 12:58:21 -0700, Ed Jaffe edja...@phoenixsoftware.com
wrote:
FWIW, I don't think the source code for Program Products like ADRDSSU
was available even in the pre-OCO days.
Too long ago
I do however recall sitting down at a (very old) fiche reader in the computer
room at
On Sat, 10 May 2014 17:11:11 -0400, John Gilmore wrote:
I did look through all of the questions that have so far been raised
in this new StackExchange forum.
I'm sure most of us have. My initial response to most was RTFM, so I'll stay
away.
They do usually make a good resource for later 'net
Use of RMF Data server (GPMSERVE) may be an option.
On 9 May 2014 23:37, Roger Lowe roger_l...@bigpond.com wrote:
On Fri, 9 May 2014 18:13:05 +, ITURIEL DO NASCIMENTO NETO
4254.itur...@bradesco.com.br wrote:
I'm doing an assembler program that needs to know actual CPU consumption
of
Shane,
I had a few occurrences of looking at code that way. After looking at
a IFCEREP1 module I found a really bad code sequence (causing cpu
usage to sky rocket when running a specific report) The damn module
did a sequential table look up that was absolutely terrible. It
could have
On 10 May 2014 15:58, Ed Jaffe edja...@phoenixsoftware.com wrote:
FWIW, I don't think the source code for Program Products like ADRDSSU was
available even in the pre-OCO days.
Some IBM Program Products had source code available from the earliest
days. For example, the PL/I Optimizing compiler
On 8 May 2014 22:09, Mitch mitc...@aol.com wrote:
And for the likes of the larger ISVs, I would guess all of their product
source
code is in escrow and kept up to date. Maybe not so much for the mom and
pop software
companies, but the big ones, yes.
I think it's exactly the mom and pop ISVs
25 matches
Mail list logo