HDTenEightyP/NetNews huggingface dataset:
From: nickel@unison.com (Jody Nickel)
Newsgroups: comp.lang.c++
Subject: Liant C++ Views Support
Summary: Poor support
Keywords: C++ WINDOWS DOS LIBRARIES
Date: 12 Nov 92 21:02:36 GMT
Distribution: ?
Organization: Unison-Tymlabs

This is a short message to warn those of you that are considering use

of C++/Views from Liant as your GUI class library. I called today to

try and get some help on getting the product to link with my application

when using the .DLL version of the class library, a pretty simple question

but as I found out, a very expensive one if I wanted it answered. They offer

no free technical support, if you want to ask a question and they can answer

it they will charge you $50.00 for the answer. There are no other avenues

of support via the phone.



I also tried using their email avenue for support as a first resort. I 

composed and mailed a message 4 days ago. I've yet to receive any

acknowledgement.



This is not to say that C++/Views is not a good product, I used an older 

version of the product for over a year and it performed very well. But...

if there is no feasible support the best product in the world isn't worth 

the time it takes to install it.



I'm sorry but I think this is pathetic. If this is the level of support that 

can be expected from Liant, I think I'll return the product and get a refund.



Jody P. Nickel
Unison-Tymlabs
Newsgroups: comp.lang.c++
From: gthkoh@ntuix.ntu.ac.sg (Koh Thong Hwee)
Subject: Re: Borland Debugger/Win3.1 question
Organization: Nanyang Technological University - Singapore
X-Newsreader: TIN [version 1.1 PL6]
Distribution: usa
Date: Sat, 7 Nov 1992 01:43:04 GMT

fred j mccall 575-3539 (mccall@mksol.dseg.ti.com) wrote:
: In <Bx7CsB.KIy@Interlan.com> consigli@interlan.interlan.com (Frank Consiglio) writes:
: 
: >Hi everyone.  Question: does the debugger included in Turbo C++ v3.0 
: >for Windows operate under MS Windows v3.1?  Windows is reporting a DLL
: >missing when I try to install the debugger under Win3.1.
: 
: >Feel free to send mail with any relevent experiences.  Thanks.
: 
: I believe there is a patch for this.  When Microsoft rolled from
: Windows 3.0 to Windows 3.1, they broke the debugger.  I'm speaking
: from experience with Borland C++ rather than Turbo C++, but I suspect
: the same problem would occur with both.  There was both a patch for
: Borland C++ 3.0 and a new revision to Borland C++ 3.1.  You may need
: to contact Borland for the patch (since I don't think they rolled the
: version on Turbo C++).
: 
: -- 
: "Insisting on perfect safety is for people who don't have the balls to live
:  in the real world."   -- Mary Shafer, NASA Ames Dryden
: ------------------------------------------------------------------------------
: Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.

Hi Frank,

If you need a copy of the patch for TDW of BC++ 3.0, you can ftp it from
ntuix.ntu.ac.sg (IP address 155.69.1.5).  Go to the directory
    /usr/users/ftp/archive/win3/programr
and retrieve the file tdwin.zip.  I checked it yesterday and it was still
there.

Unzip it to get the tdwin.dll, rename it to windebug.dll and replace the 
copy in your borlandc\bin directory.  It should be able to work with your
BC++ 3.0 though I do not know how far you can trust it to work properly.
It was supposed to be a temporary fix till BC++ 3.1 rolls out...


Rgds,
TH Koh

PS.  I could not get thru' to your address and the file I sent you was
returned to me...
From: lansche@torolab6.VNET.IBM.COM (Martin Lansche)
Date: Fri, 13 Nov 92 13:06:34 EST
Newsgroups: comp.lang.c++
Subject: Re: something nasty
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0
            <1992Nov13.050829.952@BofA.com>

In <1992Nov13.050829.952@BofA.com> Dan Brockman writes:
>I have received much correspondence of late regarding
>error message "...bus error or something nasty...".  Many
>have seen it, and each seems to have traced it to a different
>specific problem.  No strong patterns.  Many suggested
>"get another compiler".

Daniel,
  This is simply the message that Cfront issues when it traps any
