HDTenEightyP/NetNews huggingface dataset:
From: cweyand@boi.hp.com (Chris Weyand)
Newsgroups: comp.lang.scheme
Subject: Chez Scheme for HP9000
Date: 22 Jul 92 16:51:46 GMT
Distribution: comp
Organization: HP Boise Printer Division R&D Lab, ID

Cadence Research isn't returning my calls so maybe someone
here can help.  Is Chez Scheme available for HP9000 series
400 machines (HP-UX v8)?  Also how much does Chez cost?

thanks
Chris Weyand
From: ryan@neon-tetra.Eng.Sun.COM (Michael Ryan Ginn)
Newsgroups: comp.lang.scheme
Subject: Using PCScheme on a 486
Date: 29 Jul 92 21:42:16 GMT
Organization: Sun Microsystems, Mt. View, Ca.
NNTP-Posting-Host: neon-tetra

PCScheme worked great on my 386 PC until I upgraded it to a 486.  

Now only the limited-memory version pcs.exe works.  When I try to use
pcsext.exe or pcsexp.exe, they act brain-damaged, saying that "car" and "cdr"
are undefined, etc.

I've tried playing with EMM386.SYS, QEMM, etc. to try to find a memory manager
it likes, but nothing seems to help.  I have 16M of RAM that can be treated as
extended or expanded, and use a true 486 including the built-in floating point
co-processor.

Someone told me that the altdorf version (/pub/pcscheme/pcscm3_3.exe on
altdorf.ai.mit.edu) would be better than the one I already had (PCScheme
purchased (!!)  from TI), but after I installed it I had the identical
problem.

Any help at all would be appreciated....

---Michael Ginn
From: rwk@silver.sbi.com (Richard W. Kreutzer(Consultant))
Newsgroups: comp.lang.scheme
Subject: Orbit and HARE
Date: 30 Jul 92 17:08:52 GMT
Distribution: comp
Organization: Olympus Software, Inc.

I have seen references to two Scheme compilers in the Scheme literature (Orbit
and HARE) for which I cannot find additional information.  There is no mention
of either in the lisp.faq.  Does anyone know of these packages, their
descriptions and/or availability?

Thanks, Dick
--

--
        Richard W. (Dick) Kreutzer
Net:    rwk@quark.sbi.com				CIS:	70702,2174
Voice:  +1(801)571-2446					FAX:	+1(801)571-2448
Mail:   Integra Software Corp.; 1378 Jasmine Avenue; Sandy, UT 84092 (USA)
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.lang.scheme
Date: Mon, 27 Jul 1992 11:33:44 -0400 
From: Massimo Bigliardo <mb7r+@andrew.cmu.edu>
Subject: // Scheme and other issues

Hi Scheme-ists,
this discussion group has always provided a good source of information to 
people, like me, outside the "big circle" of the IEEE standards or the R^xRS 
community, still interested in the evolution of Scheme.

As a reader, I would like to see  more postings on  some topics,  like
the control management, the use of continuations and the CPS programming.
It would be interesting to me (and many others, I hope) if someone could
report experiences in using continuations in compiler development, ideas
on using the CPS for implementing Scheme, both on sequential machines
and on  parallel architectures.

This last area deserves a greater attention: no contribution has ever been 
posted (or maybe I missed it) regarding the implementation/design
of parallel Scheme systems. Nonetheless, there exist a lot of examples:
Multilisp, Multischeme, Mult-T (QLIsp, *lisp, CMLisp or PaiLisp) for
shared memory systems; Concurrent Scheme, in the case of Distributed
Memory (besides a lot of "proposals", such as Polyscheme).

I think this implementations arise a full spectrum of new issues, both 
semantic and syntactic (what is a continuation in a parallel evaluation?
Is the future construct really needed? How can we exploit parallelism at 
compile time?) Those are just few examples, but many more may be discussed. 

To me it could be very useful to have sort of "tutorials" (I have most
of the papers, but pointers/suggestions will always be welcome) posted
from experts.


