From: Alain Magloire <alainm AT rcsm DOT ece DOT mcgill DOT ca>
Message-Id: <199902180428.XAA22228@mccoy2.ECE.McGill.CA>
Subject: Re: inetutils ?
To: richdawe AT bigfoot DOT com (Richard Dawe)
Date: Wed, 17 Feb 1999 23:28:58 -0500 (EST)
Cc: djgpp-workers AT delorie DOT com, alainm AT rcsm DOT ece DOT mcgill DOT ca,
        phanrigo AT messel DOT emse DOT fr
In-Reply-To: <36CB4F06.A821E9DB@meridian22.net> from "Richard Dawe" at Feb 17, 99 11:21:42 pm
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Bonjour M. Richard Dawe

> Alain Magloire wrote:
> 
> So far he's ported ftp mostly, and he is working on other parts of the
> inetutils suite.

I'll be glad to hear from him.

>  
>	I'm the maintainer of libsocket, a C library that provides
> BSD-style socket
> calls like socket(), connect(), etc. It's fairly compatible with the BSD
> standard. Currently it only works with Winsock 1.1, which means Windows 3.x
> and Windows '95. I'm working on Winsock 2 support, which will make it work on
> Windows '98 too (not NT unfortunately). Philippe Hanrigou's port of inetutils
> uses libsocket. See the libsocket home page at:
> 
> 	http://www.geocities.com/SiliconValley/Lab/3216/lsck/lsck.htm
> 
> libsocket is distributed under the GNU LGPL.

Ha ! A major piece of the puzle, I will make heavy use of it.
Thanks.

>  
> > - OOB, Out-of-band request ?
> > 
> > - select (), O_NONBLOCKING, exec (), signal ().
> 
> 	OOB data with libsocket is untested. I know for sure that SIGURG is not
> supported. You should be able to send/receive OOB data however - SO_OOBINLINE
> should be supported. select() works on sockets.

One could always reboot the machine to stop a transfer ;-)

> > My real concern really is the security aspects of things
> > basically .. How do you loggin, in the POSIX/Un*x sense ?
> > Can you logging ? This implies some sort of
> > Multi{user/task/share} support.
> 
> Since DJGPP is for DOS, it doesn't really have any concept of users, it just
> fakes the details for the current user.

As I explain to someone else in a private email. The idea, for now, is to
provide a library layer for those missing functionalities and filling the
blanks later. chroot() can be fake by having one enty point to the file
system and filtering.

> Since DOS isn't multitasking, calls like fork() are not implemented.

This is .... unfortunate .... really unfortunate.

-- 
au revoir, alain
----
Aussi haut que l'on soit assis, on n'est toujours assis que sur son cul !!!