HDTenEightyP/NetNews huggingface dataset:
Subject: Re: Pixmap Editor for X
Organization: Alex Technologies Ltd, London, England
Apparently-To: mail2news@demon.co.uk
Date: Thu, 7 Jan 1993 16:42:41 +0000

In article <1993Jan7.153047.993@ifi.unizh.ch>, sinkwitz@ifi.unizh.ch (Rainer Sinkwitz) writes:
|> 
|> In article <1993Jan6.120350.23929@alex.com>, bryan@alex.com (Bryan Boreham) writes:
|> > In article <1993Jan5.200402.13740@ups.com>, vladd@ups.com (Vladimir Dimanshteyn CONSULTANT) writes:
|> If you install the XPM package you can use sxpm for this purpose and then
|> use "sxpm -nod -o - - | xpmtoppm" in this case. 

You are right; I suppose I dismissed sxpm thinking that it was
only for display.  The reader in xpmtoppm is not so flexible
as that in libXpm.

Bryan.
Xref: sparky comp.windows.open-look:4982 alt.toolkits.xview:1185
From: rickg@eng.sun.com (The Tankster)
Newsgroups: comp.windows.open-look,alt.toolkits.xview
Subject: Re: Mem leaks in Xview?
Date: 7 Jan 93 14:55:40 GMT
	<hue.726392843@coney>
Reply-To: rickg@eng.sun.com
Organization: SunSoft, Inc.
NNTP-Posting-Host: irondude
In-reply-to: hue@island.COM's message of Thu, 7 Jan 1993 07:47:23 GMT



   From: hue@island.COM (Pond Scum)
   Organization: Island Graphics Corp.
   Date: Thu, 7 Jan 1993 07:47:23 GMT

   buzz@bear.com (Buzz Moschetti) writes:
   >If you hope to see your process memory usage drop by 4k when you
   >deallocate during PANEL_LIST_DELETE, you won't.  Memory allocated by the
   >process cannot be returned to the pool -- that's Un*x, not X or XView.

   It's your malloc, not UNIX.  I have an application that runs on SunOS 4.1.x
   and it sometimes grows to 60 or 70MB when the user does certain operations,
   and then shrinks to two or three megabytes when the operations complete
   and resources are freed.

   However, from what I can tell, there is a 20 byte leak every time you
   xv_create something.  It looks like xv_destroy doesn't free that twenty
   bytes.  Purify tells me it's in generic_init, which I guess is the init
   function for the base XView class.



yep, i believe this was fixed in 3.0.1 (aka Solaris 2.0).

<<tank
--

*********************************************************************

	Richard M. "Tank" Goldstein		rickg@Eng.Sun.COM
	Window Developer Environment,
	SunSoft, Inc.

	"I'm a scientist.  I don't think, I observe."
			-Dr. Clayton Forrester

*********************************************************************
Newsgroups: comp.windows.open-look
From: jpf@uuhelio.uucp (Jeff Francis)
Subject: Re: OLIT:How to constrain a scrolled win into a form?
Organization: HelioCentric Software
Date: Sat, 9 Jan 1993 19:28:19 GMT

My favorite layout for this ...

-------------
Control Area
-------------
Scrolled Area
that grows
-------------
Footer text
-------------

... is this:

FooterPanel
	RubberTile
		ControlArea (XtNweight = 0)
		ScrolledList (or ScrolledWindow) (XtNweight = 100 or whatever)
	StaticText

-- 
Jeff Francis, HelioCentric Software, uunet!uuhelio!jpf, (515) 232-1300
Newsgroups: comp.windows.open-look
From: elling@eng.auburn.edu (Richard Elling)
Subject: Re: cmdtool and utmp
Reply-To: elling@eng.auburn.edu
Organization: Auburn University Engineering
Date: Tue, 5 Jan 1993 23:53:50 GMT

In article 1i4lj9INNaad@emory.mathcs.emory.edu, km@mathcs.emory.edu (Ken Mandelberg) writes:
>cmdtool (like xterm) wants to write to utmp when it runs, and
>
>Is there a trick for getting cmdtool to work properly with a
>secure utmp?

This behaviour has much history.  However, it is fixed in Solaris 2.x.
The Solaris 2.x fix doesn't require that xterm or cmdtool be setuid
root.  The actual writing to /var/adm/utmp[x] is done by login.  This
is probably how it should really be done: does it really make sense for
a terminal emulator to change accounting information?

