List of Archived Posts

2007 Newsgroup Postings (11/23 - 12/05)

Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
Translation of IBM Basic Assembler to C?
Translation of IBM Basic Assembler to C?
Translation of IBM Basic Assembler to C?
Translation of IBM Basic Assembler to C?
Identity Theft Prevention tips
Translation of IBM Basic Assembler to C?
How the pages tables of each segment is located
Translation of IBM Basic Assembler to C?
Translation of IBM Basic Assembler to C?
Translation of IBM Basic Assembler to C?
Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
segmentation or lack thereof
Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
Translation of IBM Basic Assembler to C?
UK Retail Giant Breached by Insider
How the pages tables of each segment is located
'Man in the browser' is new threat to online banking
SMF Under VM
Translation of IBM Basic Assembler to C?
Newsweek article--baby boomers and computers
more fun with new, 40yr old technology
'Man in the browser' is new threat to online banking
'Man in the browser' is new threat to online banking
more fun with new, 40yr old technology
What do YOU call the # sign?
Newsweek article--baby boomers and computers
What do YOU call the # sign?
Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
What do YOU call the # sign?
Intel memory latencies
Newsweek article--baby boomers and computers
important
Why isn't OMVS command integrated with ISPF?
Newsweek article--baby boomers and computers
What do YOU call the # sign?
Newsweek article--baby boomers and computers
new 40+ yr old, disruptive technology
Translation of IBM Basic Assembler to C?
Newsweek article--baby boomers and computers
Translation of IBM Basic Assembler to C?
Data Center Theft
What do YOU call the # sign?
Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
Newsweek article--baby boomers and computers
new 40+ yr old, disruptive technology
new 40+ yr old, disruptive technology
Remembering the CDC 6600
Unsung innovators: 10 people who shaped the computer industry
Remembering the CDC 6600
The First 100 Dot Coms Ever Registered
The First 100 Dot Coms Ever Registered
Crypto Related Posts
Remembering the CDC 6600
Remembering the CDC 6600
new 40+ yr old, disruptive technology
Remembering the CDC 6600
What do YOU call the # sign?
new 40+ yr old, disruptive technology
T3 Sues IBM To Break its Mainframe Monopoly
T3 Sues IBM To Break its Mainframe Monopoly
Remembering the CDC 6600
T3 Sues IBM To Break its Mainframe Monopoly
Remembering the CDC 6600
Remembering the CDC 6600
What do YOU call the # sign?
T3 Sues IBM To Break its Mainframe Monopoly
T3 Sues IBM To Break its Mainframe Monopoly
T3 Sues IBM To Break its Mainframe Monopoly

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Fri, 23 Nov 2007 11:59:27 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
The previous high was $1.42 per gallon in March 1981, which would be $3.20 per gallon after adjustment for inflation. In comparison, the average retail price of a litre of petrol in the United Kingdom (gasoline in American English) was 86.4p on 19 October 2006.[6] This equates to US$6.13 per U.S. gallon

... snip ...


re:
http://www.garlic.com/~lynn/2007s.html#68 Newsweek article--baby boomers and computers

business news station in real time is talking about lack of investment in infrastructure aka for quite some time, people have been "living off the principle" ... aka prior investment but not maintaining spending on infrastructure to maintain at steady state over extended period of times. at some time, the society is faced with large bill to compensate for lack of spending over the past couple decades (implication is $$$ being diverted for other purposes).

one of the specific points mentioned about highway/road/bridge infrastructure is that gas taxes have remained fixed for quite some time .... if inflation adjusted price of gas between mar81 and now is about the same ... then gas tax not being adjusted ... results in tax as percentage of price/gal declining significantly. I didn't catch 1st part of show, just commentator saying that some civil engineering organization rated the state as worse in the nation for percentage of infrastructure in need of significant repair.

the futher comment is that this is aggravated by (gas tax highway) trust funds being frequently diverted to other things ... again implying country has been living off of (ever decreasing) principal (where established infrastructure is taken as a form of principal that declines/degrades over time if not sufficiently maintained). this is circumstance that can take decades (of neglect) to accumulate (large physical infrastructure, however technology infrastructures can become obsolete in much shorter timeframes).

recent posts mentioning various infrastructure issue
http://www.garlic.com/~lynn/2007n.html#97 Loads Weighing Heavily on Roads
http://www.garlic.com/~lynn/2007o.html#6 Loads Weighing Heavily on Roads
http://www.garlic.com/~lynn/2007q.html#18 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007q.html#19 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007q.html#60 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007q.html#62 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#25 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#48 Half a Century of Crappy Computing
http://www.garlic.com/~lynn/2007r.html#53 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#58 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#59 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#60 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#70 Latest OECD broadband data puts US in middle of the pack on speed, price
http://www.garlic.com/~lynn/2007s.html#1 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#25 Translation of IBM Basic Assembler to C?

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Fri, 23 Nov 2007 16:01:40 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
Federal Managers Think Agencies Aren't Ready For Boomer Exodus
http://www.informationweek.com/news/showArticle.jhtml?articleID=203100122

from the article ...

Sixty-one percent of federal managers say their agencies do not have knowledge management policies to help prepare for the impending brain-drain, according to a recent survey.


re:
http://www.garlic.com/~lynn/2007s.html#32 Newsweek article--baby boomers and computers

Top strategic business challenges for 2008
http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=204202103

from above:
Regulatory and compliance risk is the greatest strategic challenge facing global businesses in 2008, according to a new report from Ernst & Young. Other top issues include global financial shocks, aging workforce, and the inability to capitalize on the rise of the emerging markets.

... snip ...

references:

The Top 10 Risks for Business
http://www.ey.com/global/content.nsf/International/AABS_-_Strategic_Business_Risk_Report_2008

....

the other thread somewhat intertwined is the diversion of spending from infrastructure maintenance to other purposes ... not mentioned, for instance:
http://www.garlic.com/~lynn/2007q.html#60 Fixing our fraying Internet Infrastructure

from above:
one of the business channels was just interviewing somebody about sectors for investment ... he commented that there is currently a one trillion dollar deficit in infrastructure spending (i.e. money that should have been spent but wasn't for transportation, water, power, etc) ... and as more and more of these infrastructures have various failures (some catastrophic), at some point they will have to get around spending the money on refurbishing/renewing/maintenance/etc

... snip ...

also referenced here
http://www.garlic.com/~lynn/2007t.html#0 Newsweek article--baby boomers and computers

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sat, 24 Nov 2007 02:18:50 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
The yen rose significantly against the dollar since the early 70s ... recent posts with reference (from about 300/dollar to around 100/dollar)

re:
http://www.garlic.com/~lynn/2007s.html#67 Newsweek article--baby boomers and computers

Dollar sinks below 108 yen in N.Y. for 1st time since June 2005+
http://www.breitbart.com/article.php?id=D8T3EDK00

re:
http://www.garlic.com/~lynn/2007g.html#34 U.S. Cedes Top Spot in Global IT Competitiveness

from above:
yen hit a "high" against the dollar of 83yen/dollar in 1995 after being at 358yen/dollar in 1971 ... between 1995 and current, it did manage to climb back as "low" as 134 in 2002.

... snip ...

Translation of IBM Basic Assembler to C?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sat, 24 Nov 2007 02:50:27 -0500
Steve O'Hara-Smith <steveo@eircom.net> writes:
At transaction time the individual provides their ID - user interacts with service provider, service provider sends authentication token to entity. A little care with signed tokens should make this process secure (3D-Secure seems to be a good model to follow for this interaction).

but it effectively involves having to reconcile two different authentication operations (making it much more complex and error prone) ... as opposed to doing simple straight-through processing (STP) in a single round-trip ... ala x9.59 financial standard
http://www.garlic.com/~lynn/x959.html#x959

misc. past posts mentioning 3d secure
http://www.garlic.com/~lynn/aadsm6.htm#terror7 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#terror10 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#terror13 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#pcards The end of P-Cards?
http://www.garlic.com/~lynn/aepay7.htm#3dsecure 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aepay7.htm#3dsecure2 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aepay7.htm#3dsecure4 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aadsm7.htm#pcards5 FW: The end of P-Cards?
http://www.garlic.com/~lynn/aadsm7.htm#3dsecure 3D Secure Vulnerabilities?
http://www.garlic.com/~lynn/aadsm8.htm#3dvulner 3D Secure Vulnerabilities?
http://www.garlic.com/~lynn/aadsm8.htm#softpki16 DNSSEC (RE: Software for PKI)
http://www.garlic.com/~lynn/aadsm8.htm#3dvulner3 3D Secure Vulnerabilities?
http://www.garlic.com/~lynn/aadsm9.htm#3dvulner4 3D Secure Vulnerabilities?
http://www.garlic.com/~lynn/aadsm9.htm#3dvulner5 3D Secure Vulnerabilities?
http://www.garlic.com/~lynn/aepay10.htm#17 Visa 3-D Secure vs MasterCard SPA Whitepaper (forwarded)
http://www.garlic.com/~lynn/aepay10.htm#37 landscape & p-cards
http://www.garlic.com/~lynn/aepay10.htm#76 Invisible Ink, E-signatures slow to broadly catch on (addenda)
http://www.garlic.com/~lynn/aadsm11.htm#19 IBM alternative to PKI?
http://www.garlic.com/~lynn/aadsm11.htm#28 Proposal: A replacement for 3D Secure
http://www.garlic.com/~lynn/aadsm11.htm#29 Proposal: A replacement for 3D Secure
http://www.garlic.com/~lynn/aadsm11.htm#30 Proposal: A replacement for 3D Secure
http://www.garlic.com/~lynn/aadsm11.htm#31 Proposal: A replacement for 3D Secure
http://www.garlic.com/~lynn/aadsm11.htm#37 ALARMED ... Only Mostly Dead ... RIP PKI
http://www.garlic.com/~lynn/aadsm11.htm#38 ALARMED ... Only Mostly Dead ... RIP PKI ... part II
http://www.garlic.com/~lynn/aadsm12.htm#1 3D Secure GUI
http://www.garlic.com/~lynn/aadsm12.htm#2 3D Secure GUI
http://www.garlic.com/~lynn/aadsm12.htm#3 [3d-secure] NEWS: 3D-Secure and Passport
http://www.garlic.com/~lynn/aadsm12.htm#4 NEWS: 3D-Secure and Passport
http://www.garlic.com/~lynn/aadsm12.htm#5 NEWS: 3D-Secure and Passport
http://www.garlic.com/~lynn/aadsm12.htm#6 NEWS: 3D-Secure and Passport
http://www.garlic.com/~lynn/aadsm12.htm#7 NEWS: 3D-Secure and Passport
http://www.garlic.com/~lynn/aadsm12.htm#8 [3d-secure] 3D Secure and EMV
http://www.garlic.com/~lynn/aadsm12.htm#10 [3d-secure] 3D Secure and EMV
http://www.garlic.com/~lynn/aadsm15.htm#5 Is cryptography where security took the wrong branch?
http://www.garlic.com/~lynn/aadsm15.htm#8 Is cryptography where security took the wrong branch?
http://www.garlic.com/~lynn/aadsm15.htm#38 FAQ: e-Signatures and Payments
http://www.garlic.com/~lynn/aadsm15.htm#39 FAQ: e-Signatures and Payments
http://www.garlic.com/~lynn/aadsm17.htm#27 Re:Identity Firewall. l PKI International Consortium
http://www.garlic.com/~lynn/aepay8.htm#epso ePSO-N 10 available on Internet
http://www.garlic.com/~lynn/2005l.html#12 The Worth of Verisign's Brand
http://www.garlic.com/~lynn/2005l.html#21 The Worth of Verisign's Brand

Translation of IBM Basic Assembler to C?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sat, 24 Nov 2007 02:57:10 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
a website with an extremely caustic view on how credit backed securitized instruments have been rated.

Next Phase of the Financial Markets Credit Crunch Crisis: The Great Ratings Debacle
http://www.marketoracle.co.uk/Article2748.html


re:
http://www.garlic.com/~lynn/2007s.html#28 Translation of IBM Basic Assembler to C?

some more detailed discussions

A Financial System under Siege
http://www.globalresearch.ca/index.php?context=va&aid=7333
Hank Paulson's got an Enron-like crisis that could swamp Citigroup (C) and JPMorgan (JPM)
http://gs.bloggingstocks.com/2007/10/14/hank-paulsons-got-an-enron-like-crisis-that-could-swamp-citigro/
ECB chief wants more control of credit rating agencies
http://news.monstersandcritics.com/business/news/article_1375876.php/ECB_chief_wants_more_control_of_credit_rating_agencies

somewhat related

Has the Dollar Hit Bottom?
http://seekingalpha.com/article/54195-has-the-dollar-hit-bottom
Emerging markets: India and China are the investors' haven
http://www.telegraph.co.uk/money/main.jhtml?xml=/money/2007/11/10/cmindia10.xml

other recent posts mentioning currency valuation
http://www.garlic.com/~lynn/2007g.html#34 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#35 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007j.html#88 IBM Unionization
http://www.garlic.com/~lynn/2007s.html#67 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#1 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#2 Newsweek article--baby boomers and computers

Translation of IBM Basic Assembler to C?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sat, 24 Nov 2007 03:18:07 -0500
Steve O'Hara-Smith <steveo@eircom.net> writes:
Individual wishing to be identifiable to some entity provides the entity with their public ID, which the entity can then use as a key to their store of privileges for the individual. Now enters the issue of "yes service providers" - ones that say yes to any ID for selected customers - but such can be blacklisted when detected.

FSTC
http://www.fstc.org/

did something along this lines in the FAST project ... financially authentication secure transaction ... riding existing 8583 rails ... except asking for yes/no authentication/authorization for financial transactions, it proposed doing something similar for other kinds of questions ... like "greater than 21". basically, single roundtrip, straight-through processing, x9.59-like transaction
http://www.garlic.com/~lynn/x959.html#x959

a couple recent posts mentioning FAST
http://www.garlic.com/~lynn/2007d.html#10 The logic of privacy
http://www.garlic.com/~lynn/2007d.html#12 One Time Identification, a request for comments/testing
http://www.garlic.com/~lynn/2007s.html#15 The new urgency to fix online privacy

disclaimer, were were doing some consulting for one of the individuals responsible for creating FSTC at the time it was being set up.

recent posts in this subthread
http://www.garlic.com/~lynn/2007r.html#63 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#10 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#59 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#62 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#3 Translation of IBM Basic Assembler to C?

other older posts mentioning FAST
http://www.garlic.com/~lynn/ansiepay.htm#privacy more on privacy
http://www.garlic.com/~lynn/ansiepay.htm#x959demo X9.59/AADS demos operational
http://www.garlic.com/~lynn/aepay6.htm#userauth MS masters NC mind-set (authentication is the key)
http://www.garlic.com/~lynn/aadsm9.htm#cfppki3 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsm9.htm#cfppki4 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsmore.htm#x959demo AADS & X9.59 demos at BAI (annual world-wide retail banking) show in miami next week
http://www.garlic.com/~lynn/aepay10.htm#8 FSTC to Validate WAP 1.2.1 Specification for Mobile Commerce
http://www.garlic.com/~lynn/aepay10.htm#31 some certification & authentication landscape summary from recent threads
http://www.garlic.com/~lynn/aepay11.htm#58 PKI's not working
http://www.garlic.com/~lynn/aepay11.htm#66 Confusing Authentication and Identiification?
http://www.garlic.com/~lynn/aepay11.htm#67 Confusing Authentication and Identiification?
http://www.garlic.com/~lynn/aepay11.htm#70 Confusing Authentication and Identiification? (addenda)
http://www.garlic.com/~lynn/aadsm11.htm#40 ALARMED ... Only Mostly Dead ... RIP PKI ... part II
http://www.garlic.com/~lynn/aadsm11.htm#42 ALARMED ... Only Mostly Dead ... RIP PKI ... part III
http://www.garlic.com/~lynn/aadsm12.htm#3 [3d-secure] NEWS: 3D-Secure and Passport
http://www.garlic.com/~lynn/aadsm12.htm#39 Identification = Payment Transaction?
http://www.garlic.com/~lynn/aadsm12.htm#41 I-D ACTION:draft-ietf-pkix-sim-00.txt
http://www.garlic.com/~lynn/aadsm12.htm#54 TTPs & AADS Was: First Data Unit Says It's Untangling Authentication
http://www.garlic.com/~lynn/aadsm16.htm#5 DOD prepares for credentialing pilot
http://www.garlic.com/~lynn/aadsm17.htm#19 PKI International Consortium
http://www.garlic.com/~lynn/aadsm26.htm#24 News.com: IBM donates new privacy tool to open-source Higgins
http://www.garlic.com/~lynn/aadsm26.htm#29 News.com: IBM donates new privacy tool to open-source Higgins
http://www.garlic.com/~lynn/99.html#171 checks (was S/390 on PowerPC?)
http://www.garlic.com/~lynn/99.html#216 Ask about Certification-less Public Key
http://www.garlic.com/~lynn/99.html#217 AADS/X9.59 demo & standards at BAI (world-wide retail banking) show
http://www.garlic.com/~lynn/2002o.html#57 Certificate Authority: Industry vs. Government
http://www.garlic.com/~lynn/2005l.html#36 More Phishing scams, still no SSL being used
http://www.garlic.com/~lynn/2005l.html#37 More Phishing scams, still no SSL being used
http://www.garlic.com/~lynn/2005l.html#42 More Phishing scams, still no SSL being used
http://www.garlic.com/~lynn/2006f.html#35 X.509 and ssh

Translation of IBM Basic Assembler to C?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sat, 24 Nov 2007 10:11:48 -0500
Bernd Felsche <bernie@innovative.iinet.net.au> writes:
It is possible for the data to be entirely mirrored over several physical machines; or the data to be distributed over different security domains; according to the classification of the data. This facilitates especially-confidential data to be stored appropriately.

we co-authored x9.99 financial industry privacy standard ... and during the process we had to look at both GLBA and HIPAA (and some of the staffers involved ... one who had worked on HIPAA provisions going back to mid-70s) ... as well as some of the EU-DPD.

one of the issues was cross-over I've mentioned when we were called to come in to help word-smith the cal state (and later federal) electronic signature legislation.
http://www.garlic.com/~lynn/subpubkey.html#signature

Some of the other organizations involved in the electronic signature act were also involved in various breach disclosure and personal information sharing (opt-in/opt-out) legislation. Part of the breach disclosure and personal information sharing activity involved doing some more detailed studies of the associated threats and vulnerabilities and more information regarding all the types of identity theft.

Part of the more detailed look was consumer surveys about privacy coming up with two major issues were 1) identity theft and 2) denial of service (by institutions; gov. services, commercial services, jobs, insurance, etc)

The other part was attempting to do more detailed taxonomy for identity theft ... where several institutions are looking to differentiate account fraud (fraudulent transactions against existing accounts) and identity fraud (frequently opening new accounts using personal information).

This led is to also looking at security classifications for personal data and more detailed threat and vulnerability analysis. One of the things we came up with is rather (and/or in addition) to labeling personal data with security classifications, labeling personal data as to the associated threat and vulnerability ... and then establishing countermeasures based on the threat and vulnerability ... as opposed to establishing countermeasures based on security classification.

A trivial semantic example we came up with was date-of-birth used in the insurance industry. The insurance industry uses date-of-birth to establish age as part of various kinds of insurance. On the other hand, date-of-birth is frequently used as form of something you know authentication ... and therefor represents a fraud threat and vulnerability. So a trivial operation ... rather than supplying insurance agents with date-of-birth ... provide them with real-time, online system that automatically converts date-of-birth to age (and never divulges date-of-birth). This is also somewhat related to the FSTC FAST proposal mentioned recently in this post:
http://www.garlic.com/~lynn/2007t.html#5 Translation of IBM Basic Assembler to C?

We had earlier done something analogous when working in the x9a10 financial standard working group in the mid-90s (which had been given the requirement to preserve the integrity of the financial infrastructure for all retail payments)
http://www.garlic.com/~lynn/x959.html#x959

Some detailed threat and vulnerability studies showed that just knowlege of account number (with or w/o slightly more additional information that was normally part of every transaction) would enable an attacker to perform a fraudulent transaction. The kneejerk reaction was to attempt to "hide" all that information. However, detailed end-to-end business process analysis showed that the information was required in a large number of different business processes possibly that extended over (at least) several month (or couple yr) time period.

As a result, the x9.59 financial standard approach was to eliminate the information as a threat/vulnerability; harvesting/skimming/breaching the transaction information
http://www.garlic.com/~lynn/subintegrity.html#harvest

... attackers would not be enabled to perform fraudulent transactions.

