--------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: ECZ00012 Date: 08/28/97 From: ANDERS JOHANSSON Time: 08:09am \/To: KURT KUZBA (Read 2 times) Subj: vesa modes 1/2 AJ>> KK> referring to the vesa modes, such as 640x480x256? AJ>> Yes, that's right [CUT] Thanx a lot! //Anders --- * Origin: BZZZ - Som en humla hade sagt det! (2:203/512.13) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: ECZ00013 Date: 08/29/97 From: HERBERT BUSHONG Time: 09:40pm \/To: TOM TORFS (Read 2 times) Subj: WATCOM and C++ ::> LM> hey!, ive got WATCOM V11.0, and wondering how do you do ::> LM> i mean, is it possible todo it like borlands C?, ie asm; { ::> LM> lalalalal }; ???? ::> You'll have to use something like this: ::> #pragma aux rord = \ Tom, He has 11.0 which *DOES* support the _asm {...} construct for inline assembly as well as the older #pragma method # Herbert Bushong harchon@centuryinter.net [TEAM OS/2] - Blackbeard's BBS Intelec: 239:600/0 + Fido: 1:19/19 http://www.intelec.com/software/ --- RM 1.31 2508 Hungarian food is OK if you like dog tartare. * Origin: Blackbeard's BBS - Ville Platte, LA - 318-468-3385 (1:19/19) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: ECZ00014 Date: 08/29/97 From: NEIL HELLER Time: 07:24pm \/To: JERRY COFFIN (Read 2 times) Subj: WHY THE BRACES? JC> Eventually both camps agreed that no matter which way you went, JC> you had a problem, and they made the whole thing illegal. An excellent explanation. Now for a question of a different sort. The fellow who runs the BBS from whom I get my Fidonet packets has announced his intention to shut his board down on the first of September. I will obviously need to find another source. Is there a (current) list somewhere that you know of which I could get my hands on? I honestly don't know where to start. It was just sheer dumb luck that I stumbled upon my present source about 10 years ago. * KWQ/2 1.2i * --- TMail v1.31.5 * Origin: Diablo Valley PCUG-BBS, Walnut Creek, CA 510/943-6238 (1:161/55) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: ECZ00015 Date: 08/29/97 From: PAUL WANKADIA Time: 04:35pm \/To: COYOTE (Read 2 times) Subj: DJGPP with C++ add-on On 26 Aug 97, Coyote wrote to All -- C > Hi ppl, i'm kinda new with C++ but there is something i'm having C > problems with. I am using DJGPP with C++ (add-on or something) and At a glance, I'd say that you were new to C as well... C > c:/djgpp/lib\crt0.o(.data+0x92):crt0.s: undefined reference to `main' You have not defined main(), which is a basic requirement for all C/C++ programs. Just define something simple for main() and the problem SHOULD go away... C > I don't know if that's enough information for you guys to help me ;) It was plenty. --- PPoint 2.00 * Origin: Junyer's Workshop (1:342/1022.2) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: EC^00000 Date: 08/27/97 From: GEORGE WHITE Time: 08:35am \/To: NEIL HELLER (Read 2 times) Subj: Why the braces? Hi Neil, You asked: NH>I always thought that one of the features of C++ is that variables can NH>be declared ANYWHERE (such as near where you're going to use them). NH>However I ran across a situation in MSVC 1.6 with a CPP module that NH>seems to contradict this. Can someone explain to me why? I'll try NH>If I write a switch statement thusly, I get compiler errors: NH>switch (foo) { NH> case 1 : NH> int bar = 2; NH> break; NH> case 2 : NH> int bar = 3; NH> break; NH>} The errors are because you have two declarations for the same variable in the same scope NH>However, if I write the code this way there are no errors: NH>switch (foo) { NH> case 1 : { NH> int bar = 2; NH> break; NH> } NH> case 2 : { NH> int bar = 3; NH> break; NH> } NH>} Here however each is in it's own scope. NH>I was under the assumption that the braces weren't necessary in C++ as NH>far as declaring variables is concerned. Why then do I need the NH>braces? Do the added braces affect portability in any way? The scope of the variable is the enclosing braces, you can only declare it once within a scope, and it is invalid outside the scope. George * SLMR 2.1a * Computers eliminate spare time. --- Maximus/2 3.01 * Origin: DoNoR/2,Woking UK (44-1483-725167) (2:440/4) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: EC^00001 Date: 08/28/97 From: FRANK ADAM Time: 04:05pm \/To: JERRY COFFIN (Read 2 times) Subj: ctors On Aug 24 09:04, 1997, Jerry Coffin of 1:128/166.5 wrote: G'day Jerry, CR>> Maybe Jerry knows the exact rationale? JC> someClass x; JC> someClass *x = new someClass; JC> how would you manage to look at a return value from the ctor in either Makes sense. :-) JC> To manage this, you'd have to invent some _entirely_ new syntax and JC> semantics that don't bear even minimal resemblence to anything in C. I believe it should've been done. After all C++ is not C and classes are unique to the former. It's very possible that by default a class may be initialized similarly to a structure,but once a user defined ctor is used it becomes a definite (be it implicit) function call. IMHO, all of a sudden the syntax just disallowed the checking of a return value from a function. JC> E.g. you could invent a method of returning two entirely separate JC> int status; JC> someClass *object; JC> status, object = new someClass; Or could've been.. int status; someClass *object; object = new someClass(&status); someClass x(&status); Of course there would be no "no arg" constructors. Anyway i was just thinking aloud, i don't think compiler vendors upon reading this, would rush off to change the language just for me.:-) Regards, Frank --- Msged 4.00 * Origin: The ticking point, Melbourne, Australia. (3:635/728.21) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: EC^00002 Date: 08/28/97 From: JAMES NORMAN Time: 08:31pm \/To: ANYONE (Read 2 times) Subj: Roman Numeral??? Hi there :) was wondering if anybody have any ideas or C++ libraries, that deal with roman numerals?? eg. put_roman(int num); which will display the roman numeral depending on which integer (1-3999) get_roman(); which will read a roman numeral string, and return its integer value!! get_roman() MUST return 1 if invalid string code!! eg. IIV or IC, etc, etc any help would be greatly appreciated!!! thanx --- TMail v1.31.5 * Origin: adam.com.au 64 lines all 300 to 28k (08) 370 5775 (3:800/805) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: EC^00003 Date: 08/30/97 From: JERRY COFFIN Time: 11:16am \/To: KURT KUZBA (Read 2 times) Subj: MATHPLAY.CPP On (29 Aug 97) Kurt Kuzba wrote to Jerry Coffin... JC> Subject: MATHPLAY.CPP JC> There's a lot more along this line that _could_ be gone JC> into, but I'll let you work at figuring this out before JC> I try to go into anything more complex. KK> We've been bouncing this code back and forth on the Net in KK> email for a few days now. It's up to 226 lines of code and KK> employs a parent class and four derived classes, with the KK> actual calculation defined as a virtual function. :) That's pretty similar to what I was thinking of when I wrote that. It seemed like there should be a way to consolidate all that similar code in the calculation functions, but there were really two reasons I didn't try to go into it right then: one honestly was to keep from overloading Frank with too much new stuff at once. The other was that I just didn't have a lot of time to spend on it right then. However, I've been keeping an eye on the versions you've posted here. If you come up with any more, I'd certainly appreciate your posting them as well. 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: EC^00004 Date: 08/30/97 From: HERBERT BUSHONG Time: 05:12am \/To: JERRY COFFIN (Read 2 times) Subj: files ::> ::> filebuf::sh_compat This is the default, left over from before DOS ::> ::> filebuf::sh_none This is basically the same as sh_compat except ::> HB> I just looked in the header at the filebuf class ::> HB> definition; none of the above were defined (BC45). Same with BCOS2. ::> HB> The help says this int value corresponds to the DOS sharing modes ::> HB> so I assume I could use the defines SH_DENYNO, SH_DENYWR, etc... ? ::> That seems reasonable, though I haven't tried it to verify. I'd almost Me either :) ::> bet that in every case, the values are identical in any case: it's ::> almost inevitable that in every case, they're just giving names to the ::> values accepted by the underlying OS and using different names isn't That is what I inferred from the Help. Thanks! # Herbert Bushong harchon@centuryinter.net [TEAM OS/2] - Blackbeard's BBS Intelec: 239:600/0 + Fido: 1:19/19 http://www.intelec.com/software/ --- RM 1.31 2508 OXYMORON : Dumb Blonde (no, that's redundant) * Origin: Blackbeard's BBS - Ville Platte, LA - 318-468-3385 (1:19/19) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: ED100000 Date: 08/30/97 From: PAUL WANKADIA Time: 01:29pm \/To: ! AUTOPOST ! (Read 2 times) Subj: Blank Message On 24 Aug 97, ! AUTOPOST ! wrote to ALL -- !A> --- PKT-Generator. PKTGen V0.909 (UNREGISTERED) !A> * Origin: -= AutoPost =- Neil Thurlow 1996-97 (2:255/122) That's pretty good. Can I see the source for that? --- PPoint 2.00 * Origin: Junyer's Workshop (1:342/1022.2)