📄 wpw_tool_borl_95.html
字号:
<HTML>
<HR><A NAME=TOOL_BORLANDC_COMPILE_PROB>
Return to <a href="wpw_tool_index.html#TOC">Table of Contents for this chapter</a><br>
<H4>Subject: Borland C++ compiler problem</H4><PRE>
In article: <sxs296.20.2FE26185@psu.edu> sxs296@psu.edu (Syed..) writes:
>
> I'm using class string (prototyped in \bc45\include\cstring.h) and when I
> tried to compile one of the nodes.. the compiler issued a rather strange
and
> confusing error message: They are as below:
>
> Compiling TEXTFILE.CPP:
> Error ..\..\BC45\INCLUDE\CSTRING.H 675: Ambiguity between
'TStringRef::TStringRef(char,unsigned int)' and
[abbrev]
> For your information, I got no error when #including<cstring.h> in other
node.
> Someone.. is there a satisfactory explanation for this irritating
problem?? It
> seems to me that the header file cstring.h is not perfect!!
>
I have experience compiler errors (unexplained) on a module recently. After
about an hour of hopeless searching, I went a touch lateral. I deleted the
target from the ide( the whole exe and dependants), shut down the
ide, re-loaded, replaced the target and *WOW* it worked. I think I also
ditched the .dsw file but this is probably a green kipper (aka red herring).
Hope this works some magic for you.
--
----------------------------------------------------------------------
| Lee Crampton EMail lee@assage.demon.co.uk |
| I can never work out if I'm thinking virtually or virtually thinking |
----------------------------------------------------------------------
<HR>
In article <sxs296.20.2FE26185@psu.edu>, sxs296@psu.edu
says...
>
>I'm using class string (prototyped in
\bc45\include\cstring.h) and when I
>tried to compile one of the nodes.. the compiler issued a
rather strange and
>confusing error message: They are as below:
>
>Compiling TEXTFILE.CPP:
>Error ..\..\BC45\INCLUDE\CSTRING.H 675: Ambiguity between
'TStringRef::TStringRe
>f(char,unsigned int)' and 'TStringRef::TStringRef(unsigned
int,unsigned int,int)
> throw(xalloc,string::lengtherror)' in function
string::string(signed char)
I've got the same problem and I found the solution by
looking deeply into the help files. The trick is to
include the different files in a specified order:
windows.h must be included before cstring.h (or something
like that). It's because windows.h defines some parameters
used in the other include files.
Hope it helps.
-----------------------------------------
Guy Premont
Institut d'Optique Theorique et Appliquee
Batiment 503, Centre Scientifique d'Orsay
91403 Orsay CEDEX FRANCE
Tel: (+33 1) 69 41 68 89
Fax: (+33 1) 69 41 31 92
-----------------------------------------
</PRE>
<HR><A NAME=TOOL_BORLANDC_SCREEN_SAVER_EXAMPLE>
Return to <a href="wpw_tool_index.html#TOC">Table of Contents for this chapter</a><br>
<H4>Subject: Borland C++ Screen Saver example</H4><PRE>
In article: <3rv5ha$c9v@giga.bga.com> gauthier@bga.com (Mike Gauthier)
writes:
>
> I want to make a personalized screen saver for WFW 3.11. Has anyone got
> working screen saver source for Borland C++ 4.0 or 4.5 that I could use
> as a starting point? Alternatively, can someone point me to some online
> docs that explain what screen savers require?
> Thanks
> gauthier@bga.com
>
Please refer to the examples under OWL with your compiler. There is a
working example :-)
>
--
----------------------------------------------------------------------
| Lee Crampton EMail lee@assage.demon.co.uk |
| I can never work out if I'm thinking virtually or virtually thinking |
----------------------------------------------------------------------
</PRE>
<HR><A NAME=TOOL_BORLANDC_close>
Return to <a href="wpw_tool_index.html#TOC">Table of Contents for this chapter</a><br>
<H4>Subject: Problem with close(Handle) in Borland C++ 4.5</H4><PRE>
I ran across this problem using the TDib class in Borland C++ 4.5, but it
seems to be a problem with the close(Handle) function located in
the BC450RTL.DLL.
TDib::TDib (char *filename) uses Borland's TFile class. TFile uses sopen to
open the file and close(Handle) to close. Unfortunately, close seems to be
choking if the file handle is >=20.
The end result is the file handles get used up because each call to the TDib
constructor chews one up. I can create my own copy of the TFile class and
change the close to an _rtl_close. I would rather have the close function
work properly.
Has anyone run across a similar problem? Does Borland have a patch? I
didn't see one on ftp.borland.com.
Thanks
<HR>
Claire Schrodt (claires@efn.org) wrote:
> open the file and close(Handle) to close. Unfortunately, close seems to be
> choking if the file handle is >=20.
this is not an attempt to be an asshole, but maybe you need to raise the
FILES= setting in the config.sys? this is interesting, because i really
have no clue if this would effect a Windows environment. (what exactly IS
the dependence between Windows and DOS, aside from the remapping of
interrupts, etc.?)
</PRE>
<HR><A NAME=TOOL_BORLANDC_CC>
Return to <a href="wpw_tool_index.html#TOC">Table of Contents for this chapter</a><br>
<H4>Subject: *.CC in stead of *.CPP or *.C in Borland C++ 4.0?</H4><PRE>
In article <RUNE.95Jun14081035@rambo.nta.no>, rune@nta.no (Rune Henning Johansen) writes:
|>
|> I have been using Turbo C++ 3.1 for a while now. All my C++ files
|> are called *.CC. I am 'allowed' to that with:
|>
|> Options/Compiler/C++ Options.../C++ always
|>
|> So far I have not been able to do that with Borland. I don't
|> want to rename all my files. How can I tell Borland that my
|> C++ files are called *.CC?
Do you have access to the BC4 IDE? It has the same option. Just
poke around and you will find it.
--
Kent Tong (tongk@arch.su.edu.au)
Freeman Installer==> ftp.arch.su.edu.au /pub/tongk/finst22.zip
Key Center of Design Computing, Sydney University
<HR>
In article krj@metro.ucc.su.OZ.AU, tongk@arch.su.edu.au (Kent Tong) writes:
> In article <RUNE.95Jun14081035@rambo.nta.no>, rune@nta.no (Rune Henning Johansen) writes:
> |>
> |> I have been using Turbo C++ 3.1 for a while now. All my C++ files
> |> are called *.CC. I am 'allowed' to that with:
> |>
> |> Options/Compiler/C++ Options.../C++ always
> |>
> |> So far I have not been able to do that with Borland. I don't
> |> want to rename all my files. How can I tell Borland that my
> |> C++ files are called *.CC?
>
> Do you have access to the BC4 IDE? It has the same option. Just
> poke around and you will find it.
>
> --
> Kent Tong (tongk@arch.su.edu.au)
> Freeman Installer==> ftp.arch.su.edu.au /pub/tongk/finst22.zip
> Key Center of Design Computing, Sydney University
In BCC 4.x You do it like this
Options|Tools...
Tools:CppCompile|Edit...|Advanced...
In Translate From: & Default For: Add .cc;
Optins|Environment...
Topics:(+-)SyntaxHilightning
Syntax Extensions: Add *.cc
Hope this helps (It will if you have BCC version >= 4)
---
---------------------------------------------------------------------------
Jan Docekal, Software Engineer Jan.Docekal@telelogic.se
TeleLOGIC AB, P.O. Box 4128 +46 40-17 47 67
S-203 12 Malmo, SWEDEN +46 40-17 47 47 (fax)
</PRE>
<HR><A NAME=TOOL_BORLANDC_TRASH_FILES>
Return to <a href="wpw_tool_index.html#TOC">Table of Contents for this chapter</a><br>
<H4>Subject: Borland C++ 4.5 trashes files on Pentium!?</H4><PRE>
napier@theory.chem.ubc.ca (Duncan Napier) wrote:
>In article <3rnh0h$7nq@grok.provo.Novell.COM> GCooper@Novell.com (Greg Cooper) writes:
>>In article <D9yvB8.HH@eskimo.com>, billw@eskimo.com (William Werth) wrote:
>>>In <3r815t$cad@lace.Colorado.EDU>, Chris Greene <chg@jilacg.colorado.edu>
>>>wrote:
>>>>Hello out there! I seem to remember reading some time ago that
>>>>someone in this newsgroup posted a notice that Borland C++ 4.5 can
>>>>kill files. I didn't pay much attention at that time because I
>>>>didn't have a pentium.
>>
>>[stuff deleted]
>>
>>I had a similar problem recently on a Pentium here at work.
>I have a Pentium 60 I had a problem with BC4.5 trashing my hard drive
> repeatedly over a period of 2 months. I tried more than a dozen things,
> from changing graphics card configurations to altering the Windows swapfile
> settings. The problem got so bad that I ditched BC4.5 and moved to MSVC++ 1.51.
> I have not had a single disk problem since.
[deleted]
>All I can offer is: Good Luck!
> Duncan Napier.
This is funny. Not, really. It is a very nice theory - Borland is not
compatible with Pentium. What about Pentium not being compatible with
BC++ ? At least we have the example of a Pentium bug.
I am using BC++ 4.x for more than 1.5 years, on different Pentiums.
All I can say that majority of 'mysterious crashes' can be explained
by the program under development. So far my 4.5x NEVER crashed.
Regards, Alex Bakaev
</PRE>
<HR><A NAME=TOOL_BORLANDC_BEST_PRICE>
Return to <a href="wpw_tool_index.html#TOC">Table of Contents for this chapter</a><br>
<H4>Subject: Best Price for Borland C++</H4><PRE>
In article 39F@dutiws.twi.tudelft.nl, budiyono@IS.TWI.TUDelft.NL (TA Budiyono - HIO stagiaire beg Bakker) writes:
>
> Any one knows the best price of Borland C++ Compiler Ver. 4.5 ??
>
>
Sure do. There is a special price for students. Many college campuses
bookstores that carry software have the same Borland C++ Compiler Ver. 4.5
CD with the books (yes books! as well as on-line docs in CD) for $99.00. Quite
a bulky and heavy large box. (this is not a competitive upgrade price, and this
is not a special student version - this is the same professional package with
no gimmicks - the whole thing). This is part of the reason why I bought Borland
rather than the $300+ MS Professional VC++ product (with the documentation on CD only). Another reason, is that I played with both before making the purchase decision
and MS VC++ was not even close to Borland C++ in my opinion.
Juan
---
+-----------------------------------------------------------------------+
| Juan Ardura |
| Internet: jardura@baynetworks.com |
| Bay Networks, Inc. |
| 2 Federal Street, Mail Stop 1203, Billerica, MA, 01821 |
+-----------------------------------------------------------------------+
</PRE>
<HR><A NAME=TOOL_BORLANDC_TRIM_FAT>
Return to <a href="wpw_tool_index.html#TOC">Table of Contents for this chapter</a><br>
<H4>Subject: Trim the fat in Borland exe.</H4><PRE>
I'm programming for Windows with BC4.5, using my own GUI class framework
(not OWL). I've been fiddling with options trying to shrink the executables,
using all the optimizations and skipping all unneccesary stuff. I use the
command-line TLINK with parameters -Oa and -Oc to shrink'em even further
(it makes a big difference, often around 20%).
Do any of you wanna share some executable-trimming tips? I suspect BC
always includes all the exception-handling stuff, even when you don't
use it. When I examine MAP files my EXE's always seem to include a lot of
exception-handling routines and also the 'string' class, which I often don't
use and don't want! Is there a way to get rid of the exception-handling code
when you don't want it, or does the run-time library depend on it? Disabling
them in the project file doesn't seem to do the trick.
Also, where can I find some info on deciphering MAP files? I don't
understand everything in them, for example, does 'idle' mean that a symbol
or routine is not present in the executable? (sorry for silly question).
I know everyone's got a > 300 meg hard drive nowadays, but small executables
load faster, use less memory, cause less swapping and make me feel good :)
Thanks in advance for any reply -> Harri Darri (harri@rhi.hi.is)
=============================================================================
H A R A L D U R D A R R I T H O R V A L D S S S O N
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -