Xref: utzoo comp.sys.amiga.tech:104 comp.sys.amiga:16592 Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!lll-tis!ames!amdcad!amdahl!kim From: kim@amdahl.uts.amdahl.com (Kim DeVaughn) Newsgroups: comp.sys.amiga.tech,comp.sys.amiga Subject: Re: ARP v1.1 developer files, and Manx v3.6a Message-ID: <25402@amdahl.uts.amdahl.com> Date: 24 Mar 88 10:53:55 GMT References: <25260@amdahl.uts.amdahl.com> <46655@sun.uucp> Organization: Amdahl Corporation, Sunnyvale, CA 94086 Lines: 99 Keywords: what's a FUNCDEF in a .i file? Summary: there is (seemingly) a workaround ... [ "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