--------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00003 Date: 05/27/97 From: KEVIN CAMPBELL Time: 05:24pm \/To: ROB SZARKA (Read 3 times) Subj: SMTP > which does logically fit a single address, but that doesn't mean you > couldn't use it for multiple addresses. We've hashed this out on the > DOS_INTERNET echo this year and agreed that, yes, you could safely use > POP to retrieve mail for multiple users *if* (and only if) you have some > way of preserving the envelope info when the message is delivered to the > mailbox, e.g., in an X-SMTP-envelope: header or something similar. Yes, but this wouldn't work under standard configurations for most web-servers and stuff, would it? It's I need to make a replacement mailing program for a friend who's using a Demon internet connection. They need SMTP mailbox remapping. There's currently no BBS-Internet programs on the market that handle this effectively enough, so I'm having to write my own. Have Fun - Kev Kevin Campbell Sysop of Deimos BBS E-Mail: Sysop@Deimos.unmanned.co.uk --- FMail/386 1.02 * Origin: Mail shipped from Deimos Spaceport (2:259/17) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00004 Date: 05/28/97 From: ALEXANDER NAUMOCHKIN Time: 04:56pm \/To: CLIFF RHODES (Read 3 times) Subj: Re: IO streams Tuesday May 27 1997 23:07, Cliff Rhodes wrote to Frank Masingill: FM>> void main(int argc, char *argv[]) CR> // Ahem, int main(...) Hehe :-) Again - read ANSI C++ WP 3.6.1.2 FM>> outfile.put(ch); FM>> } CR> return 0; Hehe :-) Again and again - read ANSI C++ WP 3.6.1.5 5 A return statement in main has the effect of leaving the main function (destroying any objects with automatic storage duration) and calling exit with the return value as the argument. If control reaches the ^^^^^^^^^^^^^^^^^^^^^^^^^ end of main without encountering a return statement, the effect is ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ that of executing ^^^^^^^^^^^^^^^^^ return 0; ^^^^^^^^^ Alexander -=[ Russian Windows NT Users Group ]=- --- xMail/beta * Origin: ASH Project, Moscow (fidonet 2:5020/59) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00005 Date: 05/26/97 From: WAYNE SCHROEDER Time: 10:17pm \/To: FRANK MASINGILL (Read 3 times) Subj: Re: getline? FM> InFile.getline(buffer, MAX); FM> cout << buffer; FM> Instead of the expected result of the second file reading in the FM> two lines as separate lines it is being read in as merged into one FM> line. What am I doing wrong? it is working.. you are just missing a \n or endl cout << buffer << endl; getline gets a array of char (of maximum MAX) from stream until CR... it doesn't include the trailing \r\l (or \n or endl... which ever you like to refer to). Wayne =[Visit the RazSoft Homepage]=[http://www.sound.net/~fileland]= --- FMail/386 1.22 * Origin: =(Mental Floss)=(913-383-2925)= (1:280/191) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00006 Date: 05/29/97 From: DALE RODDA Time: 08:59am \/To: LUKE PORTER (Read 3 times) Subj: Beginning in C -=> Quoting Luke Porter to All <=- LP> I am interested in learning C, but I have very minimal experience LP> with programming. I took 1 year of BASIC, but that is it. My question LP> is should I build my experience up first before attempting to learn C, LP> or should I jump right into it? Also, if I do try to learn it, what is LP> the best method? Should I take a class or teach myself? In the latter, LP> which book is the best? HI First off, if you are interested in learning C I would suggest using the C_echo. (:-). I know C better the C++, but if you are interested in programming for windows use C++. As far as a class of a book, it depends on how you learn the best. In my experience books are faster, but a class will expose you to different view points and ways of doing something. When I have the time I prefer classed. Good Luck. Dale roddda ... Teacher, may I please be excused? My brain is full. --- Blue Wave/386 v2.20 * Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00007 Date: 05/27/97 From: CAMERON CLARK Time: 12:52pm \/To: FRANK MASINGILL (Read 3 times) Subj: Re: getline? FM> Instead of the expected result of the second file reading in the two li FM> as separate lines it is being read in as merged into one line. What am I FM> doing wrong? It's not. (See the correction below) FM> #include FM> void main() FM> { FM> const int MAX = 80; FM> char buffer[MAX]; FM> ifstream InFile("MYTEST.DAT"); FM> while (InFile) FM> { FM> InFile.getline(buffer, MAX); FM> cout << buffer; cout << endl; FM> } FM> } getline() gets up to MAX characters or until it hits a newline character. the newline character is _not_ placed into the buffer. your program is not merging the two lines, it just writes them on the same line. --- GEcho 1.00 * Origin: Digital OnLine Magazine! - (409)838-8237 (1:3811/350) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00008 Date: 05/28/97 From: CAMERON CLARK Time: 09:57pm \/To: ALL (Read 3 times) Subj: template hell? I've been very unsucceful in turning a library into a template class. Here's the header: dll.h - unsorted double linked list #define dtype int #ifndef dll_h #define dll_h class Node { public: Node* prev; Node* next; dtype data; }; class DLList { Node* head; // head node in list - dummy node public: Node* cur; // current node used to seach the list DLList(); // set up pointers ~DLList(); // deallocate the list int findNode(dtype item); // find item in list void insertNodeTail(dtype item); // insert node at tail void insertNodeHead(dtype item); // insert node at head int removeNode(dtype item); // remove node containing item dtype returnCur(); // return the data set by findNode void findFirst(); void findNext(); void killList(); // empty the list except for dummy node }; #endif As you can see, dtype should be the template class. After changing the header file and the definitions, the source compiles fine but it says that the functions DLList::method() is not defined for every method. template DLList::method() { } This is how I defined each method. template class Node { Node* prev; Node* next; dtype data; }; template class DLList { Node* head; Node* cur; method(dtype item); } This is how I did the headers. Any ideas? --- GEcho 1.00 * Origin: Digital OnLine Magazine! - (409)838-8237 (1:3811/350) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00009 Date: 05/29/97 From: ANN LAPENNA Time: 08:54am \/To: LUKE PORTER (Read 3 times) Subj: Re: Beginning in C well for myself right now i have 2 books right now...one called C FOR DUMMIES VOLUME 1 AND TYPE AND LEARN C .. go down to the world's biggest book store nd look for them....you get a disk for compiling with TYPE AND LEARN... if there is an easier way i would like to know to...i am just learning myself.... the jet --- Renegade v10-05 Exp * Origin: Compu-Tel (905)277-8361 Buy/Sell & Programming BBS (1:2424/519) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00010 Date: 05/28/97 From: JERRY COFFIN Time: 11:35pm \/To: DON GUY (Read 3 times) Subj: Binary Search Tree On (28 May 97) Don Guy wrote to Neil Burrows... DG> void QuotedReply( Neil: recipient ) Obviously an ex-Pascalian. That should of course be: void QuotedReply(repipient_t Neil) or perhaps: void QuotedReply(RECIPIENT Neil) depending you the conventions you happen to prefer. NB> But not balancing it would have a worst case scenario of NB> basically having a linked list! This would kinda defeat NB> the Binary Tree idea. :) DG> Ugh. Good point. Yes, but empirical studies show that this is typically quite unusual. DG> This is close to what I was thinking: re-balancing the tree after the DG> addition of each new node == mucho overhead. Quite true - keeping a tree perfectly balanced is generally believed to be impratical. Using an AVL or red-black tree, you typically do some rebalancing about every three insertions or deletions, but the balancing you do is limited to being logarithmic rather than linear. Later, Jerry. ... The Universe is a figment of its own imagination. --- PPoint 1.90 * Origin: Point Pointedly Pointless (1:128/166.5) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00011 Date: 05/26/97 From: CHRISTIAN ANDERSEN Time: 02:03pm \/To: RAPHAEL NEVE (Read 3 times) Subj: C++ communication library Hello Raphael. 14 May 97 21:18, Raphael Neve wrote to All: RN> I'm looking for a C++ library for doing serial communications (file RN> transfer, modem handling, etc.) Something along the lines of the RN> Telepathy lib for Clipper, if that means anything to any of you. I RN> need this for a commercial project, so I've a got money to spend on it RN> if necessary. Thanks in advance, I'm looking for something exactly like that to - if you find something like that, please drop me a line in this echo. Christian --- GoldED 2.50 UNREG * Origin: Men i aften skal det vre anderledes... (2:235/335.22) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: E5Z00012 Date: 05/29/97 From: DON GUY Time: 08:58pm \/To: JERRY COFFIN (Read 3 times) Subj: Binary Search Tree // Greetings and Salivatations, Jerry! void QuotedReply( msg_recipient Jerry ) { char *Jerry, *Don; #JC#> Obviously an ex-Pascalian. That should of course be: #JC#> void QuotedReply(repipient_t Neil) #JC#> or perhaps: #JC#> void QuotedReply(RECIPIENT Neil) #JC#> depending you the conventions you happen to prefer. Drat. That's what I get for copying templates! :) #JC#> Using an AVL or red-black tree, you typically do some rebalancing ^^^ ^^^^^^^^^ What types of trees are these? The terms aren't familiar... }; // Don ... Either he's dead, Jim, or my tricorder is running Windows 95. --- * Origin: Extreme Impossibility/2 [Kingston, Ontario, Canada] (1:249/176)