signal (SIGSEGV, SIGFPE, etc.).  Some feel that this message is
"friendlier" than getting a core dump, and possibly register dump
and/or stack display (your experiences may vary depending upon
which system that your Cfront is running).  Others differ 8-{)}.

Cheers,
Martin Lansche
  ________________________________________________________________________
   Ilu Iluvatar en kare eldain a firimoin ar antarota mannar valion :
   numessier.  Toi aina, mana, meldielto -- enga morion : talantie.
   ----------------------------------------------------------------------
   The father made the world for elves and mortals and he gave it into
   the hands of the Lords in the West.  They are blessed, holy and loved,
   except the black one.  He has fallen.
  ________________________________________________________________________

Newsgroups: comp.lang.c++
From: dechc00@tohi.DMI.USherb.Ca (CHRISTIAN DECHAMPLAIN)
Subject: where do templates go?
Organization: Universite de Sherbrooke -- departement de Mathematiques et
	d'Informatique
Date: Mon, 9 Nov 1992 13:26:03 GMT


I'm using g++.  Suppose I'm using many compilation modules.  Where do the
templates go?  In the files with the declarations, in the files with the
definitions or just everywhere?  G++ does not seem to put them anywhere!
The ARM talks about a way to tell the compiler where you want them to be put,
where you want your templates to be expanded.  How do you do that with g++
specificaly.  I've searched for command line options and I've tried the
definition and implementation pragmas but with no success.  I've even once
managed to have some templates functions in my .o files but the linker still
complained that they weren't there.  Now I think that templates don't realy
work with g++ v2.3.1.

Thanks a lot for your help.
--
Christian Dechamplain|
(819) 563-8951       |
dechc00@dmi.usherb.ca|
----------------------
Newsgroups: comp.lang.c++
From: jensen@aisun.mdc.com (Paul Jensen)
Subject: Re: Creating a directory
Organization: McDonnell Douglas Corporation, St. Louis
Date: Thu, 5 Nov 1992 15:31:21 GMT

In article <1992Nov4.163818.23811@siesoft.co.uk> huw@siesoft.co.uk (Huw Roberts) writes:
>nikki@trmphrst.demon.co.uk (Nikki Locke) writes:
>: In article <1992Oct27.161738.3863@cs.brown.edu> rbb@cs.brown.edu (Robert Baynes) writes:
>: > I am writing a routine to create a directory.
>: If you are using C++, look at streams.
>
>Indeed.  I like this solution:
>
>    ostrstream tmp;
>    tmp << path << '/' << IAID;
>    mkdir (tmp.str);
>
>(tmp will vanish on its own)
>
I think you mean mkdir(temp.str());
and don't forget to "unfreeze" the dynamic buffer so it is deleted by
calling tmp.rdbuf()->freeze(0); to allow the ostrstream destructor
to free up the memory.

Newsgroups: comp.lang.c++
From: steve@taumet.com (Steve Clamage)
Subject: Re: stream method zapeof ???
Keywords: stream zap eof
Organization: TauMetric Corporation
Distribution: usa
Date: Wed, 11 Nov 1992 16:15:11 GMT

miro@netcom.com (Miro Systems) writes:

>In InterViews there is a stream method:
>	 int zapeof(char*)
>Gnu's g++ library does not have this method.
>Could some kind soul please tell me what zapeof is suppose to do so that
>I can write a work around.

The intent of the nonportable macro "zapeof" is to convert something
that might otherwise look like an EOF to a char value.

You can use this macro:

	#define zapeof(i) ((unsigned char)(i))

-- 

Steve Clamage, TauMetric Corp, steve@taumet.com
Vice Chair, ANSI C++ Committee, X3J16
Newsgroups: comp.lang.c++
From: ded@aplcen.apl.jhu.edu (nod sivad)
Subject: Re: WHERE CAN ONE BUY AN ELEGANT AND EFFICIENT CLASS LIBRARY?
Reply-To: ded@aplcen (nod sivad)
Organization: Johns Hopkins University
Date: Tue, 10 Nov 92 20:12:19 GMT


Earlier in this discussion I mentioned a coworker who was dissatisfied
with the USL licensing agreement.  I have that agreement in hand now.

