HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.lang.c++
Subject: Telecommuters, Remote Workers
From: 9138827a@levels.unisa.edu.au
Date: 4 Nov 92 21:26:34 +1030
Organization: University of South Australia

This item has been cross-posted to comp.lang.c and comp.object
=====================================================================

I am undertaking postgraduate study at the School of Library and
Information Management, University of South Australia, Adelaide, on
the particular information needs of telecommuters - those who perform
job-related work at a site away from an organisation and communicate
electronically rather than commuting physically.
 
I would be very interested in, and would greatly appreciate a response
from those who are telecommuters, to the following questions. If you
are not a telecommuter but know of others who are it would be
appreciated if you could pass this on to them:
 
 
Q1      Does the organisation to which you telecommute provide any
        library and information services which are accessible to you
        online? (eg catalogs, reference assistance, databases, literature
        searches, document delivery services, organisation information
        such as daily bulletins and administrative gazettes.)
 
        If yes:
 
        (a) What services are provided?
        (b) How useful are these services to you?
 
Q2      (a)     What is the nature of the organisation to which you
                telecommute?
 
        (b)     If you sometimes commute physically to your organisation,
                how frequently do you do this?
 
Q3      What are the particular information needs that you have as a
        telecommuter?
 
Q4      What basic information services do you consider should be
        provided by an organisation for its telecommuters? (see Q5 for
        additional and desirable services)
 
Q5      What additional information services would you perceive as being
        highly desirable for an organisation to provide for its
        telecommuters?
 
Q6      Are there any further comments you wish to make regarding the
        information needs of telecommuters?
 
Q7      Would you like a summary of the results of this survey E-mailed
        to you?
 
Respondents can be assured that individuals and organisations will not
be identified in any report or summary of this survey.
 
Please E-mail your response to my Internet address:
 
9138827a@ntx.city.unisa.edu.au
 
Thank you for your cooperation
 
Bronwen Strong
From: cosham@yoyo.cc.monash.edu.au (Mark Cosham)
Newsgroups: comp.lang.c++
Subject: Re: SVGA drivers
Date: 11 Nov 92 16:27:08 GMT
Organization: Monash University, Melb., Australia.

In <BxJ0sx.6vB@cantua.canterbury.ac.nz> stuart@cosc.canterbury.ac.nz (Stuart Ralston) writes:

>Looking for the SVGABG40 drivers for Turbo C++ on a 286-16Mhz.  I heard
>they're on the Simtel20 mirrors -- anybody got the full address for this 
>place?

Your local mirror is in Australia and is called archie.au

Mark Cosham
-- 
 Practice random kindness and senseless acts of beauty.
-----------> <-------> <-------> <-------> <-------> <-------> <-----------
 Mark Cosham   Monash University, Melbourne, Victoria, Australia
    cosham@yoyo.cc.monash.edu.au
From: N.Davis@lut.ac.uk (Neil Davis)
Newsgroups: comp.lang.c++
Subject: Looking for the person  who has compiled ET++3.0....
Date: 10 Nov 92 21:46:13 GMT
Reply-To: N.Davis@lut.ac.uk (Neil Davis)
Organization: Loughborough University, UK.

Hi,

I feel sure that I recently deleted an email from someone
who may have successfully compiled ET++3.0 with the latest
GNU C compiler (2.3.1). If anyone out there has done this,
would they mind contacting me directly, 'cos I'm not having
too much luck at the moment!

Briefly, I have SunOS4.1.2, X11R5 (all patches) , GCC2.3.1
and ET++3.0(alpha?). All the library sources compile, but the
applications fail to link, listing just about every method/class
known to the system. Obviously I have missed something out, but
alas, I'm not bright enough to know what it is!


Yours in anticipation

Neil (Davis)
Newsgroups: comp.lang.c++,comp.lang.c,comp.os.msdos.programmer
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Poll : Microsoft support on the Internet
Organization: Texas Instruments Inc
Date: Mon, 9 Nov 1992 19:11:23 GMT

