HDTenEightyP/NetNews huggingface dataset:
From: hennecke@microelectronic.e-technik.th-darmstadt.de (Marcus Hennecke)
Newsgroups: comp.soft-sys.khoros
Subject: Big bin-files
Date: 19 Aug 92 09:57:16 GMT

Hi,

yesterday I upgraded our KHOROS from patchlevel 2 to patchlevel 5. I
applied patch 3, 4 and 5 and then I tried to recompile the system.
Everything worked fine until I ran out of disk space. After freeing a
lot of space and recompiling (this time successfully) I noticed that
the size of the bins has increased abnormally. Before they were a
total of 38MB, now they occupy 91MB! Since I have SunOS 4.1.2 and the
4.1.2 loader, I have compiled statically. The programs work almost
fine (at least without crash so far), they just take up way too much
disk space. I do think I set the parameters in the sun.cf and Site.def
files right, I checked them with a local guru.

In case I won't get it to compile smaller, is there a European ftp-
site carrying the bin-files? I hate the thought of ftp-ing so many
MBs over the Atlantic.

Ah, and yes, some programs do seem to work improperly. xprism2 and
kraftsman, for example print the following error message:

     Warning: Widget class VendorShell version mismatch:
       widget 11004 vs. intrinsics 11003.
     Warning: Widget class Form version mismatch:
       widget 11004 vs. intrinsics 11003.

According to the FAQ list I made an error when I compiled with shared
libraries. But I didn't compile with shared libraries. What else could
cause this error? cantata does not report this error.

Thanks in advance for any help,

Marcus
From: donohoe@jemez.eece.unm.edu
Newsgroups: comp.soft-sys.khoros
Subject: Research Assistant
Date: 18 Aug 92 14:40:49 GMT

POSITION AVAILABLE

Graduate Research Assistant (M.S. or Ph.D. Candidate)

Seeking student to assume responsibility for software development for
newly established Digital Image Microscopy Laboratory in the Life
Sciences Division at Los Alamos National Laboratory.  Ongoing biological
applications are related to the Human Genome Project (chromosome mapping;
chromosome and nuclear structure).  Imaging facilities include:  
conventional and laser scanning confocal microscopes;  high resolution
CCD camera;  real-time intensified CCD camera.  Computational facilities
include: Sun workstations; Macintoshes, and PCs networked to the Los
Alamos supercomputers and Advanced Computing Laboratory.  Individuals
must have experience in Unix-based C and X Windows programming and
course work in digital image processing.  Some knowledge of Unix
systems management is desirable.  The individual will primarily be
responsible for developing and implementing software-based image
processing and analysis routines for 2D images.  Other research areas
are development of programs for 3D volume rendering,  processing, and
analysis on a Thinking Machine CM-200 supercomputer,  development
of programs for computer control of microscopes and cameras, and
development of intelligent systems for automatic recognition of objects
such as cells and chromosomes.

This is an excellent opportunity for an independently motivated student
who has expertise in computer programming and image processing,  and
interest in biological applications,  and a desire to pursue a thesis
project in a Life Sciences environment.

For more information contact (at Los Alamos):  
    Dr. Babetta Marrone
    Tel:  (505) 667-3279
    email: marrone@flovax.lanl.gov

At the University of New Mexico contact:
    Prof. Greg Donohoe
    Tel:  (505) 277-6724
    email:  donohoe@chama.eece.unm.edu
From: padam@chouette.saclay.cea.fr (Pascal Adam)
Newsgroups: comp.soft-sys.khoros
Subject: new routine on ftp distribution.
Date: 20 Aug 92 11:18:58 GMT

Hi everybody,


I put a new routine called varviff2 under the contrib
directory on pprg.

Varviff2 is equivalent  to varviff.  It takes an image  as
input,  computes statistics on it (uses  vstats)  and pass
all the values to the cantata's parser.  This way you  can
create workspaces that need global variables like row_size,
col_size, mean, variance,.....

