HDTenEightyP/NetNews huggingface dataset:
From: dieter@bmphf (Dieter Platzer)
Newsgroups: comp.graphics.explorer
Subject: Problem running Explorer "remote" from an HP710 (DISPLAY = ...)
Date: 27 Jan 1993 10:05:52 +0100
Organization: Medical Physics Dept., KFUG
NNTP-Posting-Host: bmpi17.kfunigraz.ac.at


I am trying to run "Explorer" remote from an HP710 with
HP-UX 8.07. "Explorer" is installed on a Personal Iris (hostname "sgi").
DISPLAY and permissions seem properly set.

While working perfect locally and to some extend successfully when used 
remote from a Sun, it does the following on the HP: 

Three windows would pop up, but close again immediately.  
Theese are the messages, that I get (I assume the warnings
not to be relevant to the problem):

----------------------------------------------------------------------------------
$ remsh sgi /usr/explorer/bin/explorer
Warning: Color name "sgigray76" is not defined in server database
Warning: Cannot convert string "<Key>InsertChar " to type VirtualBinding
Warning: Cannot convert string "<Key>DeleteChar " to type VirtualBinding
Warning: Cannot convert string "<Key>InsertLine " to type VirtualBinding
Warning: Cannot convert string "<Key>DeleteLine " to type VirtualBinding
Warning: Color name "sgiteal" is not defined in server database
Warning: Color name "sgigray84" is not defined in server database
Warning: Color name "sgigray52" is not defined in server database
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  1 (X_CreateWindow)
  Value in failed request:  0x0
  Serial number of failed request:  2516
  Current serial number in output stream:  2519
  User interface: exited, code 1

-----------------------------------------------------------------------------------

Does anyone experience a similar problem or have any suggestions?

Dieter Platzer
Medical Physics Dept.
Karl-Franzens Universitaet Graz
Austria

dieter@bmpi10.kfunigraz.ac.at
From: gordonc@epcc.ed.ac.uk (Gordon D B Cameron)
Newsgroups: comp.graphics.explorer
Subject: Re: Axis ver 1.1 available: almost!
Date: 21 Jan 93 13:18:31 GMT
Distribution: comp
Organization: Edinburgh Parallel Computing Centre


Luckily I managed to get things to work, so now Axis 1.1 will work on either
V1.0 or V2.0, and you needn't worry about using the old .mres file

	-Gordon.

In article <DEMILLO.93Jan19101749@dogberry.juliet.ll.mit.edu>, demillo@juliet.ll.mit.edu ( Robert DeMillo ) writes:
> 
> Folks ---
> 
> Last week I released Axis ver. 1.1 to Gordon's epcc site.
> Well, I made a boo-boo. The .mres file included in the 
> tar file is for version 2.0Beta of Explorer! Because of 
> limited disk space, we do not have version 1.0 loaded 
> anymore...the short version of this is that I do not believe
> that I have anyway to generate an .mres file that is compatable
> with version 1.0 of Explorer.
> 
> There is a solution, however...you can use the .mres file from
> Axis 1.0, and I believe you can then build the module. If anyone is
> having a hard time doing this, please contact me and I will 
> post the .mres from Axis 1.0
> 
> If you don't have the foggiest clue what I am talking about...you
> may be better off. ;)
> 
> I apologize for the inconvience...
> 
> - Rob
> --
> 
> 
>  - Rob DeMillo			| Internet: 	  demillo@juliet.ll.mit.edu
>    MIT Lincoln Lab 		| America Online: exgalileo@aol.com
>    Weather Sensing - Group 43	| Reality:        617-981-2105 (office)
> 
> "Operation Goofy now in effect!"
> 	--- Tom Servo, "Gamera vs. Gaos," Mystery Science Theater 3000

-- 
e|p Gordon Cameron                      |     Phone:+44 31 650 5024(Rm. 2259)
c|c Edinburgh Parallel Computing Centre |     Email: gordonc@epcc.ed.ac.uk
    oOo The University of Edinburgh oOo |    'So far so good, so now so what'