In <BxF3z1.Ey9@ux1.cso.uiuc.edu> simms@ux1.cso.uiuc.edu (dan simms) writes:

>nikki@trmphrst.demon.co.uk (Nikki Locke) writes:

>>I have been conducting a poll about whether readers would like Microsoft 
>>to provide support for their languages (particularly C7/C++) on the Internet.

>>Responses so far :
>>Yes : 
>>No  :

>>The poll will close in ten days, when I will forward the final figures to 
>>Microsoft.

>Regardless of what you (or even the whole internet) wants the internet is
>not for profit making, even if it would make it easier for academia to get
>support.  Microsoft providing customer support over the internet would 
>_have_ to be a violation..   

Then that puts Borland, Dell, and a lot of other folks in violation.

-- 
"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.
Newsgroups: comp.lang.c++
From: steve@taumet.com (Steve Clamage)
Subject: Re: Criticisms Wanted
Organization: TauMetric Corporation
Date: Tue, 10 Nov 1992 21:27:18 GMT

robert@slipknot.rain.com (Robert Reed) writes:

|But the
|point is that C++ has been reputed to be a language that finally makes the
|concept of "software components" realizable.  The argument goes that if you
|still have to examine the internal workings of component classes to determine
|how to best use them, then their value as components has been greatly
|diminished.

I don't see how this is different in C++ than in any other programming
language.  You have an interface declaration and (one hopes) some
documentation, but how do you know whether the actual component works
as claimed?
-- 

Steve Clamage, TauMetric Corp, steve@taumet.com
Vice Chair, ANSI C++ Committee, X3J16
From: pl2440@meibm10.cen.uiuc.edu (Paul Jay Lucas)
Newsgroups: comp.lang.c++
Subject: Re: Debugging output
Date: 13 Nov 92 20:28:11 GMT
Distribution: usa
Organization: University of Illinois at Urbana

In <83463@ut-emx.uucp> jamshid@ut-emx.uucp (Jamshid Afshar) writes:

>In article <BxAz2L.n4M@cs.uiuc.edu> pjl@cs.uiuc.edu (Paul Lucas) writes:
>]In <1992Nov6.135017.6870@news2.cis.umn.edu> hansen@deci.cs.umn.edu (David M. Hansen) writes:
>]>> 	#ifdef DEBUG
>]>> 	#	define	CDEBUG	if ( debug ) cerr
>]>> 	#else
>]>> 	#	define	CDEBUG	//
>]>> 	#endif
>]>> 	CDEBUG << "here\n";

>]>It is a bug because it means you have to be _very_ careful about how you 
>]>comment your code.  For example, [...]

>]*****>	I already pointed out that this only works on C++-ignorant
>]	preprocessors; the above example is a well-known pitfall and I
>]	consider it irrelevant.  You always have to do everything
>]	carefully.

>The only thing irrelevant here are your continued assurances that it
>works on some broken C++ implementations.  So what?  Your code is
>wrong.  Why even present, much less defend, your solution?

	Because I had a sneaky suspicion that someone else would fix it;
	Graham Dumpleton suggested:

	...
	#else
	#	define	CDEBUG if (0) cerr <<
	#endif

	and the code would be optimized away.
Newsgroups: comp.lang.c++
From: pickerig@eee.bham.ac.uk (Mr. G. Pickering)
Subject: 'new' syntax?
Summary: new syntax for arrays of pointers to pointers
Date: Fri, 13 Nov 1992 09:51:52 GMT
Organization: The University of Birmingham, England
X-Newsreader: TIN [version 1.1 PL6]
Keywords: pointer new syntax

Hi,

I want to create an array of 'size' long**, is the correct syntax:

  long*** new_blocks = new (long**[size]);

I am having memory corruption problems and suspect this is not doing
what I really want.

Thanks,

Guy