One of the major issues was that preserving much more detailed vulnerability and threat semantic associations/details ... helps/enables more innovative solutions (which doesn't simply degenerate to deciding how the information is to be stored ... and/or encrypted). somewhat related topic drift with posts mentioning the naked transaction metaphor
http://www.garlic.com/~lynn/subintegrity.html#payments

misc. past posts mentioning working on x9.99 financial industry privacy standard
http://www.garlic.com/~lynn/aadsm17.htm#21 Identity (was PKI International Consortium)
http://www.garlic.com/~lynn/aadsm17.htm#45 x9.99 financial PIA standard now available from ANSI e-store
http://www.garlic.com/~lynn/aadsm17.htm#47 authentication and authorization ... addenda
http://www.garlic.com/~lynn/aadsm18.htm#28 x9.99 privacy note
http://www.garlic.com/~lynn/aadsm18.htm#32 EMV cards as identity cards
http://www.garlic.com/~lynn/aadsm19.htm#35 de-identification
http://www.garlic.com/~lynn/aadsm20.htm#2 US consumers want companies fined for security breaches
http://www.garlic.com/~lynn/aadsm25.htm#21 Identity v. anonymity -- that is not the question
http://www.garlic.com/~lynn/aadsm25.htm#26 Fraudwatch - how much a Brit costs, how to be a 419-er, Sarbanes-Oxley rises as fraud rises, the real Piracy
http://www.garlic.com/~lynn/aadsm25.htm#33 Mozilla moves on security
http://www.garlic.com/~lynn/aadsm26.htm#57 Our security sucks. Why can't we change? What's wrong with us?
http://www.garlic.com/~lynn/aadsm27.htm#51 Know Your Enemy: Scott McNeally on security theater
http://www.garlic.com/~lynn/2004l.html#8 x9.99 privacy impact assessemnt (PIA) standard
http://www.garlic.com/~lynn/2005l.html#36 More Phishing scams, still no SSL being used
http://www.garlic.com/~lynn/2005t.html#9 phishing web sites using self-signed certs
http://www.garlic.com/~lynn/2005u.html#18 XBOX 360
http://www.garlic.com/~lynn/2005v.html#3 ABN Tape - Found
http://www.garlic.com/~lynn/2006e.html#44 Does the Data Protection Act of 2005 Make Sense
http://www.garlic.com/~lynn/2006o.html#37 the personal data theft pandemic continues
http://www.garlic.com/~lynn/2006q.html#25 garlic.com
http://www.garlic.com/~lynn/2006v.html#39 On sci.crypt: New attacks on the financial PIN processing
http://www.garlic.com/~lynn/2007b.html#61 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#10 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007f.html#72 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007g.html#15 T.J. Maxx data theft worse than first reported
http://www.garlic.com/~lynn/2007o.html#13 EZPass: Yes, Big Brother IS Watching You!
http://www.garlic.com/~lynn/2007r.html#26 The new urgency to fix online privacy
http://www.garlic.com/~lynn/2007r.html#29 The new urgency to fix online privacy
http://www.garlic.com/~lynn/2007s.html#55 Translation of IBM Basic Assembler to C?

Identity Theft Prevention tips

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Identity Theft Prevention tips
Newsgroups: alt.folklore.computers
Date: Sat, 24 Nov 2007 10:28:22 -0500
jmfbahciv writes:
ROTFL. You do that everytime you buy something with it. What I do is complete divorce the credit card from all my banking data. You pay the credit card bills with a piece of paper that has none of your personal banking numbers on it. That way none of their data stores has both numbers in the same record.

slightly related discussion of types of personal information protection, breach disclosures, as well as identity theft differentiated into (at least) account fraud (fraudulent transactions against existing accounts) and identity fraud (frequently using personal information to open new accounts, take out new mortgages, etc).
http://www.garlic.com/~lynn/2007t.html#6 Translation of IBM Basic Assembler to C?

older posts mentioning differentiating identity theft into (at least) account fraud and identity fraud:
http://www.garlic.com/~lynn/aadsm8.htm#rhose16 when a fraud is a sale, Re: Rubber hose attack
http://www.garlic.com/~lynn/aepay11.htm#3 Ministers to Act on Rise in Identity Theft
http://www.garlic.com/~lynn/aepay11.htm#47 Actual Losses To Identity Fraud Top $1 Billion
http://www.garlic.com/~lynn/aadsm16.htm#0 Identity Fraud costs Austrilia AU$1 billion a year
http://www.garlic.com/~lynn/aadsm20.htm#2 US consumers want companies fined for security breaches
http://www.garlic.com/~lynn/aadsm20.htm#17 the limits of crypto and authentication
http://www.garlic.com/~lynn/aadsm25.htm#21 Identity v. anonymity -- that is not the question
http://www.garlic.com/~lynn/2003m.html#51 public key vs passwd authentication?
http://www.garlic.com/~lynn/2005l.html#36 More Phishing scams, still no SSL being used
http://www.garlic.com/~lynn/2005p.html#24 Hi-tech no panacea for ID theft woes
http://www.garlic.com/~lynn/2006d.html#25 Caller ID "spoofing"
http://www.garlic.com/~lynn/2006d.html#26 Caller ID "spoofing"
http://www.garlic.com/~lynn/2006n.html#40 Identity Management Best Practices
http://www.garlic.com/~lynn/2007c.html#22 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007e.html#29 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007e.html#58 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007i.html#19 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007o.html#30 EZPass: Yes, Big Brother IS Watching You!

Translation of IBM Basic Assembler to C?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sat, 24 Nov 2007 14:09:49 -0500
Steve O'Hara-Smith <steveo@eircom.net> writes:
It's a very simple operation - keyfobs sold with an online registration URL and perhaps a phone number for registration. The ID is printed on the back of the keyfob (complete with service provider part). Registration involves confirming that you have the keyfob (by providing the number on the display) and providing a password known only to the individual and the service provider - who hopefully trapdoor encodes it).

other related posts
http://www.garlic.com/~lynn/2007t.html#3 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#5 Translation of IBM Basic Assembler to C?

as an aside ... we covered large parts of this infrastructure as part of the person-centric effort ... recent posts/references
http://www.garlic.com/~lynn/2007s.html#59 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#62 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#65 Translation of IBM Basic Assembler to C?

... and there were some number of patents that were filed (for which we have no rights/interest)
http://www.garlic.com/~lynn/x959.html#aads
and
http://www.garlic.com/~lynn/aadssummary.htm

part of the effort was being able to even demonstrate COMMON CRITERIA evaluation ... not only as part of registration (in support of getting institutions to accept transition to person-centric tokens) ... but even if necessary on a per transaction basis ... as part of something referred to as parameterised risk management (i.e. up-to-date security/integrity assesement of any particular token could be taken into account in real time with respect to the integrity requirements needed for any specific transaction).

We raised the issue of real-time parameterised risk management with some of the people behind the x.509 identity digital certificate version three extensions.

... while we strongly advocated real-time authentication certificate-less operations
http://www.garlic.com/~lynn/subpubkey.html#certless

... and that digital certificates should be restricted to the environment for which they were originally invented, aka the offline environment where the relying party has no other recourse to information about first time interactions with total strangers (aka the letters of credit/introduction from sailing ship days)

... that if digital certificates were going to be used ... then some additional useful information that might be of interest to relying parties is the assessed integrity of the associated components (in public key scenario, the evaluated integrity level surrounding the private key ... and if a token is involved, the evaluated integrity level of the token ... including real-time updates as new compromises are discovered).

for example ... one of the most prevalent internet/web authentication infrastructures is RADIUS
http://www.garlic.com/~lynn/subpubkey.html#radius
and one of the most common local authentication mechanism (including basis for windows platform infrastructures) is kerberos
http://www.garlic.com/~lynn/subpubkey.html#kerberos

have extensions for whether or not the authentication involves a hardware token ... assuming hardware token represents stronger integrity ... but typically don't go further by including security evulations for different tokens ... again which becomes a person-centric characteristic (potentially because different person-centric tokens might have different security characteristics).

past posts mentioning parameterised risk management (even being able to do near real-time updates and assessment).
http://www.garlic.com/~lynn/aadsmore.htm#bioinfo3 QC Bio-info leak?
http://www.garlic.com/~lynn/aadsmore.htm#biosigs biometrics and electronic signatures
http://www.garlic.com/~lynn/aepay3.htm#x959risk1 Risk Management in AA / draft X9.59
http://www.garlic.com/~lynn/aadsm3.htm#cstech4 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#cstech9 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#kiss2 Common misconceptions, was Re: KISS for PKIX. (Was: RE: ASN.1 vs XML (used to be RE: I-D ACTION :draft-ietf-pkix-scvp-00.txt))
http://www.garlic.com/~lynn/aepay6.htm#x959b X9.59 Electronic Payment standard issue
http://www.garlic.com/~lynn/aadsm12.htm#17 Overcoming the potential downside of TCPA
http://www.garlic.com/~lynn/aadsm19.htm#15 Loss Expectancy in NPV calculations
http://www.garlic.com/~lynn/aadsm19.htm#44 massive data theft at MasterCard processor
http://www.garlic.com/~lynn/aadsm19.htm#46 the limits of crypto and authentication
http://www.garlic.com/~lynn/aadsm21.htm#5 Is there any future for smartcards?
http://www.garlic.com/~lynn/aadsm21.htm#8 simple (&secure??) PW-based web login (was Re: Another entry in the internet security hall of shame....)
http://www.garlic.com/~lynn/aadsm23.htm#1 RSA Adaptive Authentication
http://www.garlic.com/~lynn/aadsm23.htm#27 Chip-and-Pin terminals were replaced by "repairworkers"?
http://www.garlic.com/~lynn/aadsm25.htm#1 Crypto to defend chip IP: snake oil or good idea?
http://www.garlic.com/~lynn/aadsm25.htm#2 Crypto to defend chip IP: snake oil or good idea?
http://www.garlic.com/~lynn/aadsm26.htm#35 Failure of PKI in messaging
http://www.garlic.com/~lynn/aadsm3.htm#cstech3 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/99.html#235 Attacks on a PKI
http://www.garlic.com/~lynn/99.html#238 Attacks on a PKI
http://www.garlic.com/~lynn/2000.html#46 question about PKI...
http://www.garlic.com/~lynn/2000.html#57 RealNames hacked. Firewall issues.
http://www.garlic.com/~lynn/2005k.html#23 More on garbage
http://www.garlic.com/~lynn/2006g.html#40 Why are smart cards so dumb?
http://www.garlic.com/~lynn/2006o.html#20 Gen 2 EPC Protocol Approved as ISO 18000-6C

misc posts mentioning common criteria, protection profiles, security evaluations, etc
http://www.garlic.com/~lynn/aepay4.htm#x9flb12 LB#12 Protection Profiles
http://www.garlic.com/~lynn/aadsm5.htm#asrn4 assurance, X9.59, etc
http://www.garlic.com/~lynn/aadsm12.htm#13 anybody seen (EAL5) semi-formal specification for FIPS186-2/x9.62 ecdsa?
http://www.garlic.com/~lynn/aadsm12.htm#14 Challenge to TCPA/Palladium detractors
http://www.garlic.com/~lynn/aadsm12.htm#19 TCPA not virtualizable during ownership change (Re: Overcoming the potential downside of TCPA)
http://www.garlic.com/~lynn/aadsm13.htm#20 surrogate/agent addenda (long)
http://www.garlic.com/~lynn/aadsm14.htm#32 An attack on paypal
http://www.garlic.com/~lynn/aadsm15.htm#23 NCipher Takes Hardware Security To Network Level
http://www.garlic.com/~lynn/aadsm16.htm#1 FAQ: e-Signatures and Payments
http://www.garlic.com/~lynn/aadsm16.htm#8 example: secure computing kernel needed
http://www.garlic.com/~lynn/aadsm17.htm#26 privacy, authentication, identification, authorization
http://www.garlic.com/~lynn/aadsm18.htm#41 Adding reliability and trust to smartcards
http://www.garlic.com/~lynn/aadsm18.htm#47 Dell to Add Security Chip to PCs
http://www.garlic.com/~lynn/aadsm18.htm#48 Dell to Add Security Chip to PCs
http://www.garlic.com/~lynn/aadsm21.htm#4 Another entry in the internet security hall of shame
http://www.garlic.com/~lynn/aadsm24.htm#23 Use of TPM chip for RNG?
http://www.garlic.com/~lynn/aadsm24.htm#26 Naked Payments IV - let's all go naked
http://www.garlic.com/~lynn/aadsm25.htm#1 Crypto to defend chip IP: snake oil or good idea?
http://www.garlic.com/~lynn/aadsm25.htm#40 Why security training is really important (and it ain't anything to do with security!)
http://www.garlic.com/~lynn/aadsm27.htm#10 K6 again, again and again. Therefore, H6.4 -- Compromise on Security before Delivery
http://www.garlic.com/~lynn/aadsm27.htm#37 The bank fraud blame game
http://www.garlic.com/~lynn/aadsm27.htm#48 If your CSO lacks an MBA, fire one of you
http://www.garlic.com/~lynn/2001.html#50 What exactly is the status of the Common Criteria
http://www.garlic.com/~lynn/2001b.html#47 what is interrupt mask register?
http://www.garlic.com/~lynn/2001i.html#55 Computer security: The Future
http://www.garlic.com/~lynn/2001l.html#15 Security Classifications? (Where to Find Info)
http://www.garlic.com/~lynn/2002c.html#15 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002e.html#17 Smart Cards
http://www.garlic.com/~lynn/2002f.html#23 Computers in Science Fiction
http://www.garlic.com/~lynn/2002h.html#71 history of CMS
http://www.garlic.com/~lynn/2002h.html#84 history of CMS
http://www.garlic.com/~lynn/2002j.html#40 Beginner question on Security
http://www.garlic.com/~lynn/2002j.html#84 formal fips186-2/x9.62 definition for eal 5/6 evaluation
http://www.garlic.com/~lynn/2002j.html#86 formal fips186-2/x9.62 definition for eal 5/6 evaluation
http://www.garlic.com/~lynn/2002k.html#11 Serious vulnerablity in several common SSL implementations?
http://www.garlic.com/~lynn/2002k.html#35 ... certification
http://www.garlic.com/~lynn/2002l.html#42 Thirty Years Later: Lessons from the Multics Security Evaluation
http://www.garlic.com/~lynn/2002l.html#44 Thirty Years Later: Lessons from the Multics Security Evaluation
http://www.garlic.com/~lynn/2002l.html#45 Thirty Years Later: Lessons from the Multics Security Evaluation
http://www.garlic.com/~lynn/2002m.html#8 Backdoor in AES ?
http://www.garlic.com/~lynn/2002m.html#10 Backdoor in AES ?
http://www.garlic.com/~lynn/2002m.html#44 Beware, Intel to embed digital certificates in Banias
http://www.garlic.com/~lynn/2002m.html#58 The next big things that weren't
http://www.garlic.com/~lynn/2002m.html#72 Whatever happened to C2 "Orange Book" Windows security?
http://www.garlic.com/~lynn/2002n.html#13 Help! Good protocol for national ID card?
http://www.garlic.com/~lynn/2002n.html#16 Help! Good protocol for national ID card?
http://www.garlic.com/~lynn/2002o.html#78 Newsgroup cliques?
http://www.garlic.com/~lynn/2002p.html#6 unix permissions
http://www.garlic.com/~lynn/2003b.html#0 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003c.html#39 DOD 5200.28-STD capable OS?
http://www.garlic.com/~lynn/2003i.html#35 electronic-ID and key-generation
http://www.garlic.com/~lynn/2003i.html#36 electronic-ID and key-generation
http://www.garlic.com/~lynn/2003i.html#59 grey-haired assembler programmers (Ritchie's C)
http://www.garlic.com/~lynn/2003j.html#4 A Dark Day
http://www.garlic.com/~lynn/2003j.html#36 CC vs. NIST/TCSEC - Which do you prefer?
http://www.garlic.com/~lynn/2003k.html#3 Ping: Anne & Lynn Wheeler
http://www.garlic.com/~lynn/2003k.html#48 Who said DAT?
http://www.garlic.com/~lynn/2003k.html#51 Linux gets sensitive government use approval
http://www.garlic.com/~lynn/2003l.html#19 Secure OS Thoughts
http://www.garlic.com/~lynn/2003l.html#64 Can you use ECC to produce digital signatures? It doesn't see
http://www.garlic.com/~lynn/2003m.html#1 Password / access rights check
http://www.garlic.com/~lynn/2003m.html#18 Threat Analysis and Threat Trees
http://www.garlic.com/~lynn/2003o.html#5 perfomance vs. key size
http://www.garlic.com/~lynn/2004b.html#48 Automating secure transactions
http://www.garlic.com/~lynn/2004b.html#51 Using Old OS for Security
http://www.garlic.com/~lynn/2004f.html#20 Why does Windows allow Worms?
http://www.garlic.com/~lynn/2004h.html#2 Adventure game (was:PL/? History (was Hercules))
http://www.garlic.com/~lynn/2004h.html#30 ECC Encryption
http://www.garlic.com/~lynn/2004i.html#27 New Method for Authenticated Public Key Exchange without Digital Certificates
http://www.garlic.com/~lynn/2004j.html#2 Authenticated Public Key Exchange without Digital Certificates?
http://www.garlic.com/~lynn/2004j.html#29 Vintage computers are better than modern crap !
http://www.garlic.com/~lynn/2004j.html#41 Vintage computers are better than modern crap !
http://www.garlic.com/~lynn/2004l.html#21 "Perfect" or "Provable" security both crypto and non-crypto?
http://www.garlic.com/~lynn/2004m.html#25 Shipwrecks
http://www.garlic.com/~lynn/2004m.html#41 EAL5
http://www.garlic.com/~lynn/2004m.html#49 EAL5
http://www.garlic.com/~lynn/2004m.html#50 EAL5
http://www.garlic.com/~lynn/2004m.html#53 4GHz is the glass ceiling?
http://www.garlic.com/~lynn/2004n.html#41 Multi-processor timing issue
http://www.garlic.com/~lynn/2004o.html#20 RISCs too close to hardware?
http://www.garlic.com/~lynn/2004o.html#57 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2004p.html#42 chip inside smart card is firmware?
http://www.garlic.com/~lynn/2004q.html#2 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2004q.html#3 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005b.html#5 Relocating application architecture and compiler support
http://www.garlic.com/~lynn/2005c.html#6 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005c.html#67 intel's Vanderpool and virtualization in general
http://www.garlic.com/~lynn/2005d.html#33 Thou shalt have no other gods before the ANSI C standard
http://www.garlic.com/~lynn/2005d.html#38 Thou shalt have no other gods before the ANSI C standard
http://www.garlic.com/~lynn/2005d.html#59 Misuse of word "microcode"
http://www.garlic.com/~lynn/2005g.html#40 MVS secure configuration standard
http://www.garlic.com/~lynn/2005h.html#13 Today's mainframe--anything to new?
http://www.garlic.com/~lynn/2005j.html#46 Public disclosure of discovered vulnerabilities
http://www.garlic.com/~lynn/2005k.html#30 Public disclosure of discovered vulnerabilities
http://www.garlic.com/~lynn/2005k.html#43 Determining processor status without IPIs
http://www.garlic.com/~lynn/2005m.html#12 IBM's mini computers--lack thereof
http://www.garlic.com/~lynn/2006e.html#15 About TLB in lower-level caches
http://www.garlic.com/~lynn/2006i.html#0 The Pankian Metaphor
http://www.garlic.com/~lynn/2006j.html#27 virtual memory
http://www.garlic.com/~lynn/2006k.html#37 PDP-1
http://www.garlic.com/~lynn/2006p.html#13 What part of z/OS is the OS?
http://www.garlic.com/~lynn/2006p.html#42 old hypervisor email
http://www.garlic.com/~lynn/2006q.html#36 Was FORTRAN buggy?
http://www.garlic.com/~lynn/2006r.html#11 Was FORTRAN buggy?
http://www.garlic.com/~lynn/2006t.html#38 Vulnerability Assessment of a EAL 4 system
http://www.garlic.com/~lynn/2006v.html#38 vmshare
http://www.garlic.com/~lynn/2007b.html#12 Special characters in passwords was Re: RACF - Password rules
http://www.garlic.com/~lynn/2007b.html#30 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007b.html#47 newbie need help (ECC and wireless)
http://www.garlic.com/~lynn/2007b.html#55 IBMLink 2000 Finding ESO levels
http://www.garlic.com/~lynn/2007f.html#73 Is computer history taught now?
http://www.garlic.com/~lynn/2007k.html#26 user level TCP implementation
http://www.garlic.com/~lynn/2007l.html#39 My Dream PC -- Chip-Based
http://www.garlic.com/~lynn/2007l.html#53 Drums: Memory or Peripheral?
http://www.garlic.com/~lynn/2007l.html#55 Scholars needed to build a computer history bibliography
http://www.garlic.com/~lynn/2007m.html#58 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007o.html#50 64 gig memory
http://www.garlic.com/~lynn/2007o.html#67 1401 simulator for OS/360
http://www.garlic.com/~lynn/2007q.html#32 what does xp do when system is copying
http://www.garlic.com/~lynn/2007q.html#34 what does xp do when system is copying
http://www.garlic.com/~lynn/2007s.html#17 Oddly good news week: Google announces a Caps library for Javascript
http://www.garlic.com/~lynn/2007s.html#31 multics source is now open

How the pages tables of each segment is located

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: How the pages tables of each segment is located
Newsgroups: comp.arch,alt.os.development,comp.os.linux.development.system,comp.os.linux.misc
Date: Sat, 24 Nov 2007 21:03:16 -0500
johnl@iecc.com (John L) writes:
No, it shouldn't. This is a Von Neumann architecture, not a Harvard architecture.

Although it is possible to set up 386 segments so that the code and data map to different places, nobody does so. On the 286 you had to do separate code and data segments because few programs could fit all of the code and data into a single 64K segment. On the 386 a single segment can map the entire 32 bit linear address space, so that's what we do.

As someone else noted, the way we keep code and data separate is to put them at different addresses, and we can use page protection to (mostly) prohibit broken programs from writing into their code.


and the newer no-execute ... countermeasure for (buffer overflow) attacks that polute data areas with executable instructions and then attempt to get execution transferred there.

Researcher: CPU No-Execute Bit Is No Big Security Deal
http://www.techweb.com/wire/security/166403451 'No Execute' Flag Waves Off Buffer Attacks
http://www.washingtonpost.com/wp-dyn/articles/A55209-2005Feb26.html
What's the new /NoExecute switch that's added to the boot.ini file
http://www.windowsitpro.com/Article/ArticleID/46302/46302.html
CPU-Based Security: The NX Bit
http://hardware.earthweb.com/chips/article.php/3358421
A detailed description of the Data Execution Prevention (DEP) feature in Windows XP Service Pack 2, Windows XP Tablet PC Edition 2005, and Windows Server 2003
http://support.microsoft.com/kb/875352

misc. past posts mentioning buffer overflow
http://www.garlic.com/~lynn/subintegrity.html#overflow

Translation of IBM Basic Assembler to C?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sat, 24 Nov 2007 22:26:33 -0500
Bernd Felsche <bernie@innovative.iinet.net.au> writes:
And that chip will be unreadable in a lot of situations; either because not every first-aider carries a chip-reader, or because such a device may be unusable by environmental effects or component failure.

The chip is not an appropriate technology.


original straying into this subject wasn't so much that the chip was not appropriate technology ... but that the assumptions about requirements for chip in emergency medical care didn't stand up.
http://www.garlic.com/~lynn/2007s.html#51 Translation of IBM Basic Assembler to C?

the early chip proposal was that substantial medical records were stored in the chip and were carried by individual so that at scene of emergency, EMT/paramedic/firstresponder could utilize the information to help direct/decide medical care.

assumptions were that EMT/paramedic/firstresponder had time, resources and training to process significant medical records (from the chip) and use the information to direct emergency medical care AND didn't have online access to realtime information and/or professional medical personel (i.e. sort of implies being able to provide sophisticated medical care with out needing a doctor's authorization)

the counterargument was that the situation where all assumptions held true would be so rare as to make it highly improbable, if not fantasy.

for additional topic drift

Commonly Held Misconceptions About Disasters
http://books.nap.edu/openbook.php?record_id=11629&page=193

some wiki references

Triage
https://en.wikipedia.org/wiki/Triage
First Responders
https://en.wikipedia.org/wiki/Certified_first_responder
Emergency medical technician
https://en.wikipedia.org/wiki/Emergency_medical_technician
Paramedic
https://en.wikipedia.org/wiki/Paramedic

So this is a long winded reference regarding quality improvement for emergency medical services systems
http://www.nhtsa.dot.gov/people/injury/ems/leaderguide/

within this framework, the "chip" assertion for accident/emergency scene treatment by EMT/paramedic/firstresponder would substantially improve treatment outcomes (in order to justify the significant expenditure for chips, chip processing equipment, and additional personal training hrs.) Furthermore, given limited fund assumptions, the treatment outcome improvements (for personal "chip" medical records for the whole population) per dollar spent, needs to be superior to other alternatives for improving treatment outcomes (this is sort of an organizational analogy to triage).

Translation of IBM Basic Assembler to C?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sat, 24 Nov 2007 23:33:10 -0500
Bernd Felsche <bernie@innovative.iinet.net.au> writes:
Well; somebody in ER had bloody well better know because the wrong treatment will kill; and their inability to interpret the relevant details off the bracelet is equivalent to incompetence.

Keep in mind that people can be many hours away from an ER when they require treatment. The low-tech bracelet is the only recognized way to convey the necessary information about an unconscious patient.


re:
http://www.garlic.com/~lynn/2007s.html#51 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#10 Translation of IBM Basic Assembler to C?

this reference claims that there were approx. 192,000 EMTs and paramedics in 2004.
http://www.bls.gov/oco/ocos101.htm

say there are only 100 people with some condition ... the training cost/issue isn't the number of people with the condition ... the training cost/issue is the number of people that have to be trained (192,000) ... once it has been decided that it is necessary to train them about the condition/treatment (independent of the number of people with the condition).

for some additional topic drift

How Many Paramedics Does It Take To...?
http://www.emsresponder.com/print/Firehouse-Magazine---EMS-Features/How-Many-Paramedics-Does-It-Take-To/3$2307

and for even more topic drift:

2,000 Hours to train a Paramedic?
http://www.fd-doc.com/2000Hours.htm

the above article makes a case that paramedic 2000hr training requirement could be reduced to 200hrs ... and then train ten times as many people ... giving a much better bang-for-the-buck

Translation of IBM Basic Assembler to C?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sun, 25 Nov 2007 08:15:02 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
A Financial System under Siege
http://www.globalresearch.ca/index.php?context=va&aid=7333
Hank Paulson's got an Enron-like crisis that could swamp Citigroup (C) and JPMorgan (JPM)
http://gs.bloggingstocks.com/2007/10/14/hank-paulsons-got-an-enron-like-crisis-that-could-swamp-citigro/
ECB chief wants more control of credit rating agencies
http://news.monstersandcritics.com/business/news/article_1375876.php/ECB_chief_wants_more_control_of_credit_rating_agencies


re:
http://www.garlic.com/~lynn/2007s.html#28 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#4 Translation of IBM Basic Assembler to C?

and

SMBs and the Subprime Catastrophe: Service Makes the Difference
http://www.crmbuyer.com/story/60448.html

somewhat alludes to local community banks keeping control of their mortgage loans and not letting things get out of hand.

and in this periodically referenced, long-winded, old post
http://www.garlic.com/~lynn/aepay3.htm#riskm Thread Between Risk Management and Information Security

part of the discussion was regarding information transparency/trust in the quality/rating of the credit backed securities.

with a little x-over from these sub-threads
http://www.garlic.com/~lynn/2007s.html#55 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#56 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#3 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#6 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#8 Translation of IBM Basic Assembler to C?

with reference to electronic signature ... the theory was that the quality of individual mortgages would be "attested" to (electronically signed) and that (individual loan) quality information would be carried along as groups of loans were packaged for sale. This is the Information Security part of the posting's subject. That detailed information about individual loans would then be available as well as the ratings given the combined package of loans (from any credit rating agency) ... i.e. the Risk Management part of the posting's subject.

Part of what prompted this posting was earlier experience with things like individual (mortgage) property appraisals ... where supposedly an expensive building/structure might be involved and it turned out to actually be an empty lot.

other recent posts mentioning the old post:
http://www.garlic.com/~lynn/2007b.html#30 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007b.html#33 security engineering versus information security
http://www.garlic.com/~lynn/2007c.html#11 Decoding the encryption puzzle
http://www.garlic.com/~lynn/2007e.html#24 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007h.html#64 sizeof() was: The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007h.html#66 sizeof() was: The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007i.html#12 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#0 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#46 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#75 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#51 IBM Unionization
http://www.garlic.com/~lynn/2007n.html#53 Windows Monitor or CUSP? [was ReJohn W. Backus, 82, Fortran developer, dies]
http://www.garlic.com/~lynn/2007p.html#50 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007r.html#60 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007s.html#1 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#25 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#28 Translation of IBM Basic Assembler to C?

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sun, 25 Nov 2007 08:40:13 -0500
Roland Hutchinson <my.spamtrap@verizon.net> writes:
We secretly borrow the funds in Euros to pay off the debt, pay it off, restoring confidence in the dollar, which rises until the Euro is back to 83 cents American. Then we pay off the loan. Problem solved.

