@MSGID: 1@dont-email.me> 0d66a45a
@REPLY: 1@dont-email.me> 9f5c837a
@REPLYADDR Arne Vajh?j <arne@vajhoej.dk>
@REPLYTO 2:5075/128 Arne Vajh?j
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 1@dont-email.me>
@RFC-References:
<1381a9db-81ef-4f62-8842-90cd7a239cdfn@googlegroups.com> 1@dont-email.me> 1@dont-email.me>
1@dont-email.me> 2@dont-email.me> 1@dont-email.me>
@TZUTC: -0400
@PID: Mozilla Thunderbird
@TID: FIDOGATE-5.12-ge4e8b94
On 9/18/2023 10:41 AM, Arne Vajh?j wrote:
> On 9/18/2023 8:17 AM, Simon Clubley wrote:
>> On 2023-09-17, Arne Vajh?j <arne@vajhoej.dk> wrote:
>>> Personally I have never liked X. I failed miserable
>>> learning X 30 years ago. It was probably a mistake
>>> to pick Macro-32 as the language for X. :-)
>>
>> Picking Macro-32 to write any application is _always_ a mistake. :-)
> 
> The logic was that I had Macro-32 code for VT (SYS$QIOW not SMG$),
> disk (SYS$QIOW not RMS) and tape (SYS$QIOW again), so for this new
> type of IO then I decided to use Macro-32 as well. Total failure.

I packaged the VT code up.

So if someone want to do some advanced VT stuff, doesn`t
like SMG$ or curses and can live with the code being in
Macro-32:

https://www.vajhoej.dk/arne/info-vax/scr/scr.zip

It is not well documented, but I created a text file
listing all functions and 3 Fortran examples using it.
The API is traditional VMS high level aka strings
by descriptor and integers by reference (it was
intended to be called from Fortran).

It is somewhat questionable whether anyone would
develop for VT today and even more questionable
using Macro-32, but despite the code being written
more than 30 years ago then I still think it is
sort of elegant and worth preserving.

Arne


--- Mozilla Thunderbird
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5075/128
@PATH: 5075/128 5020/1042 4441