--
+--------------------------------+-----------------------------------------+
| Guy Pickering                  | School of Electronic & Electrical Eng,  |
| E-MAIL: G.PICKERING@uk.ac.bham | University of Birmingham,               |
| Tel: (021) 414 4340            | Edgbaston, Birmingham. B15 2TT.         |
+--------------------------------+-----------------------------------------+
| "I have ten pairs of trainers...One for each day of the week" - Sam Fox  |
+--------------------------------+-----------------------------------------+


Newsgroups: comp.lang.c++
From: leepeng@ampex.com (Peng Lee)
Subject: Re: Multiple Header Files Problem
Organization: Ampex Corporation, Redwood City CA
Date: Fri, 6 Nov 1992 17:24:22 GMT

In article <BxAA12.2Cz@well.sf.ca.us> donovan@well.sf.ca.us (Sean Donovan) writes:
>In article <1992Nov3.113121.3388@ntuix.ntu.ac.sg> gthkoh@ntuix.ntu.ac.sg (Koh Thong Hwee) writes:
>
>> [define class B which references class A which references class B]
>
>In C++ you can specify a forward reference to a class by just saying:
>
>class <class-name>;
>
>In that header module you can then declare a member variable to that class.
>
>Ex:
>
>class A;
>
>class B {
>private:
>   class A *foo;
>};
>
>then go on to define your cyclic relation:
>
>class A {
>private:
>    class B *bar;
>};

 I wonder if this is how god solve the Chicken and Egg problem when
 (s)he created the world :-).
From: david@csource.oz.au (david nugent)
Newsgroups: comp.lang.c++
Subject: Default constructors
Date: Tue, 10 Nov 92 12:27:47 +1100
Reply-To: david@csource.oz.au
Organization: Unique Computing Pty Ltd, Melbourne, Australia

I've stumbled on an annoying difference in C++ implementations in the
generation of default constructors and copy constructors. In particular,
gcc seems to have problems when an explicit call is made to a default
constructor, whereas other compilers I use have no problem with this.
On reading through ARM, I can't determine which is the 'correct'
behaviour, so any comments would be welcome.

Here's some code which demonstrates the problem:

 class X
	{
	int member1;
	char member2[2];
	};

 class Y : public X
	{

	public:
		Y () : X () {}
		Y (const X& a) : X (a) {}
	};

gcc (2.2.2) won't compile this.  Several other compilers I use have
no problems.  I also note that gcc has no problems initialising the
basic built-in types with constructor syntax (eg. int x(1);) yet it
still has problems explicitly calling the default constructor/copy
constructor for class X as above.  But it does 'call' the generated
functions implicitly as required.

It is annoying because it is often quite convenient to derive classes
from existing structures defined in C header files, making use of
the ability to attach additional data and functionality, and yet use
those same objects with C library calls (eg. formating information
on 'struct tm' etc.); and in cases where the above syntax is accepted,
using a simple assignment in the derived class' constructure is
inefficient because it causes the default constructor or copy
constructor to be called twice.

Responses by email please - I'll summarise to the group if there is
any interest.



Smoke me a kipper, Skipper - I'll be back for breakfast! - "Ace" Rimmer
david@csource.oz.au 3:632/348@fidonet 58:4100/1@intlnet 199:4242/5@rainbownet
Unique Computing P/L / Communications+LAN Specialists / Public Access USENET
PO Box 352, Doveton, VIC, Aust 3144. Data/BBS: +61-3-792-3507 / +61-3-794-7949
From: Craig.Lathwood@p0.f1.n7103.z5.fidonet.org (Craig Lathwood)
Newsgroups: comp.lang.c++
Subject: Linking problems
Date: Thu, 05 Nov 92 21:10:00 GMT
Organization: FidoNet node 5:7103/1.0 - Softel Monster BBS, Durban

Hi All