except it strongly smacks of currency speculation which has a history of periodically going horribly wrong. also, that only takes into account stuff carried on the books ... unfunded mandates, offbook balances, deferred maintenance/support of deteriorating infrastructure are also outstanding financial obligations (estimated to be several times the booked numbers).

misc. past posts
http://www.garlic.com/~lynn/2007k.html#19 Another "migration" from the mainframe
http://www.garlic.com/~lynn/2007o.html#6 Loads Weighing Heavily on Roads
http://www.garlic.com/~lynn/2007q.html#7 what does xp do when system is copying
http://www.garlic.com/~lynn/2007q.html#60 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007s.html#68 Newseek articles--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#0 Newseek articles--baby boomers and computers

this also harks back to the comptroller general's (appointed in mid-90s for 15yr term) comment about nobody in congress has been able to do middle school arithmatic for at least the past 50 yrs. misc. recent references:
http://www.garlic.com/~lynn/2007j.html#20 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#91 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#19 Another "migration" from the mainframe
http://www.garlic.com/~lynn/2007o.html#74 Horrid thought about Politics, President Bush, and Democrats
http://www.garlic.com/~lynn/2007p.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007q.html#7 what does xp do when system is copying
http://www.garlic.com/~lynn/2007s.html#1 Translation of IBM Basic Assembler to C?

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sun, 25 Nov 2007 09:21:59 -0500
re:
http://www.garlic.com/~lynn/2007t.html#13 Newsweek article--baby boomers and computers

GAO page
http://www.gao.gov/

Comptroller General page
http://www.gao.gov/cghome/

above page has section on selected 2007 presentations ... including

Saving Our Future Requires Tough Choices Today
http://www.gao.gov/cghome/d08241cg.pdf

first page in the above gives percent of federal spending for 1966, 1986 and 2006


1966      1986    2006
defense                   43        28      20
net interest               7        14       9
all other spending        34        29      32
social security           15        20      21
medicare                   1        10      19

past posts reference projections that social program obligations growing to $40trillion, totally swamping all other spending.

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sun, 25 Nov 2007 10:20:39 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
Saving Our Future Requires Tough Choices Today
http://www.gao.gov/cghome/d08241cg.pdf

first page in the above gives percent of federal spending for 1966, 1986 and 2006

1966      1986    2006
defense                   43        28      20
net interest               7        14       9
all other spending        34        29      32
social security           15        20      21
medicare                   1        10      19

past posts reference projections that social program obligations growing to $40trillion, totally swamping all other spending.


re:
http://www.garlic.com/~lynn/2007t.html#13 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#14 Newsweek article--baby boomers and computers

the above page/chart appears in some of the other presentations on the comptroller general's webpage ... including:

America's Fiscal Future and Retirement Security
http://www.gao.gov/cghome/d08236cg.pdf

the above also talks about the robustness of the country's economy going forward ... including:
The United States may be the only superpower, but compared to most other OECD countries on selected key economic, social, and environmental indicators, on the average, the U.S. ranks

16 out of 28


... snip ...

which strays in the ability of the country to maintain its competitive position in a global environment.

also from same presentation:
Increased global interdependence and rapid technology advancement in the financial services industry pose significant challenges to U.S. regulatory institutions:

• Globalization has become increasingly prevalent as technology allows the quick and easy movement of money around the world, challenging regulators whose authority is defined by national boarders

• The financial services sector has been and continues to be one of the most technologically sophisticated, whether in adapting technology to new uses or providing incentives to develop state-of-the-art products to solve a range of risk management problems


... snip ...

which drifts into this other thread:
http://www.garlic.com/~lynn/2007t.html#12 Translation of IBM Basic Assembler to C?

and this old, long-winded post:
http://www.garlic.com/~lynn/aepay3.htm#riskm Thread Between Risk Management and Information Security

for quite a bit additional topic drift there is the council on competitiveness
http://www.compete.org/

which has some overlap with our work in the 80s on nsfnet backbone activity
http://www.garlic.com/~lynn/subnetwork.html#nsfnet
... and old email
http://www.garlic.com/~lynn/lhwemail.html#nsfnet

where tcp/ip is the technology basis for the modern internet, the nsfnet backbone was the operational basis for the modern internet and CIX was the business basis for the modern internet.

other reference from the council web pages:

Bechmarking Competitiveness Economic Trends
http://www.compete.org/et/

recent posts along this line:
http://www.garlic.com/~lynn/2007g.html#6 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#7 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#34 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#35 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#52 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#68 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007h.html#42 Experts: Education key to U.S. competitiveness
http://www.garlic.com/~lynn/2007l.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007o.html#20 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007o.html#21 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007o.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007p.html#15 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007p.html#18 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007p.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007p.html#32 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007r.html#33 Students mostly not ready for math, science college courses
http://www.garlic.com/~lynn/2007r.html#36 Students mostly not ready for math, science college courses
http://www.garlic.com/~lynn/2007r.html#70 Latest OECD broadband data puts US in middle of the pack on speed, price

segmentation or lack thereof

Refed: **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: segmentation or lack thereof
Newsgroups: comp.arch,alt.os.development,comp.os.linux.development.system,comp.os.linux.misc,comp.sys.unisys
Date: Sun, 25 Nov 2007 11:16:52 -0500
johnl@iecc.com (John L) writes:
I must admit I'd forgotten about the Burroughs machines. My impression is that they're the healthiest segmented machines around today, but they also suffer from performance and address space issues.

there is MVS and various descendants ... where the same ("segmented") image of the kernel appears in every virtual address space ... along with the "common segment" ... which was an early MVS gimmick allowing pointer-passing paradigm to continue to work between different applications and various subsystems functions when the were moved into different virtual address spaces (i.e. application could squirrel something away in the "common segment" and make a subsystem call, passing a pointer to the "common segment" data). of course, "dual-address" space ... and follow-on "access registers" ... were attempt to obsolete the need for the common segment ... aka allowing called routines (in different virtual address spaces) to "reach" back into the virtual address space of the calling routine.

misc. recent posts mentioning common segment
http://www.garlic.com/~lynn/2007g.html#59 IBM to the PCM market(the sky is falling!!!the sky is falling!!)
http://www.garlic.com/~lynn/2007k.html#27 user level TCP implementation
http://www.garlic.com/~lynn/2007o.html#10 IBM 8000 series
http://www.garlic.com/~lynn/2007q.html#26 Does software life begin at 40? IBM updates IMS database
http://www.garlic.com/~lynn/2007q.html#68 Direction of Stack Growth
http://www.garlic.com/~lynn/2007r.html#56 CSA 'above the bar'
http://www.garlic.com/~lynn/2007r.html#69 CSA 'above the bar'

the ingrained (MVS) "common segment" even resulted in custom hardware support in later machine generations. in lots of implementations, table-look-aside (TLB) hardware implementation is virtual address space "associative" (each TLB entry is associated with a specific virtual address space). Segment sharing can result in the same virtual address (information) in the same (shared) segment appearing multiple times in the TLB (associated with use by specific virtual address spaces). The "common segment" use was so prevalent in MVS ... that it justified special TLB handling ... where the dominant TLB association was virtual address space ... but there was a special case for common segment entries ... to eliminate all the (unncessary) duplicate entries.

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sun, 25 Nov 2007 13:15:09 -0500
CBFalconer <cbfalconer@yahoo.com> writes:
Insufficient. In that interval the USD has fallen about 50% in relation to the Euro. Oil prices have inflated by close to a factor of 10. No doubt about 5.

re:
http://www.garlic.com/~lynn/2007s.html#67 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#2 Newsweek article--baby boomers and computers

so far as we know the USD vis-a-vis the EURO has changed ... but as in the case of the yen ... the USD had "fallen" to an all-time historical low of 83yen/dollar in 1995 and managed to climb back to 134yen/dollar in 2002, since adjusting to around 108 (the dollar is still above the historical low against the yen in 1995).

one of the justifications for moving to the EURO was that the aggregate EU economy was "stronger" and would strengthen the corresponding currency (vis-a-vis what was possible for the individual currencies). the current change could be the expected result of the EURO rising to anticipated level (vis-a-vis the dollar, i.e. major justification behind the european union and the euro).

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Mon, 26 Nov 2007 02:42:19 -0500
Roland Hutchinson <my.spamtrap@verizon.net> writes:
That and a few dozen other problems with my proposal... It was _not_ meant as a serious suggestion, in case anyone was in doubt!

comment about the currency speculation was only incidental
http://www.garlic.com/~lynn/2007t.html#13 Newsweek article--baby boomers and computers

... as the gao numbers show the service on the debt isn't a big issue, double from 7percent of total budget in 66 to 14percent in 86 before dropping back to 9percent in 2006
http://www.garlic.com/~lynn/2007t.html#14 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#15 Newsweek article--baby boomers and computers

defense better than halved from 66 to 2006 from 43percent of total budget to 20percent. it was the other stuff related to social programs ... SS & medicare exploded from 16percent of total budget in 66 to 40percent of total budget in 2006 ... and projections are that just existing unfunded mandates can prompt it to continue to explode until it totally swamps everything else. even if the defense 20percent of budget was eliminated and all converted to social programs ... it would provide only a temporary stopgap.

the confidence and strength in the dollar is related to the confidence and size of the overall economy along with numerous long-term issues. as alluded to here, there are significant long-term, difficult issues at work
http://www.garlic.com/~lynn/2007t.html#15 Newsweek article--baby boomers and computers

including changing global competitiveness ... alluded to here as part of justification behind the formation of the EU and euro
http://www.garlic.com/~lynn/2007t.html#17 Newsweek article--baby boomers and computers

there are other factors which can be interpreted as the value of the euro increasing (as opposed to just the value of the dollar decreasing)

re:
http://www.garlic.com/~lynn/2007s.html#67 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#2 Newsweek article--baby boomers and computers

What is the European Monetary Union?
http://www.uiowa.edu/ifdebook/faq/faq_docs/EMU.shtml

from above:
The European states want the euro to become one of the premier currencies in the international financial market, alongside the dollar and the yen.

... snip ...

a couple wiki refs

Economic and Monetary Union of the European Union
https://en.wikipedia.org/wiki/Economic_and_Monetary_Union_of_the_European_Union
European System of Central Banks
https://en.wikipedia.org/wiki/European_System_of_Central_Banks

Euro notes and coins are introduced in January 2002.


1jan2002         23nov2007

.9 usd/eur       1.4 usd/eur      Euro increased 55% against usd
 119 yen/eur       160 yen/eur      Euro increased 34% against yen

if the only factor at work was the decreasing value of the dollar, then the correspondance between the euro and the yen would have remained constant and the dollar would have declined by the same amount against both the euro and the yen.

as noted in the previous posts, the yen rose to a record high of 83/dollar in 95 before dropping to a low of 134/dollar in 2002 and now stands about half way between at 108.