---
 Richard Elling                          Manager of Network Support
 Auburn University                       Engineering Administration
 richard.elling@eng.auburn.edu   KB4HB [44.100.0.72]  (205)844-2280
 Type-5 keyboard survival: xmodmap -e "keysym BackSpace = Delete"

Newsgroups: comp.windows.open-look
From: vdgaast@cs.utwente.nl (Sietse van der Gaast)
Subject: Events in OLIT with Devguide
Keywords: OLIT, Devguide, events
Organization: University of Twente, Dept. of Computer Science
Date: Fri, 8 Jan 1993 10:16:53 GMT

When trying to make an OLIT-application using Devguide 3.0 (on a Sun OS 4.1.1) we
found out that Devguide handles the connections incorrect. There seems to be no
way to select the proper events that trigger a callback-function. The only events
that trigger a function are mousebutton-clicks and/or window-entries, all in a
very randomized way ...

When we made the same application in XView, also using Devguide 3.0, it appeared
to work correctly.

Has anyone an idea what went wrong, and -more important- how to solve this
problem?

Thanks in advance,


Sietse van der Gaast
vdgaast@cs.utwente.nl

BY THE WAY: We made sure that before we made an application, Devguide was set for
the right toolkit (OLIT or XView)
Newsgroups: comp.windows.open-look,alt.toolkits.xview
From: hue@island.COM (Pond Scum)
Subject: Re: Mem leaks in Xview?
Organization: Island Graphics Corp.
Date: Sat, 9 Jan 1993 23:30:12 GMT

alex@animal.Bell.CA (Alex Laney) writes:
>I can't convince the powers that be to get a source copy of the XView
>toolkit. If only to look at what's going on internally. My guess is the
>process of drawing/allocating pixmaps/whatever is messed up. They are not
>being re-used.

What's stopping you?  If you have a modem and nothing else, you can still
call UUNET's 900 number for 40 cents a minute and uucp these files:

pub/window-sys/X/contrib/xview3:
total 4767
-rw-r--r--  1 archive       246 Oct  4  1991 CHECKSUMS.Z
drwxr-sr-x  2 archive       512 Nov 19 19:24 Fixes
-rw-r--r--  1 archive       267 Oct  4  1991 UNPACKING.Z
-rw-r--r--  1 archive      2642 Jun  9 16:38 xview3-announce.Z
-rw-r--r--  1 archive    398575 Jun 10 20:40 xview3.tar.Z.aa
-rw-r--r--  1 archive    507006 Oct  4  1991 xview3.tar.Z.ab
-rw-r--r--  1 archive    498098 Oct  4  1991 xview3.tar.Z.ac
-rw-r--r--  1 archive    467083 Oct  4  1991 xview3.tar.Z.ad
-rw-r--r--  1 archive    457568 Oct  4  1991 xview3.tar.Z.ae
-rw-r--r--  1 archive    379468 Oct  4  1991 xview3.tar.Z.af
-rw-r--r--  1 archive    410040 Oct  4  1991 xview3.tar.Z.ag
-rw-r--r--  1 archive    409084 Oct  4  1991 xview3.tar.Z.ah
-rw-r--r--  1 archive    423956 Oct  4  1991 xview3.tar.Z.ai
-rw-r--r--  1 archive    387575 Oct  4  1991 xview3.tar.Z.aj
-rw-r--r--  1 archive    402751 Oct  4  1991 xview3.tar.Z.ak
-rw-r--r--  1 archive       913 Oct  4  1991 xview3.tar.Z.al
 
pub/window-sys/X/contrib/xview3/Fixes:
total 256
-rw-r--r--  1 archive    143177 Oct  8  1991 Patch-01.Z
-rw-r--r--  1 archive     44298 Mar 25  1992 Patch-02.Z
-rw-r--r--  1 archive      2350 Mar 25  1992 README.Z
-rw-r--r--  1 archive      3176 Nov 10 09:55 XView3.0_Irix_Server.patch.Z
-rw-r--r--  1 archive       540 Jan 22  1992 olwm3.0_unofficial_patch.Z
-rw-r--r--  1 archive      2446 Dec 14  1991 xview3.0_unofficial_patch.Z
-rw-r--r--  1 archive     29400 Aug 23 01:37 xview3_rs6k_unofficial.patch.Z
-rw-r--r--  1 archive     17792 Sep 15 10:42 xview3_sgi_unofficial.patch.tar.Z
-rw-r--r--  1 archive      1916 Aug 23 01:37 xview_rs6k_XView_lib.patch.Z
 
