Charles Mills wrote:
> "all disks since dinosaurs roamed the Earth." Heck, it's got the 2311 and
> 2305. (That should be enough start up another one of those darned mainframe
> nostalgia threads.)
i've done q&d conversion of the old gcard ios3270 to html.
http://www.garlic.com/~lynn/gcard.html
it
Ted MacNEIL wrote:
NOT in this case!
The packets are dropped!
They are not re-sent and the app is blown off the air.
It works under SNA; it bellies up under TCP/IP.
Every time! Repeatable!
there were some amount of dirty tricks ... not all that can be repeated
in polite company.
with respect
Ed Gould wrote:
I don't think SNA has anything like a DNS (warning my info is old). The
last time I did a 3745 gen you had to hardcode a lot of subareas.
Although I do think they have updated it since then (hope so anyway).
There were some route tables that could get hairy. I had access to the
Paul Gilmartin wrote:
Can you envision running the Internet on SNA?
o 8-character flat namespace?
o No DNS?
Or am I mistaking attributes of VTAM for SNA? (But still, where's SNA's DNS?)
SNA isn't networking ... at least in the sense used by most of the rest
of the world. SNA is quite good
Gerhard Adam wrote:
> What are you losing? It isn't as if these processors are off playing
> solitaire. They're paying the cost of communication to allow more
> simultaneous operations for YOUR workload. The primary benefit of this
> approach is to reduce the queueing impacts of multiple units o
Anne & Lynn Wheeler wrote:
as more environments changed from terminal emulation paradigm to
client/server paradigm ... you were starting to have server asymmetric
bandwidth requirements with individual (server) adapter card thruput
equivalent to aggregate lan thruput ... i.e. servers neede
oh and late breaking topic drift:
Bank admits flaws in chip and PIN security
http://www.dailymail.co.uk/pages/live/articles/news/news.html?in_article_id=385811&in_page_id=1770
Millions at risk from chip and Pin
http://www.thisismoney.co.uk/saving-and-banking/article.html?in_article_id=409616&in_p
Gilbert Saint-Flour wrote:
The last three examples were sponsored (or developed) by IBM, and many
IBM competitors supported the non-IBM solution precisely because it was
that, non-IBM. In the case of Micro-channel and OS/2, licensing issues
didn't help with PC companies like Compaq and HP.
T
Charles Mills wrote:
> Are you sure? That's totally contrary to my impression.
>
> There are three states for the above machine:
>
> - both tasks waiting for I/O
> - one task waiting for I/O and the other task computing
> - either both tasks computing, or if a single CPU, one computing and the
>
Marian Gasparovic wrote:
Why are mainframe people so reluctant to change ? I know cases where
mainframe people refused to implement new applications, so they were
implemented on different platform, old applications were removed as
well as mainframe. I witnessed this situation personaly at one
cus
Ed Gould wrote:
Timothy:
I profess I have never installed VM (unless you count once 30 years
ago). That being said, its never the d/l'ing that is the difficult part
.. its always the "post" downloading that gets to be a PITA and always
requires some (some say quite a bit) expertise. The VM sy
Craddock, Chris wrote:
Pat Helland (formerly with Tandem and MS, now with Amazon) has written
some very lucid and entertaining discussions about how economics are
changing their system design points. He was one of the originators of
the Tandem Non-Stop transaction system and a life-long transacti
Anne & Lynn Wheeler wrote:
however, the cluster scaling has evolved in a number of ways.
high-energy physics picked it up and evolved it as something called
GRID. a number of vendors also contributed a lot of work on GRID
technology and since are out pushing it in various commercial ma
Hurricane about to hit IBM ?
http://www.garlic.com/~lynn/2006f.html#19 Over my head in a JES exit
http://www.garlic.com/~lynn/99.html#58 When did IBM go object only
http://www.garlic.com/~lynn/99.html#92 MVS vs HASP vs JES (was 2821)
http://www.garlic.com/~lynn/99.html#209 Core (word u
s ... but most codes ran in the
5mip range ... and the 3033 was in the 4.5mip range ... but
essentially unlimited amounts of 3033 time was still better than a
couple hrs of 370/195 time a couple times a month).
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
-
Bill Richter wrote:
It appears that Google architecture is the antithesis of conventional
mainframe application achitecture in all aspects.
http://labs.google.com/papers/googlecluster-ieee.pdf
and the difference between that and loosely-coupled or parallel sysplex?
long ago and far away, my
[EMAIL PROTECTED] wrote:
Some other "users" (aka Fortune 100 companies) are used to reliability,
availability, and serviceability of such magnitude that an unscheduled reIPL
(also pronounced "reboot") on their mainframes happens perhaps twice a year.
Memory leaks are not a valid reason for
Chuck Stevens wrote:
The US Veterans Administration Data Processing Center in Austin, Texas had
*at least* three -- maybe at one point five -- of these beasts (one on a
360/40, two on a 360/65, maybe two more at one point on a 360/50)..
the university i was at had 2321 attached to 360/67 (that
[EMAIL PROTECTED] (Patrick O'Keefe) writes:
> Actually, I think it never held up. As far as I know a node has
> always been hardware and a PU has always bee a program (as described
> in a FAP and probably originally desiged using FAPL). The PU never
> had to match the node type (although each non
Anne & Lynn Wheeler wrote:
> the lack of clearcut and unambiguous separation of system command and
> control from system use ... permeating all aspects of design and
> implementation can lead to large number of integrity and security
> problems.
oh ... and for slight drift ... a
Anne & Lynn Wheeler wrote:
> the lack of clearcut and unambiguous separation of system command and
> control from system use ... permeating all aspects of design and
> implementation can lead to large number of integrity and security problems.
ref:
http://www.garlic.com/~lynn/
[EMAIL PROTECTED] wrote:
Ok I've been hearing about how great mainframes are. Better
availability, management, security, etc. I'm a bit new to all this so
I apologize for my ignorance. My question is, if mainframes are so
fantastic why do companies buy Wintel servers such as IBM xSeries for
th
glen herrmannsfeldt wrote:
In the stories I remember, but never actually did or saw anyone do,
one punched TXT cards to write over the mistake bytes.
As far as I remember TXT have a start address and length such that
one could do it. A table of the 256 possible punch combinations
and the result
for a detail description of architecture operations ... the reference is
principles of operation
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9ZR003/CCONTENTS?SHELF=DZ9ZBK03&DN=SA22-7832-03&DT=2004050412120
section 4.6 timing
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOO
Joel C. Ewing wrote:
My impression of the PC clock is that it was never intended for any
purpose other than maintaining wall clock time, and as such has
appropriately low resolution. My other impression is that there is some
Operating system involvement in maintaining its value on the PC: tha
Phil Payne wrote:
I've mentioned this before, but Fundamental Software has a huge collection of
manuals and old
equipment. When I was there once I wandered around their lab and saw just
about every device
I could remember. They have the old parallel channel cable assembly machine
and all sor
Anne & Lynn Wheeler wrote:
eventually all system orders had to be processed by some hone
application or another. the "performance predictor" was a "what-if" type
application for sales ... you entered some amount of information about
customer workload and configurati
Ted MacNEIL wrote:
Also, for the poster that asked about CPU usage.
Who cares? This entire CICS sub-system is using less than 5% of the processor.
The only one being impacted is this sub-system.
CICS cannot sustain that rate very long without response implications.
We need to know the cost per I
[EMAIL PROTECTED] wrote:
The story I heard was they liked ASP, but it was too piggy so a
furious rewrite was undertaken and it became Half ASP. Most of the
design objectives were met. When they went to present, it was deemed
unsophisticated and changed to Houston ASP.
Local Houston branch of
there is also the folklore of the contractor hired to do the original
tcp/ip implementation in vtam. the initial try had tcp benchmark
w/thruput much higher than lu6.2. it was explained to him that
everybody KNEW that a CORRECT tcp/ip implementation would have thruput
much lower than lu6.2 ... and
Dave Cartwright wrote:
> I'm with Jim on this. I was a contractor in the mid to late '90's
> and came across the early TCPIP stack, written in PASCAL and ported
> from VM. As I recall it performed OK, and had some quite advanced
> features like VIPA which was the subject of another recent
> thread.
[EMAIL PROTECTED] wrote:
> No, PL/C was Cornell University's student PL/1 compiler.
> (I remember it, too; Waterloo had it as one of their batch compilers, as
> did ISU and many other colleges and universities around the world.)
>
> The PL/X genealogy included PL/S and PL/AS, but not PL/C.
posting
DASDBill2 wrote:
> I once wrote a deblocker program to read in 640K tape blocks and break
them
> up into QSAM-friendly chunks of 32,760 bytes or less. It was an
interesting
> exercise, made even more so by having to run it on MVS under VM,
which caused
> a lot of unrepeatable chaining check error
Anne & Lynn Wheeler wrote:
the study was eventually turned into a presentation by the
disk division delivered to Guide and Share user group meetings
in the '84 time-frame (some extracts from the presentation)
http://www.garlic.com/~lynn/2001l.html#46 MVS History (all parts)
the above
ref:
http://www.garlic.com/~lynn/2006e.html#45 using 3390 mod-9s
http://www.garlic.com/~lynn/2006e.html#46 using 3390 mod-9s
part of the caching/electronic store discussions that on in the 70s had
to do with global LRU and global caches vis-a-vis local LRU and
partitioning.
as an undergraduat
Ron and Jenny Hawkins wrote:
I think that this is too true. Two observations support this:
1) The growing market for Solid State Disk (SSD) prior to the 3880-13 - HDS,
EMC and STK (Amdahl?) were all shipping these boxes, and AFAIK at enormous
margins.
2) The quick decline in SSD sales after the
an inner cylinders?
http://www.garlic.com/~lynn/2005c.html#27 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005m.html#28 IBM's mini computers--lack thereof
http://www.garlic.com/~lynn/2006c.html#8 IBM 610 workstation computer
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
John S. Giltner, Jr. wrote:
Not sure why, but we have had problems ftp'ing certificates to import.
What we end up doing is cut'ing from the PC and pasting into the TSO.
I was just recenlty made aware of this, the security people new but did
not tell any of the networking people. Here the main
Gerard Schildberger wrote:
> Where can one find more information on the TSO/CMS bakeoff report
> (also known as the CMS/TSO bakeoff)? Is there a copy of it floating
> around in cyberspace ? ___Gerard S.
i did a quick look ... i thot i might find it along with a cop
[EMAIL PROTECTED] (Chris Mason) writes:
> Something else that came to mind was a comparison of the text markup
> "languages" GML and SCRIPT since GML is created from SCRIPT using
> the SCRIPT macro function - if my memory serves me well.
stu did the original script for cms at the science center...
Anne & Lynn Wheeler wrote:
> i shouldn't have been so flip ... it wasn't actually called c-star ...
> it was called seastar. there was also a seahorse that would provide
> fileserver capability. some of this was "jupiter" controller project
> reborn ... but
Anne & Lynn Wheeler wrote:
> later during the ADSTAR period in san jose ... there was the C-STAR
> project which was working on a new disk controller that was to suppose
> to provide equivalent function to the STK (iceberg/9200, different
> project, different vendor, same name) con
[EMAIL PROTECTED] wrote:
> I thought Iceberg was the MSS?
ref:
http://www.garlic.com/~lynn/2006c.html#46 Hercules 3.04 announcement
mss/3850 provided simulated 3330s (icebergs) staged from tape cartridges.
originally had real 3330 drives for staging the simulated 3330 drives.
mss/3850 had two mo
[EMAIL PROTECTED] wrote:
> Yeah, but it was years before C/C++ and didn't cause an integrity
> exposure..just a big honkin' outage
a classic buffer overflow story involving outage (27 system crashes in a
single day).
http://www.multicians.org/thvv/360-67.html
the problem was as an undergraduate
Gene Cash wrote:
> I never understood the reasoning behind this implementation. So it had
> to go across the bus to increment the clock? It wasn't just a hardware
> counter with an increment line tied to an oscillator?
note that the 360 just had the cpu timer (at location 80) ... and
everything el
Gene Cash wrote:
> I never understood the reasoning behind this implementation. So it had
> to go across the bus to increment the clock? It wasn't just a hardware
> counter with an increment line tied to an oscillator?
originally, why i don't know.
360/67 had high-resolution timer option 13-
John D. Slayton wrote:
> Are ALL Mainframe systems have the Military or hour format?
>
> Please advise...thanks
>
360s had a 32bit, binary timer ... located at location 80 (hex '50') in
real storage. it was about 15hr period ... and most machines updated it
about 3milliseconds. some machines had
Shmuel Metz , Seymour J. wrote:
> 1. AIX/370 and IX/370 ran on older S/370 processorsl it wouldn't
> take much to get them up on zSeries if the source code were
> still around and somebody cared.
aix/370 was port from ucla's locus (different heritage than the power
aix, which was a at&t
David.Speake wrote:
> This stimulates. Why should they not be able to run
> UNIX/LINEX/AS400/Alpha-VMS or even Windows on Z chips without Z/OS or
VM. I
> have no idea what the instruction set burned into the metal is like
nor how
> I/O is really done at the hardware level. The ONLY metal instructio
Terry Sambrooks wrote:
> Hi,
>
> This is off topic, but I keep getting e-mails from a lynn at garlic.com, and
> wondered if this was the same Anne and Lynn Wheeler.
>
> If it is, please not that the only part of the e-mail I am receiving is from
> my ISP telling me that a virus has been deleted
Shmuel Metz , Seymour J. wrote:
> No. The B5000, dating back to 1959, is an example of a system without
> paging that supported virtual memory larger than physical memory. OS/2
> 1.x is another, more recent, example.
the semantics of the statement didn't preclude systems w/o paging but
with define
Shmuel Metz , Seymour J. wrote:
> ES came in with the 3081, where it was physically distinct. As I
> recall the ES on the 3090 was from the same pol but configured as ES
> in the LPAR definition.
expanded store was introduced in 3090 ... the memory was the same as
regular storage ... the problem w
Johnny Luo wrote:
> Great example.If IBM readbooks have such detailed examples for beginners
> ..I know it's impossible,so I would thank you again for it.
> Maybe the last question I would like to raise is for the system common area
it helps to have lived thru the whole thing and worked on much of
Johnny Luo wrote:
> A little suprising for me.With 31-bit addressing,if you have 10G real
> storage,only 2G can be addressable as central storage.Then,how
> about the use of other 8G real storage?Used as a substitiution for
> paging data sets?
3033 had a gimick ... it was still 24bit virtual (and
re:
http://www.garlic.com/~lynn/2006b.html#25 Multiple address spaces
somebody just reminded me that access registers didn't ship until 3090
(they weren't on 3081).
i have some recollection of various architecture discussions about
access registers that i remember being in the 811 candy-stripe do
re:
http://www.garlic.com/~lynn/2006b.html#25 Multiple address spaces
as an aside ... some systems implement virtual memory but don't support
paging. in these situations, the amount of virtual memory will be the
same as the amount of real storage.
one such system was a hacked version of osmvt rel
Johnny Luo wrote:
> MVS(Multiple Virtual Storage) is the basic concept for
> z/os.However,after entering the mainframe world for eight months I
> still cannot understand it thoroughlyi"?1/2especially for ' multiple
> address spaces'.
in the initial translation from "real-storage" MVT operating sys
Louis Krupp wrote:
> Don't forget the write ring. Leave it off when you intended to write to
> the tape, and you had to unload and reload the tape all over again.
> Leave it on when you didn't mean to, and the tape might get purged by
> mistake.
i had some stuff from the late 60s and early 70s re
[EMAIL PROTECTED] (Stephen M. Wiegand) writes:
> I was trying to stay out of this thread because I thought it was a
> homework or some other such question but having seen some of the
> responses, I have an urgent need to add my thoughts. When I first
> saw the question, I was thinking the person w
[EMAIL PROTECTED] (Hal Merritt) writes:
> One just *has* to wonder if the outsourcing was mostly a ploy to
> deal with an out of control culture. You transfer all management to
> a third party. Let them 'retrain' the troops. Then you bring it back
> under new management with new marching orders.
f
Edward E. Jaffe wrote:
> Getting back to basics: What Binyamin has asked for is the ability to
> have the AX for one TCB/RB in an address space be different than the AX
> of another TCB/RB in the same address space. On the surface, that seems
> like a reasonable "wish list" item to me. We've establ
Ed Gould wrote:
> I think the 2314 was the original suggestion by IBM.
2314 (29 mbytes) and 2301 (paging drum, 4mbytes) were contemporaries on
360/67 (early 360/67s tended to have 2311 7mbytes before 2314s were
available). there were two drum models, 2303 and 2301. the 2303
read/wrote single head.
[EMAIL PROTECTED] wrote:
> I wonder about teD's statement that there remains a performance
> edge for VIO. I understand the paths for paging are highly
> optimized. But with modern buffered and virtual DASD the
> difference ought to be shrinking. And there's the offsetting
> overhead of emulatin
Joe Morris <[EMAIL PROTECTED]> writes:
> Sigh...when did this happen? I've never been to Santa Teresa, but
> I've got fond memories of its name, courtesy of the SHARE button
> that John Ehrman created many years ago:
>
>Santa Teresa
> Ora pro nobis
and there is the story about rename Santa
Anne & Lynn Wheeler wrote:
> in the mid-80s there was a predication that ibm world-wide business
> was going to double ($60b/annuum to $120b/annum) and there was a
> massive manufacturing construction program. one of those was large
> bldg. 50 on the main plant site. in the later
[EMAIL PROTECTED] (Bob Shannon) writes:
> You didn't say where. IBM sold its Cottle Road facility in San Jose. I
> can't imagine how much it sold for, but given the value of property in
> Silicon Valley, and given the potential cost of cleanup after 50 years
> of disk manufacturing, they probably m
Gerard 46 wrote:
> If there were holes in zVM, they'd be closed. After all, ZVM is designed
> to not let anyone out of their sandbox, even if you have access to the
> source (as it was in the good ole days), and even back then looking at
> the source, it was a hard thing to do. _
R.S. wrote:
> It was called 'OEMI' I forgot what I stands for, presumably Interface.
> This book descibes Bus&Tag infterface, including plug construction,
> signal characteristics, voltage levels etc. See GA22-6974
other equipment manufactureinterface ... or something similar ...
synonym for pcm .
> on what manual can I find an explanation for the "sense data" reported
> by EREP ?
some of the sense bits are generic ... most sense bits are device
specific. there was a ios3270 version of 360 green card done long
ago and far away.
ios3270 was part of a menua application package done by theo a
Bruce Black wrote:
> One of my jobs at Univac/RCA was maintaining the error recovery routines
> for I/O devices, incluing the RACE. Luckily, the system was so flakey
> that it was easy to generate errors to test with. Unluckily, there was
> little you could do to recover from a card that got cru
Hal Merritt wrote:
> Here is compelling evidence why auditors should *never* be permitted to
> make security 'requirements'. Never. Only see that due diligence is
> done.
recent backbround on part of the issue
Merchants unsecure, poll
http://www.crime-research.org/news/28.12.2005/1723/
from abov
Hal Merritt wrote:
> Here is compelling evidence why auditors should *never* be permitted to
> make security 'requirements'. Never. Only see that due diligence is
> done.
in addition to working on x9.59 financial industry retail payment
standard ...
http://www.garlic.com/~lynn/index.html#x959
http
[EMAIL PROTECTED] wrote:
> Also remember that we now, unfortunately, have to protect data from
> possible internal threats as well. I read of one recent event where an
> ex-employee was attempting to extort money from his old employer by holding
> backup tapes with data on them and threatening to
as400 wrote:
> Well, thanks for this information..I really appreciate it...
>
> And lastly, can Solaris (UNIX) be ran on a Mainframe or not? Because
> you said:
>
> " would say that most of the systems were mainframe based (IBM and
> Unisys) and non-Unix based OS's:"
>
> Please advise.
what you
www.uwsg.iu.edu/usail/external/recommended/unixhx.html
http://www.ee.ic.ac.uk/docs/software/unix/begin/appendix/history.html
http://www.unix.org/what_is_unix/history_timeline.html
http://www.robotwisdom.com/linux/timeline.html
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
-
Todd Burch wrote:
> I've written some routines (in assembler) to access IPCS dump data using the
> IPCS Customization Services. I had written the same routines before in
> REXX, but slowness of REXX made the pain too great to bear any more. So,
> now I am a happy camper with my very high speed a
another trivial comparison was the special 4mbit t/r (16bit bus) card
done for the pc/rt and the 16mbit t/r (32bit microchannel) card used by
the rs/6000.
the 4mbit t/r card had been specially designed pc/rt card for maximum
thruput.
the 16mbit t/r card used by the rs/6000 was the same as what wa
Peter wrote:
> Quoting maximum packet rate isn't unreasonable. It's not just the
> physical carrier that's a limitation. There might not be enough CPU
> grunt to saturate the link with minimum-sized packets, for example.
but there is hardly a vendor out there that doesn't quote media rate
... and
Shmuel Metz , Seymour J. wrote:
> I still have the manual.
ref:
http://www.garlic.com/~lynn/2005u.html#40 POWER6 on zSeries?
http://www.garlic.com/~lynn/2005u.html#43 POWER6 on zSeries?
http://www.garlic.com/~lynn/2005u.html#44 POWER6 on zSeries?
there is some indication that this (mvs performanc
David Dyer-Bennet wrote:
> NSC being Network Systems Corporation. Acquired by Storagetek in the
> 90s. Storagetek was acquired by Sun last year.
>
> NSC got killed by standards-based networking, essentially. Their
> original products were doing cross-platform networking before there
> were st
Anne & Lynn Wheeler wrote:
> there was some mvs kernel performance assist microcode done for 3033 ...
> somewhat analogous to vm ecps originally done on 148 ... but it was
> difficult to actually demonstrate much performance improvement because
> 370 instructions already runnin
Shmuel Metz , Seymour J. wrote:
> Wasn't that already true on the older 360/85?
i did some work with a 165/168 processor engineer ... he said that one
of the things for the 165->168 transition was that they reduced the avg.
machine cycle time per instruction from avg 2.1 machine cycles to 1.6
mach
as400 wrote:
> And regarding the DMV's database..Heres some information..Its only an a
> diagram..Nothing detailed..
> http://www.byte.com/art/9602/img/508003c2.htm
>
> Oh...I gave you a the City of Los Angeles's Database tier reports...You
> have to click on REPORTS and then IT PREFFERED STANDARD
as400 wrote:
> I know that the City of Los Angeles is upgrading their Mainframes (I
> think one of them) to a Sun system running Solaris...Whats very
> suprising to me, Is that I did not know that a Sun Solaris maingrame
> system would be running DB2
>
> I thought DB2 was only made for a IBM M
[EMAIL PROTECTED] (Dean Kent) writes:
> Hopefully not far off topic, but this recently published article
> indicates that IBM may merge i, p and z series processors using
> POWER6. At one time I recall seeing an official IBM statement
> saying that this would never happen because of the unique
> r
Anne & Lynn Wheeler wrote:
> the internal HONE system saw similar characteristics in the early to mid
> 70s ... i.e. HONE was vm platform providing sales, marketing, and field
> support (eventually world-wide with datacenters all over the world; by
> the mid-70s, mainframes were ge
Tom Schmidt wrote:
> One thing for you to consider, R.S., is that Poland is approximately the
> size of Wisconsin. Our usage extends beyond our borders - worldwide,
> actually. Because of the reach across many timezones we are more likely to
> see substantial variability in usage from Linux insta
as400 wrote:
> Yes!! I am familiar with Selinux..
>
> But for now, I wish I knew what dispatchers use to retreive our
> information when given our Drivers license #. What Mainframe
> application is use to store all of that data? I am talking about
> informations records when run a drivers license
John S. Giltner, Jr. wrote:
> It's not so much that it is insecure, but that it is new. Linux is only
> 10-15 years old. You have to realize that some mainframe system have
> been running applications that were designed and written over 30 years
> ago. They may have thousands of programs written
04p.html#31 IBM 3705 and UC.5
http://www.garlic.com/~lynn/2005p.html#8 EBCDIC to 6-bit and back
http://www.garlic.com/~lynn/2005p.html#15 DUMP Datasets and SMS
http://www.garlic.com/~lynn/2005p.html#17 DUMP Datasets and SMS
http://www.garlic.com/~lynn/2005q.html#27 What ever happened to Tand
Jose (was Tysons
Corner, Virginia)
http://www.garlic.com/~lynn/2000c.html#65 Does the word "mainframe"
still have a meaning?
http://www.garlic.com/~lynn/2001e.html#76 Stoopidest Hardware Repair Call?
http://www.garlic.com/~lynn/2002q.html#45 ibm time machine in new york
times?
.garlic.com/~lynn/2004n.html#52 CKD Disks?
http://www.garlic.com/~lynn/2005c.html#64 Is the solution FBA was Re:
FW: Looking for Disk Calc
http://www.garlic.com/~lynn/2005m.html#40 capacity of largest drive
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
Charles Mills wrote:
> I'm engaged in an internal dispute about best practice for the TOD clock:
> should it be set to universal time (or whatever GMT is now called) with the
> appropriate local offset, or alternatively, to local time (with an offset of
> zero)?
>
> The argument for local time I
[EMAIL PROTECTED] wrote:
> in the early 70s, the stuff for page-map support of cms filesystem
> (originally on cp67:
> http://www.garlic.com/~lynn/subtopic.html#mmap
one issue with chained requests for cms ril3 operation ... was cms
filesystem (dating back to 1965) uw3e single block allocation at
Robert A. Rosenberg wrote:
> You are confusing two separate schemes. In my case the data was written
> in standard order. Since I was using BDAM (it might have been BSAM where
> I was supplying the record number I wanted) I just REQUESTED the records
> in reverse order (after I used the EXCP CCW st
[EMAIL PROTECTED] wrote:
> HASP accessed its SPOOL data this way until users began to complain that
> they had no program that would back up/restore SPOOl volumes to tape. Then
> the
> HASP team made this record alternation an option. The thought was that
> accessing every other record in
Patrick O'Keefe wrote:
> There was at least one model of 1403 (with a print bar rather than a
> chain). There may have been other models, too. And yes, 2514s were
> the priniple tape drives. I don't remember what disks it used. But
> use of some of the same peripherals doesn't make it part of
... for 360/67 multiprocessor ... it even got more complex. smp
360/67 introduced a channel controller that sat between memory,
processor, and channels.
the channel controller had switch settings for multiprocessor mode or
partitioned modes. in multiprocessor mode ... all processors could
address
Doug Fuerst wrote:
> Actually, there was no single interface board in the 67, which used
> 2880/2860/2870 outboard channel units. And those DID have access to the
> SDBI/SDBO (Storage Data Bus In and Storage Data Bus Out)/
sorry for the short hand ... the control unit channel interface board
didn'
[EMAIL PROTECTED] writes:
> This project paid for a large number of full-time IBM programmers
> under their Federal Systems Division who were working at this
> facility near Houston, among whom were the two original developers
> of HASP, Tom Simpson and Bob Crabtree. HASP evolved into JES2,
> rece
1201 - 1300 of 1323 matches
Mail list logo
