HDTenEightyP/NetNews huggingface dataset:
From: M.D.Beer@compsci.liverpool.ac.uk (Martin Beer)
Newsgroups: comp.soft-sys.andrew
Subject: Re: More checks on size of ATK applications
Date: 21 Aug 92 11:28:20 GMT
Organization: The Internet

Excerpts from mail: 21-Aug-92 More checks on size of ATK .. Nick
Williams@uk.ac.city (1089)


> Well, I'm still trying to cut down the size of ATK apps.

> As Nathaniel points out, much of the overhead in the applications is
> from the ATK itself, and the message server business with messages will
> only decrease the size in a minor way. However in the SunOS environment,
> where the `.do' files really use the SunOS dynamic library mechanism,
> surely it'd be better to have the statload business in runapp eliminated
> and make everything dynamic (including the linking of the X11 libraries,
> etc).

> This way, it'd take an extra micro-moment to start up the application,
> which people wouldn't really notice, but most of the application could
> be shared between processes;  unless I'm wrong, dynamic linking of
> libraries allows applications to share the text image of the libraries,
> so cutting down on swap size.  Hence the 900 odd K of runapp could be
> cut down fairly massively.

> Am I wrong?

> Nick Williams                          E-mail: njw@cs.city.ac.uk (MIME and ATK)
> Systems Architecture Research Centre,  Tel: +44 71 477 8551
> London, EC1V 0HB                       Fax: +44 71 477 8587


We have successfully done this on our Hp 700's and runapp has reduced
from over 1.1 Mbytes to 135kbytes, and everything seems to work well.  I
certainly do not notice any slow-down.

Martin Beer

Dr. Martin Beer,
Department of Computer Science,		Telephone 051-794-3672
University of Liverpool,		Fax: 051-794-3715
Chadwick Tower, P.O. Box 147,           EMail mdb@uk.ac.liverpool.compsci
LIVERPOOL.  L69 3BX. United Kingdom.
From: harcoh@zeus.cs.kun.nl (Harco de Hilster)
Newsgroups: comp.soft-sys.andrew
Subject: Re: FLAMES on folders ?
Date: 13 Aug 92 07:14:12 GMT
Distribution: world
Organization: The Internet

Excerpts from andrew.mailing-list: 12-Aug-92 FLAMES on folders ? Juergen
Henke@qt.ipa.fhg (445+1)


> After long resistance i jumped into FLAMES (after beeing on vacation i
> found over 1000 messages in my mailbox...).

> Seems to work fine (as described in the help file) for new arriving
> mails, but there's no hint how to apply the filtering on messages, wich
> are already in a folder - that's the situation with me (as noted above i
> got over 1000 messages in my mail folder).

> So - just to say it:  Please, Help !


> Many thanks in advance

> 	J|rgen

I think it is as simple as copying your mail from ~/.MESSAGES/mail to
~/Mailbox. 

Good luck,

=================================================
Harco de Hilster       |  K  K   U   U   NN   N
University of Nijmegen |  KK     U   U   N N  N
The Netherlands        |  K K    U   U   N  N N
harcoh@cs.kun.nl       |  K  K    UUU    N   NN
=================================================
From: mt1z+@ANDREW.CMU.EDU (Michael Bruce Tomblyn)
Newsgroups: comp.soft-sys.andrew
Subject: Re: Medical software using Andrew
Date: 16 Aug 92 16:48:53 GMT
Distribution: world
Organization: The Internet

Excerpts from internet.other.info-andrew: 13-Aug-92 Medical software
using Andrew Ken Mitchum@gatech.edu (127)

> I would appreciate hearing from anyone developing medical
> software using the Andrew Toolkit.

>  -Ken Mitchum MD
>  km@cs.pitt.edu


Ditto!

Mike
From: rdew@ALW.NIH.GOV (Bob Dew)
Newsgroups: comp.soft-sys.andrew
Subject: Re: Support for non-unix ATK clients?
Date: 13 Aug 92 21:40:32 GMT
Distribution: world
Organization: The Internet

> The RTF translators in the contrib
directory don't work at all (in either direction). 


We use these regularly for translating documents between Macs running
WordPerfect and UNIX hosts running Andrew's ez editor. 

These translators don't work with complete fidelity, but we've found
them most useful for basic document translation.  They've been a very
handy adjunct to the toolkit for us, as they let our Mac users exchange
formatted material with UNIX Workstations which aren't licensed to run
WordPerfect applications. 

Did you have specific problems with these translators, or did they
really not work "at all"?  Maybe they were built or installed
incorrectly?

-Bob
From: harcoh@ZEUS.CS.KUN.NL (Harco de Hilster)
Newsgroups: comp.soft-sys.andrew
Subject: Support for non-unix ATK clients?
Date: 13 Aug 92 15:21:00 GMT
Organization: The Internet

Hi,

I would like to know what the plans are for better support for non-unix
clients in ATK.

I posted a similar question some time ago, and got real nice help from
Karam Farshchi from special-projects, but it didn't solve my problems.

The PC and Mac version of VUI use a different snap protocol and
guardian, and the servers still have AFS dependencies in their code (we
use NFS). I haven't got them to work yet.
Even if they would work, they can only handle plain text. That makes it
difficult to put any formatted information on our bboards (like very
simple table's with class schedules).

My second best solution was to use MacX on the Mac's, so that they would
be able to use messages. This was not a very good solution since MacX is
slow, and Mac users do not find messages easy to use.

Then there is a conversion problem. Most of our documentation is in
MS-Word format and some is in TeX. The RTF translators in the contrib
directory don't work at all (in either direction). What I used so far is
the Ness script 'fromrtf.n' that produces reasonable output with simple
RTF documents, but it is not good enough for real use.

Basically:  it's very hard to convert to AMS in a mixed environment if
there is no good support for non-unix clients.

Are there any plans for more clever Mac/PC clients?
Is there a good translator for RTF->ATK?
Does any one have a description of the RTF format?


Any help would be appreciated,

Harco.
From: rasure@borris.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Big bin-files
Date: 19 Aug 92 13:04:23 GMT


In "Big bin-files", Marcus Hennecke writes:
+ 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.

That is pretty bad.  It comes from 2 things.  For sure it is because
we added in the "transport" layer with Patch 3 that links in a lot
of UNIX system calls to support "distributed computing" in cantata and
the rest of Khoros, and secondly, it is probably partially do to
changes in SUN OS, but mostly our "fault".

+ 
+ 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.

You can recompile using shared libraries.  It is really not very
feasible for anyone to distribute shared libraries, since it is so
site specific (which version of X, OS, OW, etc. all make a difference).

+ 
+ 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.

You used a different LD_LIBRARY_PATH when you compiled then when
you run the programs.

But is annoying, but should be ok.

To elliminate, setenv LD_LIBRARY_PATH to the proper directory.

+ 
+ 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
End of message from Marcus Hennecke
Newsgroups: comp.soft-sys.khoros
From: hamlet@numenor.imsd.rwth-aachen.de (Frank Weiler  #Alwd#)
Subject: Re: khoros software
Organization: Institut f. Med. Statistics @ Dokumentation
Date: Fri, 21 Aug 92 10:58:29 GMT

In article <39382@pprg.eece.unm.edu.pprg.unm.edu> hoover@ll.mit.edu (Halima Hoover) writes:
>
>Dear Madam or Sir:
>
>I am interested in Khoros 1.0 but I have no idea how to
>obtain the software.  Would you send me some instructions?
>
>
>thanks :-)
>
>Halima Hoover

Hi,

I have a problem with programming a tool using the KHOROS libraries.
Perhaps somebody could help me.

Based on the putimage source i wrote a tool, that displays a VIFF image
and reports the mouse coordinates of the mouse pointer everytime i click
in the window. To do this, i read out event->xbutton.x and event->xbutton.y
in the eventhandler procedure. It works fine when the image is small enough,
but on bigger pictures (the pan_icon appears) i only get the coordinates
relative to the window, not to the image.

Question: How can i get the x-, y-position in the image, it must be possible, 
          because the right numbers are in the position_widget you get with
          xvd_create_xvdisplay().

Thanks in advance

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

Frank 'Hamlet' Weiler                email: hamlet@tolkien.imsd.rwth-aachen.de

==============================================================================
From: castalia@gaea.lpl.arizona.edu (Bradford Castalia)
Newsgroups: comp.soft-sys.khoros
Subject: Re: programing in includes and librarys
Date: 18 Aug 92 19:01:23 GMT


> From khoros-mailer@chama.eece.unm.edu Sun Aug 16 13:46:01 1992
> Posted-Date: 14 Aug 92 21:26:07 GMT
> Received-Date: Sun, 16 Aug 92 14:35:12 MDT
> Newsgroups: comp.soft-sys.khoros
> Subject: programing in includes and librarys
> Date: 14 Aug 92 21:26:07 GMT
> From: flanigan@echo.gsfc.nasa.gov (Dennis Flanigan)
> Organization: NASA GSFC Code 910.1, TRMM Ground Truth
> Keywords: include,librarys,ghostwriter
> To: khoros@chama.eece.unm.edu
> 
> 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.
> 
> Thanks-
> Dennis Flanigan
> 
> - -- 
> - --------------------------------------------------------------------------
> Dennis Flanigan Jr.               |   Goddard Space Flight Center
> Applied Research Corp.            |   Code 910.1
> flanigan@echo.gsfc.nasa.gov       |   (301) 286-6589
> - --------------------------------------------------------------------------
> 
In the Site.def and Library.def files (under $KHOROS_HOME/repos/config/imake_conf)
you can specify site specific libraries that should always be referenced.
However, for specific cases, modify the {toolbox}.def file (under
$TOOLBOX/repos/config/imake_conf). Edit the lines containing the
definitions of TOOLBOXINCLUDE and TOOLBOX_LIBRARIES, and you may also
want to edit the line defining TOOLBOX_DEP_LIBRARIES to be consistent
with the definition of TOOLBOX_LIBRARIES. For example, I have a
toolbox for applications that access our digital filmwriter which
requires access to a few special include files and libraries, so I have
modified filmwriter.def thus:

TOOLBOXINCLUDE = -I$(TB_NAME)/include \
                    -I/usr/local/QCR/include \
                    -I/usr/local/image/include \
                    -I/usr/local/PIRL

TOOLBOX_LIBRARIES = -lfilmwriter \
                    -lQCR \
                    -lImage \
                    -lPIRL
 
TOOLBOX_DEP_LIBRARIES = $(LIBDIR)/libfilmwriter.a \
                        /usr/local/lib/libQCR.a \
                        /usr/local/lib/libImage.a \
                        /usr/local/lib/libPIRL.a

There are also capabilities in kinstall to do some of this as well.

Bradford Castalia                      castalia@pirl.lpl.arizona.edu
Systems Manager                        (602) 621-6946
Planetary Image Research Laboratory    (602) 621-4824
Space Sciences Building, 429           LPL FAX: (602) 621-4933
University of Arizona
Tucson, Arizona  85721
From: ttcain@vangogh.lerc.nasa.gov (Maureen Cain)
Newsgroups: comp.soft-sys.khoros
Subject: Editimage
Date: 18 Aug 92 20:34:08 GMT

Hello,

	I'm having problems with Khoros on Sun and SGI.  First on the Sun Sparc
2 running SUN OS 4.1.1 with a  24-bit display (or 8-bit display for that 
matter), editimage does not display the crosshairs for 
extracting a subimage.  Also the ROI commands do not appear, i.e. when 
selected I see the outline of a window but when I click to place the window it
does not appear.

	On the SGI/VGX running OS 4.0.1, editimage also does not work properly.
A greyscale image is displayed with a strange colormap (some form of psuedo
coloring I think) and does not allow any color manipulations on the image.  
Although here, I can find the crosshairs to extract subimages.

By the way, I am running Khoros 1.5.

Any help would be greatly appreciated!
Thanks
Maureen Cain
From: williams@nvl.army.mil (Timothy Williams)
Newsgroups: comp.soft-sys.khoros
Subject: vencode
Date: 12 Aug 92 14:49:04 GMT

Just a quick question about vencode ...
Part of man page -
#################################################################
vencode(1)          University of New Mexico           vencode(1)

PROGRAM
     vencode - Change the data encoding scheme of an image
. 
. 
. 
OPTIONAL ARGUMENTS
     -s     type: integer
            desc: Encoding scheme
            allowed values:
            0 (Raw (uncompressed) encoding),
            1 (compress(1) encoding),
            2 (RLE encoding),
            3 (Transform encoding),
            4 (CCITT encoding),
            5 (ADPCM encoding),
            or 6 (Generic (site local) encoding)
. 
. 
. 
RESTRICTIONS
     Currently only the VFF_DES_COMPRESS encoding scheme is  sup-
     ported by Khoros.
#################################################################

Are there any plans on supporting the other encoding schemes?

Just wondering.  
-- 
Tim Williams                                   COM: (703) 704-1685
Night Vision & Electro-Optics Directorate      DSN: 654-1685
AMSEL-RD-NV-ISP (Williams)                     FAX: (703) 704-1705
Ft. Belvoir, VA 22060-5677                  E-MAIL: williams@nvl.army.mil
From: rim@bme.ri.ccf.org (Robert M. Cothren)
Newsgroups: comp.soft-sys.khoros
Subject: converting floats on i386 to Sparc
Date: 13 Aug 92 21:35:08 GMT

I am trying to convert a binary data file created on an Intel 386
running DOS to a VIFF file for use on a Sparc.  The internal
representation of the data when written is float (4-byte).  I am sure
that the proper conversion routines exist, but I know nothing about
internal float representation, and therefore am confused.

It would appear that Sparc is VFF_DEP_IEEEORDER.  I know that for
shorts and longs, i386 is the same as VAX, which would appear to be
VFF_DEP_DECORDER.  dectoieees() and dectoieeel() work for items in the
header of the data file.  However, I have no idea what VFF_DEP_NSORDER
is, and have been unsuccessful converting anything but short and long
ints.

Any help?

----Robert M. Cothren, PhD--------------------------rim@bme.ri.ccf.org----
    Biomed. Engineering and Applied Therapeutics   
    The Cleveland Clinic Foundation                voice: 216 445-9305
----Cleveland, Ohio----------------------------------fax: 216 444-9198----
Newsgroups: comp.soft-sys.khoros
Subject: <none>
From: caseypa@elec.canterbury.ac.nz (P. A. Casey)
Date: 15 Aug 92 14:52:32 +1200
Distribution: world
Organization: Electrical Engineering, University of Canterbury, New Zealand

The current version of Khoros on the system here is 1.0  patch 3.  In the viff.h header file there is the comment to see $KHOROS_HOME/manual/viff_format for further information and examples.  This file/directory does not exist.  What we were wondering is if anyone else has had the same problem or whether the directory was never created.

Just wondering 

Peter Casey
caseypa@elec.canterbury.ac.nz
From: dcowan@bdci115.nrl.navy.mil (Dianne Cowan)
Newsgroups: comp.soft-sys.khoros
Subject: problems with auto dispatcher
Date: 12 Aug 92 12:32:37 GMT

Mark Stricker writes that he has trouble using the auto dispatcher on a saved
cantata workspace.  He says that he cannot execute all the glyphs using the run
button; instead, he must click on all the switches individually.

I recall having had a similar problem once.  I think that clicking on the reset 
button before running will take care of this.  Each connection between glyphs 
represents a temp file which is used as input for the routine represented by the
glyph.  If a user executes the program before closing and saving a workspace,
cantata should save the temp files.  If for some reason that doesn't happen, or 
if the temp files are deleted, when the workspace is restored and run, cantata
will be looking for them and will not find them.  What the reset button does, in
effect, is tell cantata to begin from the beginning and make new temp files as 
needed.

I hope this helps you, Mark.

Of course, the real question is why cantata doesn't save the temp files.  Is 
this a bug, or did each of us merely delete the files in a fit of overzealous
housecleaning?

Anyway, good luck.

Dianne J. Cowan
dcowan@bdci115.nrl.navy.mil
From: butterw@nsr.bioeng.washington.edu (Erik Butterworth - x51510)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Some demos fail on Sparc IPC
Date: 21 Aug 92 01:02:31 GMT
Article-I.D.: pprg.39927


  Thanks for your help in solving my problem.  I just now got around 
to implementing your solution.

			Erik Butterworth
From: Vikram Chalana <vikcha@u.washington.edu>
Newsgroups: comp.soft-sys.khoros
Subject: Problem
Date: 17 Aug 92 19:17:17 GMT

I am facing problems running kinstall. It gives me a segmentation fault
whenever I try to run it with my own configuration file. I am tring to
install a vroutine that I wrote into the contrib structure.

Would like to hear from someone who faced a similar problem and/or the
solution to the same.
						
Thanks
******************************************************************************
Vikram Chalana			 *  The Future is Not what it used to be....
Bioengineering			 *		It never Was..		
University of Washington, Seattle*
**********************************
From: spragg@fstc-chville.army.mil (Spragg)
Newsgroups: comp.soft-sys.khoros
Subject: Khoros help!
Date: 17 Aug 92 18:31:25 GMT

Hello, I am trying to install a vroutine onto Khoros.  I have built a toolbox, ran "composer" and
ran "kinstall".  To the best of my knowledge, "kinstall" ran sucsessfully (the mail message said 
nothing about an error) but when i run "cantata", my vroutine is not there.

I understand that the information that i am giving now is by no means enough to diagnose a problem;  If someone can help me, i would be glad to give them a telephone call to answer any
specific questions.

thank you,   Mark

	[I am at this number 0730-1615 M-F, EDT:  (804) 980-7362]
Newsgroups: comp.soft-sys.khoros
From: klimt@Informatik.TU-Muenchen.DE (Wolfgang Klimt)
Subject: Re: vpostscr - how to get multi-output ?
Originator: klimt@hphalle8b.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 20 Aug 1992 07:23:20 GMT
Reply-To: klimt@Informatik.TU-Muenchen.DE


In article <1992Aug19.105712.24914@Urmel.Informatik.RWTH-Aachen.DE>, jogl@merry.imsd.rwth-aachen.de (Joachim Glaubrecht  #Alwd#) writes:
> 
> hi to all Khoros-Users,
I'm no khoros user yet, but i will be soon :-)
>  
> i do have a simple question:
>  
> if we try print a *.xv-image via vpostscr we get ONE A4-paper with 
> the image on it.
> 
> BUT: we now like to get 4 times the SAME image on 4 A4-papers, 
> WITHOUT sending the PostScript-file again to the printer.
> (Sending lasts about 100 min.: 3 MegaByte via 9600 bit/s V24.)
> 
> vpostscr does NOT have a "number of copies" var.
> 
> does anyone know how we can do it ?
> 
> i know, that PostScript uses the "showpage command to force an 
> output, but adding 3 showpage to the end of the PostScript file 
> produces 1 image and 3 empty pages.
That's right, showpage clears the image after printing the page. 
what you have to do is: insert the line
3 { copypage } repeat
directly over the showpage-command. copypage prints the page, but it does not
clear the image that was produced. (it's often used for debugging programs and
showing single steps of the image-processing). the 
<number> <procedure> repeat
construct repeats the given procedure <number> of times. for four copies, you
have to do three copypage and one showpage.

hope to help you


Wolfgang
--------------------------------------------------------------------------------
Wolfgang Klimt (klimt@informatik.tu-muenchen.de)
From: sauer@chama.eece.unm.edu (Tom Sauer)
Newsgroups: comp.soft-sys.khoros
Subject: Re: 2 questions - toolboxes & cantata programs
Date: 18 Aug 92 14:36:13 GMT

Hi,


On Aug 17, 10:28, jason@tfs.com wrote:
} Subject: 2 questions - toolboxes & cantata programs
>> 
>> 1:	Do I have to modify the repos/cantata/ panes to integrate a
>> toolbox with cantata

we have a document on ftp that will help you through the process
of putting new panes in cantata.

ftp to "pprg.eece.unm.edu" and in the directory pub/khoros/contrib
get the files "README.vroutine_tutorial" and "vroutine_tutorial".

>> 
>> 2:	How do I used header information in a cantata program.
>> 	In particular I often want to do some processing that needs
>> 	to know the length/width of the image.
>> 	I do it manually for each image now, but I would much rather
>> 	be able to do it automatically.

There is a contributed routine on "pprg" in pub/khoros/contrib
called varviff2.tar.Z. This routine will take an image and assign
all the statistics including the row and col size to a cantata variable
that you can then access.


>> 
>> Thanx -- Jason
}-- End of excerpt from jason@tfs.com

I hope this solves your problems

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: jogl@merry.imsd.rwth-aachen.de (Joachim Glaubrecht  #Alwd#)
Subject: vpostscr - how to get multi-output ?
Organization: Institut f. Med. Statistics @ Dokumentation
Date: Wed, 19 Aug 92 10:57:12 GMT


hi to all Khoros-Users,
 
i do have a simple question:
 
if we try print a *.xv-image via vpostscr we get ONE A4-paper with 
the image on it.

BUT: we now like to get 4 times the SAME image on 4 A4-papers, 
WITHOUT sending the PostScript-file again to the printer.
(Sending lasts about 100 min.: 3 MegaByte via 9600 bit/s V24.)

vpostscr does NOT have a "number of copies" var.

does anyone know how we can do it ?

i know, that PostScript uses the "showpage command to force an 
output, but adding 3 showpage to the end of the PostScript file 
produces 1 image and 3 empty pages.
 
is the a kind of "store" command in PostScript, which i have to
send BEFORE the first "showpage" ?

-- 
  ___             ____________________________________
 /  /  _____     !  jogl@tolkien.imsd.rwth-aachen.de  !
 __/__/_/ Gl     ! Inst. f. Med. Stat. & Doku. (IMSD) !
/_/              !___Aachen__Germany__Europe__Earth___!