If you have a UUNET account it might cost all of $10 or $12 in connect time
to get these files.


-Jonathan		hue@island.COM
From: jmk@sun.com (John Mani)
Newsgroups: comp.windows.open-look
Subject: Re: Stupid OLIT  prototype .h
Date: 7 Jan 93 18:44:22 GMT
Reply-To: jmk@sun.com
Organization: Sun Microsystems, Inc.
NNTP-Posting-Host: rita


>I think the OLIT do not consider the C++ programmer, am I not ? ......

>but in OLIT 3.0:Xol/TextEdit.h
>it became : 
>extern Boolean OlTextEditCopyBuffer () ;
>I knew that such declaration is for the sake of unlimit the argument type
>and number, but why not use ANSI variable arguments?

	The declaration has nothing to do with "unlimit the argument type and number".
It is just pre-ANSI-C syntax ... 
	OLIT 3.0.1 (ie the version next to the one you are using ) is ANSI-C 
compliant & has C++ "compatibility" in the header files.

rgds
john mani
OLIT Engg
SunSoft Inc
Newsgroups: comp.windows.open-look
From: ebilling@polyslo.csc.calpoly.edu (Ernie Billing)
Subject: Openwindows3.0 Internationalization in OLIT
Date: Tue, 12 Jan 93 17:43:01 GMT
Organization: Cal Poly San Luis Obispo, CSc Department

Newsgroups: comp.windows.open-look
From: elling@eng.auburn.edu (Richard Elling)
Subject: Re: "Button Bar"?
Reply-To: elling@eng.auburn.edu
Organization: Auburn University Engineering
Date: Fri, 8 Jan 1993 17:14:15 GMT

In article 14607@ferrari.nmc.ed.ray.com, heiser@TDWR.ED.RAY.COM (Bill Heiser) writes:
>Is there a freeware program available to create a "button bar" for
>Openwindows, like the one in MS-Windows3.1 applications (like WP5.1)?

You can do something very simular to this with olvwm (and maybe olwm)
using glyphs for menu entries.  The glyphed menu can, of course, be
pinned up.

I think that the reason you won't see anyone reinventing "button bars"
is because in OpenLook we've always had pinup menus so the need for a
button bar is somewhat questionable.  Now if we can only convince some
vendors to enable pinup menus (yes, I'm talking to Informix amongst 
others... hint hint)

---
 Richard Elling                          Manager of Network Support
 Auburn University                       Engineering Administration
 richard.elling@eng.auburn.edu   KB4HB [44.100.0.72]  (205)844-2280
 Type-5 keyboard survival: xmodmap -e "keysym BackSpace = Delete"

Newsgroups: comp.windows.open-look
From: keith@cc.gatech.edu (Keith Edwards)
Subject: Iconedit/ToolTalk problems
Reply-To: keith@cc.gatech.edu
Organization: Georgia Tech Multimedia Computing Group
Date: Thu, 7 Jan 1993 17:58:42 GMT

I'm having some strange problems with Iconedit.  I've got two machines, each
running SunOS 4.1.1 and OpenWindows 3.0.

On machine A, when I run iconedit, I get the message, "Warning:  ToolTalk not
initialized in Iconedit!"  but the application starts up fine.

On machine B, I get no warning message at start-up time, but then when I
click on the palette button to bring up the color panel, I get the messages:
"Iconedit:  Couldn't create request message."
"Iconedit:  Couldn't sent [sic] message. Status:1"

On machine B, the palette button is labelled "Palette..." without the down-
arrow pull-down menu indicator.  Clicking on this button does nothing other
than produce error messages.  On machine A the palette button brings up
a menu.

The warnings would have me believe that ToolTalk isn't installed properly
on either of these machines, but at least machine A does bring up a color
menu.  Does anyone have any suggestions on how to get the "right" behavior
from iconedit?

Thanks,
Keith


---
keith edwards			        	keith.edwards@gvu.gatech.edu
multimedia computing group / georgia tech 	404.894.6266
graphics, visualization, & usability center 	atlanta, ga  30332-0280