Though explicitly purchased for a UNIX Sun Sparc2, the USL grants us
"a non-exclusive license to use one copy of the enclosed SOFTWARE...
solely in the USA...on a single user computer..."  I may "distribute
software programs containing runtime copies of the object code...
provided I do not reproduce or distribute SOFTWARE header files...and
...such distribution is accomplished pursuant to a binding written end user
agreement" (such as shrink wrap).

This license renders the USL components library useless for our work.  
This is unfortunate since the USL product has a lot going for it.  
The rest of the agreement in essence says, "Don't steal our software,"
which I have no problem with.  I just wish their lawyers hadn't
gone overboard.

Does anyone have a copy of the RogueWave license agreement?

					me
From: purtill@idacrd.UUCP (Mark Purtill)
Newsgroups: comp.lang.c++
Subject: Re: Wanted: Red-Black Trees
Date: 12 Nov 92 14:31:15 GMT
Distribution: usa
Organization: idacrd, princeton, nj

dlc@ddsdx2.jhuapl.edu (Dave Collard x7468) writes:
>In <1992Nov11.103156.1@happy.colorado.edu> srheintze@happy.colorado.edu writes:
>>I was going to type one in from a textbook (anyone know of a text book that has 
>>Red-Black tree?) but if anyone has a softcopy it would save me the trouble.

>Two references:  _Algorithms_ Robert Sedgewick 1983 Addison-Wesley
>                 _Introduction to Algorithms_ by Cormen, Leiserson, Rivest 
>                   1990 Massachusetts Institute of Technology

	Sedgewick has recently come out with _Algorithms in C++_,
which I think is a rewrite of _Algorithms_ with the algorithms
translated to C++.  Certainly it includes red-black trees with a C++
implementation.

^.-.^ Mark Purtill, purtill@ccr-p.ida.org || purtill%idacrd@uunet.uu.net
((")) \@_: IDA/CCR-P, Thanet Road, Princeton NJ  08540;  (609) 924-4600.
Alternate email: purtill%idacrd@princeton.edu UUCP: uunet!idacrd!purtill
Newsgroups: comp.lang.c++,comp.lang.c
From: rmartin@thor.Rational.COM (Bob Martin)
Subject: Re: Delete a dynamically allocated 2-dim'l array?
Keywords: new, delete, dynamic array
Organization: Rational
Date: Thu, 12 Nov 1992 23:54:08 GMT

xjzhu@math.uwaterloo.ca (Xiaojun Zhu) writes:


|Q: How to delete a dynamically allocated 2-dimensional array?
| 
|More specifically, I have:

|   int row, column;
|   int **array;

|// stuff here to give values to row and column

|   array=new int*[row];
|   for(int i=0; i<row; i++)
|      array[i]=new int[column];

|// now, I want to delete array, for example, in your destructor.

|Can I simply say:

|   delete array;

Nope.  That won't work.

|Or should I say:

|   for(i=row-1; i>=0; i--)
|      delete array[i];
|   delete array;

This is better, and will likely work for "int **array", but will not
work for "T **array" where T is a class with a destructor.  Some
compiler implementations may also fail even with "int **array".

|Or, what should one do here? What would you do?

    for (i=0; i<row; i++)
    {
        delete [] array[i];
    }
    delete [] array;

Similar in intent to your second example, but using the delete []
syntax.  Remember, you should always use delete [] if you use new T[].
This will insure that all the destructors for the array elements are
called, and that the proper amount of storage is returned to the heap.


--
Robert Martin                        Training courses offered in:
R. C. M. Consulting                       Object Oriented Analysis
2080 Cranbrook Rd.                        Object Oriented Design
Green Oaks, Il 60048 (708) 918-1004       C++
From: RKOHLBUS@jennifer.umd.edu (Robert C. Kohlbus)
Newsgroups: comp.lang.c++
Subject: Printer Source
Date: 9 Nov 92 21:59:22 GMT
Organization: University of Maryland


	I'm looking for some good source code on how to handle writing to a 
printer that does error checking and code on how to check to see if the
printer is off line or out of paper.  Any help would be great and as a side
note I'm using Borland C++ 3.1 in dos environment (5.0).

=========================================================================

Robert Kohlbus
University of Maryland
Network Admin. / Computer Programmer
Internet:
    rkohlbus@jennifer.umd.edu
    kohlbus@wam.umd.edu

=========================================================================
Newsgroups: comp.lang.c++
From: frank@Cookie.secapl.com (Frank Adams)
Subject: Re: Using 64k objects
Date: Wed, 11 Nov 1992 16:36:05 GMT
Organization: Security APL, Inc.

In article <1992Nov10.102746.12514@us-es.sel.de> reindorf@us-es.sel.de (Charles Reindorf) writes:
>In article <BxH4p6.8Bn@research.canon.oz.au>, colin@cole.research.canon.oz.au (Colin Pickup) writes:
>|> Borland is one of the few C/C++ compilers that handles arrays bigger that
>|> 64K. To do it either use the huge memory model for the whole program or  
>|> just make the pointers to the arrays huge (read the manuals on how to do  
>|> this). The second option will give better run-time performance.
>
>Is it not the case that the "huge" memory model does not imply huge pointers
>by default? According to my understanding of the "huge" memory model, the
>only difference between it and large memory models is that a separate data
>area is allocated [...]

This is true for Borland's C++ (which was the compiler in question).  For
most other PC C/C++ compilers, the "huge" memory model *does* imply huge
pointers.

So, to answer the original question, to get arrays over 64K with BC++, you
have to declare them huge and use the appropriate allocation functions.
Newsgroups: comp.lang.c++
From: amann@iam.unibe.ch (Stephan Amann)
Subject: Re: Mark V Systems (ObjectMaker)?
Organization: University of Berne, Switzerland
Date: Wed, 11 Nov 1992 10:01:48 GMT


>Does any know the phone number or address Mark V Systems Ltd?
Yes ...
>They make a product called ObjectMaker.
>
>Thanks in advance

Adress:
 Mark V Systems Ltd.
 16400 entura Blvd.
 Encino, CA 91436

Phone:
 (818) 995-7671

Fax:
 (818) 995-4267

E-mail:
 mob@markv.com

Regards: Stephan Amann <amann@iam.unibe.ch>





Newsgroups: comp.lang.c++,comp.std.c++
From: steve@taumet.com (Steve Clamage)
Subject: Re: PROPOSAL: Hidden private parts of classes
Organization: TauMetric Corporation
Date: Tue, 10 Nov 1992 19:17:40 GMT

sakkinen@jyu.fi (Markku Sakkinen) writes:

>In article <1992Nov9.032225.10320@taumet.com> steve@taumet.com (Steve Clamage) writes:
>>If you mean private non-virtual member functions which don't appear in
>>the class definition, it would cause another language change.
>>Overloading is resolved before accessibility is checked.  Suppose we have:
>> ...  Overloading
>>is resolved first precisely to avoid quiet semantic changes based only
>>on access rights.

>In my opinion, it was a bad choice in the first place to resolve
>overloading before accessibility, although the argument presented in the ARM
>makes partial sense.  However, that argument does not apply at all
>to this new suggestion:  since such helper functions were to be declared
>outside the class definitions, they cannot be made accessible to derived
>classes or outside cliennt just by changing access rights.

I neglected to carry my discussion to the next logical step.

The class could have different semantics depending on which declarations
were visible in which compilation units.  This is just what is being
asked for, but IMHO you should not want this facility; it is a
recipe for subtle bugs.

At the time you set up the class and provided some hidden functions
you had some reason for wanting to do so.  Maybe you even documented
it in a comment somewhere.  What about the next programmer doing
maintenance (which could be you 6 months later)?  Just what are the
slippery semantics of the class supposed to be?

Clients using the class expect precisely the visible semantics.  Some
impelemtation details depend on bent semantics.  When some of these
details need to be modified, which version of bent semantics should
be used?  What if the maintainer doesn't notice extra functions which
affect overloading but which are not visible in the class definition
and documentation?

Some languages (Modula, Ada) provide for completely hidden
implementation details.  This is a nice feature overall, but is
controlled in these languages.  I don't believe such languages
allow completely free and ad-hoc declarations, and it seems to
me that is what is being proposed here.
-- 

Steve Clamage, TauMetric Corp, steve@taumet.com
Vice Chair, ANSI C++ Committee, X3J16
From: mhopper@emperor.gatech.edu (Michael A. Hopper)
Newsgroups: comp.lang.c++
Subject: Re: yacc and C++
Date: 9 Nov 92 04:34:44 GMT
Organization: Computer Engineering Research Lab, Georgia Tech.

In article <1992Nov9.013842.28215@cs.brown.edu> hm@cs.brown.edu (Harry Mamaysky) writes:
>Howdy C++ faithful,
>
>I have a slight problem. I am trying to use a YACC generated parser in
>a C++ system I have. This leads to the problem of getting YACC to know
>about my C++ objects and such. Of course, I can't include C++ header
>files YACC (or can I?). SO I have a wrapper program whose routines are
>called by YACC. I turn before I call yyparse() I set a global variable
>to point to the object which is making the call. Then the wrapper
>routines use this global pointer top call the correspondiong class
>methods in my C++ code. So far so good.
>

...stuff deleted

>So, does any one have a better way of using YACC with C++?
>Does a better way exist?
>
>Does a (free) YACC like tool exist for C++? If so, where?
>
>Please respond either by email or to comp.lang.c++. If any one out
>there has a nicer solution, I am most eager to hear about it.
>
>Harry.
>
>hm@cs.brown.edu

There IS an easier way.  Put your c++ code in your YACC file (since
YACC does NOT look at this code directly).  Yacc this file, creating
the file y.tab.c, and then (the easy trick) create a file called
parse.cc (or whatever) that looks like this:

	// include your header files here.
	#include "class1.hxx"
	#include "class2.hxx"

	extern "C" {

	int yylex(void);
	void free(void *);

	// include your YACC output here.
	#include "y.tab.c"

	};

Then compile this file (parse.cc) with your c++ compiler.  This works
with G++ and I think should work in general.

-Mike



-- 
| mhopper@cerl.gatech.edu |   ' ) ) ) o  /_       ' )  /                
| Office: CRB 388         |    / / / /  /\_) __    /__/______   _   __  __
| Phone: (404) 894-9111   |   / / (_/\_/  \_/_/_  /  / (_) /_)_/_)_/_/_/ (_
| Home:  (404) 723-1718   |                               /   /
From: ghageman@dpcs_gt1.ess.harris.com (George Hageman)
Newsgroups: comp.lang.c++
Subject: Re: NIHCL 3.1.3pre and GCC 2.3.1
Date: 9 Nov 92 13:38:21 GMT
Organization: Harris Semiconductor, Melbourne  FL
To: mj@dfv.rwth-aachen.de (Martin Junius)


Hi,
	Where does one pick up the newest version of the NIHCL?
	All I have is 3.0.  Thanks in advance,

George
From: rog@hpscit.sc.hp.com (Roger Haaheim)
Date: Thu, 12 Nov 1992 13:33:14 GMT
Subject: Re: Re: comp.lang.c++
Organization: Hewlett-Packard, Santa Clara, CA
Newsgroups: comp.lang.c++

In comp.lang.c++, maxtal@extro.ucc.su.OZ.AU (John MAX Skaller) writes:

> 	It might be appropriate to have a comp.newuser.c++
                                          ^^^^^^^^^^^^^^^^

I'll vote for it.
Newsgroups: comp.lang.c++,comp.lang.c,comp.os.msdos.programmer
From: jenk@microsoft.com (Jen Kilmer)
Subject: Re: Poll : Microsoft support on the Internet
Date: 11 Nov 92 07:13:07 GMT
Organization: Microsoft Corporation

In article <BRIAN.92Nov8185240@ganglion.Canada.Sun.Com> brian@ganglion.Canada.Sun.Com (Brian Onn - OpCom Staff) writes:
>In article <BxF3z1.Ey9@ux1.cso.uiuc.edu> simms@ux1.cso.uiuc.edu (dan simms) writes:
>
>Many vendors already provide some customer support over the Internet, 
>in one form or another.  

"In one form or another" is a key point. George Forsman (MS-DOS isv &
oem support) and I (MS-DOS/Windows enduser support, ret) have been 
active in the comp.os.msdos.* and other groups. ON OUR OWN TIME. WITH
NO REWARDS OTHER THAN THAT GOOD FEELING FROM BEING HELPFUL. But then,
if he or I didn't have time, didn't want to bother, didn't know the
answer, etc, who cared? We weren't/aren't WORKING. We're hanging out.

This is one form.

Microsoft provides support for most of its products on compuserve. 
The people you see on compuserve are paid to get up there, and 
what they produce up there (in terms of solving problems and 
making people happy) counts for their review, bonus, salary increase,
and stock options. When you telephone microsoft, again, you're talking
to someone who's job it is to talk to you.

This is another form.

-jen
From: knee@netcom.com (Mark Lanett)
Newsgroups: comp.lang.c++
Subject: Re: MPW C++ bug?
Date: 12 Nov 92 22:46:42 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

John Matthews <jm@vcd.hp.com> writes:

>I seem to have run into a possible bug between the C++ compiler and the
>MPW linker.
>The problem concerns statically (globally) allocated objects with
>constructors.
>If the global object is not referenced anywhere else in the program, but
>does have
>a constructor that causes side-effects, I believe the semantics of C++
>states that
>that object must be constructed.

>However, since the linker notices that no-one is actually using the
>global variable,
>it strips out the object, along with its constructor call, from the
>program.

Apple introduced that bug *on purpose*, to help the linker do dead stripping.
The -z5 option stops it. I know it's mentioned in the release notes, BTW.
Newsgroups: comp.lang.c++
From: sakkinen@jyu.fi (Markku Sakkinen)
Subject: Re: member test?
Organization: University of Jyvaskyla, Finland
Date: Tue, 10 Nov 1992 07:01:24 GMT

In article <EB.92Nov9085335@ascent.ascent.com> eb@ascent.com (Ed Barton) writes:
>In article <1992Nov6.081658.29693@bernina.ethz.ch> haechler@bernina.ethz.ch (Stefan Haechler) writes:
>
>   How can I know which dynamic type has a variable ?
> ...
> ...
>The software-design answer is that you shouldn't have to know the
>answer to this question, and that there may be something wrong with
>the design if you need to ask it.  If you know only that something is
>a pointer-to-A, you should be using only the methods and virtual
>functions that are part of the interface defined by class A.
> ...

Come on, there are many fully reasonable and legitimate situations
in which one needs to know this.  And C++ is almost the only OOPL
I know of in which you cannot ask the dynamic type of an object.

----------------------------------------------------------------------
Markku Sakkinen (sakkinen@jytko.jyu.fi)
       SAKKINEN@FINJYU.bitnet (alternative network address)
Department of Computer Science and Information Systems
University of Jyvaskyla (a's with umlauts)
PL 35
SF-40351 Jyvaskyla (umlauts again)
Finland
----------------------------------------------------------------------
From: pl2440@meibm10.cen.uiuc.edu (Paul Jay Lucas)
Newsgroups: comp.lang.c++
Subject: Re: Pointer to constructors||class?
Date: 13 Nov 92 20:42:48 GMT
Organization: University of Illinois at Urbana

In <5591@krafla.rhi.hi.is> yngvi@rhi.hi.is (Yngvi Sigurjonsson) writes:

>How can I get a pointer to constructor?? I would like too be able to
>have a pointer to either a class or class constructor. I had intended to
>use constructor pointers in a drawing program in such a way that mouse
>down would do:

>ObjPointer= new ConsPointer(x,y)

*****>	Pointers to constructors are forbidden; I don't know what a
	pointer to a class is.

>and then i could use virtual functions described for Object to work with
>derived objects.

>I imagine I could define wrapper functions, and pointers too those to
>call to the constructors but I really dont want to.

*****>	See Stroustrup 2nd ed. for discussion on "virtual constructors."
-- 
	- Paul J. Lucas				University of Illinois	
	  AT&T Bell Laboratories		at Urbana-Champaign
	  Naperville, IL			pjl@cs.uiuc.edu
-- 
	- Paul J. Lucas				University of Illinois	
	  AT&T Bell Laboratories		at Urbana-Champaign
	  Naperville, IL			pjl@cs.uiuc.edu
Newsgroups: comp.lang.c++