If ever one encounters problem, my email adress is:

padam@chouette.saclay.cea.fr


Bye

pascal




   **          **    **  Pascal ADAM   Khoros European Agent
   **    ***   **    **  DTA / LETI / DEIN / SIR
   **   ** **  ****      CEN SACLAY
   **   *****  **    **  91191 Gif / Yvette Cedex FRANCE
   **    **    **    **  tel: 33 1 69 08 82 91
    ****  ****  ***  **  fax: 33 1 69 08 83 95
     ***   **     *****  email: padam@chouette.saclay.cea.fr
From: hennecke@microelectronic.e-technik.th-darmstadt.de (Marcus Hennecke)
Newsgroups: comp.soft-sys.khoros
Subject: Set cantata variables in program (e.g. varviff)
Date: 13 Aug 92 14:46:53 GMT

Hi,

I have a problem: in a program called by cantata, I want to define and set
a variable in such a way, that the variable becomes known to cantata itself
(i.e., it should be a global variable). Looking at the source code of
varviff, this seems to be very simple:

        printf("%s = %g\n", variable_name, variable_value);

And in fact it works! However, when I want to employ this technique in my
own program, it won't work. What's going on? Can anyone help me? I first
tried the vexpr-library, but without the ID of cantata it is of little use
and at least doubles the size of my executable.

Thanks in advance,

Marcus
hennecke@microelectronic.e-technik.th-darmstadt.de
From: hennecke@microelectronic.e-technik.th-darmstadt.de (Marcus Hennecke)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Big bin-files, compiling with shared libraries
Date: 20 Aug 92 13:22:02 GMT

Hi,

rasure@borris.eece.unm.edu (John Rasure) writes:
> In "Big bin-files", Marcus Hennecke writes:
>
> + [...] Since I have SunOS 4.1.2 and the
> + 4.1.2 loader, I have compiled statically.
> [...]
> You can recompile using shared libraries.

Hm, interesting. According to the FAQ and the sun.cf-file this is not
possible. Ah yes: the FAQ does mention a way around the problem:

        * add stub routines to linpack (like extern void zgeco_() {} )

aha, very interesting. Only, exactly how do I have to add these to linpack?
I have written a file called stub.c containing the stub routines, changed
the make file so that it will be translated and linked to the library and
checking the library shows that it has worked:

% nm liblinpack.a

stub.o:
00000000 T _cg_
00000028 T _ch_
00000038 T _dgefa_
00000030 T _dgesl_
00000040 T _e_wsfe
00000048 T _pow_ii
00000058 T _s_stop
00000050 T _s_wsFe
00000010 T _zgeco_
00000008 T _zgedi_
00000018 T _zgesl_
00000020 T _zsvdc_

But it doesn't help at all. I noticed that this library is not linked to
the offending routines, but then eispack isn't either:

cc -o vabsdiff vabsdiff.o  -L/home/idefix/hennecke/khoros/lib -L/usr/lang/SC1.0 -L/usr/local/lib  -O -Bdynamic -lghost  -lvexpr  -lnum_anal  -ldspl  -lformat  -lgeo_surf  -lvipl  -lvutils  -lvmath  -lvrast  -lvgparm  -lverror  -ltiff  -lm -ll

When I try this by hand in the vabsdiff-directory it prints the same error
message. But when I try

cc -o vabsdiff vabsdiff.o  -L/home/idefix/hennecke/khoros/lib -L/usr/lang/SC1.0 -L/usr/local/lib  -O -Bdynamic -lghost  -lvexpr  -lnum_anal  -ldspl  -lformat  -lgeo_surf  -lvipl  -lvutils  -lvmath  -lvrast  -lvgparm  -lverror  -ltiff  -lm -ll -llinpack

everything works fine. Is there something wrong in the way I have set up
the libraries?

Is there any way at all to compile with shared libraries with the 4.1.2
loader or am I just wasting my time?

Thanks in advance,