Newsgroups: comp.windows.open-look
From: males@wotangate.sc.ti.com (Mike Ales)
Subject: Re: TTY interface to cm(1)?
Reply-To: males@wotangate.sc.ti.com
Organization: Texas Instruments Inc.
Date: Mon, 11 Jan 1993 17:20:13 GMT

In article 11627@crd.ge.com, halvers@procyon.crd.ge.com (peter c halverson) writes:
>Has anyone ever heard of a tty-based interface to the "database" used by
>the cm(1) calendar manager?  I'd like to be able to check my appointments
>from a remote login, and running X on my home machine just to support cm(1)
>seems a bit much :-)   Something as simple as a command to show all the
>appointments on a given date would be more than adequate.
>
>Lacking that, does anyone know any details about the interface to the
>rpc.cmsd RPC server which might let me roll my own?  I suppose I could
>always parse the log in /var/spool/calendar, but I'd rather do things
>"right" by going through the cm server.
>
>Any help or suggestions would be appreciated.
>
>Thanks,
>pete
>
>
>Pete Halverson                                      INET: halverson@crd.ge.com 
>GE Corporate R&D Center                       UUCP: uunet!crd.ge.com!halverson
>Schenectady, NY

On Sun4 OS4.1.2 there are several tty based interfaces.
Do a man on cm_delete, cm_insert, cm_lookup.

If system admin hasn't really installed the OpenWin
man pages then you can look in

$OPENWINHOME/share/man/man1 for them. On our system
$OPENWINHOME is /usr/openwin but yours maybe different.

Regards, Mike Ales

Newsgroups: comp.windows.open-look,comp.windows.x.intrinsics
From: mjma@cbnewsj.cb.att.com (michael.j.matthews)
Subject: Re: OLIT scrolledwindow
Organization: AT&T
Date: Mon, 11 Jan 1993 22:16:50 GMT
Followup-To: poster
Summary: OLIT 4

In article <1992Dec30.191044.27555@spectrum.xerox.com>, anozzi@cinops.Xerox.COM (Anthony Nozzi) writes:
> 
> I am trying to implement a scrolledwindow with a texteditwidget which when new text is added, will normalize and place the text in view.  Currently, if text is appended to the end, if it is not in the view, the user must press the scrollbar to see it.
> 
> I am using OLIT 3.0.
> 
OLIT 4.0 does not have this problem. OLIT 4.0 seems a nice toolkit
implementation with 3D ... except there is a a TextEditW bug that
occurs for input after app mallocing and text refreshing.

When typing a key the letter appears with a long piece of text
comming from somewhere else in the text or from another textedit/field
area appended. Once this occurs the only fix is to exit the app and
restart. Does anyone (Is USL listening?) have a fix for this bug??
Or is no one concerned with OLIT bugs?

-- 
Michael J Matthews         ATT IMS International Services
[att|attmail]!attibr!attmjm!mjm      201-326-5215
From: ajg4885@zeus.tamu.edu (GANSLE, ANTHONY JOSEPH)
Newsgroups: comp.windows.open-look
Subject: Color Xterm
Date: 12 Jan 1993 07:25 CST
Organization: Texas A&M University, Academic Computing Services
Distribution: world
NNTP-Posting-Host: zeus.tamu.edu
Keywords: color  xterm
News-Software: VAX/VMS VNEWS 1.41    


The other day I was roaming an archive FTP site looking for X programs
when I remembered reading an index file once that said something about a
"color xterm".  Now I do not remember where I saw this or what it means.
I was wondering if there was anyone who *does* know what this is or where
it is.  I'm curious about what does it do.

Thanks.

Newsgroups: comp.windows.open-look
From: tgimber@mdw.mitre.org (Tedd W Gimber)
Subject: Re: OL RectButton labelImage byte ordering
Organization: Mitre Corporation, McLean, VA
Date: Tue, 5 Jan 1993 11:29:23 GMT

In article <1993Jan1.000817.15630@parc.xerox.com> coombs@ivan.uucp () writes:
>I created bitmaps with the 'bitmap' program.  I then used XCreateImage
>to generate the image for XtNlabelImage on rect buttons.  But the image
>was wrong.  After an extended chase, I found that setting the images'
>byte_order and bimap_bit_order to LSBFirst solved the problem.
>
>Setting the orders with ImageByteOrder and BitmapBitOrder did not solve
>the problem.
>
>I ran all pieces on the same machine: 'bitmap', CC, and my
>application.
>
>I tried 'iconedit', which generated the same output as 'bitmap'.
>
>I am not comfortable with hard coding the ordering.  Is there a better
>solution?
>
>Thanks.  --Jim

