HDTenEightyP/NetNews huggingface dataset:
From: philip@ziggy.stanford.edu (Philip Machanick)
Subject: Re: C++ member pointer error
Reply-To: philip@ziggy.stanford.edu (Philip Machanick)
Organization: CS Department, Stanford University, California, USA
Date: Wed, 29 Jul 1992 03:06:51 GMT

In article <1992Jul28.184745.2854@babbage.ece.uc.edu> tmcbraye@snert.ece.uc.edu  
(Tim McBrayer) writes:
> I'm trying to initialize a pointer to a class method and then call a function
> through said pointer.  I'm working in C++ on a SGI IRIS.  As far as I can
> tell, I'm accessing the pointer properly, according to Stroustrup's book.
> However, when I compile with "CC junk.cc", I get:
> 
> "junk.cc", line 21: error:  object missing in call through pointer to
> member function
> 
> The most frustrating part of this is that the code works under g++ on a 
> Sparcstation.  Are there any known bugs with SGI C++ with IRIX 4.0.1? Does
> anyone have any idea what 'object' is being referred to in the error
> message?

I don't think this is a bug. I had the same results on a DECstation with cfront  
ported directly from AT&T source. A call to a member function (unless it is
declared static) must be made through an object of the class _where the
member function is defined_. Although it appears you are calling the function  
from an object of the appropriate class, this is not in fact so because under  
other circumstances e.fn () may be called from a different place or even be  
called after the original object is destroyed. (Do you think the semantics of  
the line

   e.fn = (fnptr) &V::print;

should depend on the fact that this has happened inside a member function of  
class V?)

If you want to ask a language lawyer for a more definitive answer post to  
comp.lang.c++.

See modifications below for syntax (I found this in first edition of Lippman's  
C++ primer p. 214) - I don't usually use this feature:

> #include <iostream.h>
> 
> class V{
> public:
>   int i;
>   V() { i = 0;};
>   void run();
>   char * print(int x) {cout << "x is " << x << endl; return "Foo!";};
> };
> 
> struct E {
>   typedef char * (V::*fnptr)(int);
>   fnptr fn;
>   E() { fn = 0;};
> };
> void V::run() {
>   E e;
>   e.fn = (fnptr) &V::print;
>   i = 42;
>   cout << (e.fn)(i) << endl;  //ERROR: (*(e.fn))(i) gives the same error
// this doesn't work because a non-static member function needs an object
// of its own class (the "this" pointer)

// replace the above by:
  cout << (this->*(e.fn))(i) << endl;
> };
> 
> int main(){
>   V v;
>   v.run();
>   cout << v.print(5) << endl;
> }
output:
  x is 42
  Foo!
  x is 5
  Foo!
--
Philip Machanick
philip@pescadero.stanford.edu
From: KJB6@psuvm.psu.edu
Newsgroups: comp.sys.sgi,psu.comp.sgi
Subject: Toolchest
Date: 24 Jul 92 16:39:09 GMT
Article-I.D.: psuvm.92206.123909KJB6
Organization: Penn State University

When ever I select something from the Toolchest, (ex. calculator, calendar), my
.cshrc file gets executed. How come. Is it a problem with my configuration, or
is this a bug. I am using the default "/usr/bin/X11/system.chestrc" file on the
4.0.4 operating system.

Thanks for any responses.


Ken Bauer
Pennsylvania State University - Behrend College
From: steve@chaos.ocean.fsu.edu (Steve Van Gorder)
Newsgroups: comp.sys.sgi
Subject: SCSI cable length
Date: 22 Jul 92 16:44:52 GMT


Sorry if this is a FAQ .. but is there a maximum SCSI cable length ?
I have 3 external devices -  1/4 " tape, a CDROM drive and an optical disk.
They are daisy-chained to my 4D35 wtih 6 ft, 4 ft and 5 ft cables 
respectively.  Also there is a 170 mb internal SCSI drive and a 750 mb SCSI 
drive in the top bay of the 35.  Should this be a problem ?

Thanks,

------------------------------------------------------------------------
 Steve VanGorder                     Internet  steve@chaos.ocean.fsu.edu
 Dept. of Oceanography   B-169       Bitnet    gorder@fsu                
 Florida State University            Phone    (904) 644-2447             
 Tallahassee, Fl 32306               Fax      (904) 644-2581
------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: absinthe@topo.chem.washington.edu
Subject: Fatal uopt errors
Keywords: uopt error 11
Reply-To: absinthe@u.washington.edu
Organization: University of Washington
Date: Thu, 23 Jul 1992 05:38:58 GMT