Translation of IBM Basic Assembler to C?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Mon, 26 Nov 2007 10:08:03 -0500
Steve O'Hara-Smith <steveo@eircom.net> writes:
There are redundant copies at other GPs - with a large geographical separation (OK I didn't specify that - it should be obvious). These copies are *not* made at the last minute they are made as updates come in (of course). I touched in another posting on mechanisms for another GP to take over the "master of the record" status.

various dataprocessing outsourcing would step in and provide such a function. you saw this with online/realtime processing for retail point-of-sale transactions. there were something like 30,000 financial institutions operating. first needed was value-added-network that would provide the interconnect between all the institutions (world-wide internet has pretty much obsoleted all the value-added-network activities that grew up in the 60s, 70s, 80s).

then there was big upswing in outsourcing ... especially for the smaller financial institutions that didn't have the scale to adequately support in-house operations. the outsourcing operations provided all the necessary dataprocessing for financial institutions ... including things like disaster survivability and geographic survivability ... terms we coined when we were out marketing our ha/cmp product
http://www.garlic.com/~lynn/subtopic.html#hacmp

the outsourcing operations are also subject to significant regulatory compliance auditing. there were also subject to significant audit operations with regard to meeting y2k remediation requirements. they also tend to have detailed service level agreement contracts that have to be met.

the outsourcing provided the appearance to individual institutions as if it was still in-house operation, including individual institution "ownership" of the related records and control over various policies and practices.

more recently there has been significant consolidation going on in financial institution market segments ... and so you see somewhat swing back to in-house dataprocessing for the largest financial institutions. however, at one point there was observation that something like 90 percent of transactions were handled at something like six datacenters.

in any case, i would expect equivalent would show up for computerized medical records ... entities like large HMOs would provide their own dataprocessing and smaller operations would outsource.

UK Retail Giant Breached by Insider

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: UK Retail Giant Breached by Insider
Newsgroups: alt.folklore.computers
Date: Mon, 26 Nov 2007 13:18:25 -0500
Tesco online store 'is infiltrated by insider card fraudster'
http://www.thisislondon.co.uk/news/article-23422816-details/Tesco+online+store+%27is+infiltrated+by+insider+card+fraudster%27/article.do
UK Retail Giant Breached by Insider
http://www.darkreading.com/document.asp?doc_id=139803

(some topic drift, the above article attempts some comic relief with some embedded URLs)

we had been called in by this small client/server startup that wanted to do payment transactions on their server ... they also had this technology they called SSL they wanted used ... that had to be converted into business processes. some past references
http://www.garlic.com/~lynn/subnetwork.html#gateway

doing some detailed end-to-end threats and vulnerabilities studies ... came up with a number of suggestions ... including possible things like requiring security background checks on all employees ... misc. past posts mentioning background check requirement
http://www.garlic.com/~lynn/aadsm6.htm#terror3 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aepay11.htm#72 Account Numbers. Was: Confusing Authentication and Identiification? (addenda)
http://www.garlic.com/~lynn/aadsm21.htm#34 X.509 / PKI, PGP, and IBE Secure Email Technologies
http://www.garlic.com/~lynn/aadsm22.htm#18 "doing the CA statement shuffle" and other dances
http://www.garlic.com/~lynn/2001j.html#5 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#54 Does "Strong Security" Mean Anything?
http://www.garlic.com/~lynn/2005v.html#4 ABN Tape - Found
http://www.garlic.com/~lynn/2006.html#33 The new High Assurance SSL Certificates
http://www.garlic.com/~lynn/2006d.html#28 Caller ID "spoofing"
http://www.garlic.com/~lynn/2007b.html#8 Special characters in passwords was Re: RACF - Password rules
http://www.garlic.com/~lynn/2007c.html#6 Securing financial transactions a high priority for 2007

one of the topic drifts ... are studies that find the majority of fraud of this kind (security breaches, data breaches, etc) typical involve some insider.

later when we were involved in x9a10 financial standards working group that had been the requirement to preserve the integrity of the financial infrastructure for all retail payments (aka ALL, credit, debit, gift, stored-value, ach, internet, point-of-sale, etc) in the x9.59 financial standard
http://www.garlic.com/~lynn/x959.html#x959

doing (more) detailed end-to-end threats and vulnerability assessements, it became fairly apparent not only was detailed security background checks not sufficient (and therefor not very cost effective) ... in part because the information was needed in so many places. as a result, x9.59 standard took a slightly different approach ... rather than trying to keep the information out of the hands of attackers and crooks ... eliminate the information as a source for enabling fraudulent transactions.

various issues regarding (futility of) attempting to close all possibly vulnerabilities are discussed in postings mentioning the naked transaction metaphor
http://www.garlic.com/~lynn/subintegrity.html#payments

instead of the x9.59 financial standard paradigm change which eliminates (knowledge of) the information as a threat/vulnerability.

past posts mentioning risks, threats, vulnerabilities, exploits, and/or fraud
http://www.garlic.com/~lynn/subintegrity.html#fraud

How the pages tables of each segment is located

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: How the pages tables of each segment is located
Newsgroups: comp.arch,alt.os.development,comp.os.linux.development.system,comp.os.linux.misc
Date: Mon, 26 Nov 2007 17:20:17 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
and the newer no-execute ... countermeasure for (buffer overflow) attacks that polute data areas with executable instructions and then attempt to get execution transferred there.

re:
http://www.garlic.com/~lynn/2007t.html#9 How the pages tables of each segment is located

hot off the press:

Buffer Overflows Are Top Threat, Report Says
http://www.darkreading.com/document.asp?doc_id=139871

from above:

Research data says buffer overflow bugs outnumber Web app vulnerabilities, and some severe Microsoft bugs are on the decline

... snip ...

as before ... lots of past posts mentioning buffer overlow threat/problems
http://www.garlic.com/~lynn/subintegrity.html#overflow

'Man in the browser' is new threat to online banking

Refed: **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: 'Man in the browser' is new threat to online banking
Newsgroups: alt.folklore.computers
Date: Tue, 27 Nov 2007 10:53:29 -0500
'Man in the browser' is new threat to online banking
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9049080

from above:
Perpetrators act as a 'man in the browser' by intercepting HTML code in the Web browser. As bank security measures curb more traditional threats such as keystroke logging, phishing and pharming, F-Secure warned, the 'man in the browser' attack will increase.

... snip ...

end-point compromises have also been a major attack point for harvesting information
http://www.garlic.com/~lynn/subintegrity.html#harvest

and one of the long-term recognized vulnerabiltiy/threat when "static data" operations are involved (i.e. fraud is possibly by simply recording prior operations ... and enabling things like replay attacks).

countermeasures to long recognized PC vulnerability/threat was the EU "FINREAD" standard from the 90s
http://www.garlic.com/~lynn/subintegrity.html#finread

... which was an external attachment to the PC which its on pin-pad input and display ... that was highly restricted to any loadable programming (and therefor nearly impossible to inject worms, trojans, harvisting). The EU FINREAD external pin-pad operation made it nearly impossible for trojans not only to record and export critical information but was also countermeasure of trojans actually originating fraudulent transactions from the infected PC.

the other part of the harvesting countermeasure was introduction of transaction level authentication using other than static data ... discussed in past posts mentioning naked transaction metaphor
http://www.garlic.com/~lynn/subintegrity.html#payments

However, one of the things that happened in the early part of this decade was a failed attempt to introduce much less well designed and thot-out devices into the consumer PC market. The resulting disasters for consumers created the impression that such devices weren't practical in the consumer PC market. However, it wasn't that all such devices were impractical ... it was that devices that were extremely consumer unfriendly that were not practical. Detailed postmortems of the aborted deployments identified what the significant shortcomings in the consumer PC market actually were. recent posts about this aborted attempted deployments with long lasting after effects on security in the consumer market:
http://www.garlic.com/~lynn/aadsm10.htm#keygen2 Welome to the Internet, here's your private key
http://www.garlic.com/~lynn/aadsm23.htm#43 Spring is here - that means Pressed Flowers
http://www.garlic.com/~lynn/aadsm23.htm#50 Status of SRP
http://www.garlic.com/~lynn/aadsm27.htm#34 The bank fraud blame game
http://www.garlic.com/~lynn/aadsm27.htm#35 The bank fraud blame game
http://www.garlic.com/~lynn/aadsm27.htm#37 The bank fraud blame game
http://www.garlic.com/~lynn/aadsm27.htm#38 The bank fraud blame game
http://www.garlic.com/~lynn/aadsm27.htm#39 The bank fraud blame game
http://www.garlic.com/~lynn/2002m.html#37 Convenient and secure eCommerce using POWF
http://www.garlic.com/~lynn/2002m.html#39 Convenient and secure eCommerce using POWF
http://www.garlic.com/~lynn/2003n.html#35 ftp authentication via smartcard
http://www.garlic.com/~lynn/2007n.html#60 Poll: oldest computer thing you still use
http://www.garlic.com/~lynn/2007n.html#65 Poll: oldest computer thing you still use

lots of past fraud, threats, vulnerabilities, exploits, risk postings
http://www.garlic.com/~lynn/subintegrity.html#fraud

SMF Under VM

Refed: **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: SMF Under VM
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Tue, 27 Nov 2007 17:05:27 -0500
dgkopischke@OPPENHEIMERFUNDS.COM (Kopischke, David G.) writes:
From what I understand, we just use canned processes to extract SMF, load databases and create reports. But since we don't use VM at home and have no experience with it, maybe we're just not understanding where this data is in that environment ??? Is there any documentation that specifies what SMF data is available under VM and what is not ??? With respect to %CPU BUSY, I understand it's virtual under VM, but there still has to be some method of gauging how much CPU a guest is using, isn't there ??? How do VM shops report this ???

for decades VM would account for processor useage (both virtual and total) which would turned out to correspond very closely with total/actual busy (which was also measured).

other infrastructures have tended to have accounted for processor busy which has been less than total/actual cpu busy (measured by other methods). The "difference" (which has peridically been quite substantial) was frequently referred to as capture ratio ... aka the sometimes small percentage of cpu busy that was actually accounted for

for some, the concept of capture ratio took quite a bit of time to sink thru ... since a system not accounting for all cpu useage was quite foreign concept.

running under VM ... one possible way for handling the ("captured" ... at least by vm) non-virtual processing time might be handled along with all the other "uncaptured" processor time (from the standpoint of a guest operating system running in a virtual machine).

some of this also has to be handled with LPARs w/o VM software ... since LPARs are essentially a stripped down VM subset moved into the microcode of the machine (and then you can have virtual guests running in a VM software virtual machine ... which, in turn might be running in a LPAR virtual machine ... which is finally running on the real hardware).

a few results for quicky search engine use for term capture ratio
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10526
http://publib.boulder.ibm.com/tividd/td/TDS390/SH19-6818-08/en_US/HTML/DRLM9mst48.htm
http://www.ibm.com/developerworks/wikis/display/zosperfinstr/Controlling+SMF+Record+Production
http://www.ibm.com/developerworks/websphere/library/techarticles/0407_garza/0407_garza.html
http://www.cmg.org/measureit/issues/mit38/m_38_10.html

the original cp67 system delivered to the univ. the last week of jan68 did have something slightly reminiscence of "uncaptured" ... which was actual "captured" (i.e. specifically measured processor time) that wasn't associated with any specific operation (called "overhead"). This would increase significantly as the number of concurrent processes increased (aka it scaled extremely poorly). I completely reworked that implementation to eliminate the non-scaling characteristic ... as well as being able to "account" for what was actually being done.

Translation of IBM Basic Assembler to C?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Tue, 27 Nov 2007 18:48:55 -0500
Frank McCoy <mccoyf@millcomm.com> writes:
Clinton did NOTHING to hurt National Security. Not even his most rabid haters of the Republican Senators who pushed for his impeachment were stupid enough to try accusing him of that.

here is 18jan99 article with some additional perspective from the period:

Clinton's $124 Billion Defense Increase Jeopardizes Social Security, Medicare
http://www.twf.org/News/Y1999/0118-RobPoor.html

from above:
"Islamic terrorism" helps justify defense spending

Desperate to fend off the Republican led impeachment process, President Clinton has agreed to an $124 billion increase in defense spending over seven years, thereby, jeopardizing his earlier commitments to education, social security, medicare, and programs for the poor.

Measured in 1995 dollars, U.S. defense spending has declined from a Cold War high of around $375 billion in 1988 to around $265 billion in 1997,


... snip ...

and
"The scope of the problem was driven home," writes Bradley Graham (The Washington Post, Jan 14), after Clinton "listened to generals and admirals cite mounting pilot shortages, ships cruising without full crews, rising cannibalization of parts from inactive weapons to make active ones and cutbacks in Army training."

... snip ...

somewhat related to comptroller general budget piecharts reference in
http://www.garlic.com/~lynn/2007t.html#14 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#15 Newsweek article--baby boomers and computers

aka


1966      1986    2006
defense                   43        28      20
net interest               7        14       9
all other spending        34        29      32
social security           15        20      21
medicare                   1        10      19

... snip ...

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Tue, 27 Nov 2007 18:33:34 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:

1966      1986    2006
defense                   43        28      20
net interest               7        14       9
all other spending        34        29      32
social security           15        20      21
medicare                   1        10      19

re:
http://www.garlic.com/~lynn/2007t.html#14 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#15 Newsweek article--baby boomers and computers

the piecharts also show up in some number of other recent presentations by comptroller general
http://www.gao.gov/cghome/

... earlier show up in

U.S. Financial Condition and Fiscal Future Briefing, 7aug2007
http://www.gao.gov/cghome/d071189cg.pdf

also shows up in

DOD Transformation Challenges and Opportunities, Acquisition Community Conference 17apr2007
http://www.gao.gov/cghome/d07789cg.pdf

and

Fiscal, Social Security, and Health Care Challenges 7Jan2007
http://www.gao.gov/cghome/d07345cg.pdf

more fun with new, 40yr old technology

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: more fun with new, 40yr old technology
Newsgroups: alt.folklore.computers
Date: Wed, 28 Nov 2007 10:19:38 -0500
Systems management pioneer tackles VM management
http://searchservervirtualization.techtarget.com/originalContent/0,289142,sid94_gci1283700,00.html
Virtualization for Embedded Systems White Paper from Open Kernel Labs
http://www.embedded-computing.com/news/db/?9437
Server virtualization as godsend
http://www.networkworld.com/community/node/22304
Emerging Markets and Virtualization Drive Q3 Server Sales
http://www.itjungle.com/bns/bns121007-story02.html
Users Share Virtualization Pitfalls
http://www.byteandswitch.com/document.asp?doc_id=139893&WT.svl=news1_1
Virtualization Center - You heard it here first
http://www.networkworld.com/community/node/22352
Virtual Machines - The Challenge of Vision | Virtually Speaking
http://blogs.zdnet.com/virtualization/?p=288
Seanodes Targets Wasted Space With New Virtualized Storage Tool
http://www.ecommercetimes.com/story/enterprise/60472.html
Desktop PC Virtualization Is on the Rise
http://www.pcworld.com/businesscenter/article/140002/desktop_pc_virtualization_is_on_the_rise.html
CiRBA Automates the Process of Selecting the Right Virtualization Technology
http://www.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&newsId=20071128005039&newsLang=en
HP Expands Virtualization Options for Blades
http://www.eweek.com/article2/0,1895,2222808,00.asp
IBM takes on HP with I/O virtualization
http://www.networkworld.com/community/node/22313

'Man in the browser' is new threat to online banking

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: 'Man in the browser' is new threat to online banking
Newsgroups: alt.folklore.computers
Date: Wed, 28 Nov 2007 10:27:13 -0500
re:
http://www.garlic.com/~lynn/2007t.html#22 'Man in the browser' is new threat to online banking

as alluded to in previous post ... change the paradigm so that the harvested information doesn't enable financial fraud

lots of past posts mentioning fraud, risks, threats, exploits, vulnerabilities
http://www.garlic.com/~lynn/subintegrity.html#fraud

related, recent news item

FTC Report on ID Theft Shows Need for Stronger Consumer Protections
http://www.prnewswire.com/cgi-bin/stories.pl?ACCT=104&STORY=/www/story/11-27-2007/0004712566&EDATE=
FTC Report on ID Theft Shows Need for Stronger Consumer Protections
http://www.pnnonline.org/article.php?sid=7850&mode=thread&order=0&thold=0

other recent related items

FTC: 8 Million Were Victims of ID Theft in 2005
http://www.cioinsight.com/article2/0,1540,2222972,00.asp
FTC: 8.3 million US victims of ID theft in 2005
http://www.networkworld.com/news/2007/120307-server-virtualization-growing.html
FTC: 8.3 million US victims of ID theft in 2005
http://www.washingtonpost.com/wp-dyn/content/article/2007/11/28/AR2007112800629.html
Wikipedia Used to Test Stolen Credit Cards
http://www.epaynews.com/index.cgi?survey=&ref=browse&f=view&id=1196190941837043222&block=
Banks Facing Major Security Costs over Government Data Leak
http://www.epaynews.com/index.cgi?survey=&ref=browse&f=view&id=1196246182837043222&block=

and this aspect:

The Cost Of Data Loss Rises
http://www.informationweek.com/news/showArticle.jhtml?articleID=204301246

was also touched on in this old, long winded post
http://www.garlic.com/~lynn/aepay3.htm#riskm Thread Between Risk Management and Information Security

'Man in the browser' is new threat to online banking

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: 'Man in the browser' is new threat to online banking
Newsgroups: alt.folklore.computers
Date: Wed, 28 Nov 2007 13:49:11 -0500
re:
http://www.garlic.com/~lynn/2007t.html#22 'Man in the browser' is new threat to online banking
http://www.garlic.com/~lynn/2007t.html#27 'Man in the browser' is new threat to online banking

'Man in the Browser' attacks becoming popular among cyber criminals
http://www.net-security.org/secworld.php?id=5635
'Man in the Browser' attacks becoming popular among cyber criminals
http://www.first.org/newsroom/globalsecurity/177262.html Concepts Against Man-in-the-Browser Attacks
http://domainsmagazine.com/Domains_14/Domain_3759.shtml

New attacks leave online transactions vulnerable even after sign-on authentication
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9000174

from above:
"Once that user is authenticated, they think they're OK. But instead companies have given them a false sense of security to merrily transact business," says David Burns, CEO of 2factor Inc. in Maumee, Ohio.

... snip ...

another in the "naked transaction" metaphor
http://www.garlic.com/~lynn/subintegrity.html#payments

part of threats/vulnerabilities that x9.59 financial standard provided countermeasures for
http://www.garlic.com/~lynn/x959.html#x959

more fun with new, 40yr old technology

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: more fun with new, 40yr old technology
Newsgroups: alt.folklore.computers
Date: Thu, 29 Nov 2007 09:02:36 -0500
Real Worries About Virtualization King
http://money.cnn.com/news/newsfeeds/articles/newstex/IBD-0001-21294486.htm Virtual Machines - The Challenge of Vision
http://blogs.zdnet.com/virtualization/?p=288
Virtualization Fever Gripping Global Business - Forrester
http://www.computerworlduk.com/technology/servers-data-centre/infrastructure-management/news/index.cfm?RSS&NewsId=6407
Hardware Vendors Continue to Sign Agreements with Virtualization Vendors
http://weblog.infoworld.com/virtualization/archives/2007/11/hardware_vendor.html
CiRBA Automates the Process of Selecting the Right Virtualization Technology
http://www.dabcc.com/article.aspx?id=6511
DMTF Releases Open Standards for System Virtualization Management
http://weblog.infoworld.com/virtualization/archives/2007/11/dmtf_releases_o.html
3Tera On The Fit Between Virtualization And Utility Computing
http://www.techworld.com/opsys/features/index.cfm?featureID=3842&pagtype=all

What do YOU call the # sign?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: What do YOU call the # sign?
Newsgroups: alt.usage.english,alt.folklore.computers
Date: Thu, 29 Nov 2007 09:46:16 -0500
jmfbahciv writes:
My property is .28 acres. I have 6 street lights and cannot get the power company to turn some off because of the scaredy cats here. And the lights are not the normal lights; they're that sickening orangey yellowish lights.

long ago and far away, san jose had some public fight over deployment new street lights (switch from older mercury)... default selection was to go with "high pressure" sodium vapor ... but there was a big push to go with "low pressure" sodium vapor (with the color described). the issue was that light from san jose was severely impacting Lick observatory. "high pressure" sodium put out light across more of the spectrum while "low pressure" sodium light was a much narrower spectrum

Lick Observatory
http://www.ucolick.org/public/visitors.html

wiki sodium vapor lamps
https://en.wikipedia.org/wiki/Sodium_vapor_lamp

from above:
Light pollution considerations

For placements where light pollution is of prime importance (for example an observatory parking lot), low pressure sodium is preferred. Sodium emits light on only one wavelength, and therefore is the easiest to filter out.


... snip ...

misc. old email mentioning some visits to lick observatory
http://www.garlic.com/~lynn/2004h.html#email830822
http://www.garlic.com/~lynn/2004h.html#email830830

related to some discussions regarding proposed berkeley 10meter
http://www.garlic.com/~lynn/2004h.html#7 CCD technology
http://www.garlic.com/~lynn/2004h.html#8 CCD technology
http://www.garlic.com/~lynn/2004h.html#9 CCD technology
http://www.garlic.com/~lynn/2005l.html#9 Jack Kilby dead
http://www.garlic.com/~lynn/2005s.html#28 MVCIN instruction
http://www.garlic.com/~lynn/2006t.html#12 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2007c.html#20 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007c.html#50 How many 36-bit Unix ports in the old days?

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Thu, 29 Nov 2007 10:05:20 -0500
Walter Bushell <proto@oanix.com> writes:
At +$300 per gallon, horses are very competitive. Might have to convert some carriage houses back to stables, and the pollution problems. Oy!

i remember running across references about automobiles saving nyc from horrible (horse-related) pollution problems (much worse per vehicle than automobiles).

quicky search engine turns up several refs ... sample


http://www.all-creatures.org/nyca/ch-hist-19711000.html

from above:
The presence of 120,000 horses in New York City, wrote one 1908 authority for example, is "an economic burden, an affront to cleanliness, and a terrible tax upon human life." The solution to the problem, agreed the critics, was the adoption of the "horseless carriage."

... snip ...

and


http://www.planetizen.com/node/27721

from above:
Morris takes us back to the turn of the 20th century. Horses were the primary mode of transportation, and they were killing our cities.
...
What saved New York (and other big cities) from this environmental disaster? The automobile.


... snip ...

What do YOU call the # sign?

Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: What do YOU call the # sign?
Newsgroups: alt.usage.english,alt.folklore.computers
Date: Thu, 29 Nov 2007 10:19:43 -0500
re:
http://www.garlic.com/~lynn/2007t.html#30 What do YOU call the # sign?

a little more search engine use:

San Jose: Study and report on low-pressure sodium lighting, 1980
http://www.nofs.navy.mil/about_NOFS/staff/cbl/LPSnet/SanJoseLPScost.htm

from above:
As is shown on the table, the LPS conversion would cost significantly less than the HPS conversion ($845,000 or 20%). Furthermore, total operating costs would be lower for a primarily LPS conversion system, as shown in option #4 (Lowest Energy Cost). Option #6, Light Conversion Suggested by Lick Observatory Staff, is an option suggested as a compromise to the total LPS conversion system that Lick Observatory would prefer. The option represents Lick Observatory's request that no HPS luminaires be installed within a nine-mile radius of the Observatory complex on Mount Hamilton.

... snip ...

the issue with LPS was that lots of people objected on aesthetics ... they didn't like the color.

and another wiki reference

Light pollution
https://en.wikipedia.org/wiki/Light_pollution

from above:
Many astronomers prefer their neighboring societies to use low pressure sodium lights as much as possible, because the single wavelength involved is comparably easy to filter. The low cost of operating sodium lights is another feature. In 1980, for example, San Jose, California, replaced all street lamps with low pressure sodium lamps, whose light is easier for nearby Lick Observatory to filter out. Similar programs are now in place in Arizona and Hawaii.

... snip ...

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Thu, 29 Nov 2007 11:28:26 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
first page in the above gives percent of federal spending for 1966, 1986 and 2006

1966      1986    2006
defense                   43        28      20
net interest               7        14       9
all other spending        34        29      32
social security           15        20      21
medicare                   1        10      19

past posts reference projections that social program obligations growing to $40trillion, totally swamping all other spending.


recent references to the above from comptroller general
http://www.garlic.com/~lynn/2007t.html#14 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#15 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#25 Newsweek article--baby boomers and computers

... and even if the whole defense budget was converted to social programs ... it would only be a short-term stopgap.

however, as noted here ... there was significant short-comings in defense spending during much of the 90s ... which started to be rectified with fy2000 (oct1999 thru sept2000) ... referenced here
http://www.garlic.com/~lynn/2007t.html#24 Translation of IBM Basic Assembler to C?

Clinton's $124 Billion Defense Increase Jeopardizes Social Security, Medicare
http://www.twf.org/News/Y1999/0118-RobPoor.html

from above:
"Islamic terrorism" helps justify defense spending

Desperate to fend off the Republican led impeachment process, President Clinton has agreed to an $124 billion increase in defense spending over seven years, thereby, jeopardizing his earlier commitments to education, social security, medicare, and programs for the poor.

Measured in 1995 dollars, U.S. defense spending has declined from a Cold War high of around $375 billion in 1988 to around $265 billion in 1997,


... snip ...

so additional historical details (from budget of the fed, fiscal yr2007)
http://www.whitehouse.gov/omb/budget/fy2007/hist.html

from above ... the "tables" are URLs to spreadsheet files
Section 1--Overview of Federal Government Finances

Table 1.1--Summary of Receipts, Outlays, and Surpluses or Deficits (-): 1789-2011

Table 1.2--Summary of Receipts, Outlays, and Surpluses or Deficits (-) as Percentages of GDP: 1930-2011

Table 1.3--Summary of Receipts, Outlays, and Surpluses or Deficits (-) in Current Dollars, Constant (FY 2000) Dollars, and as Percentages of GDP: 1940-2011

Table 1.4--Receipts, Outlays, and Surpluses or Deficits (-) by Fund Group: 1934-2011


... snip ...

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Thu, 29 Nov 2007 13:58:20 -0500
jmfbahciv writes:
And the last line doesn't include the drug program.

here is another

Smokers Cost Taxpayers $10 Billion
http://www.consumeraffairs.com/news04/2007/11/tobacco_cost.html

from above:
If all Medicaid beneficiaries quit smoking, taxpayers would be $10 billion richer

... snip ...

other posts mentioning fed budget piechart
http://www.garlic.com/~lynn/2007t.html#14 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#15 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#24 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#25 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#33 Newsweek article--baby boomers and computers

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Thu, 29 Nov 2007 16:45:15 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
here is another

Smokers Cost Taxpayers $10 Billion
http://www.consumeraffairs.com/news04/2007/11/tobacco_cost.html


re:
http://www.garlic.com/~lynn/2007t.html#34 Newsweek article--baby boomers and computers

as mentioned in the above article, report is from RTI International ... their news release:

Current Smokers Cost Medicaid Nearly $10 Billion
http://www.techweb.com/tech/security/20021211_security

which points to copy of the report here
http://www.americanlegacy.org/Files/Policy_Report_4_-_Medicaid_Report.pdf

they also have page:

Health Care Costs
http://www.rti.org/page.cfm?nav=443

from above:
How can expenses be controlled and resources allocated so that health costs do not outpace health care? This question is at the heart of research that RTI conducts as a part of health economics.

... snip ...

this is similar to some of the comptroller general's comments and presentations over the last couple yrs. misc. past comptroller general references:
http://www.garlic.com/~lynn/2006f.html#41 The Pankian Metaphor
http://www.garlic.com/~lynn/2006f.html#44 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#9 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#14 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#27 The Pankian Metaphor
http://www.garlic.com/~lynn/2006h.html#2 The Pankian Metaphor
http://www.garlic.com/~lynn/2006h.html#3 The Pankian Metaphor
http://www.garlic.com/~lynn/2006h.html#4 The Pankian Metaphor
http://www.garlic.com/~lynn/2006h.html#17 The Pankian Metaphor
http://www.garlic.com/~lynn/2006h.html#19 The Pankian Metaphor
http://www.garlic.com/~lynn/2006h.html#33 The Pankian Metaphor
http://www.garlic.com/~lynn/2006o.html#61 Health Care
http://www.garlic.com/~lynn/2006p.html#17 Health Care
http://www.garlic.com/~lynn/2006r.html#0 Cray-1 Anniversary Event - September 21st
http://www.garlic.com/~lynn/2006t.html#26 Universal constants
http://www.garlic.com/~lynn/2007j.html#20 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#91 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#19 Another "migration" from the mainframe
http://www.garlic.com/~lynn/2007o.html#74 Horrid thought about Politics, President Bush, and Democrats
http://www.garlic.com/~lynn/2007p.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007q.html#7 what does xp do when system is copying
http://www.garlic.com/~lynn/2007s.html#1 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#13 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#14 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#15 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#24 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#25 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#33 Newsweek article--baby boomers and computers

What do YOU call the # sign?

Refed: **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: What do YOU call the # sign?
Newsgroups: alt.usage.english,alt.folklore.computers
Date: Thu, 29 Nov 2007 17:28:46 -0500
Peter Flass <Peter_Flass@Yahoo.com> writes:
I think the move now is to LEDs, which use less electricity per lumen, last much longer than other types of lights, and can (I believe) be built to emit whatever portion of the spectrum you want. The disadvantage is higher initial cost. It'll be good to get rid of those stupid orange things. They were always a bad idea.

re:
http://www.garlic.com/~lynn/2007t.html#30 What do YOU call the # sign?

followup with more information on light pollution
http://www.garlic.com/~lynn/2007t.html#32 What do YOU call the # sign?

above article also mentions low pressure sodium is more efficient than high pressure sodium (costs less to operate for same amount of lumens).

here is more detailed comparisons of low pressure sodium, high pressure sodium, metal halide, and mercury vapor
http://www.solarstreetlights.net/generalinfo.html

URLs that talk about pilot projects with LED streat lights
http://www.treehugger.com/files/2007/10/asquared_michig.php
http://www.ecogeek.org/content/view/414/
http://thefraserdomain.typepad.com/energy/2007/10/ann-arbor-to-in.html
http://www.ledsmagazine.com/news/4/8/16

... but there is mention that LED lights that are more efficient than low pressure sodium aren't yet available and current LED pilot savings are the lights last longer and therefor the "manual" replacement costs are lower.

however any "more" pleasing (asthetics) tend to be white ... which by definition puts out energy across much more of the spectrum ... resulting in lots more light pollution for observatories.

wiki light pollution entry (also referenced in previous post)
https://en.wikipedia.org/wiki/Light_pollution

It is possible that putting out energy on much narrower spectrum helps account for energy efficiency.

Intel memory latencies

Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Intel memory latencies.
Newsgroups: comp.arch
Date: Thu, 29 Nov 2007 17:35:07 -0500
Alex Colvin <alexc@TheWorld.com> writes:
Interesting. It does help you cover up latency if you've got bandwidth to spare. As I recall, this was the theory of the Tera, with no cache but 128 hardware threads.

it was also somewhat the theory behind the dual i-stream 370/195 project back in the mid 70s (which never actualy shipped). the issue was that only carefully crafted codes operated 195 at peak thruput ... while most operation tended to be around half that. idea behind adding 2nd i-stream to 195 would manage to keep all units operating at closer to peak thruput.

misc. past posts mentioning dual i-stream 370/195 project
http://www.garlic.com/~lynn/94.html#38 IBM 370/195
http://www.garlic.com/~lynn/99.html#73 The Chronology
http://www.garlic.com/~lynn/99.html#97 Power4 = 2 cpu's on die?
http://www.garlic.com/~lynn/2000g.html#15 360/370 instruction cycle time
http://www.garlic.com/~lynn/2001b.html#38 Why SMP at all anymore?
http://www.garlic.com/~lynn/2001j.html#27 Pentium 4 SMT "Hyperthreading"
http://www.garlic.com/~lynn/2001n.html#63 Hyper-Threading Technology - Intel information.
http://www.garlic.com/~lynn/2002g.html#70 Pipelining in the past
http://www.garlic.com/~lynn/2002g.html#76 Pipelining in the past
http://www.garlic.com/~lynn/2003l.html#48 IBM Manuals from the 1940's and 1950's
http://www.garlic.com/~lynn/2003m.html#60 S/360 undocumented instructions?
http://www.garlic.com/~lynn/2003p.html#3 Hyperthreading vs. SMP
http://www.garlic.com/~lynn/2004.html#27 dual processors: not just for breakfast anymore?
http://www.garlic.com/~lynn/2004e.html#1 A POX on you, Dennis Ritchie!!!
http://www.garlic.com/~lynn/2004o.html#18 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005.html#5 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005.html#19 The Soul of Barb's New Machine (was Re: creat)
http://www.garlic.com/~lynn/2005f.html#22 System/360; Hardwired vs. Microcoded
http://www.garlic.com/~lynn/2005p.html#1 Intel engineer discusses their dual-core design
http://www.garlic.com/~lynn/2005p.html#14 Multicores
http://www.garlic.com/~lynn/2006c.html#6 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006c.html#29 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006d.html#0 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006d.html#10 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006m.html#51 The System/360 Model 20 Wasn't As Bad As All That
http://www.garlic.com/~lynn/2006r.html#2 Was FORTRAN buggy?
http://www.garlic.com/~lynn/2006s.html#21 Very slow booting and running and brain-dead OS's?
http://www.garlic.com/~lynn/2006t.html#41 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2007f.html#10 Beyond multicore
http://www.garlic.com/~lynn/2007r.html#20 Abend S0C0

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Thu, 29 Nov 2007 18:35:34 -0500
Peter Flass <Peter_Flass@Yahoo.com> writes:
So that, at least, would be one good thing about national health insurance. We could order everyone to quit smoking on the grounds that it's costing us money.

or possibly place a tax surcharge on the tobacco industry sufficient to cover the incremental health costs attributed to smoking.

however, in past threads related to similar activity ... sometimes the costs may be incurred long after cause/responsible activity (and/or purchase) ... aka the associated institutions have disappeared and/or declared bankruptcy; then costs get dumped back on the taxpayers.

this has happened in cases where there aren't fully funded programs like some of the retirement programs which the gov. (aka taxpayer) has inherited. past threads/posts mentioning programs not being fully funded:
http://www.garlic.com/~lynn/2004b.html#9 A hundred subjects: 64-bit OS2/eCs, Innotek Products,
http://www.garlic.com/~lynn/2004b.html#42 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004d.html#14 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004l.html#37 I am an ageing techy, expert on everything. Let me explain
http://www.garlic.com/~lynn/2006g.html#27 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#35 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#36 The Pankian Metaphor
http://www.garlic.com/~lynn/2006l.html#53 Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?)
http://www.garlic.com/~lynn/2007j.html#20 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#91 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#93 IBM Unionization
http://www.garlic.com/~lynn/2007q.html#7 what does xp do when system is copying
http://www.garlic.com/~lynn/2007q.html#38 what does xp do when system is copying
http://www.garlic.com/~lynn/2007s.html#1 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#13 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#18 Newsweek article--baby boomers and computers

important

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: important
Newsgroups: alt.folklore.computers
Date: Thu, 29 Nov 2007 18:54:56 -0500
Shirish <shirishgupta7@gmail.com> writes:
Hello everyone. We are a group of people doing a research on middlewares. We all use middlewares in our daily lives n that too very frequently. We are doing a web survey regarding middlewares. Please dont take this lightly. This survey will be used to interpret important results about middlewares and hence will be beneficial for all of us. As you all use middlewares you must be facing some problems and to get rid of these problems, You can include your problems and difficulties in "comment and suggestion" place. As the result of this survey is interpreted we will include your comments and suggestion to make middleware more efficient and better.

old middleware thread/post:
http://www.garlic.com/~lynn/99.html#201 Middleware - where did that come from?
http://www.garlic.com/~lynn/99.html#202 Middleware - where did that come from?

and


http://www.garlic.com/~lynn/96.html#16 middle layer
http://www.garlic.com/~lynn/96.html#17 middle layer
http://www.garlic.com/~lynn/98.html#50 Edsger Dijkstra: the blackest week of his professional life
http://www.garlic.com/~lynn/99.html#123 Speaking of USB ( was Re: ASR 33 Typing Element)

and lots of other posts related to multi-tier
http://www.garlic.com/~lynn/subnetwork.html#3tier

Why isn't OMVS command integrated with ISPF?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Why isn't OMVS command integrated with ISPF?
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Thu, 29 Nov 2007 19:48:58 -0500
gilmap@UNIX.STORTEK.COM (Paul Gilmartin) writes:
Anyone who believe that's a fundamental limitation of 3270 hardware that can't be worked around:

o Has never used VM/CMS

o Has been brainwashed by TSO

... probably both. On CMS, I can type input to my program, while it runs, in anticipation of a VM READ. I can type immediate commands to my Rexx EXEC to turn on tracing with no ATTN nor need to wait for in input prompt.


we actually did some hardware mods to 3277 to eliminate race condition if you happened to type at the instant the system wrote to the terminal (which would lock the keyboard) ... aka 327x being half-duplex infrastructure.

we complained about the change-over to 3274 controller with 3278 terminal (i.e. effectively terminal manufacturing cost reduction moving a lot of components back into shared controller). having shared electronics back in 3274 controller also made 3278 terminal operations (including response) a lot slower. complaining about it basically got a response was that the significant hardware slowdown effectively wasn't noticeable since mvs (&tso) was so slow anyway that it wasn't noticeable.

post with old 3272/3274 comparisons
http://www.garlic.com/~lynn/2001m.html#19 3270 protocol

difference also shows up later with terminal emulation and the difference between file download with "ANR" (i.e. 3272/3277) and "DCA" (i.e. 3274/3278) protocols (anr three times dca thruput)

lots of past posts mentioning terminal emulation
http://www.garlic.com/~lynn/subnetwork.html#emulation

for some total topic drift ... old email mentioning tso product manager asking me if i would consider doing version of my resource manager for mvs/tso operation (this was after marketing division decided to start marketing CMS as the corporations strategic interactive product)
http://www.garlic.com/~lynn/2006b.html#email800310
http://www.garlic.com/~lynn/2006v.html#email800310b

reference in these posts
http://www.garlic.com/~lynn/2006b.html#39 another blast from the past
http://www.garlic.com/~lynn/2006v.html#23 Ranking of non-IBM mainframe builders?

in some sense, CMS provided interactive personal computing in 60s, 70s and some part of the 80s ... but then saw personal computing starting to shift to PCs.

for other folklore topic drift, cern did a report at share circa '74 about tso/cms bakeoff. internally within the company, copies of the report were classified confidential - restricted (i.e. available on need-to-know only) ... aka while they couldn't restrict its availability to customers ... they could restrict its availability to people(/employees) in marketing and product development.

... and courtesy of the science center
http://www.garlic.com/~lynn/subtopic.html#545tech

virtual machines, cp67, cms (originally stood for cambridge monitor system before renamed to conversational monitor system as part of vm370 morph), gml (invented in '69 at the science center) precursor to sgml, html, xml, etc
http://www.garlic.com/~lynn/submain.html#sgml

and internal network technology
http://www.garlic.com/~lynn/subnetwork.html#internalnet
also used in bitnet/earn
http://www.garlic.com/~lynn/subnetwork.html#bitnet

here is reference discussing transformation from sgml to html at cern
http://infomesh.net/html/history/early/

and first webserver outside europe was on slac vm370 system:
http://www.slac.stanford.edu/history/earlyweb/history.shtml

Newsweek article--baby boomers and computers

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Fri, 30 Nov 2007 10:22:21 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
a couple wiki refs

Economic and Monetary Union of the European Union
https://en.wikipedia.org/wiki/Economic_and_Monetary_Union_of_the_European_Union
European System of Central Banks
https://en.wikipedia.org/wiki/European_System_of_Central_Banks

Euro notes and coins are introduced in January 2002.

1jan2002         23nov2007

.9 usd/eur       1.4 usd/eur     Euro increased 55% against usd
119 yen/eur     160 yen/eur      Euro increased 34% against yen

if the only factor at work was the decreasing value of the dollar, then the correspondance between the euro and the yen would have remained constant and the dollar would have declined by the same amount against both the euro and the yen.

as noted in the previous posts, the yen rose to a record high of 83/dollar in 95 before dropping to a low of 134/dollar in 2002 and now stands about half way between at 108.


re:
http://www.garlic.com/~lynn/2007t.html#18 Newsweek article--baby boomers and computers

for other topic drift

Cash Continues to Decline in Europe
http://www.epaynews.com/index.cgi?survey=&ref=browse&f=view&id=1196424036837043222&block=

from above:
The value of cash payments in Europe was EURO 1,787 billion (US$2,651 billion) in 2006, accounting for 33.9 percent of total household expenditure, down from 37.6 percent in 2002.

... snip ...

one of the other justification for european union and euros (besides creating a dollar alternative for international trade) was creating a more efficient payment system (plastic cards, electronic payments, reduce cost of doing business, especially between countries within european union). some of this is under heading of SEPA (singal euro payment area) ... wiki reference:

Single Euro Payments Area
https://en.wikipedia.org/wiki/Single_Euro_Payments_Area

from above
There are two major milestones for the establishment of SEPA:

* Pan-European payment instruments for credit transfers, direct debits and debit cards, will be available from January 2008, in addition to national ones

* At the end of 2010, all present national payment infrastructures and payment processors should be in full competition to increase efficiency through consolidation and economies of scale.


... snip ...

What do YOU call the # sign?

Refed: **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: What do YOU call the # sign?
Newsgroups: alt.usage.english,alt.folklore.computers
Date: Fri, 30 Nov 2007 14:17:48 -0500
"Mike Lyle" <mike_lyle_uk@REMOVETHISyahoo.co.uk> writes:
My thinking entirely. That leftward-bent arrow was, I feel pretty sure, that way round on electric typewriters. Cf the backspace key, which is also marked from the point of view of the reader or the paper, not that of the machine.

we ran into that philisophical battle with early fullscreen 3270 editors in the early to mid 70s. a little topic drift, recent mention of 3270 terminals
http://www.garlic.com/~lynn/2007t.html#40 Why isn't OMVS command integrated with ISPF?

one of the early 3270 fullscreen editors was EDGAR which we claimed reversed the meaning of positioning commands ... "up" operated on the file; moving the file "up" (while moving the view towards the bottom of the file), "down" moved the file "down" (while moving the view towards the top of the file). the analogy was that the screen was a window and the file was a scroll which moved across the window, commands were with respect to operations on the "scroll" ... as opposed to analogy to human perspective/gaze/view.

early typewriters had carriages that moved the paper past the typing mechanism ... "carriage return" moved the paper up and the carriage to the right ... while the typing position (relative to the location on the page moved down and to the left).

selectric and various terminal derivatives ... 1052, 2741, etc ... kept the carriage stationary and moved the typing mechanism. commands now tended to correspond to the movement of the typing mechanism, which noew corresponded to the typing position on the page as well as (any) human perspective/gaze of the typing position. for other drift, recent post mentioning not getting 2741 terminal at home until mar70 for remote, dialin access
http://www.garlic.com/~lynn/2007s.html#43 Intel Ships Power-Efficient Penryn CPUs

in edgar scenario, page up/down would have been with regard to moving the (virtual paper) page up/down with respective to human perspective (and active/cursor location) ... as opposed to moving the active/cursor/view location.

one of the issues with 3270 terminals ... was that "local" operation was something like channel speed to the controller (in this case some 600kbytes/sec) and then fairly highspeed over coax out to the actual terminal ... although 3272/3277 "ANR" coax protocol with later PCs doing terminal emulation and file transfer was less than 1/10th the thruput of the channel/controller transfer rate ... and follow-on 3274/3278 "DCA" coax terminal emulation and file transfer was 1/3rd that of "ANR".

misc. past posts mentioning early 3270, fullscreen editors and edgar
http://www.garlic.com/~lynn/2001i.html#1 History of Microsoft Word (and wordprocessing in general)
http://www.garlic.com/~lynn/2001i.html#17 History of Microsoft Word (and wordprocessing in general)
http://www.garlic.com/~lynn/2001k.html#44 3270 protocol
http://www.garlic.com/~lynn/2001m.html#22 When did full-screen come to VM/370?
http://www.garlic.com/~lynn/2003b.html#45 hyperblock drift, was filesystem structure (long warning)
http://www.garlic.com/~lynn/2003d.html#22 Which Editor
http://www.garlic.com/~lynn/2003d.html#25 Which Editor
http://www.garlic.com/~lynn/2003e.html#29 MP cost effectiveness
http://www.garlic.com/~lynn/2005n.html#45 Anyone know whether VM/370 EDGAR is still available anywhere?
http://www.garlic.com/~lynn/2005n.html#47 Anyone know whether VM/370 EDGAR is still available anywhere?
http://www.garlic.com/~lynn/2005t.html#40 FULIST
http://www.garlic.com/~lynn/2006u.html#26 Assembler question
http://www.garlic.com/~lynn/2006u.html#28 Assembler question
http://www.garlic.com/~lynn/2006u.html#61 Why these original FORTRAN quirks?

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Fri, 30 Nov 2007 17:19:09 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
New Oil Crisis: An Engineer Shortage
http://www.time.com/time/business/article/0,8599,1686084,00.html

from above:

You've heard the reasons for high oil prices: instability in the Middle East, booming demand in China and India, the sagging dollar. Now add another one to the list: Engineers. The world doesn't have enough of them.

... snip ...


references:
http://www.garlic.com/~lynn/2007q.html#42 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007s.html#63 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#1 Newsweek article--baby boomers and computers

and now ...

Hire Learning
http://reddevnews.com/features/article.aspx?editorialsid=2373

from above:
With a huge drop in computer science grads, what will the future workforce look like?

...

Only 1.1 percent of new students planned to major in CS, according to a survey of incoming college freshman conducted in 2005 by the Higher Education Research Institute (HERI). Those results underscored a disturbing trend: HERI/UCLA survey data showed that since 2000, interest in CS as a potential major had dropped almost 70 percent.


... snip ...

other somewhat related recent posts:
http://www.garlic.com/~lynn/2007g.html#6 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#7 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#34 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#35 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#52 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#68 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007h.html#42 Experts: Education key to U.S. competitiveness
http://www.garlic.com/~lynn/2007i.html#13 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007l.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007o.html#20 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007o.html#21 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007o.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007p.html#15 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007p.html#18 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007p.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007p.html#32 U.S. Cedes Top Spot in Global IT Competitiveness

new 40+ yr old, disruptive technology

Refed: **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: new 40+ yr old, disruptive technology
Newsgroups: alt.folklore.computers
Date: Sat, 01 Dec 2007 03:17:38 -0500
Analytics Brief: Securing The New Data Center
http://www.informationweek.com/news/showArticle.jhtml?articleID=205203045

from above:
There's little doubt that virtualization is an important and disruptive technology that will, in a relatively short period, change the face of the data center. Because virtualization is so disruptive, it also will clearly change the rules for how enterprises secure their data and their computing infrastructure.

... snip ...

Translation of IBM Basic Assembler to C?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sat, 01 Dec 2007 12:07:42 -0500
jmfbahciv writes:
Perhaps they only buy autos that are popular.

when i had car stolen out of tech sq. parking lot (one of the reasons i drove less and took the train more), law enforcement effectively said that it happens all the time (and weren't treating it as major crime) ... articles from period claimed this contributed to sky high insurance rate.

misc. posts mentioning 545 tech sq
http://www.garlic.com/~lynn/subtopic.html#545tech

misc. posts mentioning north station
http://www.garlic.com/~lynn/2002o.html#12 Home mainframes
http://www.garlic.com/~lynn/2003i.html#41 TGV in the USA?
http://www.garlic.com/~lynn/2003p.html#43 Mainframe Emulation Solutions
http://www.garlic.com/~lynn/2004e.html#7 OT Global warming
http://www.garlic.com/~lynn/2007p.html#14 Newsweek article--baby boomers and computers

search engine turns up theft rates by insurance areas ... but haven't found rates by states


http://www.iii.org/media/hottopics/insurance/test4/

from above:


2006 vehicle theft, top ten metro areas by theft rate:

1       Las Vegas/Paradise, NV                  22,415      1,310.40
2       Stockton, CA                             7,046      1,060.96
3       Visalia-Porterville, CA                  4,238      1,031.46
4       Phoenix/Mesa/Scottsdale, AZ             39,535      1,022.88
5       Modesto, CA                              5,081      1,005.13
6       Seattle/Tacoma/Bellevue, WA             31,231        974.96
7       Sacramento/Arden/Arcade/Roseville, CA   19,558        957.65
8       Fresno, CA                               8,363        952.96
9       Yakima, WA                               2,155        930.54
10      Tucson, AZ                               8,508        920.00

... snip ...

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sat, 01 Dec 2007 12:31:05 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
Clinton's $124 Billion Defense Increase Jeopardizes Social Security, Medicare
http://www.twf.org/News/Y1999/0118-RobPoor.html

from above:

"Islamic terrorism" helps justify defense spending

Desperate to fend off the Republican led impeachment process, President Clinton has agreed to an $124 billion increase in defense spending over seven years, thereby, jeopardizing his earlier commitments to education, social security, medicare, and programs for the poor.

Measured in 1995 dollars, U.S. defense spending has declined from a Cold War high of around $375 billion in 1988 to around $265 billion in 1997,

... snip ...


re:
http://www.garlic.com/~lynn/2007t.html#24 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#33 Newsweek article--baby boomers and computers

and it shouldn't have been a surprise in jan99, since it was had been repeated a number of time over the yrs

More Non-Defense Spending in the Defense Budget (30Dec94)
http://www.heritage.org/Research/Taxes/cda04-13.cfm

from above:
While some of this reduction was justified after the collapse of the Soviet Union, it is becoming clear that these cuts have gone too far, too fast. After two years of denial, the Clinton Administration officially acknowledged the truth about the impact of these cuts on America's military readiness: on November 15, Secretary of Defense William Perry revealed to Congress that one-fourth of the Army's combat forces are not fit for battle.

... snip ...

and
Citing a General Accounting Office (GAO) study, the Heritage paper noted that between fiscal 1990 and 1993, $10.4 billion in the defense budget was used for such civilian activities as World Cup Soccer, the Summer Olympics, and the National Defense Center for Environmental Excellence. >From 1990 to 1993, spending for these types of programs rose by 238 percent even as overall defense spending fell by almost 20 percent.

... snip ...

as an aside, it is highly likely that DOD wasn't the only agency that got hit hard during this period ... and later needed a lot of reconstitution. in this period, there were quite a few non-military showing up in silicon valley looking for security related jobs (after having their fed job eliminated).

one of the tv stations news just carried a spot with clinton speaking yesterday saying that the reason that we have so many illegal aliens is because that mexican gov. is investing in the US as a result of US fed. tax cuts.

the followup commentary (on the news show) claimed that illegal aliens send $20b/yr back to mexico .. which would be a better explanation of why illegal aliens are in this country ... not because mexico gov. invests in fed. funds ... speculation was that the former president possibly met to imply that if the mexican gov. invested that money in their own country, we would have fewer illegal aliens; but nobody could come up with a connection to fed tax cuts.

earlier estimates of illegal aliens have been 20m-30m (mostly coming in via mexico) but some comment was that large number came in last yr. simplifying the math, assuming 20m ... would imply that each is sending avg $1000/annum.

Translation of IBM Basic Assembler to C?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Translation of IBM Basic Assembler to C?
Newsgroups: alt.folklore.computers
Date: Sat, 01 Dec 2007 15:07:09 -0500
jmfbahciv writes:
I don't know. The news reports keep saying everybody has to buy it. There are alot of areas that have not been covered. What about the religion that doesn't all medical treatments? It was founded in Massachusetts. But nobody's said butkis about this one.

Data breach in state prescription program
http://www.boston.com/news/local/articles/2007/12/01/data_breach_in_state_prescription_program/

from above:
Thousands of senior citizens are being warned about a computer security breach involving the state's Prescription Advantage program.

... snip ...

Data theft touches 150,000 Massachusetts seniors, And this time, the bad guys actually tried to use the information
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9050438&intsrc=news_ts_head

and a data breach website (doesn't yet have latest massachusetts incident)

A Chronology of Data Breaches
http://www.privacyrights.org/ar/ChronDataBreaches.htm

for a little additional topic drift ... i remember starting to get political solicitations phonecalls only after i registered for "do not call" list (apparently it is a loophole in the legislation).

Data Center Theft

Refed: **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Data Center Theft
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Sun, 02 Dec 2007 10:43:10 -0500
timothy.sipples@US.IBM.COM (Timothy Sipples) writes:
In fairness, the DS6000 is physically relatively small, although I wouldn't want to carry one by myself on my bicycle. The spindles (individual drives) are even smaller, but you'd need a number of them to have a RAID set and the complete data. Tough but not impossible.

I think the IT marketplace is in for a shock when people figure out that losing the keys means losing the data. It isn't like a bank vault where you can hire a locksmith to drill some holes over several days. It's so critical to store and manage the encryption keys in a safe, secure, recoverable repository.


can you say "key escrow"? ... this was one of the themes from the "key escrow" meetings from the mid-90s. however, there was lot of confusion about what "key escrow" met, i.e.

1) gov. held all keys?
2) institutions holding keys for their own data encryption (as an availability, business continuity and no-single-point-of-failure)?
3) all kinds of keys?, authentication as well as encryption

"1" got lots of bad press including all the swirl around clipper chip and things like LEAF

"3" authentication keys aren't really an availability issue ... and could violate some basic security principles regarding being able to associate all activities uniquely with individuals.

with all the bad press ... various key escrow activities sort of just evaporated

wiki reference:
https://en.wikipedia.org/wiki/Key_escrow

nist references
http://csrc.nist.gov/keyrecovery/

misc. past posts mentioning key escrow
http://www.garlic.com/~lynn/aadsm9.htm#pkcs12 A PKI Question: PKCS11-> PKCS12
http://www.garlic.com/~lynn/aadsm16.htm#11 Difference between TCPA-Hardware and a smart card (was: example: secure computing kernel needed)
http://www.garlic.com/~lynn/aadsm18.htm#12 dual-use digital signature vulnerability
http://www.garlic.com/~lynn/aadsm23.htm#6 PGP "master keys"
http://www.garlic.com/~lynn/2001c.html#65 Key Recovery System/Product
http://www.garlic.com/~lynn/2001h.html#7 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001i.html#36 Net banking, is it safe???
http://www.garlic.com/~lynn/2001j.html#52 Are client certificates really secure?
http://www.garlic.com/~lynn/2002d.html#39 PKI Implementation
http://www.garlic.com/~lynn/2003j.html#53 public key confusion
http://www.garlic.com/~lynn/2004i.html#12 New Method for Authenticated Public Key Exchange without Digital Certificates
http://www.garlic.com/~lynn/2006d.html#39 transputers again was Re: The demise of Commodore
http://www.garlic.com/~lynn/2006d.html#40 transputers again was Re: The demise of Commodore
http://www.garlic.com/~lynn/2007c.html#1 Decoding the encryption puzzle

What do YOU call the # sign?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: What do YOU call the # sign?
Newsgroups: alt.usage.english,alt.folklore.computers
Date: Sun, 02 Dec 2007 14:10:37 -0500
krw <krw@att.bizzzz> writes:
Our remote control for he cable TeeVee is schizophrenic. The channels go one way and the "guide" the other. I can never remember which is which. Lets see, is "up" a higher channel, or down the list?

re:
http://www.garlic.com/~lynn/2007t.html#42 What do YOU call the # sign?

old post with similar observation:
http://www.garlic.com/~lynn/2004e.html#8 were dumb terminals actually so dumb???

not that long ago, i visited a datacenter that had some sign referring to something in excess of 120 CICS regions. they supposedly handled dataprocessing outsourcing for much of the cable tv industry ... customer service terminals, call center terminals, billing/statementing, as well as settop box downloading controls for pay-for-view and on-demand (lu0 to cable head-end interfaces).

misc. posts mentioning CICS (and/or bdam)
http://www.garlic.com/~lynn/submain.html#bdam

Newsweek article--baby boomers and computers

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sun, 02 Dec 2007 17:29:14 -0500
sidd@situ.com () writes:
Bernanke is a student of the Great Depression, and i believe he will choose to cut rates and inflate away the massive writedowns in the financial sector. but as happened in the case of Japan, he may wind up pushing on a string, trading a long dragging downturn for short, immediate and acute pain. he may have a point, that buying time for the great unwind will save the system. e.g. it is not clear to me if Citigroup could survive if forced to recognize all its off balance sheet liabilities in this quarter, or even in this fiscal year.

aka ... 2nd time in recent history that mortgages threaten to take down citibank. long-winded old post mentioning last time
http://www.garlic.com/~lynn/aepay3.htm#riskm Thread Between Risk Management and Information Security

a delaying action might serve to let the whole ratings mess settle out ... current situation is nobody is sure what the valuation is of the (credit-backed) instruments. There has been news about SEC changing the accounting process for the stuff (i.e. based on theoritical trades; aka with the current uncertainties, everybody wants to unload what they have and nobody wants to buy the stuff ... which means near zero valuation until the ratings mess settles out). Recent reference

Accounting's tug-of-war
http://www.financialweek.com/apps/pbcs.dll/article?AID=/20071126/REG/711260306/1023/OTHERVIEWS

as implied with various discusssions about SEC moves, so much of the current situation rests in wall street which the FED has little direct control over.

In real time, (rebroadcast of meeting from Friday), somebody on CSPAN is stating that problem is with securitized mortgages and is recommending that only properly capitialized institutions can orginate mortgages and doesn't know what the FED was thinking when it allowed banking institutions to deal with $1.3trillion dollars in these instruments. post mentioning big downgrade adjustment by rating companies
http://www.garlic.com/~lynn/2007q.html#41 Newsweek article--baby boomers and computers
older post raising issue with ratings
http://www.garlic.com/~lynn/2007q.html#41 Newsweek article--baby boomers and computers
recent posts mentioning credit/mortgage backed securities
http://www.garlic.com/~lynn/2007s.html#25 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#28 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#4 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#12 Translation of IBM Basic Assembler to C?

slightly older postings mentioning subprime loans
http://www.garlic.com/~lynn/2007j.html#81 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#82 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#10 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#12 IBM Unionization
http://www.garlic.com/~lynn/2007o.html#0 The Unexpected Fact about the First Computer Programmer

While I was typing the above, the program moved to another person who is talking about a society that isn't able to keep its infrastructure in shape (and society that hasn't been doing proper infrastructure investment for at least the past decade). A reference was made to comparing a taxi ride from kennedy airport with a taxi ride from beijing airport ... and trying to guess which was the 3rd world country. They moved on to several other panelists also citing serious infrastructure issues (and somebody from Cal just cited that in the 60s, the state spent 20-30percent of its budget on infrastructure, now it spends 3percent, and the state is currently "living off" prior generations).