I came across this exact problem last month.  The trick is to set the
attributes bitmap_bit_order and byte_order in the XImage structure to LSBFirst.

Here's an extract of my code:

/*-------------------------------------------------------------------------*/
IconButton::IconButton(WidgetRoot& parent, String iLabel, int iChoice, 
                       const Color *fg, const Color *bg, char *bitmap, 
                       unsigned int width, unsigned int height) 
  : Button(iLabel, iChoice)
{
  image=XCreateImage(parent.getDisplay(),
                     OlVisualOfObject(parent.getWidget()), 
                     1, XYBitmap, 0, bitmap, width, height, 32,
                     (width+7)/8);

  image->byte_order=LSBFirst;
  image->bitmap_bit_order=LSBFirst;

  widget = XtVaCreateManagedWidget(label, oblongButtonWidgetClass, 
                    parent.getWidget(),
                    XtNlabelType,       (XtArgVal)OL_IMAGE,
                    XtNlabelImage,      (XtArgVal)image,
                    XtNforeground, (XtArgVal)fg->getColor().pixel,
                    XtNbackground, (XtArgVal)bg->getColor().pixel,
                    XtNinputFocusColor, (XtArgVal)bg->getColor().pixel,
                    XtNfontColor, (XtArgVal)fg->getColor().pixel,
                    NULL);

}
/*-------------------------------------------------------------------------*/

The parameters bitmap, width, and height are from the included file
produced by 'bitmap' or iconedit.  Hope this helps.

Tedd
Newsgroups: comp.windows.open-look
From: mkkock@ie.cuhk.hk (kock mun keung)
Subject: Refuse minimizing?
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Thu, 7 Jan 1993 13:47:24 GMT

Hello,

	We can use interpose function to refuse frame destruction. I wonder if there is any way to refuse minimizing frame.

	Any idea is welcome. Please mail me back.

						Best Regards.
							Kerry
						(mkkock@ie.cuhk.hk)
From: detorres@nosc.mil (Andy de Torres)
Newsgroups: comp.windows.open-look
Subject: Positioning Panel_items
Date: 11 Jan 93 18:14:05 GMT
Organization: Naval Ocean Systems Center, San Diego, CA

Can anyone fill in the following blanks for me?  Or refer me to some decent
documentation?

When I set the PANEL_LABEL_X of _____ to x/y, the _____ edge/corner/other will be
               PANEL_LABEL_Y
               PANEL_VALUE_X
               PANEL_VALUE_Y

at x/y.

