--------------- FIDO MESSAGE AREA==> TOPIC: 239 C LANGUAGE Ref: F1H00020 Date: 01/12/98 From: NEIL HELLER Time: 08:32pm \/To: TIKA CARR (Read 0 times) Subj: MEMORY LEAKS TC> But I thought once you assign a pointer to something, then it sticks TC> until you assign it to something else or leave the program TC> (or change it somehow). A pointer is just like any other variable in that once you go out of the scope for that variable, it's lost. However with a pointer, if it points to some malloced or newed memory that hasn't been released prior to the pointer going out of scope, you've got fragmented memory. In any case, my test had more holes than Swiss cheese - I bagged the idea. * KWQ/2 1.2i * --- FLAME v1.1 * Origin: Port Chicago's Loading Dock - 510-676-5359 (1:161/204) --------------- FIDO MESSAGE AREA==> TOPIC: 239 C LANGUAGE Ref: F1H00021 Date: 01/11/98 From: DAVE NICHOLS Time: 12:57pm \/To: SPONSOR (Read 0 times) Subj: SEED MESSAGE (GT-Tools v1.121 With this message, #### #### ################ ########### ######### ######### # ##### # ###### ### ### ####### #### # ### ######### # # #### ########## # # # # ## ##### ## # #### ######### GT Node 071/003 160 echo areas: 800 megs..files * 615-824-5014 * US Robotics..33.6k Dual Standard now joins this echo........... ##GT Tools v1.121# --- * Origin: NetComm BBS 303-730-7045 (1:104/603.0) --------------- FIDO MESSAGE AREA==> TOPIC: 239 C LANGUAGE Ref: F1H00022 Date: 01/13/98 From: TIKA CARR Time: 03:23am \/To: JOHN GARDENIERS (Read 0 times) Subj: Moderator Nominations JG> Thanks all the same but I don't even qualify. :-) I thought you qalified... unless you aren't a point. Guess that would* be a problem. :/ Oh well, at least it's the thought that counts.... ... "Energize!" said Picard and the pink bunny appeared... ___ Blue Wave/DOS v2.30 --- QScan/PCB v1.17b / 01-0406 * Origin: Knight Moves - Rochester,NY 716-865-2106 (1:2613/313) --------------- FIDO MESSAGE AREA==> TOPIC: 239 C LANGUAGE Ref: F1H00023 Date: 01/12/98 From: AUKE REITSMA Time: 08:37pm \/To: BOB STOUT (Read 0 times) Subj: moderation and the echos Hi Bob, On 11 Jan 98, 12:40, you wrote to All C_Echo & C_PLUSPLUS ... BS> a significant question - is it time to rejoin these two echos? I don't care either way ... but first an important point: BS> 3. I suggest that both the C and C++ echo ballots should include BS> a place to vote for reunification, yes or no. Timing problem! Voting in the C_echo will be in february. And if I have it right the C_plusplus echo may be dead by then ... Suggestion: Vote on this point NOW. Either publicly here or privately in netmail or email. I will keep count ... Now I don't know whether anyone noticed, but I have NOT actively moderated against C++ stuff appearing in the C_echo. This was an intentional unstated policy. Just to see what happened. Remarkable self-discipline was shown by the C_echo participants though ... ;-) For personal and practical reasons I say it is time to merge the echoes. The total traffic is less than what it was in the C_echo alone a year ago. And some ten percent or so of the traffic in C_plusplus actually belongs here. OTOH, the people opposing the merge have a good point: C and C++ _are_ distinct languages. Even though C++ is an (improper) superset of C. Greetings from _____ /_|__| Auke Reitsma, Delft, The Netherlands. / | \ -------------------------------------- --- GEcho 1.00 * Origin: Home by the C (Auke.Reitsma@net.hcc.nl) (2:281/400.20) --------------- FIDO MESSAGE AREA==> TOPIC: 239 C LANGUAGE Ref: F1H00024 Date: 01/13/98 From: HINRICH DONNER Time: 12:00am \/To: JIM BAXTER (Read 0 times) Subj: watcom clear screen Hi Jim, Watcom does not support the Borland VIO functions. If you need those, use Snippets. Hinrich --- CrossPoint v3.11 R * Origin: TIRO (2:240/5888.888) --------------- FIDO MESSAGE AREA==> TOPIC: 239 C LANGUAGE Ref: F1H00025 Date: 01/13/98 From: JEFF FOY Time: 12:36pm \/To: EMILIJAN MIRCESKI (Read 0 times) Subj: C COMPILER HELP NEEDED EM> NH> Get a linker, any linker. EM> No, how can *I* design mu own linker. There's an experimental one called VAL that comes with source (or it used to). Might be able to learn a lot from examining it. * RM 1.31 3223 * The shortest distance between 2 points is off the wall. --- Platinum Xpress/Win/Wildcat5! v2.0 * Origin: Memory Alpha - (253) 859-6200 (1:343/311) --------------- FIDO MESSAGE AREA==> TOPIC: 239 C LANGUAGE Ref: F1I00000 Date: 01/12/98 From: SIMON HUGGINS Time: 02:31pm \/To: JOHN RICHARDSON (Read 0 times) Subj: Tagline program Hi John, On Mon 12 Jan 1998, John Richardson confused me talking about: Tagline program JR> Sorry yes, I misunderstood what you were trying to do. I think this JR> maybe a better way though JR> do{ JR> /* do some stuff */ JR> JR> } while( feof(tag) ); Now that is cunning!! Hadn't thought of that. Thanks :) bfn, si. Email: huggie@dial.pipex.com Web: Http://dialspace.dial.pipex.com/huggie ... REAL programmers use undocumented DOS calls ~~~ Tag-O-Matic V.13 454 Taglines Owned by Simon Huggins. Humpf. --- Terminate 5.00/Pro OK I lied - TERMAIL *DOESN'T* work * Origin: Fou, con et anglais! (2:440/7.15) --------------- FIDO MESSAGE AREA==> TOPIC: 239 C LANGUAGE Ref: F1I00001 Date: 01/10/98 From: JOHN RICHARDSON Time: 01:33pm \/To: BILL BIRRELL (Read 0 times) Subj: Tagline program Hi Bill, >> char path[128], *tstr, *sig; > > Use /W4, John. It'll tell you that path is unreferenced > and can therefore be dropped with no loss. Your right, though in my defence I didn't actually compile the code only demonstrated how to use malloc. :) > I'ld have preferred to end the > do > loop with while(!finished), but I didn't think of it until after I'd > posted the code back to Simon. :-) There was really no need for the finished variable at all as I recall. Jr, --- JetMail 0.99beta23 * Origin: The Dysfunctional Refrigerator (fidonet 2:2502/60) --------------- FIDO MESSAGE AREA==> TOPIC: 239 C LANGUAGE Ref: F1I00002 Date: 01/10/98 From: JOHN RICHARDSON Time: 01:39pm \/To: GAINES WRIGHT (Read 0 times) Subj: Pointer to a string Hi Gaines, JR>> The correct way IMO is to use strlen to check the length of the JR>> string > befo JR>> any attempt is made to start reading or writing data from a string > other tha JR>> at its designated start point....... > > I certainly agree about memset(), but I really don't understand how > strlen() can help though. Perhaps you mean sizeof()? I suppose either would do. Using strlen returns the size of the string and therefore the maximum safe offset to start reading from. jr, --- JetMail 0.99beta23 * Origin: The Dysfunctional Refrigerator (fidonet 2:2502/60)