recent "infrastructure" posts
http://www.garlic.com/~lynn/2007q.html#18 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007q.html#19 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007q.html#21 Horrid thought about Politics, President Bush, and Democrats
http://www.garlic.com/~lynn/2007q.html#60 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007q.html#62 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#25 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#48 Half a Century of Crappy Computing
http://www.garlic.com/~lynn/2007r.html#53 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#58 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#59 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#60 Fixing our fraying Internet infrastructure
http://www.garlic.com/~lynn/2007r.html#70 Latest OECD broadband data puts US in middle of the pack on speed, price
http://www.garlic.com/~lynn/2007s.html#1 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007s.html#25 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#0 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#1 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#12 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#13 Newsweek article--baby boomers and computers

Newsweek article--baby boomers and computers

Refed: **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sun, 02 Dec 2007 17:53:49 -0500
re:
http://www.garlic.com/~lynn/2007t.html#50 Newsweek article--baby boomers and computers

the reference cspan broadcast (still going on)
http://www.c-span.org/

is panel discussion from friday sponsored by the New America Foundation
http://www.newamerica.net

wiki page for New America Foundation
https://en.wikipedia.org/wiki/New_America_Foundation

webpage for this particular program (as well as list of panelists)

Whither the American Economy?
http://www.newamerica.net/events/2007/collapsing_bridge_21st_century

Newsweek article--baby boomers and computers

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sun, 02 Dec 2007 18:59:08 -0500
sidd@situ.com () writes:
o dear

it wasnt tom friedman of the flat head and the Flavr-Savr mustache of understanding was it ? (dont get me rong, i have a flavr-savr mustache as well, which has currently some flavrs of venison pot roast, but my mustache has no pretensions of comprehension, being satisfied to revel in the last meal)


re:
http://www.garlic.com/~lynn/2007t.html#50 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#51 Newsweek article--baby boomers and computers

re:
http://www.newamerica.net/events/2007/collapsing_bridge_21st_century

from above, panelists:
# Steve Coll
President & CEO, New America Foundation Former Managing Editor, Washington Post

# Steven Clemons
Director, American Strategy Program, New America Foundation and publisher, www.TheWashingtonNote.com

# James K. Galbraith
Lloyd M. Bentsen Jr. Chair in Government/Business Relations LBJ School of Public Affairs, University of Texas at Austin

# David Hale
Chairman, Hale Advisors Former Global Chief Economist, Zurich Financial Services Group

# Simon Johnson
Economic Counsellor and Director, Research Department, International Monetary Fund Publisher, Simon Johnson's IMF Research Blog

# Zachary Karabell
EVP, Chief Economist, Portfolio Manager Fred Alger Management

# Janet Kavinoky
Director, Transportation Infrastructure/Congressional Public Affairs Division U.S. Chamber of Commerce

# Joel Kotkin
Senior Fellow, New America Foundation Author, The City: A Global History and the New Geography

# Desmond Lachman
Resident Fellow, American Enterprise Institute Former Managing Director, Salomon Smith Barney

# Steve Perlstein
Economics Correspondent, Washington Post

# Bernard L. Schwartz
Chairman & CEO, BLS Investments Chairman of the Board, Third Way Retired Chairman & CEO, Loral Space & Communications Co-Author, "Public Investment Works," Democracy: A Journal of Ideas (Fall 2007)

# Sherle R. Schwenninger
Director, Global Economic Policy Initiative, New America Foundation Co-Author, "Public Investment Works," Democracy: A Journal of Ideas (Fall 2007)


... snip ...

Newsweek article--baby boomers and computers

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Newsweek article--baby boomers and computers
Newsgroups: alt.folklore.computers
Date: Sun, 02 Dec 2007 20:35:46 -0500
re:
http://www.garlic.com/~lynn/2007t.html#50 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#51 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007t.html#52 Newsweek article--baby boomers and computers

