That is fantastic news.
Now, I need to find my abacus and see if I can get them to refurbish it along with my slide rules.
Has anyone here even booted a 3000 for December 31st, 2027 and see what goes on at the virtual stroke of midnight?
Unfortunately, I do not have one handy.
Denys
-----Original Message-----
From: Neil Armstrong [mailto:[log in to unmask]]
Sent: Thursday, March 31, 2016 9:52 AM
To: [log in to unmask]; [log in to unmask]
Subject: Re: [HP3000-L] Stromasys in a PRODUCTION environment
There are people working on such things at the OS level. I’ve been reducing the dependency on CALENDAR in all our software as well. By reducing the number of calls to Calendar, this helps mitigate the impact of course and adding options to change the result of a call to Calendar directly after a call are being considered.
It is an interesting problem.
On 2016-03-31, 10:40, "Denys Beauchemin" <[log in to unmask]> wrote:
>You're partly right. Hardware wise the system won't stop. As you well know, the issue is with the CALENDAR intrinsic, where the first 7 bits are used to store the year, offset 1900. Since 7 bits can hold a value up to 127, 2027 is the maximum year that can be represented in there.
>
>Of course, one could simply say, well, let's offset from 2000 instead of 1900, but I leave it to you to figure out the impact in stored data where this format is used.
>
>Internally in MPE, I haven't a clue what the extent of that would be, but I think it would be complicated to teach a computer that 126 is less than 1, but only in certain cases.
>
>In 1986, I rebooted a series 30 and set the date to 11:45 PM, December 31st, 1999. When the system came up, I watched the time displayed go bonkers and reset to 1900 or some such. I wrote all that up in an article published in Supergroup magazine. The closing line was something like "don't worry, HP has 14 years to fix this."
>
>That fix was easy compared to the 127-2027 thing. I suggest you put in a bug for it at HP.
>
>Denys
>
>
>-----Original Message-----
>From: Neil Armstrong [mailto:[log in to unmask]]
>Sent: Thursday, March 31, 2016 9:18 AM
>To: [log in to unmask]; [log in to unmask]
>Subject: Re: [HP3000-L] Stromasys in a PRODUCTION environment
>
>That doesn’t stop the system from running and a lot of issues can be handled at the application level quite easily.
>
>
>
>
>On 2016-03-31, 09:47, "HP-3000 Systems Discussion on behalf of Denys Beauchemin" <[log in to unmask] on behalf of [log in to unmask]> wrote:
>
>>Forever? Well, until December 31, 2027. Which for some people can seem to be forever.
>>
>>Denys
>>
>>-----Original Message-----
>>From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
>>Behalf Of Jeffrey Elmer
>>Sent: Thursday, March 31, 2016 8:09 AM
>>To: [log in to unmask]
>>Subject: Re: [HP3000-L] Stromasys in a PRODUCTION environment
>>
>>We used HP3000 hardware for thirty years. We've been using the HPA3000 emulator in production since December 2013. Our users would have never known the difference if we had not told them.
>>
>>We had a 969KS 100 and went to a 2 CPU A class on the emulator. Performance is essentially identical but all concerns about "ancient" hardware went away (our RAID array hard drives were older than our web developers). It's running on a 1U "off the shelf" Proliant server under a Red Hat Linux environment (if we didn't have a DLT8000 and a DDS tape drive attached to it, all it would take up in the rack would be the 1U). We run our disaster recovery version of the emulator in another location under VMware on OmniCube hardware, although we have never used it for anything other than testing.
>>
>>Our Stromasys contact has been great to work with on those rare occasions when we need to contact him. Overall, based on our experiences we would recommend it to anybody. You could run MPE forever with this setup and over time your performance would only improve as you put newer, faster hardware under it.
>>
>>Jeff Elmer
>>Dairylea Cooperative Inc.
>>
>>-----Original Message-----
>>From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
>>Behalf Of HP3000-L automatic digest system
>>Sent: Thursday, March 31, 2016 12:02 AM
>>To: [log in to unmask]
>>Subject: HP3000-L Digest - 29 Mar 2016 to 30 Mar 2016 (#2016-31)
>>
>>There are 7 messages totaling 282 lines in this issue.
>>
>>Topics of the day:
>>
>> 1. Speedware on Stromasys (3)
>> 2. MPEX question (4)
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>----------------------------------------------------------------------
>>
>>Date: Wed, 30 Mar 2016 07:45:02 -0400
>>From: Don Seay <[log in to unmask]>
>>Subject: Speedware on Stromasys
>>
>>If anyone using Speedware 7 in a production Stromasys environment, I'd be interested in any information you can provide about your experience with that.
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>------------------------------
>>
>>Date: Wed, 30 Mar 2016 15:02:11 +0000
>>From: Craig Lalley <[log in to unmask]>
>>Subject: Re: Speedware on Stromasys
>>
>>Let's open this up. Is anyone using Stromasys in a PRODUCTION environment?
>>-Craig
>>
>>
>> From: Don Seay <[log in to unmask]>
>> To: [log in to unmask]
>> Sent: Wednesday, March 30, 2016 4:45 AM
>> Subject: Speedware on Stromasys
>>
>>If anyone using Speedware 7 in a production Stromasys environment, I'd be interested in any information you can provide about your experience with that.
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>
>>------------------------------
>>
>>Date: Wed, 30 Mar 2016 10:39:49 -0700
>>From: Barry Lake <[log in to unmask]>
>>Subject: Re: Speedware on Stromasys
>>
>>On 3/30/16 8:02 AM, Craig Lalley wrote:
>>> Let's open this up. Is anyone using Stromasys in a PRODUCTION environment?
>>
>>
>>I can't name names, but at least two of our customers (one in the U.S., one outside), have been using Stromasys in a production environment for some time. The foreign firm has been especially pleased with it. We have at least one other customer that is doing serious experimentation with the emulator.
>>
>>Barry Lake
>>Allegro Consultants, Inc.
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>------------------------------
>>
>>Date: Wed, 30 Mar 2016 18:32:35 +0000
>>From: "Newton, Ernie" <[log in to unmask]>
>>Subject: MPEX question
>>
>>Greetings,
>>
>>First, let me say that I have RTFM, but couldn't find my answer.
>>
>>I'm trying to identify files of a certain size using MPEX.
>>
>>Is there a way, using MPEX, to identify those files with the size of 0124B?
>>
>>I've tried LISTF
>>[log in to unmask](FILESIZE=1024)<mailto:[log in to unmask](FILESIZE=1
>>0
>>24)>
>>
>>But that doesn't work.
>>
>>Here's what I'm looking at...
>>
>>[cid:image001.png@01D18A77.DAE3AB70]
>>
>>Any help is appreciated.
>>
>>Ernie
>>
>>________________________________
>>
>>This message, including any attachments, is intended solely for the use of the named recipient(s) and may contain confidential and/or privileged information. Any unauthorized review, use, disclosure or distribution of this communication(s) is expressly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy any and all copies of the original message.
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>------------------------------
>>
>>Date: Wed, 30 Mar 2016 15:02:45 -0400
>>From: Cornelia Sellitto <[log in to unmask]>
>>Subject: Re: MPEX question
>>
>>Ernie -
>>You could direct the LISTF command (with parameter '2') to a file, then use an editor to search for 1024. Or download it into Excel on a PC and sort the file on size.
>>I don't have MPEX to that's what I would have to do.
>>
>>Connie Sellitto
>>
>>
>>On Wed, Mar 30, 2016 at 2:32 PM, Newton, Ernie <[log in to unmask]>
>>wrote:
>>
>>> Greetings,
>>>
>>> First, let me say that I have RTFM, but couldn't find my answer.
>>>
>>> I'm trying to identify files of a certain size using MPEX.
>>>
>>> Is there a way, using MPEX, to identify those files with the size of 0124B?
>>>
>>> I've tried LISTF [log in to unmask](FILESIZE=1024)<mailto:BA@
>>> .MYGROUP.MYACCT(FILESIZE=1024)>
>>>
>>> But that doesn't work.
>>>
>>> Here's what I'm looking at...
>>>
>>> [cid:image001.png@01D18A77.DAE3AB70]
>>>
>>> Any help is appreciated.
>>>
>>> Ernie
>>>
>>> ________________________________
>>>
>>> This message, including any attachments, is intended solely for the
>>> use of the named recipient(s) and may contain confidential and/or
>>> privileged information. Any unauthorized review, use, disclosure or
>>> distribution of this communication(s) is expressly prohibited. If
>>> you are not the intended recipient, please contact the sender by
>>> reply e-mail and destroy any and all copies of the original message.
>>>
>>> * To join/leave the list, search archives, change list settings, *
>>> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>>
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>------------------------------
>>
>>Date: Wed, 30 Mar 2016 19:09:21 +0000
>>From: "Johnson, Tracy" <[log in to unmask]>
>>Subject: Re: MPEX question
>>
>>You want (FMTRECSIZE="1024B") as a string in quotes
>>
>>Without the "B" use RESIZE as an integer i.e. (RECSIZE=1024)
>>
>>
>>Tracy Johnson
>>+00 1 757 766-4318 tel
>>+00 1 757 755-6470 mobile
>>[log in to unmask]
>>
>>> -----Original Message-----
>>> From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
>>> Behalf Of Newton, Ernie
>>> Sent: Wednesday, March 30, 2016 2:33 PM
>>> To: [log in to unmask]
>>> Subject: [HP3000-L] MPEX question
>>>
>>> Greetings,
>>>
>>> First, let me say that I have RTFM, but couldn't find my answer.
>>>
>>> I'm trying to identify files of a certain size using MPEX.
>>>
>>> Is there a way, using MPEX, to identify those files with the size of 0124B?
>>>
>>> I've tried LISTF
>>> [log in to unmask](FILESIZE=1024)<mailto:[log in to unmask](F
>>> ILESIZE=1024)>
>>>
>>> But that doesn't work.
>>>
>>> Here's what I'm looking at...
>>>
>>> [cid:image001.png@01D18A77.DAE3AB70]
>>>
>>> Any help is appreciated.
>>>
>>> Ernie
>>>
>>> ________________________________
>>>
>>> This message, including any attachments, is intended solely for the
>>> use of the named recipient(s) and may contain confidential and/or
>>> privileged information. Any unauthorized review, use, disclosure or
>>> distribution of this
>>> communication(s) is expressly prohibited. If you are not the
>>> intended recipient, please contact the sender by reply e-mail and
>>> destroy any and all copies of the original message.
>>>
>>> * To join/leave the list, search archives, change list settings, *
>>> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>------------------------------
>>
>>Date: Wed, 30 Mar 2016 15:07:01 -0500
>>From: Tracy Johnson <[log in to unmask]>
>>Subject: Re: MPEX question
>>
>> Apparently my work email was chock full of html garbage but wherein I suggested using LISTF with (FMTRECSIZE="1024B") where the number is encasew in quotes because it is a string with the "B". Otherwise suggest using LISTF with (RECSIZE=1024) without quotes.
>>
>>
>>On 03/30/16, Newton, Ernie wrote:
>>
>>Greetings,
>>
>>First, let me say that I have RTFM, but couldn't find my answer.
>>
>>I'm trying to identify files of a certain size using MPEX.
>>
>>Is there a way, using MPEX, to identify those files with the size of 0124B?
>>
>>I've tried LISTF
>>[log in to unmask](FILESIZE=1024)<mailto:[log in to unmask](FILESIZE=1
>>0
>>24)>
>>
>>But that doesn't work.
>>
>>Here's what I'm looking at...
>>
>>[cid:image001.png@01D18A77.DAE3AB70]
>>
>>Any help is appreciated.
>>
>>Ernie
>>
>>________________________________
>>
>>This message, including any attachments, is intended solely for the use of the named recipient(s) and may contain confidential and/or privileged information. Any unauthorized review, use, disclosure or distribution of this communication(s) is expressly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy any and all copies of the original message.
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>------------------------------
>>
>>End of HP3000-L Digest - 29 Mar 2016 to 30 Mar 2016 (#2016-31)
>>**************************************************************
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