For some reason, when compiling a seemingly normal .c file with
  cc -c -I. -xansi -float -prototypes -O2, I get
'Fatal error in: /usr/lib/uopt  Signal 11 - core dumped'

.can anybody shed some light on what this means? (and/or how to fix it?)
The compiler guide and man-pages were no help at all.

thanks,
--
      Daniel Faken          |    Name a poison,
absinthe@u.washington.edu   |    pick your flavour.
Newsgroups: comp.sys.sgi
From: sysjohn@helios.physics.utoronto.ca (John Chee Wah)
Subject: Re: Missing comment closure in 4.05 /usr/include/limits.h
Organization: University of Toronto Physics/Astronomy/CITA
Date: Thu, 23 Jul 1992 05:32:32 GMT

In article <nketm60@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
# In <Brs4so.LCt@syd.dms.CSIRO.AU> gil@swifty.dap.CSIRO.AU (Gil Webster) writes:
# 
# | In our 4.05 installation, line 92 of /usr/include/limits.h is faulty.
# | The closing comment is missing on this line, thus the next
# | definition is commented out.
# | 
# | #if (defined(__EXTENSIONS__) && !defined(_POSIX_SOURCE))
# | 
# | #define	ARG_MAX		5120 		/* max length of arguments to exec 
# | #define	CHILD_MAX	25		/* max # of processes per user id */
# 
# Your file is truncated for some reason.  It is fine on all the 4.0.5
# stock systems I looked at, and the file is 127 lines long.
# --
# Let no one tell me that silence gives consent,  |   Dave Olson
# because whoever is silent dissents.             |   Silicon Graphics, Inc.
#     Maria Isabel Barreno                        |   olson@sgi.com


File is also truncated on one of the machines that we have here at
4.0.5 but okay on 4.0.4.
-- 
Johnny Chee Wah
(johncw@physics.utoronto.ca / johncw@utordop.bitnet)
From: sundar@fiber-one.ai.mit.edu (Sundar Narasimhan)
Newsgroups: comp.sys.sgi
Subject: question regarding uucp/(dialout/dialin modems) on SGI's
Date: 30 Jul 92 18:28:19 GMT
Reply-To: sundar@ai.mit.edu
Organization: MIT Artificial Intelligence Laboratory

Hi, I just set up outgoing uucp from our SGI machine running IRIX 4.0.3.
This seems to work fine for outgoing calls, but I'd like to receive
incoming calls too. So, my question is:
a. Is there a script that automatically edits inittab to do the right thing? 
and reverts it to what it was once its done? Ideally, I'd like the default
mode to be with the getty running ready to receive incoming calls. Then every
hour or so, the  outgoing uucp called from cron turns the getty off, and does
its thing. Right now, I have to manually do this which is a pain.

b. Is there a way to send an initialization string to a modem
device from inittab/gettydefs? (with delays etc.)

Thanks much.


Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Memory upgrades for R4000 Indigos
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 22 Jul 92 19:11:13 GMT

In <1992Jul22.160210.9849@eagle.lerc.nasa.gov> steve@pitacat.lerc.nasa.gov (Steven H. Izen) writes:

| In article <1992Jul21.064111.1619@microunity.com>, jsw@microunity.com (Jeff Weinstein) writes:
| 
| >  Actually neither is true.  The main problem with the r3k indigo was that
| > there just wasn't room on the CPU board to put the chips that did the
| > memory interleaving/control, so they had to go on the back of the simms.
| > It was definitely not a conspiracy on the part of SGI marketing to squeeze
| > more money out of customers.  The engineers sincerely felt bad to have
| > to make that sort of engineering trade-off, and vowed never to do it
| > again.  They have lived up to it in the new r4k indigo.
| 
| This all makes sense for the inidgo, but does the same argument apply to the 4D/35 as well?

Of course.  The 30, 35, and Indigo are essentially identical
architectures.  They happen to have different board layouts,
and a few different features, but the same kernel will run on
both (assuming you link the right graphics drivers).  Given
that the architectures were identical, we really needed to keep
the memory subsystem the same also; at least if we wanted to ship
them both in a reasonable time frame.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi
Subject: pty problem (?)
From: lundman@kauri.vuw.ac.nz (L Lundman)
Date: Wed, 22 Jul 1992 08:48:04 GMT
Distribution: comp
Organization: Disorganised.


