-MAIN@LISTSERV.UA.EDU] On Behalf
Of scott Ford
Sent: Sunday, May 3, 2020 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
Robert,
Yeah my experience was 1989-1992, wow speed limits have changed.
--
For IBM-MAIN subscribe
Robert,
Yeah my experience was 1989-1992, wow speed limits have changed.
Scott
On Sun, May 3, 2020 at 2:33 PM Robert Prins wrote:
> On 2020-05-03 04:46, Mike Schwab wrote:
> > Just one county, Germany. 1400KM, 12 hours drive.
>
> Than you're sticking to US type speed limits. ;)
>
> https://pr
On 2020-05-03 04:46, Mike Schwab wrote:
Just one county, Germany. 1400KM, 12 hours drive.
Than you're sticking to US type speed limits. ;)
https://prino.neocities.org/blog/2020-02-07-uncanny.html
Robert
--
Robert AH Prins
robert(a)prino(d)org
The hitchhiking grandfather - https://prino.neoci
Yeah Stefan it was 120-130kph in France and Switzerland when I lived there.
Scott
On Sun, May 3, 2020 at 8:38 AM Peter Relson wrote:
>
> They drop the interrupt handling in zIIPs and zAAPs to get full speed
> processing.
>
>
> Untrue.
>
> What is true is that z/OS chooses to disallow certain
They drop the interrupt handling in zIIPs and zAAPs to get full speed
processing.
Untrue.
What is true is that z/OS chooses to disallow certain interrupts from
occurring on zIIPs and zAAPs. That has nothing to do with "full speed
processing".
Peter Relson
z/OS Core Technology Design
-
sön 2020-05-03 klockan 04:45 + skrev Mike Schwab:
> Just one county, Germany. 1400KM, 12 hours drive.
>
County ?? Country really, but hmmm 12 hours drive don't think so.
It would mean average 120 km/h at autobahn and when the current
problems ends usually with a fair amount of traffic ie St
Just one county, Germany. 1400KM, 12 hours drive.
On Sun, May 3, 2020 at 2:48 AM Tom Brennan wrote:
>
> Sounds great!! I'm sure I would have loved the country - I just wasn't
> too keen on the company's product. By coincidence, my wife came by my
> desk this morning and asked if Switzerland is
I loved the vacations, I had 5 weeks , man ..Denmark would also be nice.
I saw France, Belgium, Italy, Netherlands and the U.K. working in several.
Scott
On Sat, May 2, 2020 at 10:48 PM Tom Brennan
wrote:
> Sounds great!! I'm sure I would have loved the country - I just wasn't
> too keen on th
Sounds great!! I'm sure I would have loved the country - I just wasn't
too keen on the company's product. By coincidence, my wife came by my
desk this morning and asked if Switzerland is far from Denmark, so she's
got something in the early planning stages. Probably for after the
vaccine is
Tom,
I got to Switzerland due to a job phase out in NYC. It was an overall great
experience.
Scott
On Sat, May 2, 2020 at 9:38 PM Tom Brennan
wrote:
> Years ago I was offered a trip to Zurich (both me and my wife) to check
> things out. I said no thank you. My wife was upset :)
>
> On 5/1/20
Years ago I was offered a trip to Zurich (both me and my wife) to check
things out. I said no thank you. My wife was upset :)
On 5/1/2020 3:59 AM, David Crayford wrote:
I used to work with the guy that was the tech lead for the LzLabs CICS
project. He tried to recruit some of us!
--
du/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Wayne Bickerdike [wayn...@gmail.com]
Sent: Saturday, May 2, 2020 12:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
It's interesting that a zIIP can be described a
metz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Mike Schwab [mike.a.sch...@gmail.com]
Sent: Saturday, May 2, 2020 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
Yep. They drop the interrupt handling in zIIPs and zAAPs to get full
speed processing.
Yeah, I remember Neon
On Sat, May 2, 2020 at 8:55 AM Mike Schwab wrote:
> Yep. They drop the interrupt handling in zIIPs and zAAPs to get full
> speed processing.
>
> Could have checked the chips on the boards. Most S/360 models had
> some microcode, only the highest model had all instructions
Yep. They drop the interrupt handling in zIIPs and zAAPs to get full
speed processing.
Could have checked the chips on the boards. Most S/360 models had
some microcode, only the highest model had all instructions in
hardware.
On Sat, May 2, 2020 at 4:58 AM Wayne Bickerdike wrote:
>
> It's inte
It's interesting that a zIIP can be described as a "speciality" engine yet
the workload they run also run on a CP engine.
I thought that they are the same basically and it's just another way to
sell a piece of kit and play bait and switch on pricing.
Years ago we had a 9370 and a company in Melbo
https://www.eweek.com/networking/neon-settles-mainframe-software-lawsuit-with-ibm
On Sat, May 2, 2020 at 3:18 AM Steve Beaver wrote:
>
> Actually they Did in Europe. European courts sided with Neon
>
> Sent from my iPhone
>
> > On May 1, 2020, at 22:07, Steve Smith wrote:
> >
> > No. Neon was
Actually they Did in Europe. European courts sided with Neon
Sent from my iPhone
> On May 1, 2020, at 22:07, Steve Smith wrote:
>
> No. Neon was a software company. They sold a product called zPrime that
> allowed unauthorized usage of zIIP and zAAP for almost any kind of
> workload. IBM al
No. Neon was a software company. They sold a product called zPrime that
allowed unauthorized usage of zIIP and zAAP for almost any kind of
workload. IBM already runs much of DB2 on zIIP.
IBM only allows code to run on zIIP when you have specific contracts that
allow you to for specific things.
me out of the market. There was also a
> permanent injunction issued against Neon.
>
>
>
> Gesendet: Donnerstag, 30. April 2020 um 15:32 Uhr
> Von: "Steve Beaver"
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: LzLabs
> Seymour
>
> LzLABS (John Moores) fo
ERV.UA.EDU
Betreff: Re: LzLabs
Seymour
LzLABS (John Moores) fought all his battles in the 90's against IBM and won.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Thursday, April 30, 2020 8:11 AM
To: IBM-MAIN@
: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
scott Ford [idfli...@gmail.com]
Sent: Friday, May 1, 2020 12:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
Steve and Mike:
I heard that also. I follow this guy also
http://secure-web.cisco.
gt;>
> >>>
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> >>> Behalf Of Phil Smith III
> >>> Sent: Thursday, April 30, 2020 8:56 AM
> >>> To: IBM-MAIN@LISTSERV.UA.
e asset and competitive advantage.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of scott Ford
> Sent: Friday, May 1, 2020 9:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: LzLabs
>
&g
ulator. As I remember
> he wrote it in JAVA and
> Did a pretty good job of it
>
> Steve
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mike Schwab
> Sent: Thursday, April 30, 2020 12:47 PM
> To: IBM
:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
http://www.z390.org/ is pretty close.
http://z390-asm.blogspot.com/2012/11/catching-up.html Don Higgins 2nd
IBM mainframe emulator product, lzLabs is his 3rd.
On Thu, Apr 30, 2020 at 3:34 AM Peter Baumann wrote:
>
> As their own releas
riginal Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Thursday, April 30, 2020 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
Peter Baumann wrote, in part:
Emulating the entire ecosystem and all the third-party t
itive advantage.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of scott Ford
Sent: Friday, May 1, 2020 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
All,
Why can’t IBM or other vendors somehow license their apis so ot
inal Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Timothy Sipples
> Sent: Thursday, April 30, 2020 10:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: LzLabs
>
> Shmuel Metz wrote:
> >Google for "look and feel
; > Behalf Of Phil Smith III
> > Sent: Thursday, April 30, 2020 8:56 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: LzLabs
> >
> > Peter Baumann wrote, in part:
> >
> >> Emulating the entire ecosystem and all the third-party tools seems like
&g
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Timothy Sipples
Sent: Thursday, April 30, 2020 10:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
Shmuel Metz wrote:
>Google for "look and feel lawsuit". It's il
2020 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
Peter Baumann wrote, in part:
Emulating the entire ecosystem and all the third-party tools seems like
insane. They call it re-hosting. IMHO you can re-host something written
to open standards. Otherwise you have to deal with legal
@LISTSERV.UA.EDU
Subject: Re: LzLabs
Shmuel Metz wrote:
>Google for "look and feel lawsuit". It's illegal to run
>z/OS on an unlicensed platform; it is perfectly legal to
>implement the z/OS interfaces that you need. How well,
>e.g., UNICICS, runs is a separate issue.
Shmuel Metz wrote:
>Google for "look and feel lawsuit". It's illegal to run
>z/OS on an unlicensed platform; it is perfectly legal to
>implement the z/OS interfaces that you need. How well,
>e.g., UNICICS, runs is a separate issue.
Let's leave aside the "edge cases" involving laws in certain sanct
, 28. April 2020 um 17:11 Uhr
> Von: "Ed Jaffe"
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: LzLabs
> On 4/28/2020 7:49 AM, Jake Anderson wrote:
> > They migrated some swiss based telecommunications company.
>
> Swisscom, the largest telco in the country:
>
> ht
Smith III
Sent: Thursday, April 30, 2020 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs
Peter Baumann wrote, in part:
>Emulating the entire ecosystem and all the third-party tools seems like
>insane. They call it re-hosting. IMHO you can re-host something written
>to open standa
Peter Baumann wrote, in part:
>Emulating the entire ecosystem and all the third-party tools seems like
>insane. They call it re-hosting. IMHO you can re-host something written
>to open standards. Otherwise you have to deal with legal issues and
>since it's all propritary and patented they must
ason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Peter Baumann [peterhbaum...@gmx.ch]
Sent: Wednesday, April 29, 2020 11:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Aw: Re: LzLabs
As their own release says, it's only 2.5k MIPS of
gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Peter Baumann [peterhbaum...@gmx.ch]
Sent: Wednesday, April 29, 2020 11:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Aw: Re: LzLabs
As their own release says, it's only 2.5k MIPS of batc
: Dienstag, 28. April 2020 um 17:11 Uhr
Von: "Ed Jaffe"
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: LzLabs
On 4/28/2020 7:49 AM, Jake Anderson wrote:
> They migrated some swiss based telecommunications company.
Swisscom, the largest telco in the country:
https://www.there
I worked and lived in Switzerland. For Switzerland companies to do layoffs
it isnt good economically. The Swiss Franc is extremely strong in the
currency market.
Scott
On Tue, Apr 28, 2020 at 1:23 PM David Crayford wrote:
> On 2020-04-28 11:11 PM, Ed Jaffe wrote:
> > Swisscom, the largest telc
On 2020-04-28 11:11 PM, Ed Jaffe wrote:
Swisscom, the largest telco in the country:
https://www.theregister.co.uk/2019/05/16/lzlabs_kills_swisscoms_mainframes/
Re: the lay-off, now is great time to trim workforce "fat" and/or
"dead wood" with many governments providing unheard of subsidies
On 4/28/2020 7:49 AM, Jake Anderson wrote:
They migrated some swiss based telecommunications company.
Swisscom, the largest telco in the country:
https://www.theregister.co.uk/2019/05/16/lzlabs_kills_swisscoms_mainframes/
Re: the lay-off, now is great time to trim workforce "fat" and/or "dead
They migrated some swiss based telecommunications company.
On Tue, 28 Apr, 2020, 6:19 PM zMan, wrote:
> Again? They did that a year or two ago already. Not a good sign.
>
> On Mon, Apr 27, 2020 at 8:18 AM Peter Baumann
> wrote:
>
> > Hi there
> > Any news on LzLabs mainframe emulation company.
Again? They did that a year or two ago already. Not a good sign.
On Mon, Apr 27, 2020 at 8:18 AM Peter Baumann wrote:
> Hi there
> Any news on LzLabs mainframe emulation company. I heard they are having
> big layoff.
> Peter B
>
> -
It was a pretty web site though, wasn't it?
Don't get me wrong, I think its a good concept, but I don't think it will work
like they try to picture it, especially not for a large or medium size place,
(or maybe even not for a really small one). I guess if you had converted
everything and you st
al Message-
From: Phil Smith
To: IBM-MAIN
Sent: Tue, 13 Dec 2016 22:39
Subject: Re: LzLabs in ComputerWorld
Tony Harminc wrote, re MP3000:
>Ah - you are quite right. And the P30 was the PWD machine, which did
>not change its model number when (effectively) converted to an H50 by
>the Linu
http://www-01.ibm.com/common/ssi/rep_ca/0/897/ENUS199-240/
Am 13.12.2016 um 22:44 schrieb Tony Harminc:
On 13 December 2016 at 13:10, Pommier, Rex wrote:
Tony, one correction to your comments. The H70 was the two-way machine. The
H50 was the full speed uni, and the
H30 was a knee-capped un
Tony Harminc wrote, re MP3000:
>Ah - you are quite right. And the P30 was the PWD machine, which did
>not change its model number when (effectively) converted to an H50 by
>the Linux add-on. There was never a P50 or P70, to my knowledge.
We were doing Linux at Linuxcare (who'd'a thunk), and I thi
On 13 December 2016 at 13:10, Pommier, Rex wrote:
> Tony, one correction to your comments. The H70 was the two-way machine. The
> H50 was the full speed uni, and the
> H30 was a knee-capped uni.
Ah - you are quite right. And the P30 was the PWD machine, which did
not change its model number wh
Re: MP3000 - nothing good about? If you wanted a full 'function' z System,
there were alternative options
available at the time.
The MP3000 addressed the requirements of a certain customer type/set with a
different price point and. They
didn't need the same functionality as other z customers o
e superdome was gone too.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Harminc
Sent: Tuesday, December 13, 2016 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs in ComputerWorld
On 13 December 2016 at 10:34, R.S. w
Tony Harminc wrote, re MP3000:
>It was *much* better than the MP2000. Very much faster. It was a 390
>G5 CPU. Even 2 x G5 on the top model (H50).
>A note on the "development only" idea about this machine. There *were*
>development (PWD) models. We had one, at a much reduced price, and we
>also ha
d the production OS/390 2.10 LPAR to a test z/OS
1.4 LPAR for testing
purposes.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Harminc
Sent: Tuesday, December 13, 2016 11:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLa
It's been said, those who do not understand Unix are condemned to
re-invent it ... poorly.
We could have a lively discussion about that on this list, but likely we
all agree that those who don't understand mainframes are condemned to
re-invent them (poorly).
I really don't know anything good o
On 13 December 2016 at 10:34, R.S. wrote:
> I dare to disagree.
My turn...
> Although MP3000 was better than MP2000, it was still nothing good.
It was *much* better than the MP2000. Very much faster. It was a 390
G5 CPU. Even 2 x G5 on the top model (H50).
A note on the "development only" ide
"As a production or development machine the I/O was really poor."
Production, sure; we had one for dev, and while it wasn't an I/O screamer,
it was *dev*. So I'll have to disagree. Sure, a z800 would have been
better. So would a z900.
On Tue, Dec 13, 2016 at 10:34 AM, R.S.
wrote:
> I dare to di
I dare to disagree.
Although MP3000 was better than MP2000, it was still nothing good.
As a demonstration/learning/portable machine it was much to big.
As a production or development machine the I/O was really poor.
No real channels except ESCON.
No sysplex capability. A lot of SPOFs.
z800 and fol
In the 2000-2001 timeframe we were indeed pitched MP3000 as a replacement CPU
for a production workload. As I understood it at the time, the z
infrastructure and internal DASD ran under, and was dependent upon an OS/2
hypervisor.
Dana
On Tue, 13 Dec 2016 12:53:14 +0100, R.S. wrote:
> W dni
Oops, yeah, sorry. For some reason I do that with Gmail threads a lot. Dumb
on my part. Thanks.
MP3000 was a nice machine. Too bad IBM killed the follow-on.
On Tue, Dec 13, 2016 at 10:12 AM, R.S.
wrote:
> zMan,
>
> Please, re-read the message you responded to.
> Hint: Itschak asked the question
zMan,
Please, re-read the message you responded to.
Hint: Itschak asked the question, Radoslaw answered.
Regarding zPDT - indeed, it is licensed to "non production" activities
(*some* development tasks, learning).
The difference is zPDT is a license - you buy the hardware, IBM delivers
you USB
As others have noted, No, it wasn't. I suspect you're confusing MP3000 and
zPDT.
2016-12-13 6:53 GMT-05:00 R.S. :
> W dniu 2016-12-13 o 11:52, Itschak Mugzach pisze:
>
>> Isn't mp3000 licensed to development only?
>>
> No.
> However I would use past simple tense. ;-)
>
>
> --
> Radoslaw Skorupka
W dniu 2016-12-13 o 11:52, Itschak Mugzach pisze:
Isn't mp3000 licensed to development only?
No.
However I would use past simple tense. ;-)
--
Radoslaw Skorupka
Lodz, Poland
---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbow
The MP3000 came with integrated disk and was not restricted to dev only. A lot
of 'small' customers used it for production work. Having said this it was ideal
for dev. End of Service for the system was in 2012.
--
For IBM-MAIN s
Isn't mp3000 licensed to development only?
ITschak
בתאריך 13 בדצמ 2016 12:50, "R.S." כתב:
> W dniu 2016-12-13 o 11:05, Dave Wade pisze:
>
>> [...]
>> There are many sites out there that have been deserted by IBM who only
>> want to sell "Big Iron". There is nothing like the MP3000 for
>> price
W dniu 2016-12-13 o 11:05, Dave Wade pisze:
[...]
There are many sites out there that have been deserted by IBM who only want to sell
"Big Iron". There is nothing like the MP3000 for price/performance available
today, yet many were sold. What options are there for users of small mainframes?
I
>The legacy, legacy, legacy everywhere on their site is pure indoctrination,
>sorry, psychologically-inspired advertising, easily
>impressed on the brain-pans of those with no genuine knowledge of Mainframes
>who are already "modified" to believe that a
>Mainframe is a dusty-old-thing running sy
According to the marketing literature, it does binary.
Both Raincode and IT-COBOL are partners. If a binary doesn't work, you go to a
COBOL-IT recompile.
They have a demo-film for batch, with this stern and impressive prologue: "The
recording has not been edited or shortened. Everything you wil
On 12/12/2016 8:17 PM, Phil Smith III wrote:
Indeed. Though ISTR that one of John Moores' previous efforts was a
multi-platform security system, so I'd be willing to bet that they do
understand the issue pretty well.
Wasn't that Barry Schraeger's BOLT?
AFAIK, Barry is not involved in this eff
R.S. wrote, in part:
>I'm rather curious about RACF (security? who needs security?), CICS, IMS,
etc.
Indeed. Though ISTR that one of John Moores' previous efforts was a
multi-platform security system, so I'd be willing to bet that they do
understand the issue pretty well.
---
Somehow if I were IBM I would not be quaking in my boots.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: Monday, December 12, 2016 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs in ComputerWorld
The
The solution is a little bit simpler: they don't support binary code.
They can recompile some source code using Raincode compilers, but even
the source code need to be "simplfied" (read: some constructs are not
understood).
How does it work? As about references. And *check them*, otherwise
yo
On 12/12/2016 11:50 AM, Charles Mills wrote:
Along those lines, would such a product have to/be able to "emulate" DB2? Easy
to come halfway close (MySQL) -- damned difficult to do it all. Just ask Oracle.
Doesn't DB2 UDB run on non-z platforms? If so, you might be able to
intercept the z/OS D
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Monday, December 12, 2016 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: LzLabs in ComputerWorld
Along those lines, would such a product have to/be able to
On Mon, 12 Dec 2016 11:50:04 -0800, Charles Mills wrote:
>would such a product have to/be able to "emulate" DB2?
May not have to emulate it. DB2 is available on other platforms.
--
Tom Marchant
--
For IBM-MAIN subscribe / sign
Of Jerry Whitteridge
Sent: Monday, December 12, 2016 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: LzLabs in ComputerWorld
The problems occur not in the move of the programs and their execution, but in
the logic of the application design which nearly always makes assumptions about
the e
9:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: LzLabs in ComputerWorld
Sounds like z/390. Keep the hardware instructions, rewrite the z/OS calls.
On Sun, Dec 11, 2016 at 10:49 PM, zMan wrote:
> http://www.computerworlduk.com/infrastructure/lzlabs-promises-end-main
>
.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Monday, December 12, 2016 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs in ComputerWorld
On Mon, Dec 12, 2016 at 12:50 PM, Charles Mills wrote:
> I agree
ember 12, 2016 11:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: LzLabs in ComputerWorld
Um, OK...so it's going to work for the subset of programs that happen to use
the calls that they've implemented? This reminds me of early Windows, when it
was a shell over DOS: everything
On Mon, Dec 12, 2016 at 12:50 PM, Charles Mills wrote:
> I agree, but it must be an adequately solvable sort of problem if Wine can
> do it for the Windows API (adequately).
>
> Charles
>
>
You just beat me to that (immediate _after_ I clicked SEND). But I'd
consider WINE more like CA's DUO whic
On Mon, Dec 12, 2016 at 12:45 PM, zMan wrote:
> Um, OK...so it's going to work for the subset of programs that happen to
> use the calls that they've implemented? This reminds me of early Windows,
> when it was a shell over DOS: everything was fine until it wasn't, when
> you'd try something that
@LISTSERV.UA.EDU
Subject: Re: LzLabs in ComputerWorld
Um, OK...so it's going to work for the subset of programs that happen to use
the calls that they've implemented? This reminds me of early Windows, when it
was a shell over DOS: everything was fine until it wasn't, when you'd
Um, OK...so it's going to work for the subset of programs that happen to
use the calls that they've implemented? This reminds me of early Windows,
when it was a shell over DOS: everything was fine until it wasn't, when
you'd try something that hadn't been handled yet, and fall off the edge of
the e
Sounds like z/390. Keep the hardware instructions, rewrite the z/OS calls.
On Sun, Dec 11, 2016 at 10:49 PM, zMan wrote:
> http://www.computerworlduk.com/infrastructure/lzlabs-promises-end-mainframe-migration-woes-with-software-defined-approach-3645686/
> seems enthralled with LzLabs, but the ar
On 3/19/2016 6:35 PM, Clark Morris wrote:
On 19 Mar 2016 14:53:09 -0700, in bit.listserv.ibm-main you wrote:
This is what happens when a billionaire loses a court battle with IBM.
Can we expect this product to be the subject of a court battle if it
is successful in doing what it claims? What a
>Can we expect this product to be the subject of a court battle if it
>is successful in doing what it claims? What are the medium to long
>term implications for the z series? The i and p series?
>
>Clark Morris
Well i and p both use proprietary hardware so no effect. For the "z Series"I
don't s
On Sat, Mar 19, 2016 at 8:35 PM, Clark Morris
wrote:
> On 19 Mar 2016 14:53:09 -0700, in bit.listserv.ibm-main you wrote:
>
> >On 3/18/2016 6:30 AM, Bill Woodger wrote:
> >> A google-translate of part of the final article in French from the
> media section of the LzLabs website.
> >>
> >> "Lzlabs
On 19 Mar 2016 14:53:09 -0700, in bit.listserv.ibm-main you wrote:
>On 3/18/2016 6:30 AM, Bill Woodger wrote:
>> A google-translate of part of the final article in French from the media
>> section of the LzLabs website.
>>
>> "Lzlabs technology leans on a container system which embeds the mainfra
88 matches
Mail list logo
