delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2000/06/02/04:21:14

Message-Id: <200006020819.LAA02863@alpha.netvision.net.il>
Date: Fri, 02 Jun 2000 11:19:06 +0200
X-Mailer: Emacs 20.6 (via feedmail 8.1.emacs20_6 I) and Blat ver 1.8.5b
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
To: pjfarley AT banet DOT net (Peter J. Farley III)
CC: djgpp AT delorie DOT com
In-reply-to: <3936feb4.2522956@news3.banet.net> (pjfarley@banet.net)
Subject: Re: netbd.h, sockets.h, in.h and types.h don't work
References: <Pine DOT SUN DOT 3 DOT 91 DOT 1000601085256 DOT 17554C AT is> <3936DA62 DOT 9581F9CE AT bigfoot DOT com> <3936feb4 DOT 2522956 AT news3 DOT banet DOT net>
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

> From: pjfarley AT banet DOT net (Peter J. Farley III)
> Newsgroups: comp.os.msdos.djgpp
> Date: Fri, 02 Jun 2000 01:22:14 GMT
>
> May I make the suggestion that networking headers should not even be
> present in djdev if there is no library support for them?

Sorry, this isn't possible, at least not in the simple way you suggest
(i.e. removing the headers).  Posix requires those headers, and DJGPP
is Posix-compliant.

I'm sure there are other solutions to such problems.  However, to
devise them, one needs to know the particulars (like what headers
and/or macros does the configuration procedure look for).

> But it really would be finer if the zip-picker asked if
> you wanted DOS networking capabilities, and gave you the appropriate
> networking zips as well as the basic development zips, and if the
> networking zips you downloaded worked just like all of the other fine
> ports which with we have been gifted by the DJGPP workers.

A similar solution (of having several separate libraries) was found to
be a PITA in DJGPP v1.x: people expected everything to be magically
present in one library that's scanned by default by the linker, and
constantly complained about unresolved externals.  So separate
libraries for djdev seem like a bad idea, in the long run.

> For those new to the networking libraries/headers, it would be nice to
> see a short FAQ somewhere

Experience shows that FAQs are not read too religiously...

> Of course, it would also be finer if application package developers
> didn't incidentally *assume* so much, and allowed for environments
> that don't actually support networking.  <*Sigh*>

If the problems with their assumptions are reported to them, they
might do something.  But that shouldn't prevent us from trying to make
things easier from our end, as much as possible, without compromising
compatibility and compliance to standards.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019