SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-Programming Mailing List Archives

Return to [ 29 | May | 1998 ]

<< Previous Message << >> Next Message >>


Date: Fri, 29 May 1998 08:13:04 PST8PDT
From: Peter Skye <pskye@peterskye.com >
Reply-To: scoug-programming@scoug.com
To: scoug-programming@scoug.com
Subject: SCOUG-Programming: Design guidelines

Content Type: text/plain

Rollin White wrote:

> As I searched high and low for FTP
> servers, I found many choices, but each of them had a fatal flaw.

What, typically, did the coders miss or mess up?

> I asked
> myself what it would take to write my own FTP server. I examined the
> appropriate RFCs

I'd like to look at those RFCs (they're at
ftp://ds.internic.net/rfc/rfc####.txt). Do you still know the 4-digit
RFC numbers?

> Sockets can be connected to
> two processes on the same machine or different machines. Sockets are connected to a
> specific port(or port number) on a given machine.

I understand that a socket is connected to a "soft" port for network
communications. I don't understand how a socket can connect to two
processes on the same machine since there's only one socket to plug
into, unless you just mean that the two processes use the same socket.
Is that it?

> Another Unix related issue was the representation of paths and drive
> letters. In Unix, there are no drive letters.

How do you access drives in Unix? With a number? Or is the Unix file
system very different (spanning, etc.)?

> (I like specifying the drive letter as the top level subdirectory, i.e.) "CD /d/tmp".

That's good. I already use such a system.

> These two issues (paths/drives and security) lead to very complicated handling of directory names
> and references - an issue that I did not foresee, and a module that
> could use rewriting.

What those complications are would be good for a lesson.

> A command string
> is retrieved and broken into its parts (the command and optional
> parameters).

Is this where GetString() comes in?

> Another key concept is a Command Structure which holds all of the
> information about the connection and the command. This structure is
> passed around to all of the Handle functions for manipulation.

This would be good for a lesson. Can you throw the Command Structure at
us without comment at this time, so we can see what's in it and ponder
how to use it?

And an overall question. What compiler should we use? I have VisualAge
C/C++ and Watcom C/C++. Any pros/cons?

- Peter Skye

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-programming".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


<< Previous Message << >> Next Message >>

Return to [ 29 | May | 1998 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.