I will be out of the office starting 07/12/2013 and will not return until
06/01/2014.
I will respond to your message when I return.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listse
Well, I wouldn't say 'invent'? Rather discover!
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: Monday, December 09, 2013 20:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Happy Birthday Commander Grace
W dniu 2013-12-
Wayne:
I have never worked on a ACDC system.
However there are are other IBM (MVS & VM) where they come with
*KNOWN* passwords (for installation) and that is clearly documented.
The point they (I am guessing here) that having the passwords is
dangerous in insecure and yes it is.
The point sh
*So what? "Bootleg" system is less secure by definition? z/OS is secure or
not, it has nothing to do with licensing.*
* Of course usage of well known user/password says nothing about system
strength, but a lot about system administrator.*
What I mean is that this is probably *his* bootleg system,
http://www.cbttape.org/os360.htm
Order the CD-ROM here. But I think it is the last version of OS/360.
On Mon, Dec 9, 2013 at 7:50 PM, Tony Harminc wrote:
> What we need is some source code from an
> OS/360 version before 20.x, which is when TSO became available. But of
> course some core of TSO
On 13Dec09:1528-0500, Gerhard Postpischil wrote:
> On 12/9/2013 2:56 PM, Skip Robinson wrote:
>
> 2) That's a shame. Every programmer can benefit from familiarity
> with the hardware - write a test program using EXCP to read a
> multi-volume tape, or use XDAP to read a multi-volume DASD data set
t...@harminc.net (Tony Harminc) writes:
> In the real world, PCI would be used to modify the channel program on
> the fly. It would presumably be copying the data to another device
> (tape or disk), and as long as that output device could keep up,
> there's no reason for this to be a theoretical-on
> - The first word of the TCB proper, ie. +0 is TCBRBP, but this
> offset is "fixed by architecture"!
>
> Back in the early '70s, when I first noticed the IKJTCB macro, I
> speculated that TSO was the first component to "macroize" the DSECT,
> and hence gave it the IKJ prefix. I never found o
What error message(s) is/are you getting, specifically?
Mitch McCluhan
-Original Message-
From: rickywu1...@gmail.com
To: IBM-MAIN
Sent: Mon, Dec 9, 2013 12:45 pm
Subject: How to use ftp to convert from IBM-936 to UTF-8
Hi All,
I tried to use
quote site encoding=m
quote site mbda
On 9 December 2013 19:14, J R wrote:
> - The first word of the TCB proper, ie. +0 is TCBRBP, but this offset is
> "fixed by architecture"!
I think a number of these comments on doubtful sounding fields came
about only because of the microcoded assists that arrived in the days
of MVS/SE. More re
Hello,
I have followed some Tivoli LDAP documentation on
http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.glpa100/compiling.htm#compiling
http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.glpa100/glpa1aa015.htm#wq15
There is not a complete JCL sample there, but
On 12/9/2013 5:43 PM, Charles Mills wrote:
I -- and John I am sure -- remember when it came along. A radical concept. A
"time sharing option" for OS/360. Ooh. Not sure about this. And it gave new
meaning to the word slow.
I'm not so sure about the "radical", as time-sharing was available
earli
Hi All,
I tried to use
quote site encoding=m
quote site mbdataconn=(IBM-936,UTF-8)
but got error msg that error occured while DBCS converting.
How to solve this problem? Also failed from IBM-936 to IBM-1388. But
they all OK if I use iconv in USS.
Thanks,
Ricky
On 9 December 2013 18:04, DASDBILL2 wrote:
> My phrase "billions of CCWs" was assuming you already knew how to read a full
> track with only one CCW. A fully
> populated EAV can have 16 to the 7th power cylinders and each cylinder can
> have 15 tracks. One Read Track CCW
> (and not Read Multipl
W dniu 2013-12-09 22:02, Phil Smith pisze:
Thanks for the replies; this confirms what I'd guessed: not a serious threat. Well,
"guessed" isn't right-I was SURE it wasn't serious, but needed some data to say
why.
Yes, and no.
No - because hacker need to know user/password.
Yes, because it is p
Some oddities of the TCB:
- It has a 32-byte prefix (FP register savearea), so the TCB proper (+0)
starts 32 bytes into the structure.
- The control block identifier ('TCB ') is at +100.
- The first word of the TCB proper, ie. +0 is TCBRBP, but this offset is
"fixed by architecture"!
W dniu 2013-12-09 21:54, Lizette Koehler pisze:
Only if you can place the PROCLIB data set completely on the original TTRs.
I do not believe this has changed.
I would suggest simple test instead of faith. I tested it.
AFAIR it haven't changed since OS/390 2.6.
--
Radoslaw Skorupka
Lodz, Poland
In general, hardware-oriented control blocks' mapping macros begin with IHA,
such as the PSA and ORB, but many basic z/OS operating system structures also
begin with IHA. The TCB is not a hardware structure, but is an OS/360
construct that has been perpetuated through all successor operating s
My phrase "billions of CCWs" was assuming you already knew how to read a full
track with only one CCW. A fully populated EAV can have 16 to the 7th power
cylinders and each cylinder can have 15 tracks. One Read Track CCW (and not
Read Multiple CKD, which is too primitive) per track would requir
I -- and John I am sure -- remember when it came along. A radical concept. A
"time sharing option" for OS/360. Ooh. Not sure about this. And it gave new
meaning to the word slow.
Still does not answer the "IKJ" question.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mai
"You would need a lot of real storage and billions of CCWs, but it's
theoretically possible."
You wouldn't need billions of CCWs, you could use the "READ MULTIPLE CKD"
command (X'5E') or the "READ TRACK" command (X'DE') and have one read CCW per
track along with whatever setup and positioning
TSO was not an original element of [any early flavor of] OS for the
System/360. Its IKJ prefix came a lot later. TSO was initially a
literal, dispensable option; it was not integrated into the operating
system as it now is.
John Gilmore, Ashland, MA 01721 - USA
The component code of IKJTCB is HBB7770 (z/OS). Strange.
IHAASCB (two A's) FWIW.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John McKown
Sent: Monday, December 09, 2013 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Curiosi
Maybe all the early mappings a had IKJ
Sent from my iPhone
> On Dec 9, 2013, at 4:48 PM, John McKown wrote:
>
> Normally, I associate the prefix IKJ with TSO. Does anybody out there know
> why the TCB mapping macro is named IKJTCB instead of IHATCB. The PSA
> mapping macro is IHAPSA. The RB m
On Mon, 9 Dec 2013 13:54:16 -0700, Lizette Koehler
wrote:
>Only if you can place the PROCLIB data set completely on the original TTRs.
>I do not believe this has changed.
>
>You can use dynamic Proclibs (see $TPROCLIB) which are not bothered by the
>same issues as the ones in the JCL of JES2 or
Normally, I associate the prefix IKJ with TSO. Does anybody out there know
why the TCB mapping macro is named IKJTCB instead of IHATCB. The PSA
mapping macro is IHAPSA. The RB map name is IHARB. The ASCB map is IHASCB.
Just curious.
--
This is clearly another case of too many mad scientists, and
I am guessing that you used a QSAM access method and it does all that for you
under the covers. BSAM would also build a data chained CCW string under the
covers for you, but I think you would have mentioned some of the other things
you have to do if you were using BSAM.
Chris Blaicher
Principa
dasdbi...@comcast.net (DASDBILL2) writes:
> In the late 1970s, I worked at a service bureau where I had to write a
> tape file conversion program to reblock a tape file with 640KB blocks
> to a much smaller physical block size that could be handled by QSAM.
> My program read in one block with an E
Thanks for the replies; this confirms what I'd guessed: not a serious threat.
Well, "guessed" isn't right-I was SURE it wasn't serious, but needed some data
to say why.
--
For IBM-MAIN subscribe / signoff / archive access instru
Only if you can place the PROCLIB data set completely on the original TTRs.
I do not believe this has changed.
You can use dynamic Proclibs (see $TPROCLIB) which are not bothered by the
same issues as the ones in the JCL of JES2 or Master JCL
If the Proclib is in the JES2 startup JCL then JES2 re
In the late 1970s, I worked at a service bureau where I had to write a tape
file conversion program to reblock a tape file with 640KB blocks to a much
smaller physical block size that could be handled by QSAM. My program read in
one block with an EXCP and 10 CCWs data chained, each of which rea
The only EXCP that I every wrote as at my first job. It read cards from an
actual card reader and would do a "select output tray" (sorry don't
remember actual terminology) based on whether the card in question passed
initial validation testing. So that the "bad cards" could be gathered up
and sent
I agree with Binyamin. If you can submit a job (via ftp in this example),
you can run something which can listen on an unprotected TCPIP port. What's
the big deal? If you can't upload a compiled program, you can use REXX
socket support to write your code in REXX, copy it from "sysin" to a member
of
In a command channel program, you can chain any number of CCWs together, each
of which can possibly transfer up to X'' bytes. It's theoretically
possible to have one very long chain that copies an entire EVA DASD to
somewhere else in only one I/O request; i.e., only one SSCH. You would nee
On 12/9/2013 2:56 PM, Skip Robinson wrote:
Not sure what's meant by having to chain CCWs. I just finished updating an
old RYO program that writes 80 byte records to any device specified
because I needed to test >32K blocks on tape. I merely added a DCBE with
BLKSIZE=0 and pointed to it in the exi
On Mon, 9 Dec 2013 12:40:17 -0500, Gerhard Postpischil
wrote:
>On 12/9/2013 10:19 AM, Steve Comstock wrote:
>> Actually, no. I've used BSAM a fair amount. Just never
>> TRUNC, that I can recall.
>
I meant that with BSAM (or BPAM) the programmer has explicit control
over the size of each block.
#4 On the hit parade.
http://www.cbttape.org/topten.htm
In a message dated 12/9/2013 2:01:18 P.M. Central Standard Time,
m...@mzelden.com writes:
Yes. http://www.cbttape.org
--
For IBM-MAIN subscribe / signoff / archi
On Mon, 9 Dec 2013 10:55:29 -0800 Phil Smith wrote:
:>One of our folks sent me this YouTube video of a presentation from BayThreat.
Metasploit allegedly used to compromise a z/OS machine. Looks like it uses ftp
and a legit user credential to maybe escalate privileges, but not clear. No
sound o
On Mon, 9 Dec 2013 14:26:37 -0500, Dazzo, Matt wrote:
>Thanks all for your input, I will test the options and make a decision.
> Is PDS86 file#182 on the CBT?
Yes. http://www.cbttape.org
Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
Not sure what's meant by having to chain CCWs. I just finished updating an
old RYO program that writes 80 byte records to any device specified
because I needed to test >32K blocks on tape. I merely added a DCBE with
BLKSIZE=0 and pointed to it in the existing DCB. No other changes. Created
a ta
W dniu 2013-12-09 17:36, Charles Mills pisze:
https://www.google.com/
Not in Poland. However I believe it's about grace Hopper - famous BUG
inventor ;-)
--
Radoslaw Skorupka
Lodz, Poland
--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do u
W dniu 2013-12-09 17:14, Lizette Koehler pisze:
Once JES2 is up, it has read the TTR information about the members in
PROCLIB and will not be bothered by the removal, compress or move of a
PROCLIB dataset. However, doing this could produce JES2 I/O ERROR message
reading the PROCLIB members.
I d
W dniu 2013-12-09 20:08, Wayne Bickerdike pisze:
Just looked a bit closer. The user ID is ADCDMST. If it's a legit system,
the ADCDMST user id has SYS1, RACF special and could be the supplied
default password was in use. Strongly suspect it's a bootleg system.
So what? "Bootleg" system is less s
Thanks all for your input, I will test the options and make a decision. Is
PDS86 file#182 on the CBT?
tks Matt
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mark Zelden
Sent: Monday, December 09, 2013 12:33 PM
To: IBM-MAIN@LISTSERV
Just looked a bit closer. The user ID is ADCDMST. If it's a legit system,
the ADCDMST user id has SYS1, RACF special and could be the supplied
default password was in use. Strongly suspect it's a bootleg system.
On Tue, Dec 10, 2013 at 6:05 AM, Wayne Bickerdike wrote:
> Almost certainly a bootl
I'll never forget when I met her! She was doing her thing at a conference,
then she started to talk about computers and this measurement of time that
IBM was calling a nano second... When she exaplained it to the audience she
said that she went to her engineers and told them to come up with a
repre
Almost certainly a bootleg z/OS 1.10 running on Hercules. ADCD
distribution. The ADCD build has a documented IBMUSER/password combination.
The IP address used is a clue too. Very amateurish
Someone put an ADCD z/OS 1.10 on a torrent a few years ago so it's probably
a copy of that.
On Tue, De
One of our folks sent me this YouTube video of a presentation from BayThreat.
Metasploit allegedly used to compromise a z/OS machine. Looks like it uses ftp
and a legit user credential to maybe escalate privileges, but not clear. No
sound on the video (~ 3 mins).
http://www.youtube.com/watch?v=
Hit ! She was promoted to Rear Admiral shortly before her
retirement.
In a message dated 12/9/2013 10:37:33 A.M. Central Standard Time,
charl...@mcn.org writes:
https://www.google.com/
--
For IBM-MAIN subscribe / sign
> Then I don't understand why the utility used produced a copy
> significantly smaller than the full dump. Once it was initialized on
> the full 63000cyls I could see that sadump had successfully
> completed, so what chance of an I/O error is there?
> Any utility would not care about the content
Tape devices for BLKSIZE greater than 64K-1. You have to chain a number of
CCW's together for a BLKSIZE=256K.
Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260 | M: 512-627-3803
E: cblaic...@sy
gerh...@valley.net (Gerhard Postpischil) writes:
> I think you misread his message, which started with command
> chaining. But I would be interested in which control units and
> controllers allow data chaining beyond 65KiB.
re:
http://www.garlic.com/~lynn/2013o.html#6 hexadecimal
note a lot of or
Gil,
They're not really virtualized. They are encpsulated.
Ron
Sent via the Samsung Galaxy Note® 8.0, an AT&T 4G LTE tablet
Original message
From: Paul Gilmartin
Date: 12/07/2013 09:49 (GMT-08:00)
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Something to Thin
On 12/9/2013 11:53 AM, Scott Ford wrote:
Bill,
I thought you could chain ccws
I think you misread his message, which started with command chaining.
But I would be interested in which control units and controllers allow
data chaining beyond 65KiB.
Gerhard Postpischil
Bradford, Vermont
-
On 12/9/2013 10:19 AM, Steve Comstock wrote:
Actually, no. I've used BSAM a fair amount. Just never
TRUNC, that I can recall.
BSAM has a built-in gotcha. An explicit block size in the WRITE macro
may get you a full-size block anyway. The only way around that was to
put the desired size into D
Thanks. I will try to access it.
Best Regards
Thomas Berg
___
Thomas Berg Specialist zOS\RQM\IT Delivery SWEDBANK AB (Publ)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Mon, 9 Dec 2013 11:01:33 -0500, Dazzo, Matt wrote:
>We are running zos1.13, jes2. I have a production proclib in the jes2 proclib
>search string. This proclib is a pds that is running out of directory blocks.
>There are no enque's on the proclib except for when someone is working in it.
>F
Bill,
I thought you could chain ccws
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
> On Dec 9, 2013, at 10:42 AM, DASDBILL2 wrote:
>
> Channel programs have always been able to transfer anywhere from zero to
> 65,535 bytes per CCW. Most access method
https://www.google.com/
Charles
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thank you, that was what we thought as well, but were not entirely sure of.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Pommier, Rex
Sent: Monday, December 09, 2013 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can ADRD
Replying to my own message with the answer for the archives -- TOL(ENQF) was
not supplied on the RESTORE and is needed in this case.
Thanks to all for your help.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Farley, Peter x2
Thanks for the confirmation, that was what we thought as well.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paolo Cacciari
Sent: Monday, December 09, 2013 10:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can ADRDSSU restore
On Mon, Dec 9, 2013 at 10:01 AM, Dazzo, Matt wrote:
> We are running zos1.13, jes2. I have a production proclib in the jes2
> proclib search string. This proclib is a pds that is running out of
> directory blocks. There are no enque's on the proclib except for when
> someone is working in it. Fi
Look at
Warner, Marc, et al. "Potential for spin-based information processing
in a thin-film molecular semiconductor", Nature, volume 503, pp.
504-508.
There are helpful color figures; there is a decent bibliography; you
will find it readable if you know something about the physics of
convention
Once JES2 is up, it has read the TTR information about the members in
PROCLIB and will not be bothered by the removal, compress or move of a
PROCLIB dataset. However, doing this could produce JES2 I/O ERROR message
reading the PROCLIB members.
But JES2 does not have an enqueue on the dataset afte
This is doable and no outages should be needed. However, be careful and
slow and test, test, test.
You need to create the new library (I like putting .NEW at the end)
Then once your copy is completed, do the following
1) Rename current to .old .new to current
2) Submit a job to open and
Matt,
I may be wrong, but I think it can be as simple as what you are suggesting,
but, you would have to be 100% sure there would be no access of any kind
against the library while you are doing this.
Regards,
Mitch McCluhan
-Original Message-
From: Dazzo, Matt
To: IBM-MAIN
Sent:
We are running zos1.13, jes2. I have a production proclib in the jes2 proclib
search string. This proclib is a pds that is running out of directory blocks.
There are no enque's on the proclib except for when someone is working in it.
Finally the question, can I just create a new larger proclib,
Peter wrote:
-
A question for the ADRDSSU cognoscenti:
Can the AIX and PATH of a VSAM KSDS can be restored by ADRDSSU after being
backed up like this:
DUMP OUTDD(DASDOUT) -
DS (INCL(HLQ1.HLQ2.**)) -
COMPRESS -
OPT(3) -
SPHERE -
TOL(ENQF
All,
Let's get back on Gil's questioned pls..
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
> On Dec 9, 2013, at 10:13 AM, DASDBILL2 wrote:
>
> Everybody please quiesce the road rage.
>
> Circuits work in voltages.
>
> Bill Fairchld
>
> Frankli
Peter,
According to both the doc and personal experience, SPHERE should restore the
AIX and PATH as part of restoring the base cluster.
Rex
>From the doc:
SPHERE specifies that for any VSAM cluster dumped with the SPHERE keyword,
DFSMSdss must also restore all associated AIX clusters and pa
Bill,
Absolutely, father was a CE
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
> On Dec 9, 2013, at 10:13 AM, DASDBILL2 wrote:
>
> Everybody please quiesce the road rage.
>
> Circuits work in voltages.
>
> Bill Fairchld
>
> Franklin, TN
>
>
A question for the ADRDSSU cognoscenti:
Can the AIX and PATH of a VSAM KSDS can be restored by ADRDSSU after being
backed up like this:
DUMP OUTDD(DASDOUT) -
DS (INCL(HLQ1.HLQ2.**)) -
COMPRESS -
OPT(3) -
SPHERE -
Channel programs have always been able to transfer anywhere from zero to 65,535
bytes per CCW. Most access methods do not support any CCW byte count greater
than approximately 32K.
To render my first sentence more up-to-date, I should say channel programs
running in command mode have always be
On 12/9/2013 8:10 AM, Paul Gilmartin wrote:
On Mon, 9 Dec 2013 07:58:32 -0700, Steve Comstock wrote:
On 12/9/2013 7:54 AM, DASDBILL2 wrote:
I believe an application can create a short FB block in the middle of an output
data set with the TRUNC macro.
Ah, maybe. I forgot about that macro. I
Everybody please quiesce the road rage.
Circuits work in voltages.
Bill Fairchld
Franklin, TN
- Original Message -
From: "Scott Ford"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Sunday, December 8, 2013 1:28:10 PM
Subject: Re: "hexadecimal"?
What do circuits work in ...
Sc
On Mon, 9 Dec 2013 07:58:32 -0700, Steve Comstock wrote:
>On 12/9/2013 7:54 AM, DASDBILL2 wrote:
>> I believe an application can create a short FB block in the middle of an
>> output data set with the TRUNC macro.
>
>Ah, maybe. I forgot about that macro. I knew it existed
>but I've never had caus
On 12/9/2013 7:54 AM, DASDBILL2 wrote:
I believe an application can create a short FB block in the middle of an output
data set with the TRUNC macro.
Bill Fairchild
Ah, maybe. I forgot about that macro. I knew it existed
but I've never had cause to use it.
-Steve
- Original Message -
I believe an application can create a short FB block in the middle of an output
data set with the TRUNC macro.
Bill Fairchild
- Original Message -
From: "Steve Comstock"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Sunday, December 8, 2013 10:00:49 AM
Subject: Re: Something to Think About -
To be precise, some assumption: z/OS is NTP client.
Actually STP feature of CPC is ntp client, z/OS use STP time source.
When connectivity to NTP is lost, then nothing happens.
Just your clock is not adjusted. How much it drifts? Hw bad is your clock?
In case of PC it not so bad, in case of mainf
OT, but does anyone know where I can find a REAL explanation of how Quantum
computing works ?
Yes, I know that the point of it is that there exists several result status at
one time, but I have never seen an explanation of how you in reality can
exploit that!
Best Regards
Thomas Berg
Is z/OS the server or client? I can't really tell from your question. If
server, then the time served should be taken from the z/OS system clock.
But since z/OS does not come with a standard NTP server, I don't know what
the source actually it. If it were me, I'd use the z/OS C "gettimeofday()"
fun
Hello everyone,
(cross-posting to IBM-MAIN, IBMTCP-L and MVSOE-L)
We are experiencing a problem in the current development of a web service
application. A request sometimes ends up with a time out exception on both
sides. The server is on z/OS, it is a stand-alone server based on
javax.xml.ws.
Hello,
To be precise, If the synchronization process is interrupted. Then which
time is taken by the Z/OS ? Is it the last time synchronization ?
On Mon, Dec 9, 2013 at 5:15 PM, Jake anderson wrote:
> Hello All,
>
> How often does the NTP server syncs up with time in Z/OS ? For example if
> the
Hello All,
How often does the NTP server syncs up with time in Z/OS ? For example if
there is no synchronization between NTP and Z/OS, then which time does Z/OS
takes up ? If there is no changes in CLOCKxx parameter been made.
Any pointers or advise are much appreciated.
Jake
--
_www.bbc.co.uk/news/science-environment-24934786_
(http://www.bbc.co.uk/news/science-environment-24934786) (39 minute uptime).
IIRC IBM built a couple of super cooled processors for NSA. Took 24 hrs to
warm up to maintain and another 24 to cool it back down to operational
state.
In a me
86 matches
Mail list logo