--------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4A00000 Date: 04/04/98 From: ANTHONY TIBBS Time: 04:31pm \/To: ALL (Read 2 times) Subj: Turbo Vision * Crossposted in area C_ECHO, C_PLUSPLUS, I_PROGRAMMERS, JN_PROGRAM, MTLNET.PROG I've been told that Turbo Vision is now free (?), and AFAIK it was included with BC3. Unfortunately, it doesn't come with BC45, and was wondering if anyone had a copy? If so, is it in fact free, and could someone provide me with one? I'll worry about finding manuals... Take care, Anthony --- Msged 4.00 * Origin: The Tibbs' Point - Ottawa, ON - Private (1:163/551.22) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4A00001 Date: 04/03/98 From: MARK HOOVER Time: 11:55pm \/To: DAVID NOON (Read 2 times) Subj: Compiler "Bother," said Pooh to David Noon about Compiler. DN>MH>Do you know if it'll do OS/2 executables on a DOS system? I'm DN>MH>writing a program and Borland 4.52/5.0 don't do OS/2 DN>MH>compilations... DN>The only C++ compiler I know of that will compile an OS/2 executable DN>while hosted on a DOS system is Watcom. It also produces better DN>object code than the GNU compiler [at least better than EMX 0.9b]. Well, I already spent a lot on Borland and don't really want to go buy another.....:( CMPQwk 1.42 1960 ۲ MIRAGE NET IN STEREO WHERE AVAILABLE --- MirageNet HQ! * Origin: InnerSpace Mail Systems, Inc. (1:275/104) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4A00002 Date: 04/04/98 From: RICKEY PARRISH Time: 04:31pm \/To: DARIN MCBRIDE (Read 2 times) Subj: SHELL DM> If you're having problems in C++, come on in and ask. DM> For questions in C, next door is the C_ECHO (maybe not DM> on your BBS), and you're invited to ask there. Yeah, I think it is. I'll have to tag it as well. Keep forgetting to. BTW - could you enlighten me? What is the difference between C and C++? I guess just because I use a C++ compiler doesnt necessarily mean I write C++ programs, does it? DM> Hopefully very few as they'd be off-topic. Hehe. Thanks. --- Maximus/2 2.02 * Origin: T-Shirts 'N Genes BBS Duncan Canada (250) 748-3408 (1:340/204) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4A00003 Date: 04/02/98 From: JO GERAERTS Time: 05:15pm \/To: MARIO SEMO (Read 2 times) Subj: convert char to int... Hello Mario Fri 27 Mar 1998 10:33, wrote Mario Semo to Jo Geraerts, about convert char to int.... MS> mh. a) what is a 'ini' file?? can;t find this in my ARM. An ini file is a configuration file. Greetzzz, Jo Geraerts Fido: 2:292/120.121 2:292/139.2 Youthnet: 20:3289/103 E-mail: Geraerts@mail.dma.be URL: http://bewoner.dma.be/Geraerts/index.htm --- * Origin: Dood zijn lijkt me zo verdomde saai (2:292/120.121) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4A00004 Date: 04/05/98 From: DARIN MCBRIDE Time: 02:36pm \/To: RICKEY PARRISH (Read 2 times) Subj: SHELL DM> If you're having problems in C++, come on in and ask. DM> For questions in C, next door is the C_ECHO (maybe not DM> on your BBS), and you're invited to ask there. RP> Yeah, I think it is. I'll have to tag it as RP> well. Keep forgetting to. BTW - could you enlighten RP> me? What is the difference between C and C++? I guess RP> just because I use a C++ compiler doesnt necessarily RP> mean I write C++ programs, does it? Right. C and C++ are so close in general grammar that most C++ compilers handle C as well. In fact, by and large, valid C programs are valid C++ programs. (There are notable exceptions, enough to invalidate this statement for very large programs.) I guess that, as far as this echo is concerned, a C++ program is a program that uses at least one C++ feature above and beyond that which C provides. However, for the basics of C, we generally direct users to the larger C_ECHO (larger in that most who read C_PLUSPLUS also read C_ECHO, but not necessarily so in the reverse, many people only read C_ECHO) where there is obviously more help available. Specifically, however, C++ is an almost Object Oriented language, whereas C is a procedural one. (For the pedantics, you can write OO in C, and you can write procedural in C++, but that goes fairly much against the grain in either...) If you are writing one version in QBasic, and the other in either C/C++, it's probably just C. --- * Origin: Tanktalus' Tower BBS (1:250/102) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4B00000 Date: 04/02/98 From: ERIK STEEN JAKOBSEN Time: 11:28pm \/To: DAVID VAN HOOSE (Read 2 times) Subj: Reading Input From Stdin Hello David! Replying to a message of David Van Hoose to David Noon: DVH> -> DH>char name[41]; DVH> -> DH>gets(name); DVH> -> DH>name[41]='\0'; DVH> -> DH>printf("%s",name); DVH> -> DVH> -> DH>My bad. DVH> -> DVH> -> It still is, I'm afraid. DVH> -> DVH> -> An array of size 41 has subscripts 0 thru 40, so the 3rd line has DVH> a -> subscript out of bounds. -> -> Moreover, the gets() function DVH> does not limit the transfer to the size -> of the supplied buffer, DVH> since it does not know that size. The use of -> fgets() instead is DVH> much safer. DVH> 1: fgets() is for use with files. correct .-) BUT you could point it towards stdin .-) I'd use cin.getline .-) or any input function with max.length defined. DVH> 2: It works, and works perfectly if you ever bothered to try it. nope ... you are rescued by a specific stac-implementation which allocates in even sizes. if you either makes the array even or place it in the data-segment instead of in the stack-segment then you'll see how wrong you are.-) DVH> 3: It counts 0 thru 41 standardly. using cin.get() it uses 0 thru 40 DVH> because it already accounts for the NULL on the end. pure nonsens... DVH> Ok? Try it. You'll see that I am right. I use that all the time. then I don't want to use a plan you have programmed for . You are by definition ... WRONG. Bye, ERIK! --- FleetStreet 1.22 NR * Origin: DataVisor BBS - TeamOS2 (2:238/52.136) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4B00001 Date: 04/05/98 From: MIKE WALKER Time: 07:03pm \/To: ALL (Read 2 times) Subj: Private / Protected Hello All! Something that I am not quite clear on is the difference between private and protected specifiers within a class. Can someone explain the difference between these? Also when would each be used? Mike.... --- timEd 1.10+ * Origin: Arcadia BBS [New Westminster, BC] (1:153/831.4) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4B00002 Date: 04/05/98 From: JIM LOWRY Time: 09:51am \/To: TOM TORFS (Read 2 times) Subj: READING INPUT FROM STDIN Chill Tom. You are right and David is wrong and you've explained it well, thank you. Jim TT>DVH> char name[40]; TT>DVH> gets(name); TT>DVH> name[40]='\0'; TT>TT> That still leaves the problem that you're writing to memory that TT>TT> isn't yours. Your array is only 40 characters long and you try to TT>TT> access the 41st element! TT> DVH> Actually it is correct. TT>No it isn't correct. I've said twice why (one of which is quoted TT>above), as have other people, I'm not going to repeat it once more. TT>greetings, TT>Tom TT>tomtorfs@village.uunet.be TT>--- timEd/2 1.10+ TT> * Origin: 80X86 BBS 32-15-24.62.32 V.34/V.FC (24h/24h) (2:292/516) jiml@hal-pc.org Houston: Home of the Humid. ---  CMPQwk 1.42 #1689 TNet 3.50 ~ DataNet ~ The Patchbay BBS (818) 441-3965 --- FLAME v1.1 * Origin: HAL-PC - (713)963-4100 (1:106/4100) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4B00003 Date: 04/04/98 From: ROGER SCUDDER Time: 03:00am \/To: BRUCE WEDDING (Read 2 times) Subj: reading input from stdin (was: I'm an id03:00:0604/04/98 Hello Bruce. 03 Apr 98 12:03, Bruce Wedding wrote to David Van Hoose: DVH>> char name[40]; DVH>> name[40]='\0'; DVH>> Actually it is correct. I don't know where you BW> 0-39. When you write a 0 to name[40], you are writing to memory you don't BW> own and it will blow up one day. Ancient Chinese Proverb Say: "Just because code run, doesn't mean it not have bug!" Sounds like this guy has some time bombs waiting to go off. ;-) -Roger --- Msged/386 4.20 beta 3kl3 * Origin: Box Of Rotting Corpses BBS, Upper Darby, PA, USA (1:273/404@fidonet) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F4B00004 Date: 04/04/98 From: ROGER SCUDDER Time: 03:15am \/To: MARK HOOVER (Read 2 times) Subj: 32-bit mode Hello Mark. 02 Apr 98 14:47, Mark Hoover wrote to Darin Mcbride: DM>>believe that Borland requires an extention to create 32-bit DOS DM>>executables.... but we should leave this up to the Borland wizards DM>>(any left here?). MH> I have Borland 4.52, 5.0, and 5.01 I don't *think* it'll do 32-bit DOS MH> apps w/o an extention, but I'm not sure.... I think 4.52 was the last version that supported and created 16bit DOS apps ( thus it is still in demand in this area ). I'm not aware of BC++ 5.xx creating 32bit DOS, but I would think it must support Win32 console apps, which are the next best thing (so long as you're running Windows 95). -Roger --- Msged/386 4.20 beta 3kl3 * Origin: Box Of Rotting Corpses BBS, Upper Darby, PA, USA (1:273/404@fidonet)