I am on the road to converting from Pascal to Borland C++. I know I should probably start off with plain old C first, (please give me your oppinions) but that's how it is. I have been trying to build a couple a programs, the source of which I got from the BBS. I keep getting a link error : undefined symbol **** in module *****. I know it's got something to do with the IDE's setup (Borland C++) as I am able to get some of the programs to compile with their accompanying makefiles, i.e. using the command line

 compiler. Should I make an equivalent project file to do the same as what the make file is doing ? Also what is the main difference between Borland C++ and ordinary Turbo C. Is it just the addition of Objects ?

Thanks in advance for any help that I might receive.

Cheers

Craig
===
 * OLX 2.1 TD * System programmers don't program in BASIC



--  
INTERNET: Craig.Lathwood@p0.f1.n7103.z5.fidonet.org
via:  THE CATALYST BBS in Port Elizabeth, South Africa.
       (catpe.alt.za)   +27-41-34-1122 HST or +27-41-34-2859, V32bis & HST.
Newsgroups: comp.lang.c++
From: nikki@trmphrst.demon.co.uk (Nikki Locke)
Subject: Re: deleting objects and destructors in derived classes
Reply-To: nikki@trmphrst.demon.co.uk
Distribution: world
X-Mailer: cppnews $Revision: 1.20 $
Organization: Trumphurst Ltd.
Date: Thu, 5 Nov 1992 13:19:01 +0000

In article <Bx7598.AzG@gabriel.keele.ac.uk> csd05@seq1.keele.ac.uk writes:
> I have a problem with deleting objects of derived class via a pointer
> of base class. It seems to me that doing so the things added in the derived
> class are not cleaned up. Here is the example:
> 
> #include <stream.h>
> 
> class Base {
> protected:
> 	char* _name;
> public:
> 	char* ClassName() { return "Base:"; }
> 	Base(char* name) { 
> 		cout << "Constructor " << ClassName() << name << "\n"; 
> 		_name = name;
> 	}

Insert the word "virtual" just here

> 	~Base() { cout << "Destructor  " << ClassName() << _name << "\n"; }
> };
-- 
Nikki Locke,Trumphurst Ltd.(PC and Unix consultancy) nikki@trmphrst.demon.co.uk
trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
Organisation: European Space Operation Centre (E.S.O.C)
Date: Tuesday, 10 Nov 1992 19:06:23 CET
From: <PPARSONS@ESOC.BITNET>
Newsgroups: comp.lang.c++
Subject: Re: Debugging output

>>> ort.netcom.com (David Ortel) writes:

>> I didn't see the truly obvious answer to this post that is to
>> put the #ifdef, #endif around the body of an inline function

   Wouldn't the arguments to the functions be reported as unused
when the files were compiled without debug?


Newsgroups: comp.lang.c++,comp.std.c++,gnu.g++.help
From: dechc00@tohi.DMI.USherb.Ca (CHRISTIAN DECHAMPLAIN)
Subject: Where do templates go?
Organization: Universite de Sherbrooke -- departement de Mathematiques et
	d'Informatique
Date: Fri, 13 Nov 1992 17:25:06 GMT


Thanks to those who answered my original question.

With g++ it seems that every implamentation file with a template declaration
needs to see the template functions definitions in order to produce object
code for the particular template arguments.  It means that your template code
has to be in the include file.  It also seems to mean that the #pragmas
interface and implementation won't behave properly in this case because it
introduces multiply defined simbols.

At least I can't find a way to make them work properly with the way I tried
to use them.  What I do now is include the .h and .cc files in the modules
I need templates expanded and just include the .h file in those modules
where the template functions are refered to.  I just don't put any #pragmas
in the .h and .cc files with template definitions.

Do all C++ compilers work this way?  Will I get multiply defined simbols if
I try to compile my source files with a compiler that can 'link' templates?
Does it mean that no template librairies can exist?  Does it mean that the
code will always get duplicated when templates are used?

Could there be a #define __LINKABLE_TEMPLATES that would permit us to develop
future-compilable code?  At least with g++.
Wouldn't a #pragma expand_template "file.cc" be nice.
(see page 347 of the ARM)

