--------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00006 Date: 01/08/98 From: TIM HUTZLER Time: 06:27pm \/To: DANIEL E. CHAPMAN II (Read 1 times) Subj: Re: strcmpi error? DECI>Right. stricmp is the case insensitive version of strcmp that DECI>should appear in all standard libraries. DECI>Sorry for coming in late to this conversation: I just got posting DECI>access on this BBS. In that case... Welcome! --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 530-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00007 Date: 01/09/98 From: TIM HUTZLER Time: 02:46pm \/To: HERBERT BUSHONG (Read 1 times) Subj: Re: DOS border/window li ::>I want to build some DOS apps that use screen borders for windows. ::>Nothing fancy, just a function for boxes, list boxes, pick boxes, etc. HB>VidMgr in SNIPPETS will do it for you. That's what I am looking for. I can make modifications as needed. Can I search for VIGMGR.ZIP ? --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 530-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00008 Date: 01/09/98 From: TIM HUTZLER Time: 02:48pm \/To: CARLO MOSTI (Read 1 times) Subj: Re: asm CALL doesn't wor CM>Salut/Hi Tim Hutzler! CM>Well, correct me if I'm wrong, but it seems you're calling a CM>label instead of a procedure the way it's written. TH>Sure. In assembly that's the way it would be done. CM>Well if you're calling a subroutine, you dont jump to it like when CM>you straight to a label, that's what I meant... Jumping to a label CM>it's like a GOTO in Basic and calling a subroutine it's similar CM>call to GOSUB in Basic, which is not the same... I know that. I mean using CALL in inline assembly. The Borland 3.0 inline assembler doesn't recognize any CALL label. However, and jump (conditional or otherwise) can see that same label. That's got me quite puzzled. --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 530-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00009 Date: 01/09/98 From: TIM HUTZLER Time: 02:52pm \/To: KURT KUZBA (Read 1 times) Subj: Re: asm CALL doesn't wor KK>Try creating an entire block, but it will probably not work. KK>The only way to allow a subroutine like that might likely be KK>to place the subroutine code in another function and call KK>that function. You know, I tried lotsa different ways with no sucess. I would like to see a good, working example. That would be great. KK>The best solution would be to put your asm module through the KK>assembler and link it to your code. That would probably be the by-the-book approach, but I usually don't have large projects, the project files that go with them, and, etc. I also don't like working with two editors, though W95 makes that task a bit easier. KK>There are only certain applications for which inline asm is KK>actually an appropriate choice. It is a bit limited. I do it strictly for speed. Many of the libraries are in assembly for this reason. --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 530-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00010 Date: 01/09/98 From: TIM HUTZLER Time: 02:53pm \/To: KURT KUZBA (Read 1 times) Subj: Re: DOS border/window li KK>I just posted a bunch of stuff for a Borland Text Windows KK>class a little while ago. I can post it again if you want it KK>and missed it. It supports plain windows, bordered windows, KK>shadows, and window titles. ( I did some more work on it. :) KK>All you do is create the instance of the class and the KK>shadows, borders, and background preservation is automatic. KK>Restoration of the background is performed in the destructor, KK>so that deleting the window removes it from the screen. That sounds really neat. I found the parts in my archive base. I also need to get some list box support - you know, a box that has a list of items to pick either by pressing a key, or using the mouse. A scrollbar would be a plus. I developed a small library in PowerBASIC, now that I am moving to C++ I need to either find, or write code in this language. --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 530-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00011 Date: 01/09/98 From: TIM HUTZLER Time: 02:53pm \/To: DARIN MCBRIDE (Read 1 times) Subj: Re: sending AT commands TH>I am trying to send 'AT' commands to a modem. "fopen" doesn't seem to TH>work. Can someone post a snippit of code demonstrating how to open a TH>port to COM3: and sending AT commands to it. A com port library is TH>fine. I don't have any on file. DM>Depends on your OS. For example, under Linux, OS/2, and likely Win32, DM>fopen would work. Under DOS, however, you need to either get a DM>com port library, learn how to use a FOSSIL, or learn how DM>to deal with the serial port on a low level (via Actually, I need it to work in W95. I want to use a DOS C++ compiler even though I have an MS windows version. --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 530-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00012 Date: 01/09/98 From: TIM HUTZLER Time: 02:54pm \/To: ANTHONY TIBBS (Read 1 times) Subj: Re: sending AT commands TH>I am trying to send 'AT' commands to a modem. "fopen" doesn't seem to TH>work. Can someone post a snippit of code demonstrating how to open a TH>port to COM3: and sending AT commands to it. A com port library is TH>fine. I don't have any on file. AT>Well, if you get a FOSSIL driver such as X00, BNU, ADFCOM, AT>WinFossil, etc., you can use that interface, without the AT>need for extra communications libraries. I have a complete AT>C++ class built for this type of work, if you want to use AT>it... Thanks, I would like to get it. How can you transmit it? --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 530-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00013 Date: 01/09/98 From: TIM HUTZLER Time: 03:05pm \/To: GERRY DANEN (Read 1 times) Subj: Re: I need C++ -=>Quoting Gerry Danen to Darin Mcbride <=- PG>I have met none to few programmers that ever PG>successfully made the jump from C to C++. TH>That's because everyone who know C stay with it and skip the crappy C++ DM>? If you don't like C++, why are you in the C++ echo? GD>Some people can't read, I guess... Some folks have a C++hip on their shoulder. [grin] I used PowerBASIC for a long time. I took a C class back in '84. I felt it wasn't ready, I sure wasn't. Then I converted to C++, I ain't goin' back. Sure, it's cryptic compared to BASIC, FORTRAN, COBOL, and others. But, baby it can sure cook! [grin] --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 530-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00014 Date: 01/10/98 From: CHRISTIAN FELDE Time: 06:59pm \/To: WILLIAM MCBRINE (Read 1 times) Subj: strcmpi error? CF>> To me (as a newbee in c++) it look's like the compiler don't understand CF>> the useage of strcmpi. >Neither do I. I can't find strcmpi() on my system, only good old strcmp(). >Is strcmpi() supposed to do something different? (A case-insensitive >compare, I'm guessing? If so, try strcasecmp() instead.) Jupp... guess so.. thanx... __ __ __ __ _ _ /_ // / // ///\// email: scooby@applausenett.no _ _ __ __//_ /_//_//_/// homepage: http://www.applausenett.no/~scooby/ --- BBBS/L v3.33 How * Origin: Fluxpod Information eXchange, telnet://fix.no (2:210/30) --------------- FIDO MESSAGE AREA==> TOPIC: 203 C++ Ref: F1F00015 Date: 01/09/98 From: JARI LAAKSONEN Time: 09:46pm \/To: TOM TORFS (Read 1 times) Subj: SNIPPETS news TT> No, it is 32-bits only. Therefore it requires Windows 95 or NT. That's TT> why the about screen says "SnipView for Windows NT/95" ;-) TT> Unless someone else writes a 16-bit version, Windows 3.1 users will TT> have to use the DOS version of SnipView. I simply don't have the tools TT> nor the knowledge to port it to 16-bit Windows. Did you use MFC or any other class library? If not, I'd like to try to port it to 16bit Windows (and at the same time see if it could be ported to Open32 a.k.a DAPIE for OS/2). // Albert email: jla@to.icl.fi --- GoldED/2 2.50+ * Origin: Albert's Point/2 in Finland, Europe (2:221/360.20)