Hiya,

	With a few programs that I occationally (example, script, irc and
screen) on a sgi machine running iris 4.0.4 I get this message:
-------
Script started on Wed Jul 22 20:44:35 1992
Warning: no access to tty (Inappropriate IOCTL operation).
Thus no job control in this shell.
-------
And I assume this is a pty/tty problem? I know that the way to get your pty
has changed from 4.0 to 4.0.4 (now use _getpty function?) but I've tried
to put the example given by the man pages (man pty) into one of the programs
that generated this error but it didn't change anything.

	I guess it is my code that does this since rlogind, telentd works?
Has anyone had a similar problem?

Thanks for any reply,
	Jorgen


--
-------------------------------------------------------------------------------
Jorgen Lundman         eMail: lundman@kauri.vuw.ac.nz, lundman@rata.vuw.ac.nz.
8 Atua Street          My thoughts are my own and not VUW's..
Johnsonville,wgtn      "Research indicate that only 21 percent of what goes
New Zealand            wrong here is actually my fault."
Phone: +64 4 782 724 (GMT+11 hrs)
Newsgroups: comp.sys.sgi
From: cliff@netcom.com (Cliff Rodriquiez)
Subject: Need 3d libs. Do any exist for the transputer env?
Date: Mon, 27 Jul 92 07:22:06 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa

I would like to do some virtual reality work on the transputer
env.  Are there any sgi libs to be had?  comercial or public...cliff
-- 

-- 
Cliff Rodriguez 
C&R Software Solutions
voice 408-252-1429
fax 408-252-5909
cliff@netcom.com or apple!netcom!cliff
P.O Box 95015-0658 Cupertino Ca. 95015 USA
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Memory upgrades for R4000 Indigos
Date: 31 Jul 92 04:01:25 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <31594@adm.brl.mil> lsr-vax!art@uunet.uu.net (Art Hays - PSTAFF) writes:
| 	In terms of upgrades, the SS10 looks interesting.  The cpu and cache chips
| are on plug in boards.  The ideal for upgrades is to throw away as little
| as possible, and to *buy* only what's needed (so we dont spend much money :-)).
| For example, my 4D85 has fast enough graphics for our needs, but a cpu upgrade
| (even if it was offered) would require at least, I imagine, a new cpu board.
| It may be possible to design machines now that would
| be more economical to upgrade.

The r4k indigo has cpu, cache, and clock on a seperate board for
similar reasons, in hopes of being able to go to 67 or 75 Mhz
(maybe 100?) someday without changing anything but the processor
module.  Of course, I couldn't say when or if we will announce
such an upgrade.

Such hopes don't always work out, as can be seen by studying
older systems that tried to use this scheme.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: gints@roadkill.esd.sgi.com (Gints Klimanis)
Newsgroups: comp.sys.sgi
Subject: Re: Audio Questions
Date: 26 Jul 92 18:21:25 GMT
Distribution: na
Organization: Silicon Graphics, Inc.

In article <1992Jul25.163827.22304@news.iastate.edu>,
bryan@pi.eai.iastate.edu (Bryan Manske) writes:
|> 2.  Exactly how do the gain slots (0-255) map to real world db
|> values?
|>     (linear relationship?)

For current audio hardware, a 6-bit multiplying DAC controls the input
attenuator.  The Audio Library range 0-255 maps into the hardware range
with 2 left shifts, so changtes in the 2 LSB's of the AL value actually
yield no hardware level change. Each step in the 6-bit range is 1.5
decibels.  However, when the MDAC is set to value 0, the input gain
measured relative to the Indigo output level is +15dB.

|> And, I guess, a question from me.  I'm assuming 8-bit samples.
|> Is this correct?
No way, Jose.  You may choose an 8-bit port.  But the audio hardware is
damn close
to 16-bits.

Hope this helps.

Gints Klimanis
From: bglazier@buffalo.asd.sgi.com (Bill Glazier)
Newsgroups: comp.sys.sgi
Subject: OpenGL Events at SIGGRAPH '92
Date: 22 Jul 92 02:01:47 GMT
Organization: Silicon Graphics, Inc.

I wanted to let everyone on the comp.sys.sgi net know about some of the 
events happening at SIGGRAPH '92 next week relating to OpenGL.

OpenGL Technology Demonstration
Show Floor - Tuesday-Thursday

There will be seven companies demonstrating OpenGL and IRIS GL
running on a variety of PC and workstation based platforms.
SGI, IBM, and DEC will be demonstrating OpenGL 1.0 in their
respective booths.  DEC will run an OpenGL interoperability demo
connecting a DECStation to an IRIS Indigo.  DuPont Pixel Systems
will show IRIS GL for Sun SPARCStations.  Nth Graphics will demo
IRIS GL running on SPARCStations and HP Series 700 workstations.
Interestingly, HP will have Nth in their SIGGRAPH booth, and Sun 
will have both Nth and DuPont running IRIS GL in their booth.  
In the SGI booth, we will demo OpenGL running under IRIX on a
Blackjack Starter, and under Windows NT.  