Marcus
From: hennecke@microelectronic.e-technik.th-darmstadt.de (Marcus Hennecke)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Plot Data-subform crashes
Date: 17 Aug 92 07:41:50 GMT


Hi,

thanks for your response to my subform crashes. Danielle writes:

From danielle@bullwinkle.eece.unm.edu Fri Aug 14 22:44:34 1992

> 	Marcus Hennecke had problems because he moved the Plot Data 
> 	cantata UIS file while cantata was running, resulting 
> 	in a seg fault by cantata.  
>       [...stuff deleted]
> 	Something Marcus said earlier, though, leads me to think the
> 	problem may be with a toolbox installed at their site: 
> 
> } What makes the crashes really strange is this: Everything works fine again
> } when the number of guide pane buttons in our self-made toolbox is either
> } reduced by at least one or increased by several buttons. Our current
> } work-around is this: we have simply doubled the number of guide pane buttons
> } in our toolbox subform (currently, there is only one), so that each button
> } is there twice. 
> }
> }-- End of excerpt from Marcus Hennecke
> 
> 	UIS files are never supposed to have only one guide button on a 
> 	subform.  [...]   Also, I have seen one case where a guide pane
> 	with several guide buttons caused cantata to crash because
> 	none of the (-g) lines had their 'selected' field set to 1,
> 	indicating the (associated) default pane for the subform.