panelists, wiki or other source:

Steve Coll
https://en.wikipedia.org/wiki/Steve_Coll
Steven Clemons
https://en.wikipedia.org/wiki/Steven_Clemons
James K. Galbraith
https://en.wikipedia.org/wiki/James_K._Galbraith
David Hale
http://www.theglobalist.com/DBWeb/AuthorBiography.aspx?AuthorId=47
Simon Johnson's IMF Research Blog
http://blog-research.imf.org
Zachary Karabell
http://www.leadingauthorities.com/9041/Zachary_Karabell.htm
Janet Kavinoky
http://www.thetruecosts.org/press/releases/2006/october/06-163.htm
Joel Kotkin
http://www.joelkotkin.com/bio.htm
Desmond Lachman
http://www.aei.org/scholars/filter.,scholarID.72/scholar.asp
Steve Perlstein

Bernard L. Schwartz
https://en.wikipedia.org/wiki/Bernard_L._Schwartz
Sherle R. Schwenninger
http://www.newamerica.net/people/sherle_r_schwenninger

new 40+ yr old, disruptive technology

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: new 40+ yr old, disruptive technology
Newsgroups: alt.folklore.computers
Date: Sun, 02 Dec 2007 22:01:56 -0500
CJT <abujlehc@prodigy.net> writes:
Indeed. That was already being done at U. Mich. when I arrived in 1968.

re:
http://www.garlic.com/~lynn/2007t.html#44 new 40+ yr old, disruptive technology

this particular new, disruptive virtualization technology refers to virtual machines ... as opposed to virtual memory .... virtual memory support has been part of most of the deployed systems for some time ... so it hardly qualifies for a new (40+yr old) distruptive technology.

tss/360 and 360/67 were sold to some number of universities and other institutions. with problems cropping up in tss/360, some number of institutions looked at other solutions; U. Mich developing MTS (michigan terminal system) with virtual memory support running on 360/67 (but didn't qualify as a virtual machine system).

however, the science center
http://www.garlic.com/~lynn/subtopic.html#545tech

had been anticipating problems with tss/360 and started on virtual machine system, cp40 ... built on a modified 360/40 with virtual memory support. when standard 360/67 became available with virtual memory, the cp40 virtual machine system morphed into cp67.

some of this is detailed in Melinda's paper, "VM and the VM Community: Past, Present, and Future" at:
http://www.leeandmelindavarian.com/Melinda/
http://www.leeandmelindavarian.com/Melinda/

recent post with some misc. quotes
http://www.garlic.com/~lynn/2007r.html#51 Translation of IBM Basic Assembler to C?

including
Creasy had decided to build CP-40 while riding on the MTA. "I launched the effort between Xmas 1964 and year's end, after making the decision while on an MTA bus from Arlington to Cambridge. It was a Tuesday, I believe." (R.J. Creasy, private communication, 1989.)

... snip ...

and
What was most significant was that the commitment to virtual memory was backed with no successful experience. A system of that period that had implemented virtual memory was the Ferranti Atlas computer, and that was known not to be working well. What was frightening is that nobody who was setting this virtual memory direction at IBM knew why Atlas didn't work

... snip ...

three people from science center came out and installed cp67 at the univ. the last week jan68. I did significant rewrite of the code between then and fall68 SHARE meeting in Atlantic City ... old post with part of the presentation:
http://www.garlic.com/~lynn/94.html#18 CP/67 & OS MFT14

the above reference presentation also includes reference to a lot of performance work i had done on os360 as well as a lot of pathlength rework of cp67 kernel

while undergraduate, i also redid the page replacement algorothm and whole paging infrastructure ... some related posts
http://www.garlic.com/~lynn/subtopic.html#wsclock
some other topic drift is some old email on the subject
http://www.garlic.com/~lynn/lhwemail.html#globallru

and also redid the dispatching/scheduling algorithms and infrastructure ... some related posts
http://www.garlic.com/~lynn/subtopic.html#fairshare

a lot of institutions referred to the work as fair share scheduler ... however it was more dynamic adaptive resource manager where the default resource policy was fair share.

cp67 was installed on the science center 360/67 and then on the multiprocessor 360/67 out at lincoln labs before being installed at the univ. the last week jan68.

lincoln labs was responsible for a something called LLMPS, a simplified 360-based monitor system. Folklore is that original MTS implementation was scaffolded off LLMPS.

for more topic drift ... some past posts mentioning MTS
http://www.garlic.com/~lynn/93.html#23 MTS & LLMPS?
http://www.garlic.com/~lynn/93.html#25 MTS & LLMPS?
http://www.garlic.com/~lynn/93.html#26 MTS & LLMPS?
http://www.garlic.com/~lynn/98.html#15 S/360 operating systems geneaology
http://www.garlic.com/~lynn/2000.html#91 Ux's good points.
http://www.garlic.com/~lynn/2000b.html#61 VM (not VMS or Virtual Machine, the IBM sort)
http://www.garlic.com/~lynn/2000c.html#44 WHAT IS A MAINFRAME???
http://www.garlic.com/~lynn/2000f.html#52 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2000g.html#0 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2001e.html#13 High Level Language Systems was Re: computer books/authors (Re: FA:
http://www.garlic.com/~lynn/2001h.html#24 "Hollerith" card code to EBCDIC conversion
http://www.garlic.com/~lynn/2001h.html#71 IBM 9020 FAA/ATC Systems from 1960's
http://www.garlic.com/~lynn/2001i.html#30 IBM OS Timeline?
http://www.garlic.com/~lynn/2001i.html#34 IBM OS Timeline?
http://www.garlic.com/~lynn/2001k.html#27 Is anybody out there still writting BAL 370.
http://www.garlic.com/~lynn/2001l.html#5 mainframe question
http://www.garlic.com/~lynn/2001l.html#9 mainframe question
http://www.garlic.com/~lynn/2001m.html#55 TSS/360
http://www.garlic.com/~lynn/2001n.html#45 Valid reference on lunar mission data being unreadable?
http://www.garlic.com/~lynn/2002.html#14 index searching
http://www.garlic.com/~lynn/2002b.html#6 Microcode?
http://www.garlic.com/~lynn/2002b.html#44 PDP-10 Archive migration plan
http://www.garlic.com/~lynn/2002d.html#49 Hardest Mistake in Comp Arch to Fix
http://www.garlic.com/~lynn/2002e.html#47 Multics_Security
http://www.garlic.com/~lynn/2002f.html#47 How Long have you worked with MF's ? (poll)
http://www.garlic.com/~lynn/2002f.html#54 WATFOR's Silver Anniversary
http://www.garlic.com/~lynn/2002i.html#63 Hercules and System/390 - do we need it?
http://www.garlic.com/~lynn/2002l.html#44 Thirty Years Later: Lessons from the Multics Security Evaluation
http://www.garlic.com/~lynn/2002m.html#28 simple architecture machine instruction set
http://www.garlic.com/~lynn/2002n.html#54 SHARE MVT Project anniversary
http://www.garlic.com/~lynn/2002n.html#64 PLX
http://www.garlic.com/~lynn/2002o.html#78 Newsgroup cliques?
http://www.garlic.com/~lynn/2002q.html#29 Collating on the S/360-2540 card reader?
http://www.garlic.com/~lynn/2003b.html#0 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#10 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003f.html#41 SLAC 370 Pascal compiler found
http://www.garlic.com/~lynn/2003i.html#8 A Dark Day
http://www.garlic.com/~lynn/2003j.html#54 June 23, 1969: IBM "unbundles" software
http://www.garlic.com/~lynn/2003k.html#5 What is timesharing, anyway?
http://www.garlic.com/~lynn/2003l.html#30 Secure OS Thoughts
http://www.garlic.com/~lynn/2003l.html#41 Secure OS Thoughts
http://www.garlic.com/~lynn/2003m.html#32 SR 15,15 was: IEFBR14 Problems
http://www.garlic.com/~lynn/2004.html#46 DE-skilling was Re: ServerPak Install via QuickLoad Product
http://www.garlic.com/~lynn/2004.html#47 Mainframe not a good architecture for interactive workloads
http://www.garlic.com/~lynn/2004b.html#31 determining memory size
http://www.garlic.com/~lynn/2004c.html#7 IBM operating systems
http://www.garlic.com/~lynn/2004g.html#4 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004g.html#57 Adventure game (was:PL/? History (was Hercules))
http://www.garlic.com/~lynn/2004l.html#16 Xah Lee's Unixism
http://www.garlic.com/~lynn/2004n.html#4 RISCs too close to hardware?
http://www.garlic.com/~lynn/2004n.html#25 Shipwrecks
http://www.garlic.com/~lynn/2004n.html#34 RISCs too close to hardware?
http://www.garlic.com/~lynn/2004o.html#20 RISCs too close to hardware?
http://www.garlic.com/~lynn/2005.html#5 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005.html#18 IBM, UNIVAC/SPERRY, BURROUGHS, and friends. Compare?
http://www.garlic.com/~lynn/2005e.html#57 System/360; Hardwired vs. Microcoded
http://www.garlic.com/~lynn/2005g.html#56 Software for IBM 360/30
http://www.garlic.com/~lynn/2005h.html#9 Exceptions at basic block boundaries
http://www.garlic.com/~lynn/2005k.html#20 IBM/Watson autobiography--thoughts on?
http://www.garlic.com/~lynn/2005p.html#44 hasp, jes, rasp, aspen, gold
http://www.garlic.com/~lynn/2005s.html#17 winscape?
http://www.garlic.com/~lynn/2006b.html#1 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006c.html#18 Change in computers as a hobbiest
http://www.garlic.com/~lynn/2006e.html#31 MCTS
http://www.garlic.com/~lynn/2006e.html#40 transputers again was: The demise of Commodore
http://www.garlic.com/~lynn/2006f.html#19 Over my head in a JES exit
http://www.garlic.com/~lynn/2006i.html#4 Mainframe vs. xSeries
http://www.garlic.com/~lynn/2006i.html#9 Hadware Support for Protection Bits: what does it really mean?
http://www.garlic.com/~lynn/2006i.html#22 virtual memory
http://www.garlic.com/~lynn/2006j.html#21 virtual memory
http://www.garlic.com/~lynn/2006k.html#41 PDP-1
http://www.garlic.com/~lynn/2006k.html#42 Arpa address
http://www.garlic.com/~lynn/2006m.html#42 Why Didn't The Cent Sign or the Exclamation Mark Print?
http://www.garlic.com/~lynn/2006n.html#1 The System/360 Model 20 Wasn't As Bad As All That
http://www.garlic.com/~lynn/2006r.html#8 should program call stack grow upward or downwards?
http://www.garlic.com/~lynn/2006x.html#16 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2007b.html#21 history question
http://www.garlic.com/~lynn/2007f.html#7 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007j.html#6 MTS *FS tape format?
http://www.garlic.com/~lynn/2007m.html#60 Scholars needed to build a computer history bibliography
http://www.garlic.com/~lynn/2007o.html#44 64 gig memory
http://www.garlic.com/~lynn/2007p.html#2 what does xp do when system is copying
http://www.garlic.com/~lynn/2007q.html#15 The SLT Search LisT instruction - Maybe another one for the Wheelers

new 40+ yr old, disruptive technology

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: new 40+ yr old, disruptive technology
Newsgroups: alt.folklore.computers
Date: Sun, 02 Dec 2007 22:19:43 -0500
re:
http://www.garlic.com/~lynn/2007t.html#44 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology

and misc. other recent posts mentioning new 40+ yr old, disruptive (virtual machine) technlogy
http://www.garlic.com/~lynn/2007f.html#59 virtual machines, the new, old thing (again)
http://www.garlic.com/~lynn/2007f.html#66 IBM System z9
http://www.garlic.com/~lynn/2007g.html#36 Wylbur and Paging
http://www.garlic.com/~lynn/2007g.html#61 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007g.html#70 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007g.html#72 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007h.html#7 The Mainframe in 10 Years
http://www.garlic.com/~lynn/2007i.html#14 when was MMU virtualization first considered practical?
http://www.garlic.com/~lynn/2007i.html#15 when was MMU virtualization first considered practical?
http://www.garlic.com/~lynn/2007i.html#16 when was MMU virtualization first considered practical?
http://www.garlic.com/~lynn/2007i.html#20 Does anyone know of a documented case of VM being penetrated by hackers?
http://www.garlic.com/~lynn/2007i.html#21 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#26 Latest Principles of Operation
http://www.garlic.com/~lynn/2007i.html#29 Does anyone know of a documented case of VM being penetrated by hackers?
http://www.garlic.com/~lynn/2007i.html#36 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#11 Newbie question on table design
http://www.garlic.com/~lynn/2007j.html#65 Help settle a job title/role debate
http://www.garlic.com/~lynn/2007k.html#47 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007k.html#48 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007k.html#57 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007k.html#59 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007k.html#60 3350 failures
http://www.garlic.com/~lynn/2007k.html#65 Non-Standard Mainframe Language?
http://www.garlic.com/~lynn/2007k.html#67 Non-Standard Mainframe Language?
http://www.garlic.com/~lynn/2007k.html#74 Non-Standard Mainframe Language?
http://www.garlic.com/~lynn/2007k.html#78 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007l.html#7 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007l.html#23 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007l.html#25 Computer tube production years
http://www.garlic.com/~lynn/2007l.html#55 Scholars needed to build a computer history bibliography
http://www.garlic.com/~lynn/2007l.html#56 Scholars needed to build a computer history bibliography
http://www.garlic.com/~lynn/2007l.html#65 mainframe = superserver
http://www.garlic.com/~lynn/2007m.html#11 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007m.html#15 Patents, Copyrights, Profits, Flex and Hercules
http://www.garlic.com/~lynn/2007m.html#22 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#47 Capacity and Relational Database
http://www.garlic.com/~lynn/2007m.html#51 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#52 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#53 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#56 Capacity and Relational Database
http://www.garlic.com/~lynn/2007m.html#57 The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM
http://www.garlic.com/~lynn/2007m.html#60 Scholars needed to build a computer history bibliography
http://www.garlic.com/~lynn/2007m.html#64 Operating systems are old and busted
http://www.garlic.com/~lynn/2007m.html#66 Off Topic But Concept should be Known To All
http://www.garlic.com/~lynn/2007m.html#67 Operating systems are old and busted
http://www.garlic.com/~lynn/2007m.html#69 Operating systems are old and busted
http://www.garlic.com/~lynn/2007n.html#10 The top 10 dead (or dying) computer skills
http://www.garlic.com/~lynn/2007n.html#23 What if phone company had developed Internet?
http://www.garlic.com/~lynn/2007n.html#26 VM system kept NYSE running
http://www.garlic.com/~lynn/2007n.html#27 What if phone company had developed Internet?
http://www.garlic.com/~lynn/2007n.html#30 How would a relational operating system look like?
http://www.garlic.com/~lynn/2007n.html#35 IBM obsoleting mainframe hardware
http://www.garlic.com/~lynn/2007n.html#87 Why is not AIX ported to z/Series?
http://www.garlic.com/~lynn/2007n.html#92 vm 35th b'day at share in san diego next week
http://www.garlic.com/~lynn/2007n.html#96 some questions about System z PR/SM
http://www.garlic.com/~lynn/2007o.html#3 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#10 IBM 8000 series
http://www.garlic.com/~lynn/2007o.html#35 Is a RISC chip more expensive?
http://www.garlic.com/~lynn/2007o.html#37 Each CPU usage
http://www.garlic.com/~lynn/2007o.html#38 It's No Secret: VMware to Develop Secure Systems for NSA
http://www.garlic.com/~lynn/2007o.html#41 Virtual Storage implementation
http://www.garlic.com/~lynn/2007o.html#42 mainframe performance, was Is a RISC chip more expensive?
http://www.garlic.com/~lynn/2007o.html#45 Virtual Storage implementation
http://www.garlic.com/~lynn/2007o.html#47 Virtual Storage implementation
http://www.garlic.com/~lynn/2007o.html#53 Virtual Storage implementation
http://www.garlic.com/~lynn/2007o.html#57 ACP/TPF
http://www.garlic.com/~lynn/2007o.html#70 The name "shell"
http://www.garlic.com/~lynn/2007o.html#73 The name "shell"
http://www.garlic.com/~lynn/2007p.html#14 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007p.html#19 zH/OS (z/OS on Hercules for personal use only)
http://www.garlic.com/~lynn/2007p.html#28 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007p.html#35 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007p.html#36 Writing 23FDs
http://www.garlic.com/~lynn/2007p.html#69 GETMAIN/FREEMAIN and virtual storage backing up
http://www.garlic.com/~lynn/2007p.html#72 A question for the Wheelers - Diagnose instruction
http://www.garlic.com/~lynn/2007p.html#74 GETMAIN/FREEMAIN and virtual storage backing up
http://www.garlic.com/~lynn/2007q.html#22 Enterprise: Accelerating the Progress of Linux
http://www.garlic.com/~lynn/2007q.html#23 GETMAIN/FREEMAIN and virtual storage backing up
http://www.garlic.com/~lynn/2007q.html#25 VMware: New King Of The Data Center?
http://www.garlic.com/~lynn/2007q.html#33 Google And IBM Take Aim At Shortage Of Distributed Computing Skills
http://www.garlic.com/~lynn/2007q.html#49 Slimmed Down Windows Offers Glimpse Into Microsoft's Virtualization Ambitions
http://www.garlic.com/~lynn/2007q.html#59 Virtualization: Everybody's Doing It, but Few Know How
http://www.garlic.com/~lynn/2007q.html#64 Virtual Browsers: Disposable Security
http://www.garlic.com/~lynn/2007q.html#66 Direction of Stack Growth
http://www.garlic.com/~lynn/2007r.html#0 IBM System/3 & 3277-1
http://www.garlic.com/~lynn/2007r.html#5 The history of Structure capabilities
http://www.garlic.com/~lynn/2007r.html#47 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007r.html#64 CSA 'above the bar'
http://www.garlic.com/~lynn/2007r.html#65 CSA 'above the bar'
http://www.garlic.com/~lynn/2007r.html#68 High order bit in 31/24 bit address
http://www.garlic.com/~lynn/2007s.html#0 Marines look for a few less servers, via virtualization
http://www.garlic.com/~lynn/2007s.html#4 Why do we think virtualization is new?
http://www.garlic.com/~lynn/2007s.html#19 Intel Ships Power-Efficient Penryn CPUs
http://www.garlic.com/~lynn/2007s.html#22 America Competes spreads funds out
http://www.garlic.com/~lynn/2007s.html#26 Oracle Introduces Oracle VM As It Leaps Into Virtualization
http://www.garlic.com/~lynn/2007s.html#29 Intel Ships Power-Efficient Penryn CPUs
http://www.garlic.com/~lynn/2007s.html#33 Age of IBM VM
http://www.garlic.com/~lynn/2007s.html#35 Oracle Introduces Oracle VM As It Leaps Into Virtualization
http://www.garlic.com/~lynn/2007s.html#40 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007s.html#42 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007s.html#45 "Server" processors for numbercrunching?
http://www.garlic.com/~lynn/2007s.html#48 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007s.html#50 Running REXX program in a batch job
http://www.garlic.com/~lynn/2007s.html#53 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007s.html#54 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007t.html#23 SMF Under VM
http://www.garlic.com/~lynn/2007t.html#26 more fun with new, 40yr old technology
http://www.garlic.com/~lynn/2007t.html#29 more fun with new, 40yr old technology
http://www.garlic.com/~lynn/2007t.html#40 Why isn't OMVS command integrated with ISPF?

Remembering the CDC 6600

Refed: **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Remembering the CDC 6600
Newsgroups: alt.folklore.computers
Date: Sun, 02 Dec 2007 23:32:48 -0500
new article ...

Remembering the CDC 6600
http://www.theregister.co.uk/2007/12/03/tob_cdc_6600/

from above:
IBM internal memo Thomas Watson Jr., IBM CEO, August 1963:

"Last week, Control Data ... announced the 6600 system. I understand that in the laboratory developing the system there are only 34 people including the janitor. Of these, 14 are engineers and 4 are programmers... Contrasting this modest effort with our vast development activities, I fail to understand why we have lost our industry leadership position by letting someone else offer the world's most powerful computer."


... snip ...

Unsung innovators: 10 people who shaped the computer industry

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Unsung innovators: 10 people who shaped the computer industry
Newsgroups: alt.folklore.computers
Date: Mon, 03 Dec 2007 09:32:07 -0500
Unsung innovators: 10 people who shaped the computer industry
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046678

Unsung innovators: Jean Bartik, ENIAC programmer
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046659
Unsung innovators: Andy Hertzfeld, technical lead for the original Macintosh system software
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046799
Unsung innovators: Robert Kahn, the 'stepfather' of the Internet
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046801
Unsung innovators: David Bradley, inventor of the "three-finger salute"
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046742
Unsung innovators: Lynn Conway and Carver Mead
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046420
Unsung innovators: Marty Goetz, holder of first software patent
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046646
Unsung Innovators: Brad Templeton: Funny man who invented the 'dot'
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046739
Unsung innovators: Gary Thuerk, the father of spam
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046419
Unsung innovators: Ray Tomlinson, who put the @ sign in every e-mail address
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046658
Unsung innovators: Ted Nelson
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9046421

for some topic drift, past posts mentioning Ted and/or Xanadu
http://www.garlic.com/~lynn/2000g.html#26 Who Owns the HyperLink?
http://www.garlic.com/~lynn/2000g.html#40 No more innovation? Get serious
http://www.garlic.com/~lynn/2002o.html#45 XML, AI, Cyc, psych, and literature
http://www.garlic.com/~lynn/2002o.html#47 XML, AI, Cyc, psych, and literature
http://www.garlic.com/~lynn/2002o.html#48 XML, AI, Cyc, psych, and literature
http://www.garlic.com/~lynn/2002o.html#50 XML, AI, Cyc, psych, and literature
http://www.garlic.com/~lynn/2002o.html#53 XML, AI, Cyc, psych, and literature
http://www.garlic.com/~lynn/2003b.html#20 Card Columns
http://www.garlic.com/~lynn/2003j.html#59 Ted Nelson, of Project Xanadu
http://www.garlic.com/~lynn/2005s.html#12 Flat Query
http://www.garlic.com/~lynn/2007l.html#66 BAH's Point of View
http://www.garlic.com/~lynn/2007p.html#7 what does xp do when system is copying

Remembering the CDC 6600

Refed: **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Remembering the CDC 6600
Newsgroups: alt.folklore.computers
Date: Mon, 03 Dec 2007 10:02:48 -0500
David Librik <librik@panix.com> writes:
Reply by Seymour Cray, designer of the Control Data 6600:

"It seems like Mr. Watson has answered his own question."


re:
http://www.garlic.com/~lynn/2007t.html#56 Remembering the CDC 6600

somewhat ("in-house") related reference:
http://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology

where at one point cp67/cms had 12 people and tss/360 is rumored to have had 1200 people.

past posts mentioning the two orders of magnitude difference (which also contributed to the intra-company political problems)
http://www.garlic.com/~lynn/2000f.html#56 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2001n.html#65 Holy Satanism! Re: Hyper-Threading Technology - Intel information.
http://www.garlic.com/~lynn/2002d.html#23 Mainframers: Take back the light (spotlight, that is)
http://www.garlic.com/~lynn/2002n.html#32 why does wait state exist?
http://www.garlic.com/~lynn/2002n.html#62 PLX
http://www.garlic.com/~lynn/2003g.html#24 UltraSPARC-IIIi
http://www.garlic.com/~lynn/2003l.html#30 Secure OS Thoughts
http://www.garlic.com/~lynn/2003m.html#16 OSI not quite dead yet
http://www.garlic.com/~lynn/2004c.html#61 IBM 360 memory
http://www.garlic.com/~lynn/2004f.html#55 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2005b.html#13 Relocating application architecture and compiler support
http://www.garlic.com/~lynn/2005c.html#18 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005f.html#45 Moving assembler programs above the line
http://www.garlic.com/~lynn/2005j.html#16 Performance and Capacity Planning
http://www.garlic.com/~lynn/2007f.html#9 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007h.html#29 sizeof() was: The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007m.html#60 Scholars needed to build a computer history bibliography

The First 100 Dot Coms Ever Registered

Refed: **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: The First 100 Dot Coms Ever Registered
Newsgroups: alt.folklore.computers
Date: Mon, 03 Dec 2007 10:35:19 -0500
The First 100 Dot Coms Ever Registered
http://slashdot.org/articles/07/12/03/1319215.shtml
WORLD'S FIRST .COM
http://thelongestlistofthelongeststuffatthelongestdomainnameatlonglast.com/first71.html

the above mentions that in Apr85, cmu.edu, purdue.edu, rice.edu and ucla.edu were the first registered domain names; however it also mentions that the first .com domain name was symbolics.com registered 15mar85 (predating apr85?, typo?).

old post listing all the registered .com domains from oct90
http://www.garlic.com/~lynn/2000e.html#20 Is Al Gore The Father of the Internet?

we were doing much of the corporate arpanet/internet stuff at sjr ... above mentioning that the domain was registered 19mar86 (11th registered .com domain)

and old email regarding getting class-A subnet address 16dec88
http://www.garlic.com/~lynn/2006j.html#53 Arpa address

old csnet related email from early 80s
http://www.garlic.com/~lynn/98.html#59 Ok Computer
http://www.garlic.com/~lynn/99.html#37a Internet and/or ARPANET?
http://www.garlic.com/~lynn/2000e.html#18 Is Al Gore The Father of the Internet?

misc. old email mentioning csnet, nsfnet backbone, internet, etc
http://www.garlic.com/~lynn/lhwemail.html#nsfnet

old post mentioning number of nodes on various "networks" circa start of 1985
http://www.garlic.com/~lynn/2006t.html#50 The Future of CPUs: What's After Multi-Core?

with the number of arpanet/internet nodes passing the number of internal network nodes later in 1985
http://www.garlic.com/~lynn/subnetwork.html#internalnet

recent posts referencing dns archeology
http://www.garlic.com/~lynn/2007k.html#33 Even worse than UNIX
http://www.garlic.com/~lynn/2007r.html#48 Half a Century of Crappy Computing

other posts mentioning csnet activity:
http://www.garlic.com/~lynn/99.html#7 IBM S/360
http://www.garlic.com/~lynn/99.html#37b Internet and/or ARPANET?
http://www.garlic.com/~lynn/99.html#38c Internet and/or ARPANET?
http://www.garlic.com/~lynn/2000d.html#58 Is Al Gore The Father of the Internet?
http://www.garlic.com/~lynn/2000d.html#72 When the Internet went private
http://www.garlic.com/~lynn/2000d.html#77 Is Al Gore The Father of the Internet?^
http://www.garlic.com/~lynn/2000e.html#11 Is Al Gore The Father of the Internet?^
http://www.garlic.com/~lynn/2000e.html#19 Is Al Gore The Father of the Internet?^
http://www.garlic.com/~lynn/2000f.html#51 Al Gore and the Internet (Part 2 of 2)
http://www.garlic.com/~lynn/2001e.html#76 Stoopidest Hardware Repair Call?
http://www.garlic.com/~lynn/2001m.html#48 Author seeks help - net in 1981
http://www.garlic.com/~lynn/2001m.html#54 Author seeks help - net in 1981
http://www.garlic.com/~lynn/2001n.html#5 Author seeks help - net in 1981
http://www.garlic.com/~lynn/2001n.html#14 Security glossary available
http://www.garlic.com/~lynn/2002e.html#6 LISTSERV(r) on mainframes
http://www.garlic.com/~lynn/2002g.html#45 Why did OSI fail compared with TCP-IP?
http://www.garlic.com/~lynn/2002h.html#82 Al Gore and the Internet
http://www.garlic.com/~lynn/2002k.html#26 DEC eNet: was Vnet : Unbelievable
http://www.garlic.com/~lynn/2002p.html#39 20th anniversary of the internet (fwd)
http://www.garlic.com/~lynn/2002p.html#61 20th anniversary of the internet (fwd)
http://www.garlic.com/~lynn/2004g.html#31 network history
http://www.garlic.com/~lynn/2004l.html#0 Xah Lee's Unixism
http://www.garlic.com/~lynn/2004o.html#47 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005e.html#46 Using the Cache to Change the Width of Memory
http://www.garlic.com/~lynn/2005n.html#16 Code density and performance?
http://www.garlic.com/~lynn/2006b.html#8 Free to good home: IBM RT UNIX
http://www.garlic.com/~lynn/2006j.html#34 Arpa address
http://www.garlic.com/~lynn/2006j.html#49 Arpa address
http://www.garlic.com/~lynn/2006k.html#3 Arpa address
http://www.garlic.com/~lynn/2006k.html#12 Arpa address
http://www.garlic.com/~lynn/2006k.html#40 Arpa address
http://www.garlic.com/~lynn/2006q.html#25 garlic.com
http://www.garlic.com/~lynn/2006t.html#43 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#50 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006v.html#35 What's a mainframe?
http://www.garlic.com/~lynn/2006w.html#44 more secure communication over the network
http://www.garlic.com/~lynn/2007.html#19 NSFNET (long post warning)
http://www.garlic.com/~lynn/2007c.html#2 some old network related discussion
http://www.garlic.com/~lynn/2007d.html#31 old tapes
http://www.garlic.com/~lynn/2007g.html#84 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007l.html#67 nouns and adjectives
http://www.garlic.com/~lynn/2007n.html#17 What if phone company had developed Internet?
http://www.garlic.com/~lynn/2007n.html#22 What if phone company had developed Internet?
http://www.garlic.com/~lynn/2007n.html#24 What if phone company had developed Internet?

The First 100 Dot Coms Ever Registered

Refed: **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: The First 100 Dot Coms Ever Registered
Newsgroups: alt.folklore.computers
Date: Mon, 03 Dec 2007 12:03:26 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
we were doing much of the corporate arpanet/internet stuff at sjr ... above mentioning that the domain was registered 19mar86 (11th registered .com domain)

re:
http://www.garlic.com/~lynn/2007t.html#59 The First 100 Dot Coms Ever Registered

for other topic drift, old email reference doing .com domain name change over between 22Apr86 and 23Apr86

Date: 04/22/86 13:47:56
From: wheeler
To: copy list

re: phone call;

In previous meetings with <telco> execs ... they expressed their desire/preference for a long term joint development relationship with IBM. I did not rule that out but said that other options would also be explored. I stated that the critical path was a detailed evaluation of <product> in order to answer several questions like

a) what functions currently exist, what customer problems do they solve (and therefor how would it be marketed)