From: anadeem@ampere.comp.graphics.exlorer (Ahmed Nadeem)
Newsgroups: comp.graphics.explorer
Subject: Edge Detection And Segmentation Using Khoros And PV-WAVE
Date: 27 Jan 93 18:13:32 GMT
Article-I.D.: ampere.ANADEEM.93Jan27111332
Distribution: comp.graphics.explorer
Organization: /home/ampere1/anadeem/.organization

Felow Netters,
        I am currently working on a research project that involves generating
solid or geometric models from MRI images. Part of the procedure will require 
me to possibly perform Thresholding & Edge Detection on my MRI images in order
to find out which pixels lie on boundaries between two different regions. 
Thus, I would like to have an Image Processing Software package that has good 
Edge Detection and Classification ( Segmentation ) modules/routines.  
        I have heard a lot about Khoros ( University Of New Mexico) and 
PV-WAVE (Precision Visuals) and was curious if other professionals or students
had any experience on how good they are for the above purposes. Suggestions 
on other software packages are also much welcome.
                                                       Thanks,
                                                              Ahmed Nadeem
From: foulser@homebrew.asd.sgi.com (David Foulser)
Newsgroups: comp.graphics.explorer
Subject: Re: debugging in module builder
Date: 22 Jan 93 02:08:31 GMT
Reply-To: foulser@homebrew.asd.sgi.com (David Foulser)
Organization: sgi

I assume you mean debugging an Explorer module you built with mbuilder.
You can use dbx, just say 
	dbx -P <moduleName>
for instance
	dbx -P GenerateColormap