It seems to me that the answer is (totally) different for different Panel_items.
I would like to stop playing trial and error and get on with more important
things.  (Please don't anybody refer me to DevGuide.  Thank you. :-)

In case it matters, I'm using OW 3.0.

Thanks.

-Andy, detorres@nosc.mil
Xref: sparky comp.windows.open-look:5023 comp.windows.x:21022
From: gillett@rice-chex.ai.mit.edu (Walter E. Gillett)
Newsgroups: comp.windows.open-look,comp.windows.x
Subject: Help!  XView 3.0 footers end up in the wrong place!
Date: 11 Jan 1993 22:21:05 GMT
Organization: MIT Artificial Intelligence Lab
NNTP-Posting-Host: rice-chex.ai.mit.edu

Hi, Folks
    I'm trying to port LispView 1.1 to XView 3.0.  Most things seem to work OK
but the footers (which I understand are now toolkit objects rather than window
decorations) end up in the wrong place and aren't adjusted by window resizes.
Also, the bounding-region of the window is off by the height of the footer.  On
this last one I'm not sure if getting the bounding-region returns one that's
too big or setting it incorrectly adds in the footer height.  Anyone have any
ideas?
					Thanks for any help!
---------------------------------------------------------------
Joe Shapiro (NOT Walter Gillett, though I'm using his account!)
Please send replies to:                        joe@ConSolve.com
From: ray@rann.sbi.com (Raymond Blum)
Newsgroups: comp.windows.open-look
Subject: xvnews domain name setting?
Date: 5 Jan 93 20:32:06 GMT
Reply-To: ray@rann.sbi.com
Organization: Salomon Inc.

Hi Netters
  I'm using xvnews version 2.0 patch2. When I post an article or followup, xvnews puts my return address & poster name as "login@domain_name". As a result, any responses do not get to me, since my email specification is "login@server.domain_name". I have set environment variable DOMAIN, which doesn't seem to have any effect.
  Thanks
---Raymond

---
------------------------------------------------------------------------
-----                                                              -----
-----                                                              -----
----                  \\\\\\\                                       ----
----                 \\\    \\   People ask me                      ----
----                  \\ o o       "Why are you smiling?"           ----
----                             I'm just happy!                    ----
----                     \_/                                        ----
----                                                                ----
----   Raymond Blum                                                 ----
----   ray@rann.sbi.com                                             ----
----   (201) 896-7594                                               ----
  Of course these are MY opinions! Whattya think, my EMPLOYER 
  could've thought this stuff up?
Newsgroups: comp.windows.open-look
From: bryan@alex.com (Bryan Boreham)
Subject: Re: OLIT in Solaris 2.1
Organization: Alex Technologies Ltd, London, England
Apparently-To: mail2news@demon.co.uk
Date: Mon, 11 Jan 1993 19:11:26 +0000

In article <18352@autodesk.COM>, stevel@Autodesk.COM (Steven W. Litras) writes:
|> Hey everyone, pardon if this has become a FAQ, but has anyone else seen 
|> Scrolling List widgets Segment Faulting under OLIT in solaris 2.1? If
|> so, is there a workaround?

Oh yes, within hours of installing from the CD.  I reported it
to my Sun contact, but am yet to hear of any fix or work-around.
Maybe my problem is different from yours:  mine is only when mouseless
is True, and the widget gets given focus.

To save time for others who want to report the bug, I attach
my example program.  Maybe someone at Sun closer to OLIT support
will take notice?

Bryan Boreham (bryan@alex.com)

--------------------------------------------------------------------
#include <X11/Intrinsic.h>
#include <Xol/OpenLook.h>
#include <Xol/ScrollingL.h>

/* From ALEX Technologies Ltd, 12/22/92
   Run as:

        slcrash -xrm '*mouseless: True'

   for me, it core-dumps when the window is given focus.
*/

int
main (argc, argv)
     int argc;
     char **argv;
{
  Widget toplevel;

  toplevel = OlInitialize("alex", "Alex", NULL, 0, (Cardinal*)&argc, argv);

  XtCreateManagedWidget ("list", scrollingListWidgetClass, toplevel, NULL, 0);

  XtRealizeWidget (toplevel);

  XtMainLoop();
  return 0;
}
From: adp@csg.cs.reading.ac.uk (Andrew Pollard)
Newsgroups: comp.windows.open-look
Subject: Suppressing redraws with scrollbars
Summary: Can't seem to do it right
Keywords: Scrollbars, Redrawing
Date: 8 Jan 93 15:47:16 GMT
Organization: University of Reading

Hello World,

 I am writing a graphics display program using an Openwindows Canvas and
scrollbars. I allow scaling of the image by scaling the X coordinates used
for plotting (something like that anyway) and once scaled, I xv_set the
scrollbar start and lengths so that the viewable area of the screen stays
the same... the problem is, I do 4 xv_sets on the scrollbars, and after each
one the image in the window shifts with respect to the new scrollbar position.
Consequently, after a scale the image moves around before it 'settles' down
to the proper view. Is there anyway of queueing up changes to the scrollbars
so that they can all be applied simultaneously? (or some equivalent method).

 The way I am doing it now involves WIN_MAPping the paint window to FALSE,
updating the scrollbars, and the WIN_MAPping the paint window to TRUE (It works
apart from a slight screen flash - I can put up with it - just!)

 Any help will be appreciated.. Please mail any responses as I'm not an avid
reader of news!

 Thanks
   Andrew

-
-- 
| Andrew Pollard, Dept. of |    JANET adp@uk.ac.rdg.cs.csg                     |
| Comp. Science, Reading   | INTERNET adp%csg.cs.rdg.uk.ac@nsfnet-relay.ac.uk  |
| Univ., Reading, RG6 2AX, |                                                   |
| England.   [0734 751822] | "You lie,and yo breath stank!"-Infectious Grooves |