Thanks for any answer.

--
Christian Dechamplain|
(819) 563-8951       |
dechc00@dmi.usherb.ca|
----------------------
Newsgroups: comp.lang.c++
From: mittle@watson.ibm.com (Josh Mittleman)
Subject: Re: Constructor doesn't use overloading??
Date: Tue, 10 Nov 1992 16:56:00 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center


> My surprise is that in main(), if I have:
> 
>   void main()
>   {    time t1(7, 5, 125) ;
>        time t2(6,2) ;
>        time t3 = t1 ;
>        ...
> the overloaded = is not called...

That is correct.  This statement is an initialization, not an assignment.
C++ maintains a strict distinction between the two operations.
Initializations invoke a constructor; assignments invoke an assignment
operator.  The statement:

  time t3 = t1;

is equivalent to:

  time t3(t1);

and invokes the copy constructor.  See ARM, p.284, section 12.6, for
details.

===========================================================================
Josh Mittleman (mittle@watson.ibm.com)
J2-C28 T.J. Watson Research Center, PO Box 704, Yorktown Heights, NY  10598
Newsgroups: comp.lang.c++
From: brianm@cc.gatech.edu (Brian N. Miller)
Subject: Re: Criticisms Wanted
Reply-To: brianm@cc.gatech.edu (Brian N. Miller)
Organization: College of Computing, Georgia Institute of Technology
Date: Wed, 11 Nov 1992 17:08:16 GMT

In article <BxGu0p.D3o@slipknot.rain.com> robert@slipknot.rain.com.UUCP (Robert Reed) writes:
>
>The argument goes that if you
>still have to examine the internal workings of component classes to determine
>how to best use them, then their value as components has been greatly
>diminished.

Ok.  So anybody have any ideas?
Newsgroups: comp.lang.c++
From: estel@cs.vu.nl (Stel E)
Subject: Re: how to initilize an array inside of a class??
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Fri, 13 Nov 1992 08:13:33 GMT

In article <1992Nov12.184605.1@vax1.bham.ac.uk> mccauleyba@vax1.bham.ac.uk (Brian McCauley) writes:
>In article <BxL3t2.FKG@ns1.nodak.edu>, cooper@plains.NoDak.edu (Jeff Cooper) writes:
> [ example class with array member ] 
>> Now what I'd need to do is initilize the array 'some_ints' with some
>> preset values...normally one would do it like:
>> 
>> int some_ints[3000] = { 1, 6, 34, 3, ... ,0 };
>> 
>> But my compiler complains about that, saying that I can't initialize
>> class members there.  The only other way I can think of doing it is
>> to do something like:
>> 
>> Y::Y()
>> {
>>     some_ints[0] = 1;
>>     some_ints[1] = 6;
>>     ...
>>     some_ints[2999] = 0;
>> }
>> 
>> Is this my only other option??
>Yes I'm afraid it is. I asked a very similar question to this last week. I
>would like to see the array handling in C++ tidied up a bit, but the weight of
>oppinion is against me. If I had my way you would be able to say:
>Y::Y() {some_ints={1,6, ... 0}; }
>or 
>Y::Y() : some_ints({1,6,...0}) {}
>but nobody seems to support me.
>-- 
>    \\   ( )  NO BULLSHIT! from BAM (Brian McCauley)
> .  _\\__[oo 
>.__/  \\ /\@  E-mail: B.A.McCauley@bham.ac.uk
>.  l___\\        Fax: +44 21 625 2175
> # ll  l\\     Snail: 197 Harborne Lane, Birmingham, B29 6SS, UK
>###LL  LL\\     ICBM: 52.5N 1.9W
> 


I'm not an expert in C(++) but why not use something like:

// ***************************************************************
#include<iostream.h>
#include<stdio.h>

#define	ARR_SIZE	10


const int InitVal[ARR_SIZE] = {
	10, 20, 30, 40, 50, 100, 90, 80, 70, 60
};


class X {
	int	SomeInts[ARR_SIZE];
public:
		X();
		~X();
	void	Write();
};

X::X()
{
	cout << "X constructor" << endl;
	memcpy(SomeInts, InitVal, ARR_SIZE * sizeof(int));
}

X::~X()
{
	cout << "X destructor" << endl;
}

void X::Write()
{
	for(int i=0;i<ARR_SIZE;i++)
		cout << SomeInts[i] << "  ";
	cout << endl;
}

main()
{
	X	Some;

	Some.Write();

	return 0;
}
// ***************************************************************

It's just a silly program I know....

Good luck,				Erik Stel (estel@cs.vu.nl)
From: tac@rena.world (Telmo A. Carmo)
Newsgroups: comp.lang.c++
Subject: pointer to member in MSC 7.0
Date: 5 Nov 92 18:38:53 GMT
Distribution: comp.lang.c++
Organization: INESC


How does one implement a pointer to a member function
in MSC 7.0 
I am not able to use pointers to derived class member functions

here is a small example:
----------------------

#include <stdio.h>

class Object;

/* Arg! beacuse MSC 7 doesn't allow 
 typedef long (Object::*method)(); before class definition
  have to use a define
*/

//#define mt long (Object::*)()


class Object {
public:
	int get() { return 2234;}
	long perform(long (Object::*)(),long);
	//long perform(mt,long);
};

//#undef mt

typedef long (Object::*method)();
typedef long (Object::*method1)(long);

class AA : public Object {
public:
	long test(long v);
	void Do(method,long);
};


long Object::perform(method m,long v)
{
	method1 q = (method1)m;
	return (this->*q)(v);
}

void AA::Do(method m,long v)
{
	perform(m,v);
}

long AA::test(long v)
{
	printf("ld=%ld\n",v); return 0l;
}

main()
{
	AA ole;
	
	method m = (method)&AA::test;
	/*  ^-- ERROR */
	ole.Do(m,(long)23);
	return 0;
}

/*
yy.cpp
yy.cpp(47) : error C2642: cast to pointer to member must be 
				from related pointer to member

*/

How do I make this work?

	Thanks for any help.

	Telmo Carmo
From: rct@fulcrum.co.uk (Richard Taylor)
Newsgroups: comp.lang.c++
Subject: Re: Quest: Multiple Virtual functions with same name
Date: 6 Nov 92 15:27:55 GMT
Organization: Fulcrum Communications

In article <1992Oct30.182516.20463@hplabsz.hpl.hp.com> kalra@PROBLEM_WITH_INEWS_GATEWAY_FILE (Deven Kalra) writes:
>
>I have a question about having multiple virtual functions with same names.
>
>I have a base class as
>
>class BaseClass{
>
>
>    virtual render (Sphere &s);
>    virtual render (Rect   &r);
>}
>
>and a derived class
>
>class DerivedClass:public BaseClass{
>	virtual render (Sphere &s);
>}
>
>I get compiler warnings as:
>
>	render function hides base function
>
>Is it documented behavior? Why does not 
>    render(Sphere &s) in DerivedClass
>
>replace 
>    render(Sphere &s) in BaseClass
>
>but 
>    render(Rect &r) be taken from the BaseClass.
>
>
>Why should the above create a warning. Is there an alternative way
>to achieve the above functionality of replacing only some of the functions
>of a BaseClass that are named the same.
>

Isn't the problem that you have made *both* render (Sphere &s) functions
virtual? That means the base virtual function will *never* be used. Maybe
you meant:

class DerivedClass:public BaseClass{
       /*virtual*/ render (Sphere &s);


Regards,
============================================================================
Richard Taylor DoD #981 (rct@fulcrum.co.uk)              Heard on Radio 4:-
"One of the first signs of the male menopause is buying a Harley Davidson."
============================================================================
Fulcrum Communications Ltd., Fordrough Lane, Birmingham, B9 5LD, ENGLAND.
Newsgroups: comp.lang.c++