(of course, our modules are stripped, so debugging them won't helpmuch).

You could also use cvd, the WorkShop debugger.

You can make sure your modules are compiled -g by setting the environment
variable DEBUG to something non-null, like 1.

Dave

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
David Foulser					foulser@sgi.com 
MS 1L-545
Silicon Graphics, Inc   			415/390-5338 
2011 N. Shoreline Blvd. 			415/390-6056 FAX
Mountain View, CA 94039-7311 			
Newsgroups: comp.graphics.explorer
From: shreiner@arioch.clubfed.sgi.com (Dave Shreiner)
Newsgroups: comp.graphics.explorer
Subject: Re: how to print out **dims
Date: 22 Jan 93 22:40:28 GMT
Organization: Silicon Graphics, Inc.

In article <1993Jan22.220527.14043@alw.nih.gov>, lnspet@forest.nia.nih.gov (Jim Haxby) writes:
> How can I print out the dimension info of a 2d-lattice
> 
> I call the cxLatDescGet function:
> 
>         long d_nDims;
>         long **d_nDim;
---------------^
   This is the problem.  The function wants a '**' on the receiving end.
What you really want is 

	  long *d_nDim;

>         cxLatDescGet(lattice_2d, &d_nDims, d_nDim, &d_hasData, &d_nDataVar,
>                         &d_primType, &d_hasCoord, &d_nCoordVar, &d_coordType);

   and change this call to be like

	cxLatDescGet(lattice_2d, &d_nDims, &d_nDim, ... );

Thanx,
Dave

  ---------------------------------------------------------------------------

   Dave Shreiner                                        <shreiner@sgi.com>
   Silicon Graphics, Inc.                                (415) 390 - 5063

  "There's never time to say all the things we need to say" - Fates Warning
Newsgroups: comp.graphics.explorer
From: srfergu@rufus.erenj.com (Scott Ferguson)
Subject: Re: VectorGen
Organization: Exxon Research & Engineering Co.
Date: Thu, 21 Jan 1993 13:44:54 GMT

In article <1993Jan20.143702.3470@julian.uwo.ca>, lferjo@gfx.engga.uwo.ca (Lisa Ferjo) writes:
|> 
|> I have a question about VectorGen. I read in 4 data variables using a dscribe
|> module.  By using ChannelSelect I use the 4th data variables to map specific
|> colours onto my image.  I want to use the first three variables as input 
|> to VectorGen.  But I get the error:
|>           Type Mismatch: Input port "Input" of type cxLattice received 
|>                   unexpected data.
|>    INput port wants NUM data Variables : [1..3]
|>    incoming data is Num data Variables: 4
|> Is there any way around this besides creating two dscribe modules, one to 
|> read in the values for colourmap and another for VectorGen.
|> 
|> Thanks Lisa

What you need is a module to extract a vector rather than a single channel,
much like ChannelSelect. Looks like you'll need to write your own at this
point, with mbuilder.

Will there be a module like this in the standard 2.0 module set?

-- 
----------------------------------------------------------------------
Scott Ferguson                        Exxon Research & Engineering Co.
Project Engineer                      New Jersey
----------------------------------------------------------------------
"When I was your age son, dogs didn't even have the right to vote!"
(J. Seinfeld)
Newsgroups: comp.graphics.explorer
From: howardy@freud.nia.nih.gov (Howard Wai-Chun Yeung)
Subject: rendering a suface instead of volume
Organization: (Natl. Institutes of Health, Bethesda, MD)
Date: Mon, 25 Jan 1993 16:17:55 GMT

I have a MRI file of a human brain (5 meg of pixel values)
so the rendering of the data set takes more than a few seconds.
Is there any way that I just render the surface of the brain instead the
whole data set?
From: hashimoto@sgi.com (Roy Hashimoto)
Newsgroups: comp.graphics.explorer
Subject: Re: Renderer Performance, Interactivity
Keywords: Renderer, geometry, Glyphmaker
Date: 21 Jan 93 18:06:01 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: sideout.asd.sgi.com

In article <1993Jan21.052834.29868@cc.gatech.edu> zundel@cc.gatech.edu (Eric Zundel Ayers) writes:
>Is it possible that the renderer module for Explorer 2.0 will be 
>substantially quicker than the current version?   Is it possible that there is a quicker renderer with less features
>available (or could one be made available?)

Geometry transmission time from one module to another has been one focus of
the 2.0 effort.  Performance has been improved in this area.  Actual rendering
performance has also been improved for certain primitives and situations.
Another source of inefficiency is the amount of memory that the Render module
chews up; this has also been addressed.

>The pick-box is nice,
>but we'd like to get information about the original geometry from the
>renderer, such as  "spheres 34, 35, and 36 are in the selection set"
>and then, say,  perform an operation that makes those spheres transparent.

The 2.0 beta contains a new picking scheme for Render that should provide
you with the information you want.  You can label objects in your module
and have those labels returned to you in the pick information.

Roy Hashimoto
hashimoto@sgi.com
From: shreiner@arioch.clubfed.sgi.com (Dave Shreiner)
Newsgroups: comp.graphics.explorer
Subject: Re: compiler warning from mbuilder
Date: 22 Jan 93 22:37:35 GMT
Organization: Silicon Graphics, Inc.

In article <1993Jan22.193633.11579@alw.nih.gov>, lnspet@forest.nia.nih.gov (Jim Haxby) writes:
> I compile my program with the module builder and I
> get the following warnings:
> 
> ccom: Warning: unformat_to_3dLat.c, line 87: Argument 3 Type Doesn't Match prototype description; prototype: pointer to pointer to void is different from actual: pointer to pointer to int
>         cxLatPtrGet(lattice_2d, 0, &int_ptr, 0, 0);
>       -------------------------------------------^

   For this one, the compiler is just swquacking about the pointer in the
third argument.  No real harm, but if you really want to get around the
problem, try 

	cxLatPtrGet(lattice_2d, 0, (void *) &int_prt, 0, 0);

> --- ReadBin ---
>         rm -f ReadBin
>         cc -o ReadBin  /usr/explorer/lib/cxMcw.o   ReadBin.mdw.o unformat_to_3dLat.o -g -prototypes -cckr -float  -L  -L/lib -L/usr/lib   -L/usr/explorer/lib -lfortranApi -lapi -lcxna -L/usr/lib -lm   -lsun -lc_s -lmpc    
> /usr/bin/ld:
> Warning: malloc: multiply defined
>         previous (used) definition from '/usr/lib/libc_s.a';
>         new (ignored) definition from '/usr/lib/libmpc.a'
> Warning: free: multiply defined
>         previous (used) definition from '/usr/lib/libc_s.a';
>         new (ignored) definition from '/usr/lib/libmpc.a'
> Warning: realloc: multiply defined
>         previous (used) definition from '/usr/lib/libc_s.a';
>         new (ignored) definition from '/usr/lib/libmpc.a'
> 

   As for these guys, there are several versions of the listed commands
( malloc, free, realloc ) depending on which library you use.  In this case,
you've got two libraries with the same function names in them.  No problem,
and no real solution either.  Personally, I use this to flag when the 
module compile is done.

Thanx,
Dave

  ---------------------------------------------------------------------------

   Dave Shreiner                                        <shreiner@sgi.com>
   Silicon Graphics, Inc.                                (415) 390 - 5063

  "There's never time to say all the things we need to say" - Fates Warning
Newsgroups: comp.graphics
From: jsuen@sfsuvax1.sfsu.edu (Julian Suen)
Subject: Diamond Stealth VRAM
Organization: San Francisco State University
Distribution: SFSU
Date: Fri, 22 Jan 1993 18:32:42 GMT

jsuen@sfsuvax1.edu


Xref: sparky comp.graphics:14164 comp.windows.x.pex:695 comp.graphics.opengl:273
From: ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz)
Newsgroups: comp.graphics,comp.windows.x.pex,comp.graphics.opengl
Subject: Re: Row major or column major matrices?
Date: 24 Jan 93 23:09:19 GMT
Organization: Silicon Graphics, Customer Support Division

