Path: utzoo!attcan!uunet!lll-winken!xanth!ames!ncar!noao!asuvax!mcdphx!mcdchg!ddsw1!karl
From: karl@ddsw1.MCS.COM (Karl Denninger)
Newsgroups: comp.sources.d
Subject: Re: v18i002:  Fido/Usenet gateway, Part01/05
Summary: Hmmmmm...
Message-ID: <3138@ddsw1.MCS.COM>
Date: 18 Mar 89 22:04:40 GMT
References: <1534@papaya.bbn.com> <3082@ddsw1.MCS.COM> <KARL.89Mar17104655@triceratops.cis.ohio-state.edu>
Reply-To: karl@ddsw1.UUCP (Karl Denninger)
Organization: Macro Computer Solutions, Inc., Mundelein, IL
Lines: 24

In article <KARL.89Mar17104655@triceratops.cis.ohio-state.edu> karl@triceratops.cis.ohio-state.edu (Karl Kleinpaste) writes:
>karl@ddsw1.UUCP (Karl Denninger) writes:
>>   The last requirement blows the package out of the System V arena entirely;
>>   "alloca" is not a System V function.
>
>Have you looked in /lib/libPW.a?

In the '386 Xenix libraries?

ar: /lib/386/SlibPW.a does not exist

Now, if I try to scan all the libraries (which I did) I don't find an
"alloca" either.... and the last 4BSD manuals I looked at said something to
the effect of "this call is both implementation and MACHINE dependant".

It's a bad idea to use those kinds of calls in a portable package, as it
makes the package non-portable.

Does _anyone_ have it working under Xenix?  If so I'd like to hear from you!

---
Karl Denninger (karl@ddsw1.MCS.COM, ddsw1!karl)
Data: [+1 312 566-8912], Voice: [+1 312 566-8910]
Macro Computer Solutions, Inc.    	"Quality solutions at a fair price"