OpenGL Special Interest Group

The Special Interest Group meeting for OpenGL will be Wednesday 
afternoon from 2-4PM in Room M-1 of the Convention Center. Refreshments
served! 

3D Graphics Standards Panel Debate:  OpenGL vs PEX
Friday 8:45AM - 10:15AM

This should prove to be a lively discussion!  Moderator Jim 
Foley from Georgia Tech hosts Kurt Akeley from SGI, Marty Hess 
from Sun, Jeff Stevenson from HP, Murray Cantor from IBM, and
Mark Goldstein from SDRC in a lively panel debate on the
technical and non technical merits of these competing
technologies.  Please come to the debate - all OpenGL
supporters attending receive a free OpenGL t-shirt to wear
at the debate.  

We are very excited about the support OpenGL is receiving in the
PC and workstation markets as an multiplatform industry standard,
and would be glad to see everyone visit the SGI booth to 
learn more about OpenGL!

Please give me call at 415/390-1617 if you want more information.
 
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Memory upgrades for R4000 Indigos
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 26 Jul 1992 05:57:23 GMT

In article <noj5dkc@zola.esd.sgi.com>, portuesi@tweezers.esd.sgi.com (Michael Portuesi) writes:
> ...
> An R4000-based Personal IRIS, if it existed, would
> probably cost considerably more than the Indigo R4000
> due to these manufacturing constraints, and hence
> would have few, if any, buyers.


Please be careful.  I don't think this is accurate.  A bunch of
customers out there are probably fuming, thinking we think they are
really stupid.

Yes, I don't doubt it would not work to just jam an R4000 into the
4D/20 case, as was done with the 20MHz R3000 and 38 (35?) MHz R3000.
I know a just a little of the heat and other problems with the 4D/35 from
a certain VME board.  The airflow in the box was fine for the 12MHz
4D/20, but is a long way from good enough for the R4000.  So what?

If you step back two paces, you'll see there is little difference
between the Indigo box and the PI box.  One is a little wider.  The
other is a little deep and much taller.  Oh, the colors are different.
So what?

You could obviously move the power supply and SCSI connectors from the
side of the Indigo to the top and rear, and end up with a box about the
same shape as the PI.  The result would probably be easier to make.  It
would not cost significantly more to make, and the yields would
probably be better, not worse.  So what?

Would anyone outside SGI really care if the "E-module" inside the
Personal IRIS were changed to look a lot like the Indigo case?

(By the way, interested customers should compare the sizes of
the Indigo CPU board and the PI CPU board.  You'll be surprised.)


The right way to think of the Indigo is as a 4D/36 or some such
number.  The Indigo is simply the latest re-packaging of the Personal
Iris, with the new, smaller disks, new graphics, in a smaller box, 
without the not particularly wonderful, useful or popular VME slot,
and with a lower price.  This is not the first repackaging of the
Personal IRIS.  Remember when the main disk was bolted inside?

Would it make sense to have two essentially identical computers,
differing only in the size of the box?  Obviously not.  Did the 4D/35
make sense?  I don't know, having heard arguments both ways.  The 4D/35
does have the VME slot, and there are always "product transition
issues."


All of that talk about "RPC" was just marketing hype--entirely true,
but not particularly interesting or relevant.

A few thousand people inside and outside SGI will now be angry with me,
but those are the facts, if you set asside marketing hype and internal
SGI politics.


Vernon Schryver,   vjs@sgi.com
From: sundar@fiber-one.ai.mit.edu (Sundar Narasimhan)
Newsgroups: comp.sys.sgi
Subject: Request for information regarding development environments
Date: 30 Jul 92 21:19:12 GMT
Reply-To: sundar@ai.mit.edu
Organization: MIT Artificial Intelligence Laboratory
Hi: I'm looking for a development environment like Saber (CodeCenter,

ObjectCenter) for doing C/C++ development on SGI machines. 
I'd appreciate hear about companies/products that do this.
Thanks much.


Xref: sparky comp.sys.sgi:11493 comp.benchmarks:1196 comp.dcom.lans.ethernet:1487
From: sdo@cbnewsl.cb.att.com (scott.orshan)
Newsgroups: comp.sys.sgi,comp.benchmarks,comp.dcom.lans.ethernet
Subject: Re: How can I measure CPU-time and Network traffic time ?
Date: 27 Jul 92 20:24:16 GMT
Organization: UNIX System Laboratories