In article <1993Jan23.000930.26869@kpc.com>, jbulf@balsa.Berkeley.EDU (Jeff Bulf) writes:
|> I have no strong preference for either, but it would make my life
|> much esier if real-world systems could *choose one and stick with it*!
|> I recently had days of unnecessary skullsweat grafting OpenGL
|> evaluator onto a utility library that used the opposite ordering.
|> 
|> On a related note...
|> I learned most of my 3d graphics in left-handed coordinates. When
|> z increases into the screen, the perspective transformation falls
|> out trivially from an extra 1 in the viewing matrix.
|> (F&VD comes to mind as an example). Yet PEX insists on right-handed
|> coordinates, and PEX is the nearest thing to an existing standard in
|> the industrial world. (Arguably brain-dead, but there's no use in
|> getting into that.) Anyway, more nearly universal consistency would be appreciated here too.
|> 
|> Flame off...

There is a really nice reason to make the coordinates use a right-handed
coordinate system: the vector algebra taught in physics and engineering
assumes that world is "right-handed", if I remember things correctly.
I seem to remember the torque vector following a right-handed rule, as
one example.

If the choices made match the "physical" world rather than some implementation
constraint, it makes things much easier for the scientists and engineers to
do their work with the model presented.


-- 

    __   * __   _  __  ___			
   /  \ / / /  / \/  \/   \ 	He was a man like any other man, however, not
  /    /  \/  /  /\  /    /	quite like any other man.
  \___/\__/\_/  /_/ / \__/	
	           *		
Xref: sparky comp.graphics:14326 comp.windows.x.pex:710 comp.graphics.opengl:284
From: dfr@usna.navy.mil (PROF D. Rogers (EAS FAC))
Newsgroups: comp.graphics,comp.windows.x.pex,comp.graphics.opengl
Subject: Re: Row major or column major matrices?
Date: 27 Jan 93 18:39:34 GMT
Followup-To: comp.graphics
Organization: U. S. Naval Academy