Oops, sorry for the somewhat misleading way I formulated my sentence. The
toolbox has only one subform, which in turn has several guide pane buttons.
And, yes, I did look at the `selected' fields and exactly one is set to 1.

BTW it was NOT the toolbox subform that crashes, but the plot data subform.
I am sorry to cause so much confusion, but I now believe that maybe I am not
giving you the right clues to solve my problem. It may very well be that in
this case e-mail is not the right medium. I just restored the old toolbox
definition with which cantata had crashed and now it doesn't crash anymore.
I really have no idea what could have caused these crashes and am not sure
what to tell you. Maybe I am completely misleading you. Pascal Adam offered
me to call him (thanks Pascal!) but I think we should put this to a rest
for now. Besides these crashes (and consistent crashes in every routine that
tries to display an image) cantata has run very smoothly and we are very
satisfied.

Thanks again for your help,

Marcus
hennecke@microelectronic.e-technik.th-darmstadt.de
From: ph@physiology.oxford.ac.uk (Patrick Haggard)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Khoros 2.0 viff structure
Date: 17 Aug 92 14:56:22 GMT
Organization: Physiology Department, Oxford University, Oxford, UK.


I'ld like to add strong support for the concept of having the header
as open as possible.  The idea of separate headers for different
levels of a file is also interesting.  History strings in headers
would also be very useful.  How about having a variable length header,
to which the user can add new fields (history field, comment field
etc).  As long as the programs can keep a track of where the headers
are and how long they are that should be OK.
Patrick
From: zink@brazil.eecs.uic.edu (Louis Zink)
Newsgroups: comp.soft-sys.khoros
Subject: mailing list
Date: 12 Aug 92 20:54:33 GMT

To Whom It May Concern,

Please put me on the Khoros mailing list.
My name is Louis Zink.
My email address is :

zink@bolivia.eecs.uic.edu

Thank You,

Louis Zink
From: LE9MIIWA%CINE88.CINECA.IT@icineca.cineca.it
Newsgroups: comp.soft-sys.khoros
Subject: Khoros under HP-UX 8.0 on HP9000-700 --athena widgets
Date: 7 Aug 92 13:47:00 GMT

Hi everyone!
We are trying to get khoros running under a HP9000 series 700
with HP-UX 8.0, and X11R4 with the vuewm window manager.
We tried to compile against the HP-provided Xaw library (shared version),
but some header files were missing. We got the headers from MIT distrib,
but we got a core dump from cantata (bus error).
Then we tried to recompile the Xaw and Xmu libs from the MIT X11R4 tape.
We succeeded in recompiling, linking and running all programs; but
we got some problems:
        1) a warning from the compiler on file Xaw/Template.c, line
        static void TemplateAction(/* Widget, XEvent*, String*, Cardinal* */);
        2) cantata, composer, etc.  starts running, but the input boxes do
        not work at all  (it is impossible to select them, type text inside
        them, etc. ). For instance, in composer, if we select 'UI Spec',
        it is not possible to write into the 'Pane File' text field.
        3) moreover, when we open the 'UI Spec' dialog box, we get the following
        warning (some newlines inserted for mailer's sake):

Warning: Actions not found: beginning-of-line, backward-character,
delete-next-character, end-of-line, forward-character, multiply,
delete-previous-character, newline-and-indent, kill-to-end-of-line,
redraw-display, newline, next-line, newline-and-backup, previous-line, search,
transpose-characters, next-page, kill-selection, insert-selection,
scroll-one-line-up, backward-word, forward-word, insert-file,
kill-to-end-of-paragraph, form-paragraph, previous-page, scroll-one-line-down,
delete-next-word, kill-word, delete-previous-word, backward-kill-word,
beginning-of-file, end-of-file, forward-paragraph, backward-paragraph,
insert-char, focus-in, focus-out, select-start, extend-adjust, extend-end,
extend-start

We also tried some static libraries provided (non-officially) by HP on
hpcvaaz.cv.hp.com, just to get the additional warning:
        Warning: Shell Widget class VendorShell binary compiled for R3
(We think this is in the FAQ, but we report it for completeness).

Any help is greatly appreciated. Thank you very much.

        Andrea Spinelli
        ISMES spa -- Italy
        le9miiwa@cine88.cineca.it
From: gt4366d@prism.gatech.edu (Kenneth Wesley Brooks)
Newsgroups: comp.soft-sys.khoros
Subject: Source Code Content...
Date: 17 Aug 92 13:48:00 GMT


Hello:

I'm interested in accessing the individual source code routines for
some of the image processing algorithms contained in khoros like
convolution, histogram equalization, etc. Are these available if I
ftp the uncompiled source from you guys?? I have a precompiled version
of khoros running and do not have access to these routines.

Thanks.
From: sauer@chama.eece.unm.edu (Tom Sauer)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Source Code Content...
Date: 17 Aug 92 14:21:13 GMT

On Aug 17,  7:39, Kenneth Wesley Brooks wrote:
} Subject: Source Code Content...
>> 
>> Hello:
>> 
>> I'm interested in accessing the individual source code routines for
>> some of the image processing algorithms contained in khoros like
>> convolution, histogram equalization, etc. Are these available if I
>> ftp the uncompiled source from you guys?? I have a precompiled version
>> of khoros running and do not have access to these routines.
>> 
>> Thanks.
}-- End of excerpt from Kenneth Wesley Brooks

yes. Just ftp source.tar.Z from pprg.eece.unm.edu. Look in pub/khoros/release
for the installation guide. Note: if you are going to run or compile Khoros
you must also get the system.tar.Z file.

Good Luck,

Tom



-- 
============================================================================
Tom Sauer                 |  Email: sauer@chama.eece.unm.edu
The Khoros Group          |
Dept. of EECE             |  
University of New Mexico  |  Phone: (505) 277-6563
Albuquerque, NM 87131     |    Fax: (505) 277-1439
============================================================================
Newsgroups: comp.soft-sys.khoros
From: dominic@scooter.genie.uottawa.ca (Dominic Richens)
Subject: Re: vencode
Originator: dominic@
Reply-To: dominic@shamin.genie.uottawa.ca
Organization: MCRLab - University of Ottawa
Date: Mon, 17 Aug 92 14:40:06 GMT


In article <39768@pprg.eece.unm.edu.pprg.unm.edu>, rasure@sherman.eece.unm.edu (John Rasure) writes:
! In "vencode", Timothy Williams writes:
! + Just a quick question about vencode ...
! + Part of man page -
! + #################################################################
! + vencode(1)          University of New Mexico           vencode(1)
! +      ported by Khoros.
! + #################################################################
! + 
! + Are there any plans on supporting the other encoding schemes?
! 
! Well, the "encoding" schemes for Khoros 2.0 are going to be about
! the same as 1.0.  Which means none ....  we are hoping that someone
! will install a "compression" toolbox on contrib on pprg.
! 
! I know of at least one set of compression routines that have been
! implemented, but not contributed.  Any one willing to admit that
! they have such code?
! 
! + [...]
! End of message from Timothy Williams

If you're looking for encoding routines for images (i.e. lossy) snarf the
coding.tar.Z toolbox from popeye.genie.uottawa.ca, in /pub/khoros/contrib.
I suggest you get, and read, the cod.ps.Z first.  

These vroutines were created to experiment with different lossy compression
schemes.  One major drawback is that the routines only accept images of
size 256x256 or 512x512 in raw format, not VIFF.  

dominic

-- 
!@$^&*)($#$@!@#$^&*()_+_)(*&^$#@!$^&*()_+)(*&^$#@$^&*+_(*&^$#@#^&*()&*$#@(*&+_$!
 Dominic Richens  :  dominic@shamin.genie.uottawa.ca  :  Tel. (613) 564 9911 
      MCRLab, Dept of Elec Eng, University of Ottawa, K1N 6N5, CANADA   
"You construct intricate rituals which allow you to touch the skin of other men"
Newsgroups: comp.soft-sys.khoros
From: marshall@ll.mit.edu (Hunter Marshall)
Subject: Re: programing in includes and librarys
Organization: MIT Lincoln Laboratory
Date: Sun, 16 Aug 92 11:07:53 -0400

In article <1992Aug14.212607.13259@nsisrv.gsfc.nasa.gov> flanigan@echo.gsfc.nasa.gov (Dennis Flanigan) writes:

     Is there a way to get ghostwriter to generate the makefile file
     so that other include directories and librarys can be added to the
     compile commands?  I can of course edit the makefile after it 
     is generated, but I was wondering if it can be done another way.

These type of customizations are effected via Imake related files,ie
.def, .tmpl, .cf files. 

I create toolboxes to parallel the basic khoros file structure, and
protect the original. This gives you a <toolbox>/repos/config/ directory
with /src_conf, and /imake_conf directories.

The files located therein allow you to set imake variables as you wish.
Unfortunately, I am always swamped by the vast array of variables,
at least 5 of which seem appropriate to the customization I'm trying
to make.

There is an Appendix in Vol II for imake variables. There is a 
Chapter in Vol II on configuration mangement (Ch 9 or 10).

Finally, there is a tutorial directory (they tell me) in the X11R5 
dist that may have 
useful info. There is an untarred version of the dist
	export.lcs.mit.edu:/pub/R5untarred.

I am still trying to understand imake, references welcome.

	hunter
From: young@chama.eece.unm.edu (Mark Young)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Set cantata variables in program (e.g. varviff)
Date: 13 Aug 92 17:39:00 GMT

Hi Marcus,

On Aug 13,  4:13pm, Marcus Hennecke wrote:
} Subject: Set cantata variables in program (e.g. varviff)
} From: Marcus Hennecke <hennecke@microelectronic.e-technik.th-darmstadt.de>
} 
} Hi,
} 
} I have a problem: in a program called by cantata, I want to define and set
} a variable in such a way, that the variable becomes known to cantata itself
} (i.e., it should be a global variable). Looking at the source code of
} varviff, this seems to be very simple:
} 
}         printf("%s = %g\n", variable_name, variable_value);
} 
} And in fact it works! However, when I want to employ this technique in my
} own program, it won't work. What's going on? Can anyone help me? I first
} tried the vexpr-library, but without the ID of cantata it is of little use
} and at least doubles the size of my executable.
} 
} Thanks in advance,
} 
} Marcus
} hennecke@microelectronic.e-technik.th-darmstadt.de
} 
}-- End of excerpt from Marcus Hennecke

  Do you mean that you want to manipulate the variable from an external
program, change it and then input it back into cantata?  If so then varviff
is what you should be modeling after.  As you have noted varviff allows the
user to extract a value from a VIFF image and then input that value back
into cantata.  The varviff program in cantata is treated like any other
program (glyph), which is why varviff can use printf to modify cantata's
expression parser.  The only difference between varviff and a program like
vadd is that varviff has a run type of PARSERRUN, ie) run type 4.  This run
type is special in the sense that standard output from the program is passed
directly to cantata's parser.

  If you look at the user interface specification $KHOROS_HOME/repos/cantata/
subforms/info/varviff.pane it has a run type that looks like:

     -R 1 0 4 13x2+1+13 'Execute' 'Execute operation' varviff
            ^----- parser run type

  The varviff program is a simple example of how to interface to cantata's
parser.  It is simple in the sense that it inputs a single value assignment
from a supplied image.  It doesn't do anything such as assign multiple
symbolic statements or create/manipulate an existing variable to be passed
back into cantata.  So be aware that if you want to access, "talk" to
the cantata parser, ie) query as well as add, modify, and delete variables
you may want to be aware that this part has not been very well tested.  If
this is not what you meant please mail me back.

			hope this helps,
				Mark

------------------------------------------------------------------
Mark Young                         young@chama.eece.unm.edu
 
Khoros Group                       (505) 277-6563  (work)
University of New Mexico           Albuquerque,    NM 87131
------------------------------------------------------------------
From: rasure@borris.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: Re: programing in includes and librarys
Date: 16 Aug 92 23:22:01 GMT


In "programing in includes and librarys", Dennis Flanigan writes:
+ A question about programming in the khoros system:
+ 
+ Is there a way to get ghostwriter to generate the makefile file
+ so that other include directories and librarys can be added to the
+ compile commands?  I can of course edit the makefile after it 
+ is generated, but I was wondering if it can be done another way.

The Makefile that is generated is based on the templates in
repos/config/imake_tmpls.  These templates can be modified so that
when makemake creates the make file from the Imakefile, it will be
what you want.  All of this is convered in Volume 2 - Khoros Programmer's 
Manual, Chapter  9 - Configuration Management.

I would recommend that you create a Toolbox with Kraftsman before you
start changing makefile templates.

John Rasure

+ 
+ Thanks-
+ Dennis Flanigan
+ 
+ - -- 
+ - --------------------------------------------------------------------------
+ Dennis Flanigan Jr.               |   Goddard Space Flight Center
+ Applied Research Corp.            |   Code 910.1
+ flanigan@echo.gsfc.nasa.gov       |   (301) 286-6589
+ - --------------------------------------------------------------------------
End of message from Dennis Flanigan
From: Catherine M Dentan <cdentan@magnus.acs.ohio-state.edu>
Newsgroups: comp.soft-sys.khoros
Subject: problem logging on
Date: 18 Aug 92 23:51:09 GMT


I just received a flyer on Khoros 1.0 today, which suggested that I could
acquire a file called *install.ftp* by logging on anonymously to either
pprg.unm.edu or 129.24.13.10.  Unfortunately, the first option doesn't
answer and the second refuses connection.  Has there been any change in
instructions/locations for finding *install.ftp,* or is there just a temp-
orary problem?  Please advise.  Thanks in advance.

C. M. Dentan
From: singer@ll.mit.edu
Newsgroups: comp.soft-sys.khoros
Subject: Khoros & Datacube
Date: 19 Aug 92 19:54:01 GMT


Anyone using Khoros connected to DataCube hardware???


-----------------------------------------------------------------------------
Matthew R. Singer                                    MIT Lincoln Laboratory
(617) 981-3771                                       244 Wood Street
singer@ll.mit.edu                                    Lexington, MA 02173
-----------------------------------------------------------------------------
Newsgroups: comp.soft-sys.khoros