In article <nnbjkh8@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <1992Jul24.075446.23229@news.uni-stuttgart.de> wnkretz@ikesg1.energietechnik.uni-stuttgart.de (Oliver Kretzschmar) writes:
>|    who can tell me, how I can measure the CPU time of a program
>|    or a routine inside a program. Exists there any other possibilities
>|    as with time ? Does anybody know, how I can measure network
>|    transfer time and other datas of network traffic in distributed
>|    programsystems developed with SUN RPC's on SGI ? Please mail me
>|    your informations !
>
>See 'man pixie prof ftimer gettimeofday time times'.  One or more
>of those should help.

This may not apply to the SGI machines, but some machines (Sequent and
Pyramid at least) provide a microsecond resolution timer/counter
that is accessible via a user level instruction or memory reference,
thus avoiding the system call overhead and lack of resolution of the
system calls.  (See GETUSCLK() on the Sequent).

What is returned is a longword that is incremented every microsecond,
and is available to all processors on the multiprocessor.  Naturally,
it wraps around occasionally.

By capturing the counter before and after the code to be measured,
an exact measurement can be made of execution time.

By capturing the time in different processes on a multiprocessor,
the parallel execution flows of multiple processes can be analyzed.

The capture of the time word (or even the return value from a
system call) has to be done to avoid interference with the measured
code.  To record just a start and end time, I just use a couple of
variables.  To record a large number of events to be dumped later
(e.g., an execution trace, useful for program visualization), I
allocate a large array, reference each element to force the pages
to be allocated to the process, and then record the timestamps
and an event id in the array, using a global counter to track
the end of the array.  Depending on the speed of the machine,
recording such an event only takes 1 or 2 microseconds.

	Scott Orshan
	UNIX System Labs
	+1-908-522-5063
	sdo@usl.com
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Using more than 255 minor devices
Date: 23 Jul 92 19:10:16 GMT
Distribution: usa
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Jul22.185501.12759@convex.com> jhall@convex.com (Jon Hall) writes:

| I have an optical jukebox which has 144 shelves with 2 sided platters, so I
| need to have 288 minor devices. Since the max number of minor devices is 255
| (2^8), I decided to use consecutive major numbers.
| 
| To get the first device sysgened in, I added a "USE: jb" entry to the system 
| file, added a jb entry to the master.d directory, and then a "jb.o" driver 
| module to the boot directory, and everything worked fine. But then I tried, 
| adding a jb1 entry (with major # + 1) to the master.d directory, but the system
| still won't recognize that major number. So what else do I need to do??

As I recall, you need to turn the .o into a single file library archive.
That is what we do with our drivers that run into this problem (tpsc,
jag, dksc, etc.).  I was hoping somebody who remember the issue better
would reply, but...

The next major release will have 32 bit dev_t's, although it still
isn't clear how we will split them between major and minor numbers,
so this particular problem will finally go away.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi
From: roberts@nimrod.wpd.sgi.com (roberts)
Subject: Re: sendmail and timed problems.
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 29 Jul 1992 18:29:12 GMT

> So are you saying that the dbm config tables eg. MAILERTABLE, DOMAINTABLE, 
> PATHTABLE, from Neil & Paul's sendmail will work?? ie if I create my m4 
> configuration, run it through Sendmail.mc and generate the .cf it will 
> work with the SGI supplied sendmail??

I'm saying it *should* work.  I've not tested with that particular set-up
so I can't guarantee anything, but several customers have reported to me
that they were able to use their existing IDA-based sendmail.cf files with
IRIX sendmail without incident.  If it doesn't work, I'd like very much
to hear about it.
 
> If it *is* the case, PLEASE document it somewhere!!!!!

I believe IDA-compatibility was mentioned in the release notes for some
flavour of IRIX 4.0.X.  It's also mentioned in the IRIX Network Administraton
Guide.

> configmail/sendmail.cf.auto is nice (albiet slow when it runs - don't use it
> for a central mail host), but if I can use the IDA style configuration
> setup that would be a bonus,

If you "freeze" your configuration, you will only suffer the slowness once
when the machine boots.  Become root and do:

	# /etc/init.d/mail stop
	# /usr/lib/sendmail -bz
	# /etc/init.d/mail start

The second step will create a "frozen" configuration file /usr/lib/sendmail.fc.
The presence of this file will cause the /etc/init.d/mail script to re-freeze
the configuration each time it is called to "start" mail (when the machine
boots or when the script is called manually).  You shouldn't have to worry
about re-freezing by hand.

	- Robert Stephens