b) what critical functions don't exist (if any) ... i.e. what effort/resources would be required to add missing pieces

c) what is the code quality like ... & therefor what support & development resources will be required to support an offering.
...
.... Lynn Wheeler, K83/801, ALM-RES, 457-2680(408-927)/273-4536
CSNET: Wheeler@IBM-SJ ARPANET: Wheeler.IBM-SJ@RAND-Relay


... snip ... top of post, old email index

first email i had referencing the new domain name (reply to somebody at corporate networking about problem we had seen with the internal network, aka unrelated to anything with internet):

Date: 04/23/86 05:59:13
From: wheeler
To: VNETCMC

hard to tell, new code is up and running ... but since xxxx apparently fixed the NJI line-driver ... and we never saw it anywhere else ... not even sure exactly what was happening ... I don't know.

.... Lynn Wheeler, K83/801, ALM-RES, 457-2680(408-927)/273-4536
CSNET/ARPANET: Wheeler@IBM.COM


... snip ... top of post, old email index

Crypto Related Posts

Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Crypto Related Posts
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Mon, 03 Dec 2007 13:38:30 -0500
patrick.okeefe@WAMU.NET (Patrick O'Keefe) writes:
We've been moving towards secure data transmissions with business partners (with testing starting in about a week) but nobody had checked what we could do to lessen the effect encryption would have on our processors.

the internal network
http://www.garlic.com/~lynn/subnetwork.html#internalnet

required encryption on all traffic that left corporate facility (like inter-site traffic). when most places were doing 9.6kbit, we were working on full-duplex T1 ... and looking at associated problems in HSDT project
http://www.garlic.com/~lynn/subnetwork.html#hsdt

old email reference looking at problem supporting full duplex T1 on 3081
http://www.garlic.com/~lynn/2006n.html#email841115

in this post discussing encryption technology
http://www.garlic.com/~lynn/2006n.html#36 The very first text editor

part of the effort was looking at being able to move past hardware link encryptors as solution to the opportunities (which was the default state-of-the-art at the time).

other old crypto related email
http://www.garlic.com/~lynn/lhwemail.html#crypto

included old email reference to a non-certificate-based public key infrastructure for more secure communication over the network
http://www.garlic.com/~lynn/2006w.html#email810515

in this post:
http://www.garlic.com/~lynn/2006w.html#12 more secure communication over the network

other recent posts to discontinuity between the hsdt project (doing T1 and faster interconnects) while other operations were still looking at 9.6kbit with some move to ("high-speed") 56kbit
http://www.garlic.com/~lynn/2007q.html#45 Are there tasks that don't play by WLM's rules

for other old topic drift ... we had been called to come in and consult with this small client/server startup that wanted to do payments on their server
http://www.garlic.com/~lynn/subnetwork.html#gateway

and they had this technology they invented called SSL that they wanted to use as part of the implementation. we had to do some end-to-end studies looking at how to apply the technology to the business processes, some related posts
http://www.garlic.com/~lynn/subpubkey.html#sslcerts

afterwards we participated in the x9a10 financial standard working group that in the mid-90s had been given the requirement to preserve the integrity of the financial infrastructure for all retail payments. the result was the x9.59 financial standard
http://www.garlic.com/~lynn/x959.html#x959

x9.59 took a slightly different approach, in part because of detailed end-to-end threat and vulnerability analysis involving retail payments; basically identifying significant authentication vulnerability which then led to requirements for hiding transaction information ... as countermeasure to crooks obtaining the information and being able to perform fraudulent transactions.

the observation was that the transaction information was needed at a large number of different processes, potentially occuring over extended period of time ... and as a result, even if the planet was buried under miles of crypto ... it still couldn't prevent information leakage.

the x9.59 financial standard approach was then to fix the underlying weakness, lack of strong authentication ... which also then eliminated needing to hide the transaction information from crooks (since the information was useless w/o the proper authentication). some of this is discussed in the posts concerning the naked transaction metaphor
http://www.garlic.com/~lynn/subintegrity.html#payments

Remembering the CDC 6600

Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Remembering the CDC 6600
Newsgroups: alt.folklore.computers
Date: Mon, 03 Dec 2007 14:15:13 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
re:
http://www.garlic.com/~lynn/2007t.html#56 Remembering the CDC 6600

somewhat ("in-house") related reference:
http://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology

where at one point cp67/cms had 12 people and tss/360 is rumored to have had 1200 people.


re:
http://www.garlic.com/~lynn/2007t.html#56 Remembering the CDC 6600

aka courtesy of the science center, 4th flr, 545 tech sq
http://www.garlic.com/~lynn/subtopic.html#545tech

of course, virtual machines, cp40, cp67/cms, etc weren't the only efforts that came out of the science center ... recent posts with some additional references
http://www.garlic.com/~lynn/2007t.html#40 Why isn't OMVS command integrated with ISPF?

as well as the internal network technology
http://www.garlic.com/~lynn/subnetwork.html#internalnet

and a little topic drift/x-over, a couple recent posts/referneces
http://www.garlic.com/~lynn/2007t.html#59 The first 100 Dot Coms Ever Registered
http://www.garlic.com/~lynn/2007t.html#60 The first 100 Dot Coms Ever Registered
http://www.garlic.com/~lynn/2007t.html#61 Crypto Related Posts

Remembering the CDC 6600

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Remembering the CDC 6600
Newsgroups: alt.folklore.computers
Date: Mon, 03 Dec 2007 18:19:11 -0500
Walter Bushell <proto@oanix.com> writes:
IBM also had a single machine language interface through the line, except at the very low end where there were a few changes. The idea was to cover the whole gamut of computing needs compatibly. This led to room for the seven dwarfs to live.

re:
http://www.garlic.com/~lynn/2007t.html#56 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#58 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#62 Remembering the CDC 6600

the seven dwarfs predated the 360 ... and (from 2nd hand information) there was testimony in anti-trust case by one of the "dwarfs" claiming that in the late 50s, all the computer vendors "knew" the single most important requirement to be successful (in the business) required compatibility across the product line. when ibm was the only vendor to accomplish this, allowing it to grow to dominate the market (leaving small niches and left-overs for the others).

subsequent analysis could claim that this was a period of high growth, singe machine installation was micro-optimization which more than lost as customer grew and needed machine upgrading.

part of the testimony was supposedly (other vendor) individual plant managers would deviate from compatibility in order to offer incremental advantage vis-a-vis other products from the same vendor (sacrificing overall corporate strategic advantage for individual product tactical advantage).

part of ibm strategic direction was to leverage microprogramming layer to achieve capatible programming machine architecture. especially in the low & mid-range ... this would typically cost a factor of ten times in performance (i.e. there was avg. of ten microprocessor instructions per 360 instruction). niche offerings in the 60s could come in with native programmed machine offering with effectively ten times the mip rate for similar hardware technology.

misc. past posts mentioning the single most important requirement recognized by all vendors in the 50s:
http://www.garlic.com/~lynn/94.html#44 bloat
http://www.garlic.com/~lynn/96.html#20 1401 series emulation still running?
http://www.garlic.com/~lynn/99.html#231 Why couldn't others compete against IBM?
http://www.garlic.com/~lynn/2001j.html#33 Big black helicopters
http://www.garlic.com/~lynn/2001j.html#38 Big black helicopters
http://www.garlic.com/~lynn/2001j.html#39 Big black helicopters
http://www.garlic.com/~lynn/2001n.html#85 The demise of compaq
http://www.garlic.com/~lynn/2002c.html#0 Did Intel Bite Off More Than It Can Chew?
http://www.garlic.com/~lynn/2003o.html#43 Computer folklore - forecasting Sputnik's orbit with
http://www.garlic.com/~lynn/2005k.html#0 IBM/Watson autobiography--thoughts on?
http://www.garlic.com/~lynn/2005k.html#4 IBM/Watson autobiography--thoughts on?
http://www.garlic.com/~lynn/2006q.html#60 Was FORTRAN buggy?
http://www.garlic.com/~lynn/2007f.html#77 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007g.html#42 1960s: IBM mgmt mistrust of SLT for ICs?
http://www.garlic.com/~lynn/2007m.html#34 IBM 8000 ???
http://www.garlic.com/~lynn/2007p.html#8 what does xp do when system is copying

new 40+ yr old, disruptive technology

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: new 40+ yr old, disruptive technology
Newsgroups: alt.folklore.computers
Date: Mon, 03 Dec 2007 18:23:30 -0500
re:
http://www.garlic.com/~lynn/2007t.html#44 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#55 new 40+ yr old, disruptive technology

aka virtual machine virtualization ...

Server virtualization in two-thirds of enterprises by '09, Forrester predicts; IBM, HP, Microsoft urged to upgrade virtualization tools
http://www.networkworld.com/news/2007/120607-can-mid-market-merchants-comply-with.html

from above:
The latest report finds that 37% of IT departments have virtualized servers already, and another 13% plan to do so by July 2008. An additional 15% think they will virtualize x86 servers by 2009.

... snip ...

Remembering the CDC 6600

Refed: **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Remembering the CDC 6600
Newsgroups: alt.folklore.computers
Date: Mon, 03 Dec 2007 22:48:33 -0500
Quadibloc <jsavard@ecn.ab.ca> writes:
Well, that was much later. If you want to speak of IBM not holding to their principle of having only the System/360 architecture after that momentous date in 1964, one ought to cite the IBM 1130.

That using microprogramming and having a single architecture throughout the line led to cost disadvantages that helped to give room for the seven dwarfs to continue surviving seems reasonable. But, of course, they didn't all survive - the seven became six, then five, and so on. (Honeywell, RCA, General Electric, Burroughs, Univac, NCR, and, yes, Control Data was one of the dwarfs.)


re:
http://www.garlic.com/~lynn/2007t.html#56 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#62 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#63 Remembering the CDC 6600

the 360 was for the rapidly growing and expanding commercial market ... becoming by far the largest of the markets ... and with the requirement for compatible line allowing growing businesses to upgrade.

while there were tactical disadvantages using microcode to create compatible line ... the enormous strategic advantage of a compatible line allowed it to dominate the market (something that had been recognized by all the players in the late 50s).

there were other markets which used things like 1130 and system/7

All about the IBM 1130 Computing System
http://ibm1130.org/
System/7 chronology
http://www-03.ibm.com/ibm/history/exhibits/system7/system7_chronology.html

this commercial ... and especially batch, market segment is related to some of my past comments about cp67 timesharing
http://www.garlic.com/~lynn/submain.html#timeshare

vis-a-vis os360 ... aka while cp67 installs were as large as many other vendors total timesharing ... they were so dwarfed by the commercial os360 batch installs ... as to be frequently discounted/disregarded.

of course the corporation attempted to completely abandon 360 in the early 70s with the future system effort; misc. past posts
http://www.garlic.com/~lynn/submain.html#futuresys

issue was that the 360 market had become so large ... that several vendors were finding very profitable business selling plug-compatible i/o controllers (this business had grown so large that some of the pcm companies had sales larger than total business of some of the dwarfs).

i've mentioned before being involved in building a clone/pcm controller as an undergradate ... activity that got written as spawning some amount of the clone controller business
http://www.garlic.com/~lynn/subtopic.html#360pcm

however, future system was killed before even being announced and the company found itself stuck with 360/370 despite itself.

the folklore is then some of the future system survivors retreated to rochester and created system/38.
http://www-03.ibm.com/ibm/history/exhibits/rochester/rochester_4009.html

later as/400 was created as follow-on to system/38.
http://www-03.ibm.com/ibm/history/exhibits/rochester/rochester_4010.html

initially, as/400 was going to be implemented with one of the 801 risc iliads ... part of corporate strategy in the early 80s to migrate the myriad array of different microprocessors to common 801 risc base. misc. old email ... some discussing early 80s iliad strategy
http://www.garlic.com/~lynn/lhwemail.html#801

and lots of posts mentioning 801, risc, iliad, romp, rios, power, power/pc, somerset, etc
http://www.garlic.com/~lynn/subtopic.html#801

iliad strategy ran into lots of problems and a cisc microprocessor was "quickly" produced as replacement for as/400 use. later in the 90s, as/400 finally did move off cisc to 801 risc processor.

What do YOU call the # sign?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: What do YOU call the # sign?
Newsgroups: alt.usage.english,alt.folklore.computers
Date: Tue, 04 Dec 2007 08:40:49 -0500
jmfbahciv writes:
The order doesn't have to do with American keyboards. It was important that the line-feed occur after the carriage-return. In some cases, overstriking was useful; to make this happen on a hard-copy TTY, you issuged a carriage-return and no line-feed.

also, carriage-return was followed by the appropriate number of nulls in order to get the timing correct. if you were keeping track of the typing head position, you knew approx. the elapsed travel time of the typing head for the carriage-return. you also knew the elapsed time per character transmission ... appending the appropriate number of nulls for transmission after the carriage return ... avoided having the typing head trying to type while it was still in motion (aka there was no mechanical interlock between the typing head and the carriage-return motion). default (null append) calculations assumed head position was the number of characters transmitted since the last carriage-return (modulo any backspaces).

misc. recent posts mentioning having to add tty/ascii terminal support to cp67 (which originally only had 1052 and 2741)
http://www.garlic.com/~lynn/2007b.html#27 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007g.html#14 ISPF not productive
http://www.garlic.com/~lynn/2007g.html#37 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007j.html#76 Linux: The Completely Fair Scheduler
http://www.garlic.com/~lynn/2007j.html#78 IBM 360 Model 20 Questions
http://www.garlic.com/~lynn/2007l.html#11 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007l.html#21 Non-Standard Mainframe Language?
http://www.garlic.com/~lynn/2007l.html#62 Friday musings on the future of 3270 applications
http://www.garlic.com/~lynn/2007p.html#4 what does xp do when system is copying
http://www.garlic.com/~lynn/2007p.html#21 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007r.html#74 System 360 EBCDIC vs. ASCII
http://www.garlic.com/~lynn/2007s.html#33 Age of IBM VM

new 40+ yr old, disruptive technology

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: new 40+ yr old, disruptive technology
Newsgroups: alt.folklore.computers
Date: Tue, 04 Dec 2007 08:57:13 -0500
re:
http://www.garlic.com/~lynn/2007t.html#44 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#55 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#64 new 40+ yr old, disruptive technology

and more on sun getting into the virtual machine fray

Sun itching to release its virtualization platform
http://www.theregister.co.uk/2007/12/04/sun_xvm_ops_center_release/

from above:
Sun is sneaking off to a nice quiet closet to birth xVM Ops Center, the physical and virtual resource management stack for the xVM product family. This puppy will be available January 8, 2008.

... snip ...

and
Sun is heralding in Ops by releasing the source code used to build the software on the OpenxVM.org community site this month. The Common Agent Container source code will hit Dec. 10, 2007.

... snip ...

Welcome to OpenxVM
http://www.openxvm.org/

from above:
By combining virtualization software and data center automation tools, OpenxVM technology provides the technologies to operate data centers at radically reduced costs.

... snip ...

T3 Sues IBM To Break its Mainframe Monopoly

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Tue, 04 Dec 2007 09:43:19 -0500
ibm-main@SNACONS.COM (Roger Bowler) writes:
IBM worked long and hard over many years to successfully establish S/360 and its successors as *the* standard computer architecture. Indeed for a 20 year period between about 1970 to 1990 S/360/370/390 was almost the only architecture which would reasonably be considered for most business systems large or small. With the result that applications tied to MVS and VSE are now firmly embedded into the infrastructure of the various information systems (banks, utilities, government, airlines) that allow our society to function the way it does. The figure of $1 trillion invested in software compatible with IBM mainframes has been widely quoted.

some recent topic drift in thread that wandered into run-up/justification for 360
http://www.garlic.com/~lynn/2007t.html#63 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#65 Remembering the CDC 6600

also referenced in the above, there was an failed/aborted attempt to take a large detour in the early 70s with the future system effort
http://www.garlic.com/~lynn/submain.html#futuresys

motivated by the growth in the plug-compatible controller business ... discussed in more detail in this recent post
http://www.garlic.com/~lynn/2007r.html#74 System 360 EBCDIC vs. ASCII

it was in the FS period that Amdahl launched his plug-compatible processor business. In the early 70s, Amdahl gave a talk at MIT where he was quizzed about it. One of the questions was what justification did he use to raise funding for the company. The response was something about customers had already spent $200b in 360-based application software, and even if IBM were to totally walk away from 360 (could possibly be considered a veiled reference to the future system project), that software base would be sufficient to keep him in business through the end of the century (i.e. the $200b number was less than a decade after 360 had been announced).

The future system distraction drew a lot of resources away from 370 activities. When future system was finally killed, there was mad scramble to get software and hardware products back into the 370 product pipeline. The lack of products in the 370 product pipeline possibly contributed to market opportunities for clone processor vendors.

The 303x were part of that mad scramble ... which was effectively started in parallel with what was to become 3081 and 370-xa.

recent post going into details of 303x effort
http://www.garlic.com/~lynn/2007p.html#1 what does xp do when system is copying

however, it was the long lead-time to do mvs/xa and the associated mad scramble that led to justification to kill vm370 and transfer everybody from the burlington mall vm370 group to pok ... supposedly as necessary in order to meet the mvs/xa schedule. endicott eventually did manage to acquire the vm370 product mission and keep it alive ... but effectively had to reconstitute the group from scratch.

T3 Sues IBM To Break its Mainframe Monopoly

Refed: **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
To: <ibm-main@bama.ua.edu>
Date: Tue, 04 Dec 2007 10:13:44 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
some recent topic drift in thread that wandered into run-up/justification for 360
http://www.garlic.com/~lynn/2007t.html#63 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#65 Remembering the CDC 6600

also referenced in the above, there was an failed/aborted attempt to take a large detour in the early 70s with the future system effort
http://www.garlic.com/~lynn/submain.html#futuresys

motivated by the growth in the plug-compatible controller business ... discussed in more detail in this recent post
http://www.garlic.com/~lynn/2007r.html#74 System 360 EBCDIC vs. ASCII


re:
http://www.garlic.com/~lynn/2007t.html#68 T3 Sues IBM To Break its Mainframe Monopoly

i wasn't exactly unbiased ... i had somewhat ridiculed the future system effort during the period (drawing comparison with a cult movie that had been playing down in central sq) and continued to work on 370 stuff (including making statements about the resource manager, that i already had running, was better than the theoritical pipe dreams being specified in future system architecture documents).

slightly related old email from the period
http://www.garlic.com/~lynn/2006v.html#email731212
http://www.garlic.com/~lynn/2006w.html#email750102
http://www.garlic.com/~lynn/2006w.html#email750430
http://www.garlic.com/~lynn/2006w.html#email750827

the mad rush, after FS was killed, contributed to decisions to pickup some of the work (that i had continued to do) and ship it in products.

Remembering the CDC 6600

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Remembering the CDC 6600
Newsgroups: alt.folklore.computers
Date: Tue, 04 Dec 2007 10:35:29 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
the 360 was for the rapidly growing and expanding commercial market ... becoming by far the largest of the markets ... and with the requirement for compatible line allowing growing businesses to upgrade.

re:
http://www.garlic.com/~lynn/2007t.html#56 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#62 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#63 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#65 Remembering the CDC 6600

one might make the case that the drawfs didn't so much decline ... but w/o a compatible product line they didn't participate in the rapidly growing commercial dataprocessing during the 60s (aka their market share became smaller as the size of the market rapidly increased).

re:
http://www.garlic.com/~lynn/2007t.html#68 T3 Sues IBM To Break its Mainframe Monopoly
http://www.garlic.com/~lynn/2007t.html#69 T3 Sues IBM To Break its Mainframe Monopoly

one could claim that the enormous customer investment in 360 application software (referenced in the above) was motivated/justified because the software would continue to be useful as they moved to different processors in the product line (aka that strategic advantage could significantly overshadow any shortterm tactical advantage related to any specific processor).

T3 Sues IBM To Break its Mainframe Monopoly

Refed: **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Tue, 04 Dec 2007 13:33:33 -0500
lindy.mayfield@SSF.SAS.COM (Lindy Mayfield) writes:
I was thinking (dreaming) today about what if when I giving training for MVS stuff and each student had their own mainframe instead of connecting to a central one. We could do so much more.

This was somewhat the original idea behind HONE (Hands-On Network Environment)
http://www.garlic.com/~lynn/subtopic.html#hone

after the 23jun69 unbundling announcement
http://www.garlic.com/~lynn/submain.html#unbundle

Prior to unbundling, new/young system engineers acquired quite a bit of their knowledge, working as part of team at customer installations. the unbundling announcement pretty much put an end to this apprentice-like activity. In the 60s, while an undergraduate at the univ, i was doing a large number of os/360 enhancements ... and prior to unbundling, they would cycle new SEs thru the univ. every six months (that I would get to train).

HONE started out creating a number of cp67 virtual machine datacenters that would support branch office system engineers running (guest) operating systems. The cp67 virtual machine systems (running on real 360/67s) included enhancements supporting simulation of the newly announced (pre-virtual memory) 370 instructions (allowing newer guest operating system versions to be run).

The science center
http://www.garlic.com/~lynn/subtopic.html#545tech

had also ported apl\360 to cms\apl and reworked it for operation in a virtual memory environment (including arbitrarily large workspaces, up to 16mbytes, rather than the somewhat "toy" apl\360 workspaces that were typically 16kbytes to 32kbytes).

CMS\APL on HONE was leveraged to also deploy a large number of sales and marketing support applications. These applications soon dominated HONE utilization and the original HONE purpose somewhat withered away. For example, by the mid-70s, it was no longer possible to submit a customer order that hadn't first been processed by HONE "configurators" and/or other applications (although by this time, HONE had migrated to VM370 and APL\CMS).

Remembering the CDC 6600

Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Remembering the CDC 6600
Newsgroups: alt.folklore.computers
Date: Tue, 04 Dec 2007 15:58:37 -0500
"Del Cecchi" <delcecchiofthenorth@gmail.com> writes:
My god, Lynn. You just managed to skip System/3, System/32, System/34, System/36. All done in Rochester long before the FS doofs ever thought about showing up. And those said doofs are probably the ones that made the S/38 software so bloated they had to slip the FCS for 18 months while they tried to get it to be usably fast. And did single level store with the index to the data in memory so if the machine powered off abnormally it could take two days to rebuild the index so it could come up again.

re:
http://www.garlic.com/~lynn/2007t.html#56 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#58 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#62 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#63 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#65 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007t.html#70 Remembering the CDC 6600

sorry, i wasn't trying for exhaustive account, especially since I knew little or no details.

I did reference rochester archive site ... which has an URL for Rochester chronology:
http://www-03.ibm.com/ibm/history/exhibits/rochester/rochester_chronology.html

as well as this URL which lists many rochester products:
http://www-03.ibm.com/ibm/history/exhibits/rochester/rochester_album.html

and while i mentioned the 1130 and system/7, i also didn't exhaustively list the 1800 (and probably lots of other machines)
http://www-03.ibm.com/ibm/history/exhibits/vintage/vintage_4506VV4022.html

for other topic drift ... RAID was invented '78 in san jose
http://domino.watson.ibm.com/comm/pr.nsf/pages/news.20001113_nmt.html

and s/38 was early adopter, likely because of filesystem operational problems.

when they let me play disk engineer in bldgs. 14&15
http://www.garlic.com/~lynn/subtopic.html#disk

I got to work some with the original raid inventor.

for other tss/360, future system, s/38 topic drift ... besides all the other problems that caused future system to tank, FS was doing some of the same stuff that gave tss/360 so much problems (and continued into s/38).

this reference alludes
http://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology

to science center
http://www.garlic.com/~lynn/subtopic.html#545tech

in part, justifying virtual machine effort because of the lack of operational understanding of virtual memory.

tss/360 had problems with virtual memory operation ... but also with its flavor of paged-mapped filesystem ... which can be claimed to have continued through the FS effort and into s/38.

as alluded to here
http://www.garlic.com/~lynn/2007t.html#69 T3 Sues IBM To Break its Mainframe Monopoly

i wasn't exactly complimentary of FS activity, including believing that some of the implemenations, that I had already done, were superior to what was in FS specs (even some stuff that I had implemented as undergraduate in the 60s, including redoing the cp67 virtual memory implementation).

while i had redone the cp67 virtual memory implementation as an undergraduate (which shipped in standard cp67 product, was initially dropped in the morph from cp67 to vm370 but was later introduced with the resource manager), i didn't do anything about page-mapped filesystem until the early 70s. I had observed a lot of the problems that tss/360 was having grappling with its kind of one-level-store implementation and was determined to not make the same mistakes.

In the early 70s, I did a page-mapped filesystem implementation
http://www.garlic.com/~lynn/submain.html#mmap

for (cp67) cms which I then ported to vm370 cms ... somewhat alluded in the previous reference and in these old emails
http://www.garlic.com/~lynn/2006v.html#email731212
http://www.garlic.com/~lynn/2006w.html#email750102

the page-mapped filesystem enhancements never shipped in the standard product ... but I shipped it internally to numerous internal corporate datacenters.

I could show that page-mapped filesystem changes

• significantly reduce filesystem pathlength overhead • allowed dynamically adapting how the operations were performed based on real resources and contention • could significantly reduce elapsed time for filesystem operation

Remembering the CDC 6600

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Remembering the CDC 6600
Newsgroups: alt.folklore.computers
Date: Tue, 04 Dec 2007 19:41:56 -0500
Anne & Lynn Wheeler <lynn@garlic.com> writes:
new article ...

Remembering the CDC 6600
http://www.theregister.co.uk/2007/12/03/tob_cdc_6600/


misc. others

CDC Historical Timeline
http://www.cbi.umn.edu/collections/cdc/histtimeline.html
CDC Product Timeline
http://www.cbi.umn.edu/collections/cdc/prodtimeline.html
Control Data Spin-Offs and Start-Ups
http://enterpriseinnovator.com/index.php?articleID=14006&sectionID=5

and wiki refs

Control Data Corporation
https://en.wikipedia.org/wiki/Control_Data_Corporation
CDC 6600
https://en.wikipedia.org/wiki/CDC_6600
CDC 6000 series
https://en.wikipedia.org/wiki/CDC_6000_series

Above mentions 6600 designed by Seymour Cray and James Thornton.

for other drift ... a few past posts mentioning Thornton
http://www.garlic.com/~lynn/2001.html#19 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#20 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2003j.html#18 why doesn't processor reordering instructions affect most
http://www.garlic.com/~lynn/2004k.html#29 CDC STAR-100

What do YOU call the # sign?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: What do YOU call the # sign?
Newsgroups: alt.usage.english,alt.folklore.computers
Date: Wed, 05 Dec 2007 00:26:18 -0500
Walter Bushell <proto@oanix.com> writes:
One shop I worked in had a program that would replace strings of blanks with tabs for report writing to Decwriters. Spead up printing very nicely with 300 baud links, going to 1.2K modems made it inutile.

re:
http://www.garlic.com/~lynn/2007t.html#66 What do YOU call the # sign?

some amount of glass teletype support transitioned to cursor positioning commands to optimize writing a screen with minimum transmission of characters.

this got fairly common in corporate home terminal program as they started distribution of 3101/topaz.

recent posts mentioning 3101/topaz:
http://www.garlic.com/~lynn/2007e.html#15 The Genealogy of the IBM PC
http://www.garlic.com/~lynn/2007h.html#39 sizeof() was: The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007k.html#40 DEC and news groups

a little later PC terminal emulators ... misc. posts
http://www.garlic.com/~lynn/subnetwork.html#emulation

would get pretty sophisticated with things like directory-like indexing of previously transmitted character strings. recent post mentioning PCTERM ... a terminal emulator where the host-side might keep tens of kilobytes of previous screen transmission (more than just previous couple screens)
http://www.garlic.com/~lynn/2007o.html#66 The use of "script" for program

when i had added tty terminal support to cp67 in the 60s, I pretty much had to use null transmission to coordinate typing with carriage return ... since the terminal controller interface had little real-time feedback to the processor of what was going on.

however, that somewhat changed when I ran into various limitations with the standard mainframe communication controller ... which was somewhat behind prompting the university to start a project to build a clone communication controller that started out using interdata/3 as a base (later expanded to an interdata/4 for the host interface coupled with multiple interdata/3s as dedicated port line-scanners).

one of the things I had attempted with the standard communication controller was being able to do dynamically terminal recognition and re-associated specific line-scanner type (for 1052, 2741, or tty/ascii) with specific port. This worked except for the problem of changing the oscillator line-speed when the line-scanner type was changed (i could switch 2741 line-scanner and tty line-scanner on a port, but i couldn't dynamically change the port line-speed setting). With the interdata/3 ... the line-scanner was implemented in software which included being able to implemenent various real-time functions ... including strobing signal rise/fall boundaries for dynamic line speed recognition.

recent posts mentioning doing mainframe clone controller
http://www.garlic.com/~lynn/2007r.html#39 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007r.html#74 System 360 EBCDIC vs. ASCII
http://www.garlic.com/~lynn/2007s.html#33 Age of IBM VM
http://www.garlic.com/~lynn/2007t.html#65 Remembering the CDC 6600

misc. past posts mentioning mainframe clone controllers
http://www.garlic.com/~lynn/subtopic.html#360pcm

T3 Sues IBM To Break its Mainframe Monopoly

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Wed, 05 Dec 2007 01:19:02 -0500
Lon Stowell <lon.stowell@comcast.net> writes:
My memory is bad, which one of the IBM upgrades re-used the old ASCII/EBCDIC bit to get one more bit worth of addressing range?

Somewhere I still have an old folder card that has the A/E bit on it.


re:
http://www.garlic.com/~lynn/2007t.html#68 T3 Sues IBM To Break its Mainframe Monopoly
http://www.garlic.com/~lynn/2007t.html#69 T3 Sues IBM To Break its Mainframe Monopoly
http://www.garlic.com/~lynn/2007t.html#71 T3 Sues IBM To Break its Mainframe Monopoly

360 psw bit 12 was ascii bit
360/67 extended PSW 0-3 spare 4 24-32 bit virtual address mode 5 translation control 6 i/o mask summary 7 external mask 8-11 protection key 12 ascii-8 mode 13 machine check mask 14 wait state 15 problem state 16-17 instruction length 18-19 condition code 20-23 program mask 24-31 spare

there is "secondary-space" mode for dual-address space eventually introduced for 3033 ... effectively a subset of the more general access registers that were to come later.

i've done a q&d converstion of (370) gcard ios3270 at
http://www.garlic.com/~lynn/gcard.html

The 360/67 "blue" card, I guess had extra space and so they threw in device sense bytes. Long ago and far away, I had enhanced the original gcard ios3270 with sense byte information (including adding in some devices that weren't on the original 360/67 blue card) ... aka
http://www.garlic.com/~lynn/gcard.html#17

(370) PSW formats are
http://www.garlic.com/~lynn/gcard.html#5

370 bit 12 becomes control over basic/extended PSW (old 360 ascii bit)

there is 370 extended psw bit 16 indicating "secondary-space" mode.

there is 370-xa psw where bit 32 indicates 31-bit address mode.

dual-address space mode ... introduced to try and fix the limitations with preserving pointer passing API paradigm even after system was dealing with pointer-passing between services in totally different virtual address spaces (original solution was the common segment ... but larger installations were growing the common segment size until there would be no virtual address space left at all for applications).

recent posts discussing common segment and dual-address space mode:
http://www.garlic.com/~lynn/2007k.html#14 Some IBM 3033 information
http://www.garlic.com/~lynn/2007k.html#27 user level TCP implementation
http://www.garlic.com/~lynn/2007k.html#28 IBM 360 Model 20 Questions
http://www.garlic.com/~lynn/2007l.html#71 IBM 360 Model 20 Questions
http://www.garlic.com/~lynn/2007o.html#10 IBM 8000 series
http://www.garlic.com/~lynn/2007p.html#21 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007q.html#68 Direction of Stack Growth
http://www.garlic.com/~lynn/2007r.html#56 CSA 'above the bar'

T3 Sues IBM To Break its Mainframe Monopoly

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Wed, 05 Dec 2007 09:56:36 -0500
Herbie.VanDalsen@ELAVON.COM (Van Dalsen, Herbie) writes:
And who came up with XA I/O? Amdahl, in order to do MDF and share channels had to do floating I/O interrupts, and related control block structures in HSA (a la XA) to get this to work.

try 360/67 smp channel director for sharing channels and floating i/o interrupts ... 360/67 functional characteristics can be found here
http://www.bitsavers.org/pdf/ibm/360/funcChar/

... 360/67 had 24bit & 32bit addressing modes, also referenced in this post
http://www.garlic.com/~lynn/2007t.html#75 T3 Sues IBM To Break its Mainframe Monopoly

after future system was killed
http://www.garlic.com/~lynn/submain.html#futuresys

there was mad rush to get out 303x in parallel with starting on xa. the architecture documents for xa, subchannel infrastructure, access registers, et all were referred to as "811". I had fairly complete copy ... they were individually numbered copies, classified at the highest level ... requiring special double-lock security filecabinet and periodic auditing.

apparently information about people with copies leaked out and several people were approached ... aka industrial espionage ... and the feds eventually were involved.

part of it involved the extrodinary lead time to move mvs to anything ... reference to killing vm370 product because they needed all the developers moved to pok to help meet mvs/xa delivery schedule
http://www.garlic.com/~lynn/2007t.html#68 T3 Sues IBM To Break its Mainframe Monopoly

even before 811 documents were published we had put together a project to turn out a 16-way smp processor on a very aggresive delivery schedule. it was going great guns until it came to the attention of the head of pok that it would possibly be decades before mvs ever had 16-way smp support (some people were then invited to never show up at the pok site again). misc. past posts mentioning smp support (and/or compare&swap instruction)
http://www.garlic.com/~lynn/subtopic.html#smp

there was small advanced technology conference in pok spring of 77 (a little over 30yrs ago) with presentations on both 16-way smp and 801 risc ... for lots of topic drift, misc. 801 risc posts
http://www.garlic.com/~lynn/subtopic.html#801

misc. post posts mentioning 811
http://www.garlic.com/~lynn/2000d.html#21 S/360 development burnout?
http://www.garlic.com/~lynn/2002d.html#8 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#9 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#49 Hardest Mistake in Comp Arch to Fix
http://www.garlic.com/~lynn/2002d.html#51 Hardest Mistake in Comp Arch to Fix
http://www.garlic.com/~lynn/2002j.html#28 ibm history note from vmshare
http://www.garlic.com/~lynn/2002k.html#34 30th b'day .... original vm/370 announcement letter (by popular demand)
http://www.garlic.com/~lynn/2002m.html#28 simple architecture machine instruction set
http://www.garlic.com/~lynn/2002n.html#58 IBM S/370-168, 195, and 3033
http://www.garlic.com/~lynn/2003c.html#1 Wanted: Weird Programming Language
http://www.garlic.com/~lynn/2004c.html#6 If the x86 ISA could be redone
http://www.garlic.com/~lynn/2004g.html#24 |d|i|g|i|t|a|l| questions
http://www.garlic.com/~lynn/2005j.html#34 IBM Plugs Big Iron to the College Crowd
http://www.garlic.com/~lynn/2005j.html#35 IBM Plugs Big Iron to the College Crowd
http://www.garlic.com/~lynn/2005p.html#18 address space
http://www.garlic.com/~lynn/2005s.html#26 IEH/IEB/... names?
http://www.garlic.com/~lynn/2006b.html#28 Multiple address spaces
http://www.garlic.com/~lynn/2006f.html#20 Old PCs--environmental hazard
http://www.garlic.com/~lynn/2006j.html#27 virtual memory
http://www.garlic.com/~lynn/2006j.html#31 virtual memory
http://www.garlic.com/~lynn/2006n.html#16 On the 370/165 and the 360/85
http://www.garlic.com/~lynn/2006n.html#27 sorting was: The System/360 Model 20 Wasn't As Bad As All That
http://www.garlic.com/~lynn/2006t.html#16 Is the teaching of non-reentrant HLASM coding practices ever defensible?
http://www.garlic.com/~lynn/2007g.html#57 IBM to the PCM market(the sky is falling!!!the sky is falling!!)
http://www.garlic.com/~lynn/2007k.html#28 IBM 360 Model 20 Questions
http://www.garlic.com/~lynn/2007l.html#71 IBM 360 Model 20 Questions

misc. posts mentioning 16-way smp support
http://www.garlic.com/~lynn/95.html#5 Who started RISC? (was: 64 bit Linux?)
http://www.garlic.com/~lynn/95.html#6 801
http://www.garlic.com/~lynn/95.html#11 801 & power/pc
http://www.garlic.com/~lynn/97.html#5 360/44 (was Re: IBM 1130 (was Re: IBM 7090--used for business or
http://www.garlic.com/~lynn/98.html#40 Comparison Cluster vs SMP?
http://www.garlic.com/~lynn/2002i.html#82 HONE
http://www.garlic.com/~lynn/2002p.html#58 AMP vs SMP
http://www.garlic.com/~lynn/2003.html#4 vax6k.openecs.org rebirth
http://www.garlic.com/~lynn/2003.html#5 vax6k.openecs.org rebirth
http://www.garlic.com/~lynn/2004f.html#26 command line switches [Re: [REALLY OT!] Overuse of symbolic
http://www.garlic.com/~lynn/2004m.html#53 4GHz is the glass ceiling?
http://www.garlic.com/~lynn/2005k.html#45 Performance and Capacity Planning
http://www.garlic.com/~lynn/2005m.html#48 Code density and performance?
http://www.garlic.com/~lynn/2005p.html#39 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2005r.html#46 Numa-Q Information
http://www.garlic.com/~lynn/2006c.html#40 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006l.html#30 One or two CPUs - the pros & cons
http://www.garlic.com/~lynn/2006n.html#37 History: How did Forth get its stacks?
http://www.garlic.com/~lynn/2006r.html#22 Was FORTRAN buggy?
http://www.garlic.com/~lynn/2006t.html#7 32 or even 64 registers for x86-64?
http://www.garlic.com/~lynn/2006t.html#9 32 or even 64 registers for x86-64?
http://www.garlic.com/~lynn/2007g.html#17 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007g.html#44 1960s: IBM mgmt mistrust of SLT for ICs?
http://www.garlic.com/~lynn/2007g.html#57 IBM to the PCM market(the sky is falling!!!the sky is falling!!)
http://www.garlic.com/~lynn/2007l.html#26 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#13 Is Parallel Programming Just Too Hard?

T3 Sues IBM To Break its Mainframe Monopoly

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
To: <ibm-main@bama.ua.edu>
Date: Wed, 05 Dec 2007 13:46:35 -0500
Herbie.VanDalsen@ELAVON.COM (Van Dalsen, Herbie) writes:
And who came up with XA I/O? Amdahl, in order to do MDF and share channels had to do floating I/O interrupts, and related control block structures in HSA (a la XA) to get this to work.

re:
http://www.garlic.com/~lynn/2007t.html#75 T3 T3 Sues IBM To Break its Mainframe Monopoly
http://www.garlic.com/~lynn/2007t.html#76 T3 T3 Sues IBM To Break its Mainframe Monopoly

for other topic drift, a big part of the queued subchannel i/o interface was to compensate for the enormous mvs pathlength to (re)drive i/o ... lots of i/o idle between the end of the previous operation and initiating the next operation.

part of this was also predicated that during the 70s, systems started to shift from being significantly processor constrained/bottlenecked to more and more being i/o bottlenecked.

i had started pointing this out early ... and at one point some disk division executive assinged their performance group to refute the characterizations (i.e. over more than a decade, the relative disk system thruput had declined by an order of magnitude; aka disks got faster ... but other parts of systems had gotten an order of magnitude faster still). after some period they came back and pointed out that I had slightly understated the problem. this eventually turned into share presentation on how to optimize systems for disk thruput.

the initial justification was that the queued interface allowed just moving the redrive operation from mvs kernel into the microcode of the same processor (not even offloaded to different processor); that the microcode engineers could do a significantly better redrive implementation than the mvs software developers.

i had worked on a 5-way smp project in 75 where the processor complex had significant microcode capability ... some past posts
http://www.garlic.com/~lynn/submain.html#bounce

and i had defined a queued i/o interface ... but it included being able to offload much of it to a separate/dedicated processor. i had also defined a queued microcode interface for dispatching ... allowing processors to pick off work w/o having to go thru the kernel function. this was canceled w/o shipping ... and some of the same people then reconstituted to work on 16-way smp effort mentioned in previous post.

i was allowed to play disk engineer in bldgs. 14&15 ... misc. posts
http://www.garlic.com/~lynn/subtopic.html#disk

and one of the things i worked on was the whole "testcell" testing infrastructure that was being done on stand-alone dedicated machines. They had tried MVS at one point with a single testcell but experienced 15mins MTBF (hangs, crashes, etc, requiring manual intervention and MVS reboot). I undertook to rewrite the i/o supervisor so that multiple testcells could be tested concurrently an the same machine in an operating system environment. This turned out to have very low processor utilization and so the engineers started also using the "test" machines for other purposes.

bldg 15 got one of the first 3033 engineering machines (outside of POK) for disk testing. partly because things were going very well ... they also managed to put together 16 3330 disk drives and 3830 controllers where the machine could be concurrently used for other purposes.

this was during a period when there was heavy 3880 controller development and testing going on.

at one point there was a "formal" product performance acceptance test for the 3880 done in STL using standard operating system testing.

then bright and early one monday i got a call from the engineers in bldg 15 asking what i had done over the weekend to totally destroy their system thruput. I said I hadn't done anything ... and they claimed they hadn't done anything. So i had to start diagnosing what went on.

It turns out that over the weekend, they had replaced the 3830 (for the string of 16 3330 drives) with a 3880 controller. The problem was that the implementation in the move from 3830 to 3880, they went from a ("fast") horizontal microcoded processor to a much slower vertical microcoded processor (with a separate data path). As a result, the 3880 had much slower command and function processing ... and initially failed the "formal" product performance acceptance test. The 3880 was then tweaked to present "early" interrupt to the channel (indicating operation complete) before the 3880 had actually finished all its operation. Then the 3880 could complete its operation in parallel with the operating system processing the interrupt and getting around to redriving i/o. This didn't bother the standard operating system formal performance acceptance tests.

The problem was that I had significantly redone the I/O subsystem, not only to make it much more reliable and available than standard MVS ... but interrupt processing was dramatically faster than standard MVS ... and would get around to redriving i/o .... before the 3880 controller had finished its housekeeping. Hitting the 3880 controller while it was still busy cleaning up the previous operation ... then resulted in a whole bunch more 3880 controller overhead. The net was that the thruput of 3880 was significantly worse than 3830 controller in the same exact configuration.

The whole net of this was that I claimed that I could come within a couple percent of the XA queued I/O interface thruput ... using standard 370 instruction implementation (w/o sacrificing reliability or availability) ... assuming that it was still same processor ... queued i/o was being performed by microcode on the same processor running 370 instruction microcode ... not offloaded to dedicated microprocessor (as I had defined in '75 as part of the 5-way smp project) aka initial XA queued I/O architecture change justification was based on just redoing MVS i/o interrupt and redrive instructions in microcode, running on the same processor.

Later 3090, had to add additional TCM for more channels needed in every 3090 system. Original 3090 thruput and manufacturing had been spec'ed on 3830 controller channel busy overhead per operation. The 3880 controller also significantly drove up channel busy overhead per operation, resulting in needing a lot more channels in order to achieve target 3090 system thruput. There was some rumbling about POK getting the corporation to debit the disk division for the increased 3090 manufacturing costs for each additional TCM.




previous, next, index - home