SD freeware for X86

[cdan]

I tried and failed to compile Joe Meadows's SD utility from https://www.digiater.nl/openvms/freeware/v80/sd/ on OpenVMS V9.2-1
Anyone here knows if SD was or will be ported to X86?

[joukj]

The macro does not compile (is not it)?

Have you ever tried "Switch".?
(see http://nchrem.tnw.tudelft.nl/openvms/so ... tml#SWITCH )
It works with a small patch on x86_64.

regards
Jouk

[martin]

I've had a quick look at the macro. The first problem was that there were no .PSECT directives¹, and so both executable code and r/w storage were in the same .PSECT. The next problem is that in porting from VAX to Alpha (and one assumes onwards) the target of a JSB instruction needs to have a .JSB_ENTRY rather than being a simple address.²

Having got those two problems out of the way, all .ENTRYs that include a JSB need to have a homed arglist which I've attempted to do,³ but and still getting:

%XMAC-I-JSBHOME, arglist use in JSB entry PARSE_IT requires homed arglist in caller

Work continues! I'm having to do some serious brain-wracking back to the release of the first Alphas 30 years ago when we started porting VAX MACRO-32 to Alpha.

¹ I've used:

Code: Select all

.psect  rwdata,wrt,noexe,quad
.psect  code,exe,nowrt,long

²JSB entry:

Code: Select all

parse_it:  .jsb_entry

³For example: .entry parse_full,0 becomes

Code: Select all

 .call_entry      home_args=TRUE,max_args=14,label=parse_full

[arne_v]

parse.mar is a smart wrapper for calling sys$parse.

I don't think there is any real good reason that it has to be in Macro-32.

So rewriting to C may make more sense.

In 2023.

[goathunter]

Mine doesn't work exactly the same way as Joe's, but my HGSD has been ported to X86_64. In fact, I just refreshed the binaries yesterday using the native C compiler.

HGSD from the Process Software Freeware Repository

[cdan]

thanks all, I tested both switch and hgsd and both work fine on v9.2-1