Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!cs.utexas.edu!rutgers!mcdchg!ddsw1!karl From: karl@ddsw1.MCS.COM (Karl Denninger) Newsgroups: comp.unix.xenix Subject: Re: strings.h Summary: No difference between " " and < >; "strings.h" isn't in Xenix! Message-ID: <1990Feb9.185219.11046@ddsw1.MCS.COM> Date: 9 Feb 90 18:52:19 GMT References: <7472@tank.uchicago.edu> <1762@milton.acs.washington.edu> <8@robecdc.UUCP> Reply-To: karl@mcs.MCS.COM (Karl Denninger) Organization: Macro Computer Solutions, Inc. - Mundelein, IL Lines: 37 In article <8@robecdc.UUCP> ghost@robecdc.UUCP (William.A.Sneed) writes: >In article <1762@milton.acs.washington.edu> milton@milton.acs.washington.edu (Stephen Milton) writes: >>I keep running into the same error...'cannot find strings.h' It >>apparently did not come with my developmnent system, but a lot of >>programs seem to expect it as a standard library...Any help appreciated.. >> >>Steve Milton...milton@milton.u.washington.edu > >Who what when where why how hunh!?! > If you have SCO it was included > If your program has #include "strings.h" that's your problem No, that is not the problem. > Should be to use the system's library Actually either will work -- if the file is there. There is no difference between the delimiters. Try it sometime. CONVENTION is that you use " " as delimiters on local include files, and < > on system files, but the compiler will search in both places with either delimiter. The problem is that /usr/include/strings.h is not in the Xenix distribution; that file is called "string.h". Linking one to the other is an acceptable solution if you don't like hacking on source code. From the /etc/perms directory: soft:SOFT f644 bin/bin 1 ./usr/include/string.h D03 soft:DOSDEV f644 bin/bin 1 ./usr/include/dos/string.h D01 As you can see, there is no "strings.h" file! -- Karl Denninger (karl@ddsw1.MCS.COM, !ddsw1!karl) Public Access Data Line: [+1 708 566-8911], Voice: [+1 708 566-8910] Macro Computer Solutions, Inc. "Quality Solutions at a Fair Price"