lkml.org 
[lkml]   [1996]   [Jul]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectEVEN MORE 2.0 vs 1.2 and INN config.
 >> Sender: thomas@melchior.cuivre.fdn.fr
Received: from yoda.fdn.org (yoda.fdn.org [193.55.4.50]) by
dub-img-5.compuserve.com (8.6.10/5.950515)
id IAA18603; Fri, 26 Jul 1996 08:36:19 -0400
Received: from melchior.cuivre.fdn.fr (cuivre.fdn.fr [194.57.210.12]) by
yoda.fdn.org (8.6.12/8.6.9) with ESMTP id OAA07258; Fri, 26 Jul 1996 14:36:06
+0200
Received: (from thomas@localhost)
by melchior.cuivre.fdn.fr (8.7.5/8.7.3) id OAA02140
Fri, 26 Jul 1996 14:36:18 +0200
From: Thomas Quinot <thomas@cuivre.fdn.fr>
Message-Id: <Gibolin-199607261236.OAA02140@melchior.cuivre.fdn.fr>
Subject: Re: Subject: Re: 2.0 ns 1.2 and INN config.
To: 72254.3077@compuserve.com (Patrick Main)
Date: Fri, 26 Jul 1996 14:36:18 +0200 (MET DST)
Cc: thomas@cuivre.fdn.fr, linux-kernel@vger.rutgers.edu
In-Reply-To: <1.5.4.32.19960726093702.00687e54@amaranth.com> from Patrick Main
at "Jul 26, 96 06:37:02 am"
MIME-Version: 1.0
Thomas,

>>I have just checked, and the file on the server is OK
>> Most probably, you web browser automatically
>>uncompressed the file (it is compressed with GNU gzip.

I was able to get the file and ungzip it finally from your site at
at your <URL:http://Web.FdN.FR/~tquinot/inn.html>
However i had to use Linux to fetch it. Hmmmm.... for some
reason Win95, Netscape 2.02 and win95 ppp dial-up results in
a corrupted file. I frequently use this to "fetch" other files with no
problems?? ISP iss on T1 through ATT <should be good>
why it i corrupted is unknown to me. will investigate further...

Now for the subject line:
Thanks for posting your config.data.... now the questions ;-)

But first a suggestion, i noticed your path to overview iss the same as
distributed. From FAQ4 and the NOV faq they advise placing the overview
files in a directory separate from the news directory with a standard
location becoming /path-to-news-spool/over.view

Questions on your config.data settings vs Debian and FAQ suggestions
1. you have USE_CHAR_CONST DUNNO,
Debian and the FAQ suggests DO .... maybe should be DO <?>

2. what is the type of an object size ..usually size_t or unsigned int
you have SIZE_T size_t
The Faq also has size_t while Debian uses int .... size_t may be right <?>

3. for file locking , LOCK_STYLE select NONE, FLOCK, FCNTL or LOCKF
you have FCNTL, Debian also has FCNTL
while the FAQ suggests using FLOCK .... wonder which is best if it
matters <?>

4. for use waitpid instead of wait3 <?>
you have HAVE_WAITPID DONT
both the FAQ and Debian sets this to DO..... is DO the correct choice
<?>

5. for how to fork pick FOR or VFORK
you have FORK vfork ..... and also set HAVE_VFORK DO
both the FAQ and Debian set FORK for and HAVE_VFORK DONT
what is the difference and is fork the correct choice for 2.0 <?>
i recall that 1.2.xx INN used vfork as you do. has this maybe changed for
2.0?

6. for "does AF_UNIX use sizeof for the socket size"
you have BIND_USE_SIZEOF DO as does Debian too!
while the FAQ say to et this to DONT... maybe for 2.0 hould be DO <?>

7. everybody agrees that close on exec needs FCNTL and not IOCTL
but for "how should non-blocking I/O be done"
you have NBIO_STYLE FCNTL as does also DEBIAN
while the FAQ says to use IOCTL...maybe FCNTL is correct "NOW" <?>

8. for "how to get number of available descripters"
select from GETDTAB, GETRLIMIT, SYSCONF, ULIMIT, CONSTANT!
you have FDCOUNT_STYLE GETRLIMIT as does Debian!
The FAQ says to use SYSCONF as does and INN setup for 1.2.13
i have no idea but think maybe 2.0 allows GETRLIMIT now <?>

9. for "what predicate <ctype.h> macros need
you have CTYPE isXXXXX((c)) which is also suggested by the FAQ
DEBIAN uses (isascii((c)) && ixXXXXX((c))) .... i don't have any
idea <?>

10. that actually does it now...all are using MMAP and UNIX DOMAIN SOCKETS



E-mail from: Patrick Main, 27-Jul-1996




\
 
 \ /
  Last update: 2005-03-22 13:38    [W:0.073 / U:0.052 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site