(define (best l)
    (call/cc         ;complex way 
       (lambda (k)   ;to say 
        (k 'bye))))  ;simple things


>(best 'regards)


>BYE

--Massimo
From: hopkins@turing.ac.uk (Don Hopkins)
Newsgroups: comp.lang.scheme
Subject: Re: Information on DYLAN language
Date: 25 Jul 92 15:39:54 GMT
	<1992Jul21.060328.4378@daffy.cs.wisc.edu>
Organization: The Turing Institute, Ltd.

quale@saavik.cs.wisc.edu (Douglas E. Quale) writes:

   gjc@mitech.com (George J. Carrette) writes:
   >In article <691@data.rain.com>, kend@data.rain.com (Ken Dickey) writes:
   >
   >> [Seriously, there is a lot of deep stuff here.  But hardly unknown!]
   >
   >No deeper than MIT LISPMACHINE microcode and its operating system, 
   >I can assure you. Lots of reinvention and re-syntaxing of previously 
   >implemented stuff. 
   >
   >-gjc

   I disagree.  Efficient implementations on stock hardware are a different
   kettle of fish.  MIT Lispmachine microcode was a dead end.

So are SPARC and MIPS machines, designed to run portable assembly
languages like C.  

	-Don
From: rwk@silver.sbi.com (Richard W. Kreutzer(Consultant))
Newsgroups: comp.lang.scheme
Subject: Compilar Book
Date: 29 Jul 92 17:10:53 GMT
Distribution: comp
Organization: Olympus Software, Inc.

Can anyone recommend a comprehensive text on compilation techniques of Scheme?

Thanks, Dick
--

--
        Richard W. (Dick) Kreutzer
Net:    rwk@quark.sbi.com				CIS:	70702,2174
Voice:  +1(801)571-2446					FAX:	+1(801)571-2448
Mail:   Integra Software Corp.; 1378 Jasmine Avenue; Sandy, UT 84092 (USA)
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Subject: Re: Using PCScheme on a 486
In-reply-to: ryan@neon-tetra.Eng.Sun.COM's message of 29 Jul 1992 21:42:16 GMT
Newsgroups: comp.lang.scheme
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
Date: 29 Jul 92 23:34:16 GMT

Since you have a 486 and 16 MB of ram, you might want to use MIT
scheme for DOS, available from Altdorf.  I have not tried this, since
my machines are all 286 (or 386SX) with too little RAM. 
--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET

Newsgroups: comp.lang.scheme.c
From: michael@stb.info.COM (Michael Gersten)
Subject: (none)
Organization: The Internet
Date: Fri, 31 Jul 1992 05:14:00 GMT

Hello. I am the system administrator for stb.info.com, and I  
would like you to remove dburke@stb.info.com from your  
mailing list. Thank you.
--
		Michael Gersten		michael@stb.info.com
HELLO! I'm a signature virus! Join in the fun and copy me into yours!
ex:.-1,. w $HOME/.signature
Newsgroups: comp.lang.scheme
From: bh@anarres.CS.Berkeley.EDU (Brian Harvey)
Newsgroups: comp.lang.scheme
Subject: with-input-from-file
Date: 30 Jul 92 01:03:22 GMT
Distribution: world
Organization: University of California, Berkeley
NNTP-Posting-Host: anarres.cs.berkeley.edu

How come with-input-from-file and with-output-to-file are neither
essential nor simulatable with essential procedures?

I mean, if there were set-current-input-port! and set-current-output-port!
then with-XXX-file could be written in terms of call-with-XXX-file.  But
the current ports can only be read, not set.

With-XXX-file are useful so that a procedure written with screen and/or
keyboard in mind can be redirected without having to be rewritten.

Thank you for any insight anyone can supply.
From: quale@saavik.cs.wisc.edu (Douglas E. Quale)
Newsgroups: comp.lang.scheme
Subject: Re: Re^4: Information on DYLAN language
Date: 21 Jul 92 06:03:28 GMT
Organization: Undergraduate Projects Lab, UW Madison

In article <2129@mitech.com> gjc@mitech.com (George J. Carrette) writes:
>In article <691@data.rain.com>, kend@data.rain.com (Ken Dickey) writes:
>
>> [Seriously, there is a lot of deep stuff here.  But hardly unknown!]
>
>No deeper than MIT LISPMACHINE microcode and its operating system, 
>I can assure you. Lots of reinvention and re-syntaxing of previously 
>implemented stuff. 
>
>-gjc

I disagree.  Efficient implementations on stock hardware are a different
kettle of fish.  MIT Lispmachine microcode was a dead end.

-- 
Doug Quale
quale@saavik.cs.wisc.edu
From: dk03@gte.com (Demetrios Karis)
Newsgroups: comp.human-factors
Subject: Re: Keyboards for one-handed typing
Date: 24 Jul 92 16:36:13 GMT
Organization: GTEL

One of the responses mentioned work by Danny Gopher.  He has indeed done 
interesting work in this area, both in Israel and the US.  Years ago, I 
collaborated with him on some experiments on a two hand chord typewriter.  
There were two five-key panels, each independently capable of producing 
the full alphabet by using chord combinations to represent letters.  With 
two panels, how do you represent the same letter on each panel?  Coding 
principles can include hand symmetry (e.g., thumb and index finger on 
either hand for an A), a spatial arrangement (pinky and ring finger on 
left hand for an A, thumb and index finger on the right hand), or a 
unification of the two in a vertical posture (tilt the panels so thumbs 
are up and palms facing each other, with A produced by combining the thumb 
and index finger on either hand).  In our experiments, vertical 
representations were best, spatial arrangment second, and hand symmetry 
the worst.  What happens with the vertical representation when you flatten 
the panels, or when subjects are taught to imagine that their panels were 
tilted upright (but were in fact flat)?  Well, see experiments two and 
three for the exciting results.  The complete reference is Gopher, D., 
Karis, D., and Koenig, W. (1985).The representation of movement schemas in 
long-term memory:  Lessons from the acquisition of a transcription skill.  
Acta Psychologica, 60, 105-134.

          Demetrios Karis                 GTE Labs
          +1 617 466 2153                 40 Sylvan Road
          dk03@gte.com                    Waltham, MA 02254
From: mek4@prodigal.psych.rochester.edu (Mark Kern)
Newsgroups: comp.human-factors
Subject: Re: Balloon help: request for information
Date: 31 Jul 92 17:13:54 GMT
Organization: University of Rochester - Rochester, New York

I'd be interested on an informal survey on balloon help.  I know
experienced users find it annoying.  Do beginners really use it? It seems
that the main problem is that the time delay to when a baloon pops up is
not intelligent.  Beginners want a balloon to pop up instantly on
features that they don't know about, but with a delay on those they have
already used/discovered (so they can pass over them/use them without the
balloons getting in the way).  It seems that most Mac users agree that
balloon help is a great thing, but that nobody ever uses it.


Markus
From: neal@endor.uucp (Lisa Neal)
Newsgroups: comp.human-factors
Subject: Balloon help: request for information
Date: 31 Jul 92 15:50:23 GMT
Article-I.D.: das.1992Jul31.155023.7174
Organization: Aiken Computation Lab, Harvard University

Have any studies been done of the usefulness of 
the balloon help feature in System 7 on the Mac?

Thanks,
Lisa Neal
EDS Center for Advanced Research
One Cambridge Center, Suite 408
Cambridge, MA 02142
tel: (617) 225-0095
fax: (617) 225-2985
email: lisa@cmi.com
Newsgroups: comp.human-factors
From: haralds@ifi.unit.no
Subject: Re: A UIMS for disabled people
Organization: Ifi, University of Trondheim / AVH
Date: Wed, 22 Jul 92 16:31:51 GMT

In article <1992Jul22.092001.3974@debbie.cc.nctu.edu.tw>
u8023544@cc.nctu.edu.tw () writes:
>Hi *.*,
>  I am designing a UIMS supporting for disabled people. Do you think 
>it is worth as my master thesis. Could you give me suggestions or
>relative papers about the topic? I do need your help.
>
>  Thanks very much in advance.
>
>Simon Ma  at National Chiao-Tung University
>

If you send me your address, I'll post a copy of some
material from our  COMSPEC group.

(COMSPEC is a independent group with participants 
from Sweden, England, Denmark, Finland, Iceland,
Norway and USA working on spesification and design
of a software architecture for disabled users. We have 
also up-and-running a prototype of a UIMS using some
of our ideas)

contact:  haralds@ifi.unit.no

or the groups project coordinator:

Mats Lundaelv
Braecke Oestergaard
Box 21 062
400 71 Gothenburg
Sweden

tel: +46 31 502607
fax: +46 31 53 69 85
From: u8023544@cc.nctu.edu.tw ()
Subject: A UI designed for disabled people
Organization: National Chiao Tung University
X-Newsreader: Tin 1.1 PL4
Date: Wed, 22 Jul 1992 08:41:33 GMT


Newsgroups: comp.human-factors
From: dwc@po.CWRU.Edu (Daniel W. Cronin)
Subject: Re: GUI information needed
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Sun, 26 Jul 92 02:32:59 GMT


Nora,

Where have you been for the past 5-10 years? Have you ever seen 
a Macintosh? You take the mouse and move the little arrow over
your application, then click-click (that's double click for
those of us who've been awake through the eighties!) ...and...
voila! The application is started. 

We won't even go into Sun's (Sunview) or X-windows. 

We've got to mention Microsoft Windows for the PC, however. 
(OS 2 exists also, but we only should be taking up so much
bandwidth, that's net space for those of you not familiar with
internet). If this is getting too technical for you, you may
hit the "q" buttton (w/o quotes) located on the upper right
hand side of that big white (or off white) paper wieght 
located under your fingers. This item is called a "keyboard."
Back in the old days (before you fell asleep, Rip-Van-Nora),
they were basically the only user interfaces available.
As for references many are available in your school library.
See if your teacher will give you permission (be sure to ask nicely!)
to go between nap time and milk and cookies. Hope these
comments have been helpful.

Please email if you have any questions.
Your friend,
Dan

-- 
Daniel Cronin
School Address			Home
11435 Juniper Road 221		Route 1 Box 281 
Cleveland Oh, 44106		Mingo Junction Oh, 43938
Newsgroups: comp.human-factors
From: ben@rex.chb.uokhsc.edu (Benjamin Z. Goldsteen)
Subject: Need help on setting disk policy
Organization: Engineering Computer Network, University of Oklahoma, Norman, OK, USA
Date: Mon, 27 Jul 1992 04:36:06 GMT

    We are currently in need of a disk space policy for our acedemic
users.  I think we should base our policy on more then queue theory. 
We need something that is flexible and usable, but prevents our disk
space from filling up (and crashing the machine [more or less]).  Our
users range from very simple to heavy users (500 MB range).
   As computer user who has had to live in environments with 220 KB hard
quotas, I am very concerned that the policy we adopt doesn't become some
sort of bean-counting affair.  This is a reseach environment and I don't
think we should burden our users with admistrative crapola, but we are
currently running out of disk space (well we are out of disk space).  We
are planning on getting more space, but we still want a disk policy.

Thanks
P.S.I have experienced 4 different policies - none acceptable.  Is there
such a thing?
Newsgroups: comp.human-factors
From: u8023544@cc.nctu.edu.tw ()
Subject: A UI designed for disabled people
Organization: National Chiao Tung University
X-Newsreader: Tin 1.1 PL4
Date: Wed, 22 Jul 1992 08:46:11 GMT
From: mathew <mathew@mantis.co.uk>
Newsgroups: comp.human-factors
Subject: Re: Keyboards for one-handed typing
Date: Thu, 23 Jul 92 14:28:09 BST
Distribution: world
Organization: Mantis Consultants, Cambridge. UK.

aboltwoo@alfred.carleton.ca (Alana Boltwood) writes:
> Has anyone ever noticed that using a mouse efficiently requires three
> hands, if one can also touch-type?

Not if you're using a chord keyboard, it doesn't.  That's why Engelbart's
NLS used a mouse for one hand and a chord keyboard for the other.

It's amazing that people are still saying "Hey, wouldn't it be great if we
could do <x>" where <x> is something that was done in the 1950s...  Maybe it
wasn't that great after all.


mathew
-- 
It is always dangerous to generalize.
From: raghavan@cis.ohio-state.edu (Srinivas Raghavan)
Newsgroups: comp.human-factors
Subject: Public domain groupware
Date: 26 Jul 92 18:28:36 GMT
Article-I.D.: cis.1992Jul26.182836.15752
Distribution: usa
Organization: The Ohio State University, Department of Computer and Information Science
Originator: raghavan@kingkong.cis.ohio-state.edu

I am looking for public domain groupware in the lines of the UNIX NOTES system
from Univ. of Illinois (uiuc). Any help would be appreciated.
From: dspittm@sdrc.COM (Jon Pittman)
Newsgroups: comp.human-factors
Subject: process-based user interfaces
Keywords: process,direct manipulation
Date: 30 Jul 92 02:24:40 GMT
Organization: SDRC, Cincinnati

Most of the direct manipulation user interfaces currently in
vogue (Mac, Windows, Motif, ...) all work very well for applications
where you can do things in a "random access" fashion. Does anyone
have any experience using them effectively for "process" or
"procedure" oriented applications where someone has to do something
step-by-step??


-- 
------------------------------------------------------------------------
Jon H. Pittman					jon.pittman@sdrc.com
Structural Dynamics Research Corporation
2000 Eastman Drive		
Milford, OH 45150
USA
From: steven@cwi.nl (Steven Pemberton)
Newsgroups: comp.human-factors
Subject: Re: Need help on setting disk policy
Date: 31 Jul 92 11:36:03 GMT
Organization: CWI, Amsterdam

In article <1992Jul27.043606.5737@constellation.ecn.uoknor.edu> ben@rex.chb.uokhsc.edu (Benjamin Z. Goldsteen) writes:
>     We are currently in need of a disk space policy for our acedemic
> users.  I think we should base our policy on more then queue theory.
[...]
> This is a reseach environment and I don't
> think we should burden our users with admistrative crapola, but we are
> currently running out of disk space (well we are out of disk space).

Among the problems with hard disk-quotas is that they don't allow for
brief moments of going over the limit, even if the space is there;
they tend to work against the users.

What we do here is use peer-group pressure: when a disk goes over 95%
full, the users of the disk are (automatically) emailed a warning,
with a list of who uses how much on the disk - then everyone knows who
are responsible, and the guilty parties, knowing this, clean up their
file stores.

Additionally the owners of the 100 largest files are emailed to ask if
the files can't be deleted or compressed; this has a high pay-off
because many of the files are often tempories of some nature, and
compression on large files has a big effect.

Finally, we have an arrangement that all files beginning with the
character "@" are erased 3 days after they are last used: this gives
users a chance to create temporary files that they don't leave hanging
around by mistake (the "disk nearly full" message reminds users of
this facility).

These features seem to result in disks that are constantly around
90-95% full, and almost never 100% full (with the occasional exception
of for instance a program in an infinite loop filling a file).

Steven Pemberton, CWI, Amsterdam; Steven.Pemberton@cwi.nl
"Let us go then you and I/while the night is laid out against the sky/like a
					smear of mustard on an old pork pie"
Nice poem Tom. I have ideas for changes though, why not come over? - Ezra
From: v085hj45@ubvmsb.cc.buffalo.edu (KARA)
Newsgroups: comp.human-factors
Subject: evaluating pictographs/icons
Keywords: pictographs, icons
Date: 22 Jul 92 20:38:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41



regarding references for evaluation of pictographs/icons:

	email: Pawan Vora (SUNY Buffalo, Industrial Engineering)
		V093RX24@UBVMS.CC.BUFFALO.EDU


He is a fellow grad. student who did his MS thesis on this.
Newsgroups: comp.human-factors
From: charlesa@niwot.scd.ucar.edu (Charles Albrecht)
Subject: Re: Door handle with bad user interface
Organization: Scientific Computing Divison/NCAR Boulder, CO
Date: Tue, 21 Jul 1992 21:53:42 GMT

In article <vemgdp5@Unify.Com> raveling@Unify.com (Paul Raveling) writes:
>In article <2374@tau-ceti.isc-br.com>, jimc@tau-ceti.isc-br.com (Jim Cathey) writes:
>> 
>> This is why most such bathroom locks have a hole in the center of the knob
>> on the lockout side, or perhaps elsewhere.  An icepick applied (gently)
>> to the hole will unlock the door.  And, if the kids are old enough and
>> you're crazy enough, you can always apply the pick to the jokester and
>> get your name in the papers....
>
>	Paper clips also make a wonderful tool for unlocking bathroom
>	doors, once unbent.  This was my salvation the time I accidentally
>	locked a cat into a bathroom.
>
>	Add a small 90-degree bend at the end and paper clips are
>	useful for picking simple locks, such as those found on
>	most filing cabinets and desk drawers.  Now if only the average
>	software tool were that simple... oh well.
>

Or, if it were only so versatile!  The paper clip is a great hardware tool,
too - at least on Sun's and Mac's, it allows you to eject the 3.5" disk that
you can't (Mac) or have forgotten how to (Sun) eject.

You know, I always used the key off a can of Spam to open the bathroom door...

Charles


--
Charles Albrecht                        "Nonsense, they only say you can't
charlesa@ncar.ucar.edu                   escape from The Fire Swamp becuase
303/497-1828                             no one ever has."
                                          - Westley, The Dread Pirate Roberts

NCAR - Scientific Computing Division * P.O. Box 3000 * Boulder, Colorado  80307

The opinions you are about to have read are ficticious...
        ...any similarity to opinions living or dead is purely coincidental.
Organization: The American University - University Computing Center
Date: Thursday, 23 Jul 1992 17:20:05 EDT
From: <GHADSAL@auvm.american.edu>
Newsgroups: comp.human-factors
Subject: Re: CSCW'92 ?


I am *most* interested in attending this conference.  I was curious
to the local Wash. DC/MD/VA student reaction.

If anyone else is interested we might attempt a car/van pool kindof
thing well in advance.
---
                                                    ___
 Guy Hadsall                           ___....-----'---`-----....___
 The American University         =========================================
 Washington, DC                         ___`---..._______...---'___
 United States of America              (___)      _|_|_|_      (___)
                                         \\____.-'_.---._`-.____//
 ghadsal@auvm.american.edu                ~~~~~`.__`---'__.'~~~~~
                                                   `~~~'
 -------------------------------------------------------------------------
    "Imagine that the telegraph is a very long cat, whose tail is in
     New York and whose head is in Los Angeles. When you pull the
     tail in N.Y., they hear it 'meow' in L.A.
     Radio works just like the telegraph, except without the cat."
                                -Albert Einstein
 -------------------------------------------------------------------------
Newsgroups: comp.human-factors
From: Terry Roberts
Subject: Re: GUI information needed
Organization: U S WEST Advanced Technologies
Date: Thu, 23 Jul 1992 20:05:05 GMT

In article <1992Jul14.211816.16381@uwm.edu> nora@csd4.csd.uwm.edu (Nora Nizam
Khammash) writes:
>
>I would appreciate any information about the history
>of GUI's. When did they start? How they evolved? If
>there are any refernces that you know of, please let
>me know.
>
>Thanks,
>nora@csd4.csd.uwm.edu
>

There's a fairly complete history in

Johnson, Jeff, et al.  The Xerox Star: A Retrospective.  IEEE Computer 22, 9,
September 1989, 11-29.

-Terry
roberts@uswest.com

Newsgroups: comp.human-factors