[Info-vax] Oh where, oh where has my ability to debug Macro gone???

[VAXman- at SendSpamHere.ORG]

Oh where, oh where can it be?


I received, found in my email this morning, an email from Sujatha Ramani
subject titled: OpenVMS Update #2 Jan 2011

In it I read: (please excuse the formatting, it came through in OpenVMS
unfriendly WEEDDOZE format)

=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=

b.    Performance improvement :-

=B7         New MACRO builtin IA64_STF_SPILL_F0 in OpenVMS V84 Update-V0400

                                                  i.    We have introduced =
a new MACRO builtin IA64_STF_SPILL_F0 for faster memory zeroing in OpenVMS =
V84 Update-V0400.

                                                ii.    IA64_STF_SPILL_F0 is=
 a new built-in that allows faster memory zeroing by writing 16 bytes of me=
mory at a time. In the earlier versions, only 8 bytes could be zeroed using=
 the EVAX_STQ built-in. IA64_STF_SPILL_F0 built-in provides significant per=
formance benefits, especially when zeroing large areas of memory.

                                               iii.    Format:

                                               iv.    IA64_STF_SPILL_F0 add=
r, incr

                                                 v.    where 'addr' is the =
address of the 16-byte memory region and 'incr' is the value by which 'addr=
' is incremented; specifying 0 means no auto-increment.

                                               vi.    Images affected:

1.    [SYSEXE]MACRO.EXE

=B7         Performance improvement of OTS$STRCMP routines in OpenVMS V84 U=
pdate-V0500

                                                  i.    We have enhanced th=
e performance of OTS$STRCMP routines in OpenVMS V84 Update-V0500.

                                                ii.    The LIBOTS Run-Time =
Library (RTL) has nine variants of the OTS$STRCMP routines. These routines =
are written in BLISS programming language. They perform a byte to byte comp=
arison thereby resulting in poor performance.
                                               iii.    In this release of t=
he update kit, the OTS$STRCMP routines are rewritten in Itanium assembly im=
proving the performance significantly. For a toy program, we have observed =
a performance improvement of ~80%.

                                               iv.    Images affected:

1.    [SYSLIB]LIBOTS.EXE

2.    [SYSLIB]LIBOTS.OLB

=B7         Improved performance in handling "%RMS-E-EOF, end of file detec=
ted" errors:

1.    The GET and FIND statements in HP BASIC use a signaled exception to i=
ndicate any condition other than a successful record retrieval. Because the=

=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=0C=

According to the ITRC patch web thingie, the last update was 7-Oct-2010.
I don't see any mention of UPDATE-V0500 anywhere and when the hell will
the Macro/Debug issue I reported in July of last year (google reference
group:comp.os.vms YAV84INRFPTB) be fixed?

I heard through the gravevine that the fixed was checked-in but it has
yet to see the light of day.

This is all very too little all very too late!!!

I'll harp on the other unaddressed bugs at some later date.  Since the
email I referenced mentioned Macro, it's the focus of this "Hyde Park"
like public appeal.
-- 
VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG

All your spirit rack abuses, come to haunt you back by day.
All your Byzantine excuses, given time, given you away.