🚀 go-pugleaf

[ "Nicaragua" is Spanish for "Vietnam."   --Bob Page ]


In article <46655@sun.uucp>, cmcmanis%pepper@Sun.COM (Chuck McManis) writes:
> The fact that Arp 1.1 will not compile with Manx 3.6 is well known. As
> soon as Scott Ballintine(sp?) get's his update it will be made compatible
> with 3.6. This is being worked on and everyone who can fix it knows about
> it so don't panic.

Gee Chuck, I guess I forgot to look into my crystal ball, or I would've known
that too ... :-).   As may be ...

No "panic", just trying to get ... Information.  And it seems to have worked,
as Steve found a workaround, which is attached.  Now people will be able to
develop with ARP functions, *and* use SDB (which is a real win).  Looks like
it might be a little while until "official" v3.6 compatible libs will get
released (see Charlie's note, also attached).


But first, here's the solution from Steve  (seems I *can* talk to at least
one BITNET site afterall):

: Date:     Wed, 23 Mar 88 14:43:20 PST
: From: hplabs!RCKG01M%CALSTATE.BITNET@CUNYVM.CUNY.EDU  (Stephen Walton)
: Subject:  RE: Arp V1.1 Developers' Stuff
: To: amdahl!kim
:
: I did indeed get your mail, Kim.  And thanks for the cross-post;  our
: site bounces .tech as a bogus newsgroup.
:
[ hopefully, not for *too* much longer ]
:
: I solved the problem.  A quick pass with lb V3.4 shows that ARP was
: built with it.  As for FUNCDEF, how does
:
: FUNCDEF MACRO   *
:         public  _LVO\1
:         ENDM
:
: strike you?  It works, though it pulls EVERY _LVO into your executable
: when it is used, so  [ instead of that ]  I just put statements to declare
: _LVOOpenLibrary  and  _LVOAlert  as public in the  arpcrt0.s  file.
:
: Incidentally, two of the routines listed in  exec_lib.i  don't have
: offsets in the Manx libraries (came up undefined with the above
: FUNCDEF macro):  ReleaseSemaphore  and  SumKickData.
:
: Since my USENET access goes away for a week this Sunday, I probably
: won't see your posting;  we're in the boonies, USENET speaking.  So
: you're free to post the above.
:
: Steve

I found that I didn't seem to need to add  _LVOAlert  to  arpcrt0.s, but that
I did need to add  _LVOOpenLibrary  to it, and to  arprescrt0.s  as well.
Also, I needed to add  _LVOFindTask  to the  resgeta4.s  file.

Of course you need to remove the  INCLUDE  "exec/exec_lib.i"  statement, after
adding in the  public _LVO...  statements above.  Just put 'em under the other
Public  statements you'll find.

Then type "make all".  Simple, no?

BTW, I have NOT tried to link in and *use* these new libs in anything, but
"make" and friends seem happy enough.  Caveat emptor!



As to what Charlie Heath had to say:

: Date:  23-Mar-88 08:57 PST
: From:  c heath [74216,2117]
: Subj:  ARP v1.1 problem
:
: We didn't (still don't) have V3.6, so we didn't know Jim had changed the
: library format again.  As soon as MANX sends Scott a copy of V3.6, we'll
: rebuild the library, though likely won't post until we have all the
: revisions we want to make for V1.1 of ARP, in a couple months - we want
: to minimize the revisions to avoid confusion and potential viral clones.
:
: Willy Langeveld said he got the MANX stuff to rebuild with V3.6 just by
: reassembling and building the library, you can probably get that to
: work if you want to try it.
:
:        Charlie


Now, at least y'all know what to expect when the distribution is posted from
purdue to one of the moderated newsgroups.

/kim



-- 
UUCP:  kim@amdahl.amdahl.com
  or:  {sun,decwrl,hplabs,pyramid,ihnp4,uunet,oliveb,cbosgd,ames}!amdahl!kim
DDD:   408-746-8462
USPS:  Amdahl Corp.  M/S 249,  1250 E. Arques Av,  Sunnyvale, CA 94086
CIS:   76535,25