From rbotting@wiley.csusb.edu Mon May 16 12:23 PDT 1994 Return-Path: Received: from wiley.csusb.edu by silicon.csci.csusb.edu (5.0/SMI-SVR4) id AA15311; Mon, 16 May 94 12:23:11 PDT Received: by wiley.csusb.edu (5.67a/1.34) id AA25240; Mon, 16 May 1994 12:23:13 -0700 Date: Mon, 16 May 1994 12:23:13 -0700 From: rbotting@wiley.csusb.edu ("Dr. Richard Botting") Message-Id: <199405161923.AA25240@wiley.csusb.edu> To: dick@silicon.csci.csusb.edu Subject: (fwd) Re: BC++ Buglist Newsgroups: comp.os.msdos.programmer,comp.windows.ms.programmer,comp.lang.c++ Content-Type: text Content-Length: 2672 Status: R Newsgroups: comp.os.msdos.programmer,comp.windows.ms.programmer,comp.lang.c++ Path: csus.edu!csulb.edu!nic-nac.CSU.net!charnel.ecst.csuchico.edu!psgrain!reuter.cse.ogi.edu!netnews.nwnet.net!serval!wsuaix.csc.wsu.edu!rnelson From: rnelson@wsuaix.csc.wsu.edu (roger nelson) Subject: Re: BC++ Buglist Message-ID: <1994May8.231530.18558@serval.net.wsu.edu> Sender: news@serval.net.wsu.edu (USENET News System) Organization: Washington State University X-Newsreader: Tin 1.1 PL4 References: <768142704snz@garage.demon.co.uk> Date: Sun, 8 May 94 23:15:30 GMT Lines: 32 Xref: csus.edu comp.os.msdos.programmer:38542 comp.windows.ms.programmer:15703 comp.lang.c++:67969 stuart@garage.demon.co.uk (Stuart Booth) writes: : > etc... And a whole bunch of crap including the contents of every register. : > This is all in DOS -- no BC mesage! The last thing it says is : > Press [T] to terminate but the system will probablyecome unstable and you : > should reboot assap... I also often get this using the 3.1 IDE. Some else mentioned that it might be a problem with your program trashing memory. I dont' believe this is this case because I get this even when I haven't run any other programs. It happens to me just using the editor or even the first time I compile a program. I think BC has a bug in its memory manager because it happens more frequently when I have many windows open or editing large files. : Are you running QEMM on your system? I think it'll be producing the error I know it is not a QEMM problem because I don't have QEMM and I don't use any other memory management stuff except HIMEM.SYS. _____________________________________________________________________ ______________ Roger Nelson rnelson@wsuaix.csc.wsu.edu ____ | Washington | Biological Systems Engineering Department \ | | State | You may reply in English, French, Esperanto, Swedish | // University | Danish, Norwegian or Spanish | ' Pullman, WA+| Work: (509)335-1100 Author of: REDT (UNIX text editor) \_ _________| Home: (509)332-8387 LaTeX2hyp (LaTeX -> ASCII conversion) `-----'99164-6120 FAX: (509)335-2722 RVision (TurboVision object library) -- rbotting@wiley.csusb.edu. rbotting::=`Dr. Richard J. Botting`, wiley::=`Faculty EMail System`, csusb::=`California State University, San Bernardino, CA 92407, USA`. Aka::=`dick@doc.csci.csusb.edu`. Disclaimer::=`CSUSB may or may not agree with this message`. Copyright(1994)::=`Copy and use as you wish as long as you include this copyright and signature`. Send EMail to gradinfo@silicon.csci.csusb.edu for info on a new Masters degree in Computer Science! From rbotting@wiley.csusb.edu Mon May 16 12:23 PDT 1994 Return-Path: Received: from wiley.csusb.edu by silicon.csci.csusb.edu (5.0/SMI-SVR4) id AA15312; Mon, 16 May 94 12:23:12 PDT Received: by wiley.csusb.edu (5.67a/1.34) id AA25262; Mon, 16 May 1994 12:23:14 -0700 Date: Mon, 16 May 1994 12:23:14 -0700 From: rbotting@wiley.csusb.edu ("Dr. Richard Botting") Message-Id: <199405161923.AA25262@wiley.csusb.edu> To: dick@silicon.csci.csusb.edu Subject: (fwd) Re: BC++ Buglist Newsgroups: comp.os.msdos.programmer,comp.windows.ms.programmer,comp.lang.c++ Content-Type: text Content-Length: 2906 Status: R Newsgroups: comp.os.msdos.programmer,comp.windows.ms.programmer,comp.lang.c++ Path: csus.edu!nic-nac.CSU.net!charnel.ecst.csuchico.edu!yeshua.marcam.com!news.kei.com!MathWorks.Com!europa.eng.gtefsd.com!howland.reston.ans.net!EU.net!Germany.EU.net!Aachen.Germany.EU.net!rmi.de!infohh!service From: service@infohh.rmi.de (INFO.box-Zentrale HH) Subject: Re: BC++ Buglist Message-ID: <1994May13.140848.25818@infohh.rmi.de> Organization: INFO.box Hamburg References: <2q5pv4$7e6@geometry.cims.nyu.edu> <768142704snz@garage.demon.co.uk> <1994May10.081013.13594@infohh.rmi.de> Date: Fri, 13 May 1994 14:08:48 GMT Lines: 32 Xref: csus.edu comp.os.msdos.programmer:38517 comp.windows.ms.programmer:15701 comp.lang.c++:67899 In article <1994May10.081013.13594@infohh.rmi.de> service@infohh.rmi.de (INFO.box-Zentrale HH) writes: >In article <768142704snz@garage.demon.co.uk> stuart@garage.demon.co.uk writes: >>In article <2q5pv4$7e6@geometry.cims.nyu.edu> >> perelman@cs.nyu.edu "Shoel Perelman" writes: >> >>> Well, I'll tellyou this much. I'm using BC 3.1 (dos) to write a graphics >>> program that uses some ASM to do direct screen writes. I'v had times when >>> in the MIDDLE of compilation, I'll see 1 error fly by and the next thing I know >>> I'll be seeing something like this: >[QEMM-message deleted] >>> Then I MUST reboot. This seems likea pretty bad bug... What could cause >>> BC to crash in the middle ofa ocmpile???? >> >>> I fixedthe problem by finding the bugin my code by myself and fixing it (i >>> coulndt see what the bug was since the crash happened before it was done >>> compiling). >> >>Are you running QEMM on your system? I think it'll be producing the error >>message dump. As for what causes it in the first place... ?-) >Yes, it's QEMM and I guess it's a bad position of the message-window >(I could reproduce this behavior by trying to open the message-window >from menu). Only solution which came to my mind so far is to build >a new prj/dsk. Does anyone have a better solution/patch??? I just read Technical Information 731 from Borland. This problem seems to exist since 2.0 and the proposed solution is ... to rebuild the prj/ dsk etc. ... :-( Dirk -- III N N FFF OOO b Hamburg perComp-Verlag GmbH, Viren-Service Hamburg I NN N F O O bbb ooo x x Dirk Musstopf, D-22041 Hamburg, Germany I N NN FF O O b b o o x 49 40 693 20 33 (voice) III N N F OOO.bbb ooo x x 49 40 695 99 91 (fax) -- rbotting@wiley.csusb.edu. rbotting::=`Dr. Richard J. Botting`, wiley::=`Faculty EMail System`, csusb::=`California State University, San Bernardino, CA 92407, USA`. Aka::=`dick@doc.csci.csusb.edu`. Disclaimer::=`CSUSB may or may not agree with this message`. Copyright(1994)::=`Copy and use as you wish as long as you include this copyright and signature`. Send EMail to gradinfo@silicon.csci.csusb.edu for info on a new Masters degree in Computer Science! From csus.edu!news.ucdavis.edu!agate!spool.mu.edu!caen!malgudi.oar.net!news.erinet.com!netcom.com!marnold Tue May 2 07:32:36 1995 Newsgroups: comp.lang.c++,comp.std.c++ Path: csus.edu!news.ucdavis.edu!agate!spool.mu.edu!caen!malgudi.oar.net!news.erinet.com!netcom.com!marnold From: marnold@netcom.com (Matt Arnold) Subject: Re: enums still worthless in C++ Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <3mmhh7$oco@kahu.mrtc.maui.com> Date: Sat, 22 Apr 1995 22:10:58 GMT Lines: 59 Sender: marnold@netcom8.netcom.com Xref: csus.edu comp.lang.c++:115819 comp.std.c++:14841 radix@efn.org (Gregory Jorgensen) writes: >In article <3mmhh7$oco@kahu.mrtc.maui.com>, Paul Billings wrote: >> mtm4@rsvl.unisys.com (Mike McCormick) wrote: >> > >> > On both my C++ compilers (Borland & cfront) it looks like the "enum" >data type >> > still has all the same deficiencies that make it practically worthless >IMHO in >> > C. That is, there is still no compiler time error checking to ensure that >> > values assigned to the enum variable are in its set, nor does the compiler >> > allow a value to appear in more than one set. >> >> I beg to differ on the first point (BC4.5): >> >> enum Enum { A, B, C }; >> enum Enum2 { D, E, F }; >> void f() >> { >> Enum e = A; >> e = D; // Warning: Assigning Enum2 to Enum in function f() >> e = 10; // Warning: Assigning int to Enum in function f() >> } >What? Several people have posted here that BC 4.5 sucks, doesn't work, >don't buy it, etc. This must be a bug in the Borland compiler. Unlikely, Borland C++'s language support is top-notch. In a recent PC Magazine review of C++ compilers, Borland C++ 4.5 rated 8.0 (on a scale of 10---10 representing "perfect" C++ support as documented in the current draft standard) while Microsoft Dismal (uh, a mean "Visual") C++ 1.51 scored 2.6 using the "Plum-Hall Validation Suite for C++". Even VC++ 2.0 only scored an underwhelming 5.3 out of 10. Borland was tied with MetaWare's High C/C++ 3.3 in the same review. In the specific Plum-Hall catagory of "General coverage of C++ features", Borland C++ scored a 10. Also, having used Borland C++ since it first appeared, I am not surprised the C++ enums are better supported than with your average compiler. In short, if you are not programming with Borland or MetaWare, you're probaby making do with inferior C++ support. In the Windows/DOS world, Borland C++ 4.5 is as close as you can get to state-of-the-art C++ langauge support. Also, I'd take the opinions *some* people post here with a grain of salt. Anyone willing to post the world that something "sucks" in ALL CAPS (as has been done about BC++ 4.5) probably doesn't really know what they're talking about, probably doesn't really "get" C++ or is otherwise in any sort of position to judge C++ compilers. In my view, Borland is one of the best vendors in their market, specifically because of their excellent language support. ------------------------------------------------------------------------- Matt Arnold | | ||| | |||| | | | || || marnold@netcom.com | | ||| | |||| | | | || || Boston, MA | 0 | ||| | |||| | | | || || 617.389.7384 (h) 617.576.2760 (w) | | ||| | |||| | | | || || Windows C++ developer | | ||| 4 3 1 0 8 3 || || ------------------------------------------------------------------------- From csus.edu!csulb.edu!nic-nac.CSU.net!usc!howland.reston.ans.net!newsjunkie.ans.net!newsgate.advantis.net!news-m01.ny.us.ibm.net!news Tue May 2 07:33:15 1995 Path: csus.edu!csulb.edu!nic-nac.CSU.net!usc!howland.reston.ans.net!newsjunkie.ans.net!newsgate.advantis.net!news-m01.ny.us.ibm.net!news From: vawjr08@ibm.net Newsgroups: comp.lang.c++,comp.std.c++ Subject: Re: enums still worthless in C++ Date: 22 Apr 1995 23:40:00 GMT Lines: 16 Message-ID: <3nc44g$2ctm@news-s01.ny.us.ibm.net> References: <3mmhh7$oco@kahu.mrtc.maui.com> Reply-To: vawjr08@ibm.net NNTP-Posting-Host: slip35-6.il.us.ibm.net X-Newsreader: IBM NewsReader/2 v1.09 Xref: csus.edu comp.lang.c++:115824 comp.std.c++:14847 In , marnold@netcom.com (Matt Arnold) writes: >Unlikely, Borland C++'s language support is top-notch. Yeah, right! Well, maybe it's improved since the evening we called to report that they didn't always pay attention to the 'volatile' keyword. It only took us aobut 12 man hours to find the problem and their ENTIRE interest was: "Well, it says it's a _HINT_ in the manual" Well, we quit using them right then. They didn't want a report unless we could get it down to less than 100 lines of code. Too f***ing bad. NO customer of ours since has used Borland. Victor A. Wagner, Jr. CFO Metadigm, Inc. Vice-Chair Orange County Libertarian Party From csus.edu!csusac!zimmer!nic-nac.CSU.net!usc!hookup!news.mathworks.com!uhog.mit.edu!bloom-beacon.mit.edu!gatech!newsfeed.pitt.edu!hudson.lm.com!terrazzo.lm.com!not-for-mail Tue May 2 07:33:45 1995 Path: csus.edu!csusac!zimmer!nic-nac.CSU.net!usc!hookup!news.mathworks.com!uhog.mit.edu!bloom-beacon.mit.edu!gatech!newsfeed.pitt.edu!hudson.lm.com!terrazzo.lm.com!not-for-mail From: kanak@telerama.lm.com (Jim Kownacki) Newsgroups: comp.lang.c++,comp.std.c++ Subject: Re: enums still worthless in C++ Followup-To: comp.lang.c++,comp.std.c++ Date: 23 Apr 1995 23:20:59 -0400 Organization: Telerama Public Access Internet, Pittsburgh, PA Lines: 19 Message-ID: <3nf5er$fag@terrazzo.lm.com> References: <3mmhh7$oco@kahu.mrtc.maui.com> <3nc44g$2ctm@news-s01.ny.us.ibm.net> NNTP-Posting-Host: terrazzo.lm.com X-Newsreader: TIN [version 1.2 PL2] Xref: csus.edu comp.lang.c++:115995 comp.std.c++:14869 vawjr08@ibm.net wrote: > In , marnold@netcom.com (Matt Arnold) writes: > >Unlikely, Borland C++'s language support is top-notch. > Yeah, right! Well, maybe it's improved since the evening we called to report > that they didn't always pay attention to the 'volatile' keyword. It only took us > aobut 12 man hours to find the problem and their ENTIRE interest was: > "Well, it says it's a _HINT_ in the manual" > Well, we quit using them right then. They didn't want a report unless we could > get it down to less than 100 lines of code. Too f***ing bad. NO customer > of ours since has used Borland. IMHO, if you couldn't get it down to less than 100 lines of code, it probably _was_ your code. WTHW, you oughta check out the code that alters the volatile variable. Bet you find some suprises ;-), ahh, but it's so much easer to bash the tools..., ain't it? -- From csus.edu!news.ucdavis.edu!library.ucla.edu!agate!howland.reston.ans.net!swrinde!pipex!uunet!news.erinet.com!netcom.com!lcoller Tue May 2 07:44:54 1995 Newsgroups: comp.lang.c++,comp.std.c++ Path: csus.edu!news.ucdavis.edu!library.ucla.edu!agate!howland.reston.ans.net!swrinde!pipex!uunet!news.erinet.com!netcom.com!lcoller From: lcoller@netcom.com (Lee D. Coller) Subject: Quality of compilers (was Re: enums still worthless in C++) Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <3mmhh7$oco@kahu.mrtc.maui.com> Date: Sun, 23 Apr 1995 08:07:53 GMT Lines: 34 Sender: lcoller@netcom22.netcom.com Xref: csus.edu comp.lang.c++:115915 comp.std.c++:14855 marnold@netcom.com (Matt Arnold) writes: >Unlikely, Borland C++'s language support is top-notch. In a recent PC >Magazine review of C++ compilers, Borland C++ 4.5 rated 8.0 (on a scale of >10---10 representing "perfect" C++ support as documented in the current >draft standard) while Microsoft Dismal (uh, a mean "Visual") C++ 1.51 scored >2.6 using the "Plum-Hall Validation Suite for C++". Even VC++ 2.0 only >scored an underwhelming 5.3 out of 10. Borland was tied with MetaWare's >High C/C++ 3.3 in the same review. In the specific Plum-Hall catagory of >"General coverage of C++ features", Borland C++ scored a 10. Having used Borland 4.5 and several compilers on various UNIX platforms, I can attest that Borland does a pretty good job of covering language features. In fact, I wouldn't be surprised to find that it covered more C++ features than any other implementation. My complaint about Borland is that it accepts some code that is not legal C++, making it less portable. I'm not refering to "far", "near", etc. which are easilty taken care of with "-Dfar=", etc. on the command line but their acceptance of code such as (float)i = 1.0. It's true that a compiler switch can be turned on to reject such code, but that code will also reject the "near", "far", etc. that is usually necessary in real application code. Borland's own class libraries will not compile with this flag set. The compiler I've actually been impressed with is Sun's current C++ compiler (v4.x). In porting some applications to the Sun, this compiler flagged a few things that I first thought indicated bugs in the compiler, but in reality represented code that should had been rejected but had been accepted by several other compilers. One of these was an ambiguous function call that the other compilers had missed (which of course prompted the question, which function are those other compilers calling?). -- Lee D. Coller E-Mail: lcoller@netcom.com Home: +1 (310) 371-0335 4762 191st St., Torrance, CA 90503-1412 Fax: +1 (310) 793-3266 From csus.edu!uop!pacbell.com!nntp-hub2.barrnet.net!hookup!usenet.eel.ufl.edu!news.mathworks.com!news.kei.com!simtel!news.sprintlink.net!cs.utexas.edu!news.tamu.edu!news Mon Sep 25 09:44:50 1995 Path: csus.edu!uop!pacbell.com!nntp-hub2.barrnet.net!hookup!usenet.eel.ufl.edu!news.mathworks.com!news.kei.com!simtel!news.sprintlink.net!cs.utexas.edu!news.tamu.edu!news From: terryb@cs.tamu.edu (Terry Bowman) Newsgroups: comp.lang.c++ Subject: Template Classes and BC45 Date: 24 Sep 1995 10:53:33 GMT Organization: N/A Lines: 23 Message-ID: <443dbd$heq@news.tamu.edu> NNTP-Posting-Host: ppp0b-04.rns.tamu.edu X-Newsreader: WinVN 0.92.6+ I am familiar with UNIX's g++ and even cc as far as templates are concerned but I am having trouble compiling template class source code with Borland C++ 4.5. I am able to compile the program(s) if the project is contained within 1 file (i.e. main and all class code). The problem occurs when I split the code into files respective to good design. Once again, the code will compile when in 1 file but not split up. I am aware that there is a set -JX command line compiler switches. As I understand these will control the duplication of code for each instance. This is the only "online" documentation reference to templates. Furthermore, I have looked at the Borland homepage notes, faqs, and etc with no certain success. I am supplying this to let us know that I have tried to find the solutionj and that this posting is not an "easy" way out. Are templates not to be implemented in Borland C++ ? Surely they are but I get the opposite feeling after tangling w/ this mess! Thanx, Terry Bowman Responses may be emailed to: terryb@cs.tamu.edu From csus.edu!uop!pacbell.com!nntp-hub2.barrnet.net!news.Stanford.EDU!agate!howland.reston.ans.net!swrinde!cs.utexas.edu!news.sprintlink.net!in1.uu.net!pipeline!psinntp!psinntp!news1.h1.usa.pipeline.com!usenet Mon Sep 25 09:45:00 1995 Path: csus.edu!uop!pacbell.com!nntp-hub2.barrnet.net!news.Stanford.EDU!agate!howland.reston.ans.net!swrinde!cs.utexas.edu!news.sprintlink.net!in1.uu.net!pipeline!psinntp!psinntp!news1.h1.usa.pipeline.com!usenet From: grantp@usa.pipeline.com(Pete Grant) Newsgroups: comp.lang.c++ Subject: Re: Template Classes and BC45 Date: 24 Sep 1995 18:54:17 GMT Organization: Pipeline USA Lines: 29 Message-ID: <4449gp$jib@news1.usa.pipeline.com> NNTP-Posting-Host: pipe3.h1.usa.pipeline.com X-Newsreader: Pipeline USA v3.1.0 On 24 Sep 1995 in article