09-Nov-2012

Site changes in progress
The current homepage of this site is based on a set of routines I wrote years ago in Fortran77 on Vax, and included a program to test the function of the routines, and by that, it was used as a demonstration on how to use these routines. It uses the functions that VMS offers for memory management, and contained a number of MACRO routines; one in particular: that one is used to figue out which of teh parameters were actually passed: Fortran77 doesn’t really allow optional parameters and there was no other way to find out whether a parameter was actually passed, or not.
The Alpha architecture doesn’t contain the registers used in this macro so a one-to-one port wasn’t possible. Luckily, Fortran95 offers an alternative, and so it was easy to prot these routines to Alpha.
The demo-program was used to create a program that would create the HTML output.
Works great – and fast. But changing layout is quite a menace because the files are in a text library, and I still have to write a text file for the content. I have been looking for a way to change the text using a web-based interface but couldn’t find a good solution.
Then Mark Daniel – thw author of WASD – came with VWCMS – a VmsWasd based Content Management System. I have checked it in the past and it looks nice. It uses a javascript editor, that I cpould include in my program, for editing the main text. But VWCMS evolved, and it became quite feasable to use that. And so I started converting the home page into the format that VWCMS uses.
The basics are now done, and so I wanted to make it public. That means I have to adapt the WASD configuration as well, but how? So I asked, and I got an answer that does exactly what I need. I had to do some more adjustments, to be able to access the sub-sites (on OpenVMS , for instance), but the advantage outwages the extra effort: the configuration now holds clearly all parts that are accessable.

So that works fine, but I’m not completely satisfied with the homepage itself, there is some work to eb done before I can make it public. Until that time, the previous homepage will remain active.
Physical moves
The HSZ50-controller uses a battery to power the write-back cache; so no data is lost when deferred-write is interrupted due to a power outage. But that battery now fails, and write-through is disabled by the controller. And siince I could not actually use the shared-SCSI bus, there is no real need for this controller. For what I’ve heard, it slows down IO anyway: for the hardware, it’s a 10Mb/s connection but the disks are accessed with half the speed. The big advantaghe is that I can access multple cabinets – up to 6, though I have only 4 cables so I can access 4 at most….
So the question is: do I take it out of the chain? To be prepared, I made all disks in one cabinet “Transporable” so that cabinet can be taken out and be accessed directly, after I have created the contents using BACKUP/IMAGE. That is to be tested – I still have a PWS available for testing 🙂
If that works, I may swicth to basic SCSI-2 again….