News for hackers. Stuff that matters.

iamcamiel

I agree wholeheartedly :-) Incidentally, I have 9 Convexes at home: https://vaxbarn.com/index.php/43-project/641-the-convex-comp...
Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @02:54PM (#14791330)
For those unfamiliar with OpenVMS clusters, here's an excellent write-up: http://www.availabilitydigest.com/public_articles/0306/openv...
Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @02:41PM (#14791241)
Close. Macro-32 on x86 will use a lower-level interface to the same LLVM backend used by the other languages.
Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @02:39PM (#14791228)
The Commerzbank case (datacenter near twin towers, contingency site in Rye, NY) is well documented: http://www.availabilitydigest.com/public_articles/0407/comme...
Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @02:35PM (#14791185)
There's also the later (since 2003 or so) OpenVMS technical journal: http://h41379.www4.hpe.com/openvms/journal/
Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @02:32PM (#14791162)
About a year ago, all of these were scanned from the paper originals. Available as PDF - WITH figures - from http://www.dtjcd.vmsresource.org.uk
Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @01:58PM (#14790857)
Yes, you can still get hobbyist licenses from HP for OpenVMS: https://www.hpe.com/h41268/live/index_e.aspx?qid=24548

Note that some fields that are not marked mandatory should be treated as mandatory, esp. the one about the intended use.

Besides VAX emulators, there are also Alpha emulators you can run OpenVMS on; of interest to hobbyists are FreeAXP - free as in free beer, not open source, and Windows only - (www.freeaxp.com), and for those who want to be able to change it, the open source ES40 Emulator (www.es40.org) (disclaimer - I am the author of both of these emulators)

Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @01:04PM (#14790402)
Thanks! I have some videos online of presentations I did at last year's OpenVMS Boot Camp. Some with diagrams :-) My apologies for the sometimes poor audio quality.

https://www.youtube.com/playlist?list=PLwebt4CzDP_hT2rHCm8Sw...

Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @12:41PM (#14790158)
That's a fairly old one, IIRC it dates from the 8.4-1H1 release, or May 2015. The team is considerably larger today.
Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @11:13AM (#14789271)
I see lots of questions about who uses OpenVMS. In general, places where downtime and security breaches are frowned upon, as well as markets where VMS has had a long-time presence, and where moving away doesn't solve any problems they have and just costs money (in some industries, particularly the cost of re-certifying systems).

Without giving away any specific customers, I have personally dealt with VMS customers in the following markets: nuclear industry (power plants, research reactors, reprocessing plants, research labs), military (weapons systems, logistics), law enforcement, railroads, airports, healthcare, manufacturing (process control, logistics), retail, and I may have overlooked some markets.

Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @10:31AM (#14788784)
Nonstop has already been ported to x86-64 some years ago. It runs fine there - with better performance than it did on Itanium.
Re:OpenVMS State of the Port to x86_64 [pdf] on Monday July 17, 2017 @09:15AM (#14788177)
This isn't quite correct. What was - and still is - made available to customers willing to pay for it were listings, generated by the compilers, not the original sources. There are more bits and pieces besides LMF that are excluded, sometimes for security reasons, sometimes for legal reasons. Also not made available, are any of the build procedures. What was never done, is release the sources under an open-source license. The source listings are intended as a debugging aid, not as a way to rebuild the OS.