In article <phillips.728015799@swanee> phillips@swanee.ee.uwa.edu.au (Christopher James Phillips) writes:
!In <1993Jan23.000930.26869@kpc.com! jbulf@balsa.Berkeley.EDU (Jeff Bulf) writes:
!
!!On a related note...
!!I learned most of my 3d graphics in left-handed coordinates. When
!!z increases into the screen, the perspective transformation falls
!!out trivially from an extra 1 in the viewing matrix.
!!(F&VD comes to mind as an example). Yet PEX insists on right-handed
!!coordinates, and PEX is the nearest thing to an existing standard in
!!the industrial world. (Arguably brain-dead, but there's no use in
!!getting into that.) Anyway, more nearly universal consistency would be appreciated here too.
!
!Well I learned most of my _2d_ graphics with x increasing to the right, and
!y increasing down, so z increasing into the screen gives me a RHS
!immediately :)

Well Chris that's because you guys are all upside down! :) :)

On the other hand I sure enjoyed it when I lived `downunder'.

Dave Rogers

Xref: sparky comp.graphics:14308 comp.windows.x.pex:708 comp.graphics.opengl:282
From: kurt@cashew.asd.sgi.com (Kurt Akeley)
Newsgroups: comp.graphics,comp.windows.x.pex,comp.graphics.opengl
Subject: Re: Row major or column major matrices? - SUMMARY POSTING
Date: 28 Jan 93 19:20:44 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: cashew.asd.sgi.com

-- 

Eric Haines writes:

> There may be other systems in which
> the translation elements are stored in locations 3,7, and 11, but this is a
> separate computer language issue (can you say "FORTRAN"?).

The OpenGL API treats matrixes as single-dimension arrays of 16 elements,
rather than 4x4 arrays of elements.  Thus OpenGL codes written in FORTRAN
and C use identical array indexing, and can share matrixes in an intuitive
way.

-- Kurt Akeley	    kurt@sgi.com  (415) 390-3612  M/S 7U-550
From: bill@solaria (Bill Neisius)
Newsgroups: comp.graphics
Subject: Re: DMORF V. 0.12
Date: 25 Jan 93 15:14:37 GMT
Reply-To: bill@solaria.hac.com
X-Newsreader: TIN [version 1.1 PL6]

Chad Cipiti (af774@cleveland.Freenet.Edu) wrote:
: 
: Has anyone out there used DMORF?  I'm having problems with it.....
:  I cannot get it to make another line in the mesh.  Is there
:  a problem with the program, or is the version I have just
:  crippled in that respect until I register it?

Move the cursor to the border around the picture, and click the RIGHT
mouse button.  Don't try to ADD mesh lines to a ZOOM'd frame - it
doesn't update the second frame properly, and will cause the program to
crash....

Bill Neisius
bill@solaria.hac.com
Newsgroups: comp.graphics
From: rks9954@usl.edu (Srinivasa Rao K)
Subject: D.E.M files
Organization: University of Southwestern Louisiana
Date: Wed, 27 Jan 1993 00:02:57 GMT



   Hi, 

       Does any one who has software ( or info about  any ftp site )

	   
	   TO READ  D.E.M. FILES  ( just to get x,y,z out of file)


       could Please  be kindful to let me know ...



     
       Thanks alot .....


    Rao.
Newsgroups: comp.graphics
From: lyn@cs.sfu.ca (Lyn Bartram)
Subject: Student Volunteers - SIGGRAPH 93
Organization: CSS, Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 26 Jan 1993 06:57:05 GMT


SIGGRAPH 93 invites students to gain valuable experience 
by being a part of the conference team.  Most duties are not 
glamorous, but every position provides opportunities to 
interact with committee members, contributors, and 
attendees.  SIGGRAPH participants (including our student 
volunteers) come from all over the world and represent the 
many diverse fields in which computer graphics plays a part.  
Student volunteers are invaluable to the success of 
SIGGRAPH conferences.

Volunteers must be undergraduate or graduate students 
during the 1992-1993 academic year.  Students in any 
discipline are encouraged to apply.  No experience or 
"connections" are necessary for acceptance.  Compensation
varies depending on the hours worked, but always includes
registration and admission to all parts of the conference,
including courses.  Additional compensation may include 
proceedings and housing.

HOW TO APPLY

Application forms and information may be obtained by writing:

	Maureen Baumann
	SIGGRAPH 93 Student Volunteers Program
	Smith, Bucklin & Associates
	401 N. Michigan Avenue
	Chicago, IL  60611  USA
	312-644-6610
	students.info@siggraph.org

or by anonymous ftp from the host siggraph.org under the directory:

	/conferences/siggraph93/contributors_packets/student_volunteers

in the files:
	README
	volunteers.text
	volunteers_form.text

For more information, please contact:

	Lyn Bartram
	SIGGRAPH 93 Student Volunteers Chair
	Computer Graphics Research Lab
	Centre for Systems Science
	Simon Fraser University
	Burnaby, BC  CANADA
	604-291-4369
	students.s93@siggraph.org
Newsgroups: comp.graphics,news.answers
From: agata@csd4.csd.uwm.edu (Agata Opalach)
Newsgroups: comp.graphics,comp.graphics.animation
Subject: soft objects - anybody interested?
Date: 27 Jan 1993 12:36:03 GMT
Organization: Department of Computer Science, University of Sheffield
Distribution: world
NNTP-Posting-Host: 129.89.7.40
Keywords: soft objects, isosufraces, research
Originator: agata@opus.csd.uwm.edu

Hi,

I'm starting a research project on a subject 'Computer Animation using soft
objects' and I thought there may be somebody else working in that area (soft
objects, meta-balls, implicit surfaces, isosurfaces, the creatures hide
under various names :-). To surprise you I'm starting it in Sheffield
and I use the account I'm posting from only because there are some
friendly people who let me do that. 

If you work on something similar and wish to chat about it or if you're simply 
interested what is it about - please e-mail me (my e-mail address below). Any 
helpful ideas, hints or just encouraging words are highly appreciated.

Thanks,

Agata

---
Agata Opalach-Szwerbal
e-mail : a.opalach@dcs.shef.ac.uk (JANET only)
         ac2ao@sunc.shef.ac.uk    (INTERNET)
Newsgroups: comp.graphics
From: BARILEJB@ctrvax.Vanderbilt.Edu ()
Subject: SpeedStar 24x Troubles (perhaps!)
Organization: Vanderbilt University
Date: Fri, 22 Jan 1993 06:40:03 GMT
X-News-Reader: VMS NEWS 1.24

Lately, I've been having strange problems with my Gateway 386/33c. 
While running Windows (with any or no apps open/active), all of a
sudden my screen will clear, the keyboard will lock, and I get a
message something like "Memory Parity Error - System Shutting Down"
with all sorts of blue and white ASCII garbage on the screen.
 
Thinking back to when this all began, it was around the time I 
installed my Diamond Speedstar 24x.  I believe it's the latest version
with the latest drivers and all.  
 
My question is in 2 parts:
 1)  Is this a valid accusation?  Is it possible for a video card to do
     this?  Perhaps I should say, video drivers since it only happens
     wihle I'm running Windows.
 2)  Has anyone else seen the same problem with (or without) a 24x
     installed?  
 
Other equipment in the box is a Sound Blaster 1.0, a Music Quest PC-MIDI
card, 2 serial/parallel/game port cards, and the usual mouse, printer,
2400baud modem... etc.  
 
Thanks in advance for any help or hints!
-Jason Barile
 barilejb@ctrvax.vanderbilt.edu

Newsgroups: comp.graphics