HDTenEightyP/NetNews huggingface dataset:
From: miket@frog.CRDS.COM (Michael C Tiernan)
Newsgroups: comp.realtime
Subject: Re: Technical summary of NATO ASI
Keywords: Real-Time, NATO ASI
Date: 19 Nov 92 10:11:57 GMT
Organization: Charles River Data Systems

mostert@firga.sun.ac.za (Sias Mostert  ) writes:
>[...] I am interested in the main 
>conclusions reached at the NATO ASI, with regard to the future of research 
>in Real-Time systems for the next 5 years.  Any summary or
>personal opinions are very welcome.

I can't believe that I'm the only person out here who doesn't recognize
what the "NATO ASI" is.  Is there any chance that we could get a small
synopsis on what it is all about?

Thanks everyone.
-- 
<< MCT >>  Michael C Tiernan. - GEnie:M.Tiernan - AOL:M Tiernan/BCS Mike 
UUCP = alfalfa!pro-angmar!m.tiernan OR miket@frog.UUCP
      It's too bad that it takes almost half of our life
	to realize that it was a "Do-It-Yourself" project.
From: jnv@cl.cam.ac.uk (Neil Viljoen)
Newsgroups: comp.realtime
Subject: Emulator available
Date: 23 Nov 92 12:13:29 GMT
Reply-To: jnv@cl.cam.ac.uk
Organization: Cambridge Hardware Verification Group

----
Applied Micro systems ES 1800 with 68k pod available.

Any offers?????

------------------------------------------------------------------------------
Neil Viljoen			|  Tel: +44-223-334688
Univ. of Cambridge		|  Fax: +44-223-334678
Computer Laboratory		|  
Pembroke Street			|  Email: jnv@cl.cam.ac.uk
Cambridge CB2 3QG		|
England				|
Xref: sparky comp.realtime:1343 comp.sys.m68k:1357
From: rg@msel.unh.edu (Roger Gonzalez)
Newsgroups: comp.realtime,comp.sys.m68k
Subject: MC68HC11-EVB docs?
Date: 15 Nov 92 10:33:59
Organization: Denning Mobile Robotics
Distribution: comp
NNTP-Posting-Host: nymph.msel.unh.edu

Does anyone have a copy of the docs for the $68.11 student edition board that
they could send me for tiny quantities of $$?

Thanks in advance,
Roger
--
ARTIFICIAL FLOWERS:  Pieces of plastic and metal, crudely fashioned to
  bear a limited, superficial resemblance to real flowers, but with no
  credible attempt to match their internal complexity in terms of form,
  function, or behavior.

ARTIFICIAL INTELLIGENCE: Really smart computers.

Roger Gonzalez - rg@msel.unh.edu     (508) 658-7800 (fax -2492)
Denning Mobile Robotics, 21 Concord Street, Wilmington MA 01887
Xref: sparky comp.realtime:1359 comp.sys.dec:6110
From: jerry@marin.uucp (Jerry C. Hudgins)
Newsgroups: comp.realtime,comp.sys.dec
Subject: Calling VAXELN users
Distribution: na
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 21 Nov 92 00:16:32 EST
Organization: Private UUCP Node

I'm trying to get a reasonable impression of how many active VAXELN users
are out there.  If you work with ELN (or plan to), please pipe up by E-mail
and let me know what you think of it.  Thanks.

-- 
----------------------------------------------------------------------------
Jerry C. Hudgins                   Internet: jerry%marin.uucp@seq.uncwil.edu
125 Cherokee Trail                 UUCP    : uunet!marin!jerry
Wilmington, NC 28409-3407 (USA)    Voice   : (919) 392-2358
From: horwich@lexcel.mti.com (Jordan Horwich)
Newsgroups: comp.realtime
Subject: Can anyone comment on Nucleus R.T O/S ?
Date: 21 Nov 92 00:41:28 GMT
Organization: Micro Technology, Inc., Anaheim, CA

I am interested in using Nucleus Real Time O/S with its news
streams interface. Does anyone have any direct (or indirect)
experience or knowledge of this product ? How does it perform ?
Is it buggy ? How are the tools ? Any info is appreciated.

Jordan
horwich@mti.com

Xref: sparky comp.realtime:1364 comp.sys.dec:6133
From: jhf@d0xs1.fnal.gov (John Featherly)
Newsgroups: comp.realtime,comp.sys.dec
Subject: Re: Calling VAXELN users
Date: 23 Nov 1992 17:11:08 GMT
Organization: D0 Experiment
Distribution: na
Reply-To: jhf@d0xs1.fnal.gov (John Featherly)
NNTP-Posting-Host: d0xs1.fnal.gov


VAXELN is used heavily at our experiment.  We have racks of VAXstations (55)
running ELN doing data acquisition.

The design philosophy (of ELN) is quite good.  The VMS hosted development
environment is okay.  The future looked very good about a year ago with
the announcement of DECelx.  Haven't heard/seen much since then.

--
--------------------------------------------------------------------------------
   John Featherly                                    jhf@d0xs1.fnal.gov
   D-Zero Experiment at Fermi Lab                        (708) 840-4508
--------------------------------------------------------------------------------
From: cpg@jet.uk (Dr Chris P Gatcombe)
Newsgroups: comp.realtime
Subject: VMEbus handbook
Summary: Need UK supplier of VMEbus handbook
Keywords: VME handbook suppliers
Date: 23 Nov 92 10:59:51 GMT
Distribution: uk
Organization: Joint European Torus


Apologies for posting to this group, but comp.arch.bus.vmebus has
yet to propogate to this site.

I am trying to get hold of a copy of the VMEbus handbook, by Wade
Peterson. The only supplier whose name I had been given no longer
deal with this, and have given me the Dutch phone number of VITA
(VME industry trade association).
Does anyone know of any UK suppliers that I could contact to buy
a copy of this book?

Thanks,
Chris.
-- 
Dr. Chris Gatcombe
Tessella Support Services plc, 3 Vineyard Chambers, Abingdon, OX14 3PX, UK.
Room K1/0/31, JET Joint European Undertaking, Abingdon, OX14 3EA, UK.
E-mail: gatc@tessella.co.uk or cpg@jet.uk
- Disclaimer: Please note that the above is a personal view and should not 
  be construed as an official comment from the JET project.
From: wheelerd@tt.com (David Wheeler)
Subject: i960 emulator info
Organization: Telecommunications Techniques Corporation, Germantown MD
Distribution: usa
Date: Fri, 20 Nov 1992 22:55:12 GMT

Is anyone out there using an emulator for the Intel i960CA?

My Company is planning on buying one of these from either Applied
Microsystems Corporation (AMC) or Step Engineering.  If anyone has any
experiences with either of these emulators, either good or bad, please
send me E-mail.  Also, if anyone wants a summary of my replies, also
send me mail.

- David Wheeler
  wheelerd@tt.com
  Telecommunications Techniques Corporation

Newsgroups: comp.realtime
From: wgreen@eckhart.scd.ucar.edu (Wayne Green)
Subject: WANTED: signal data and analysis alogrithms for re-distribution.
Reply-To: wgreen@eckhart.scd.ucar.edu (Wayne Green)
Organization: Scientific Computing Division/NCAR, Boulder, CO
Date: Thu, 19 Nov 1992 21:16:28 GMT



We are developing a data acquition system here at NCAR. We are
seeking to develop a library of algorithms and pre-analized data
to assist with development, testing and training. I am seeking
algorithms for FFT, Spectral analysis (Real and Complex), power
factor calculations, bearing analysis, power quality analysis,
etc for this project.

I am also seeking descriptions of internal data formats, to 
choose a canonical format for our project, and also to
develop a series of translators for other - external data
sources.

I will compose a library of routines and make this library
availale via anonymous FTP to other developers. I will also
provide a library that may only be used by educational
institutions - such as ourselves. The EDU library will
permit commercial sources of tools to be contributed
to this educational exercise.

Please send contributions to:

wgreen@ncar.ucar.edu

The results will appear initially on one of our anonymous ftp
machines - and will propagate to archive sites from there.
I expect to have composed some results by March of 1993.
Intermediate correspondence is encouraged.

I will be on vacation from Friday until December 6th. 


Thanks in advance...

--Wayne



Wayne Green      NCAR (National Center for Atmospheric Research)
FL2-1042         (303) 497-8540  FAX (303) 497-8520
P.O. Box 3000, Boulder Colorado, 80307-3000 wgreen@ncar.ucar.edu
--

Wayne Green      NCAR (National Center for Atmospheric Research)
FL2-1042         (303) 497-8540  FAX (303) 497-8520
P.O. Box 3000, Boulder Colorado, 80307-3000 wgreen@ncar.ucar.edu
Newsgroups: comp.realtime
From: eletanjm@nuscc.nus.sg (Tan Jin Meng)
Subject: Re: POSIX 1003.4
Organization: National University of Singapore
X-Newsreader: Tin 1.1 PL4
Date: Mon, 16 Nov 1992 09:20:57 GMT

tom@VisiCom.COM (Tom Quiggle) writes:
: 
: The POSIX 1003.4 and 1003.4a standards can be obtained from the IEEE 
: Draft Standards Office.  Call them at 
: 
:     (202) 371-0101 
:     
: and Ask for Lisa.  Have a credit-card handy and they will take your
: order right over the phone.
: 
: Tom Quiggle
: VisiCom Labs

Not everyone is in the USA. Any alternative?

jin meng
Newsgroups: comp.realtime

>	I would like to get POSIX 1003.4 (reatime extension) Draft-12. 
>	Please let me know a ftp site or a publisher by e-mail.

Be sure you ask for P1003.4/D13 (Draft 13)...
Xref: sparky comp.realtime:1344 comp.sys.m68k:1359
From: merlin@neuro.usc.edu (merlin)
Newsgroups: comp.realtime,comp.sys.m68k
Subject: 68HC11EVBU (new) vs. 68HC11EVB (old) -- RAM capacity
Date: 15 Nov 1992 20:38:31 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: comp
NNTP-Posting-Host: neuro.usc.edu

We used some 68HC11EVB's a few years ago as programmable (via
KERMIT download of source assembled into Motorola S-records)
embedded controllers for laboratory benchtop instrumentation.

The old 68HC11EVB 8K to 16K RAM available for downloading of
user applications.  How much RAM is on the new EVBU board?

Thanks, Merlin
From: mostert@firga.sun.ac.za (Sias Mostert  )
Newsgroups: comp.realtime
Subject: Technical summary of NATO ASI
Keywords: Real-Time, NATO ASI
Date: 17 Nov 92 10:34:17 GMT
Article-I.D.: firga.mostert.12.0
Organization: Electronic Engineering, University of Stellenbosch, South Africa

Hi,
I was unable to attend the NATO ASI in St Maarten 5/10/92-17/10/92 having to 
abort my attendence at the last moment.  I am interested in the main 
conclusions reached at the NATO ASI, with regard to the future of research 
in Real-Time systems for the next 5 years.  Any summary or
personal opinions are very welcome.

Thanks,

Sias Mostert                     internet : mostert@firga.sun.ac.za
University of Stellenbosch
Stellenbosch 
South Africa
From: cho@kobe.che.utexas.edu.che-profs (Wonhui Cho)
Newsgroups: comp.realtime
Subject: disregard this message
Date: 18 Nov 92 03:29:53 GMT
Reply-To: cho@kobe.che.utexas.edu.che-profs
Organization: Sun Microsystems, Inc.


Test
Sorry.

Newsgroups: comp.realtime
From: dstewart+@cs.cmu.edu (David B Stewart)
Subject: Re: VME Setups
Organization: The Robotics Institute, Carnegie Mellon University
Date: Thu, 19 Nov 1992 21:09:57 GMT

In article <bill.03rh@xpresso.UUCP> rwing!xpresso!bill writes:
>In article <y5ZXr*Va1@xpresso.UUCP> bill@xpresso.UUCP (Bill Vance) writes:
>> 
>> Can anyone Tell me the names of any good books on the subject of setting up
>> a VME system?  I need the why's and wherefores of setting up the bus jumpers
>> and anything else needed to get a system up and running.  Thanks in advance.
>> 
>> bill@xpresso.UUCP                   (Bill Vance),             Bothell, WA
>> rwing!xpresso!bill
>
>A few days ago I posted the above article, and got some good basic info from
>Bret Indrelee and Ben T. Galehouse, resulting in the purchase of "The VMEbus
>Handbook", and "The VMEbus Specification" from VITA.  Thanks guys.
>

The newsgroups "comp.arch.bus.vmebus" has now been created.  Topics
such as these should be moved over to that new newsgroup, as it is
more appropriate than posting on comp.realtime.

Any of you with interest in the VMEbus might want to subscribe to
comp.arch.bus.vmebus, especially considering that traffic won't be too
heavy in it, as new newsgroups tend to take a few weeks to get going.

~dave

-------------------------------------------------------------------------------
David B. Stewart  - email: <dstewart@cmu.edu>            The Robotics Institute
snail mail:       - ECE Dept., Carnegie Mellon University, Pittsburgh, PA 15213
Current Projects: - Chimera 3.0 Real-Time Operating System
		  - Reconfigurable Sensor-Based Control Systems
From: miket@frog.CRDS.COM (Michael C Tiernan)
Newsgroups: comp.realtime
Subject: Benchmarks.
Date: 19 Nov 92 14:03:19 GMT
Organization: Charles River Data Systems

Is there a consolodated list of RT Benchmarks out there?  If not, what
do people use for their's?  Email me your responses and I'll provide a
summary for others.

Additionally, are there any listings showing manufacturer's standings in
any existing benchmarks?

Again, I'll summarize any email I get on the subject.  Thank you.
-- 
<< MCT >>  Michael C Tiernan. - GEnie:M.Tiernan - AOL:M Tiernan/BCS Mike 
UUCP = alfalfa!pro-angmar!m.tiernan OR miket@frog.UUCP
      It's too bad that it takes almost half of our life
	to realize that it was a "Do-It-Yourself" project.
Newsgroups: comp.admin.policy
From: warner@austin.onu.edu (David R. Warner, Jr.)
Subject: Re: Full mail spool policy?
Date: Wed, 18 Nov 1992 23:31:31 GMT
Organization: Ohio Northern University

In article <BxwzoA.325@gabriel.keele.ac.uk> cca09@keele.ac.uk (Norman Bridges) writes:
>Path: austin.onu.edu!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!agate!doc.ic.ac.uk!uknet!keele!seq1!cca09
>From: cca09@keele.ac.uk (Norman Bridges)
>Newsgroups: comp.admin.policy
>Subject: Re: Full mail spool policy?
>Message-ID: <BxwzoA.325@gabriel.keele.ac.uk>
>Date: 18 Nov 92 13:48:09 GMT
>References: <1992Nov5.194200.3673@news.columbia.edu>
>Sender: news@gabriel.keele.ac.uk (UseNet News Service)
>Organization: Keele University, England

 I also feel
>that not enough is done to give sysadmins facilities to unsubscribe to
>mailing lists on behalf of dead accounts. [My apologies if such
>facilities do exist, its just that it can be difficult to locate the
>address for unsubscription without prying into a user's mailbox].

>Norman Bridges
>
>email cca09@keele.ac.uk  ||  tel (0782) 583073
>
>Keele University::Computer Centre::Keele::Newcastle,Staffs::ST5 5BG::UK

Why should the administrator have to unsubscribe the dead account.  If the 
account is removed, the mail bounces back to the listserv and the list owner 
can remove the subscriber.
__
     +-------------------------------------------------------+
     |  David R. Warner, Jr.       |          (419) 772-2227 |
     |  Professor of Law           |     FAX: (419) 772-1875 |
     |  Pettit College of Law      | Internet:               |
     |  Ohio Northern University   |   warner@austin.onu.edu |
     |  Ada, Ohio 45810            |                         |
     +-------------------------------------------------------+
Newsgroups: comp.admin.policy
From: mgflax@ernie.Princeton.EDU (Marshall G. Flax)
Subject: Re: Admin Policy FTP Site ?
Organization: Princeton University
Date: Sun, 15 Nov 1992 16:58:00 GMT

In article <VT3SB5FH@cc.swarthmore.edu> stauffer@cc.swarthmore.edu (Glenn Stauffer) writes:
>Sometime ago, I believe I read reference to an FTP site containing a
>collection of College and University Computing Policy statements.  If
>such a site exists, could someone send me the Internet address?

ftp.eff.org:/pub/academic/policies

marshall
-- 
=========== 5 Joyce Lane, Woodbury, NY 11797, 516-364-9331,9379 ===========
============= c/o Christine Faltz, Hofstra U., 516-463-2720 ===============
====== PGP 2.0 Public Key available by finger or request  <EFF #922> ======
= Original material(c) 1992, Marshall Flax <mgflax@phoenix.Princeton.EDU> =
Organization: Bar-Ilan University Computing Center, Israel
Date: Sun, 22 Nov 1992 11:17:05 IST
From: Hank Nussbacher <HANK@BARILVM.BITNET>
Newsgroups: comp.admin.policy
Subject: Re: Full mail spool policy?
 <BxwzoA.325@gabriel.keele.ac.uk> <warner.13.722129491@austin.onu.edu>
 <1992Nov19.021306.15275@news.columbia.edu>

I have been a postmaster for 11 years now and I have found the following
to work:

- the system automatically purges mail older than 30 days.  Of course, you
need to inform your users of this policy.

- When spool fills up I have found that it is because some user(s) have
subscribed themselves to about 5-6 high volume lists, and have stopped
using the computer.  After 30 days, these users have 500+ pieces of mail
which the system then prunes slightly due to the 30 day criteria mentioned
above.  I check the last login time/date and I sometimes find people who
have not logged in for a year or two but continue to get some obscure
mail list.  It is then my responsibility to contact the moderator and
get the user removed.  I do this about 3-4 times a year and scan for all
users with more than 100 unread pieces of mail and then go and check their
last login.

- If the user mentioned above does login, but is using the mail spool
space for storage of large amounts of data and files, I send them mail
and explain the situation and they generally are understanding and comply.
The users don't do it out of malice but rather out of ignorance.

Hank Nussbacher
Israel
Newsgroups: comp.admin.policy
From: dan@cubmol.bio.columbia.edu (Daniel Zabetakis)
Subject: Re: Full mail spool policy?
Organization: Columbia University, Dept. of Biological Sciences.
Date: Thu, 19 Nov 1992 02:13:06 GMT

>
>Why should the administrator have to unsubscribe the dead account.  If the 
>account is removed, the mail bounces back to the listserv and the list owner 
>can remove the subscriber.

   Our site is used mostly for research. When a user leaves, thier account
is usually not removed. After a while we kill thier passwd so noone can log
in, but we don't delete any of thier files. 
   Each user here works for a lab. It may be that others in the lab will need
access to the files of a user after (perhaps long after) they have left.
Things only get deleted after a -long- period. So accounts can still get mail.

DanZ


-- 
This article is for entertainment purposes only. Any facts, opinions,
narratives or ideas contained herein are not necessarily true, and do
not necessarily represent the views of any particular person.
From: cca09@keele.ac.uk (Norman Bridges)
Newsgroups: comp.admin.policy
Subject: Re: Full mail spool policy?
Date: 18 Nov 92 13:48:09 GMT
Organization: Keele University, England
X-Newsreader: TIN [version 1.1 PL6]

Daniel Zabetakis (dan@cubmol.bio.columbia.edu) wrote:
: 
:    What about runaway mailing lists? I think some of our users who don't
: log in often have joined mailing lists, but never read the mail. Can I
: look at the mail to determine if this is the case? What should I do if it
: is?
: 

That's getting a real problem here too. I feel that a responsible
automatic mail server should be auditing its readership once in a
while and asking readers to specifically re-subscribe. I also feel
that not enough is done to give sysadmins facilities to unsubscribe to
mailing lists on behalf of dead accounts. [My apologies if such
facilities do exist, its just that it can be difficult to locate the
address for unsubscription without prying into a user's mailbox].

: DanZ
: 
: -- 
--
Norman Bridges

email cca09@keele.ac.uk  ||  tel (0782) 583073

Keele University::Computer Centre::Keele::Newcastle,Staffs::ST5 5BG::UK
Newsgroups: comp.admin.policy
From: nagle@netcom.com (John Nagle)
Subject: Re: Full mail spool policy?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 21 Nov 1992 19:44:46 GMT

      All these administrative issues go away if you charge real money.
Netcom gives me the following message at logon:

> NETCOM On-line Communication Services, Inc.
>  
>   >>>>   News will be offline for a few hours today, so that we can
>   >>>>   upgrade to a faster machine.
>  
> Your account balance is:       19.50
>  
> This disk usage summary is for the last 20 days.
> Your average usage to date is:     5.86 meg
> At this rate your disk charge will be: $   2.14

       The first 5MB of disk space is covered with the monthly charge
for the account, and amounts over 5MB are billed at a modest rate.
This eliminates any reason for the system administration to be concerned
with file content, which is appropriate to a commercial service.

       Netcom is constantly upgrading their hardware, as usage and revenue
increase.  For a commercial service, this is what you want to happen.
Yet the rates are much lower than those of a competing service, the WELL,
which has underpowered hardware and a much larger staff.

					John Nagle
Newsgroups: comp.admin.policy
From: dave@lacerta.unm.edu (Dave Grisham)
Subject: Re: Admin Policy FTP Site ?
Date: Mon, 16 Nov 92 20:14:48 GMT
Organization: University of New Mexico, Albuquerque

Here you go:
unma.unm.edu             Dave Grisham <dave@unma.unm.edu>
This site has a collection of ethics documents.  Included are 
legislation from several states and policies from many institutions.
	Access is through ftp, IP address 129.24.8.1.
	Look in the directory /ethics.

Listserv@unmvm.unm.edu
	Dave Grisham <dave@unmvm.unm.edu>
	This site has a collection of ethics documents.
	Included are legislation from several states and policies
	from many institutions.
	Access is through normal listserv commands [get, help, etc]
	Look in the directory ETHICS.

-- 
grish
   Dave Grisham, Security Administrator    Phone (505) 277-8032  FAX 277-8101
   Computer & Information Resources & Technology  Internet DAVE@ariel.unm.EDU
   Univ. of New Mexico     Albuquerque, NM 87131  BITNET DAVE@UNMB.UNM.EDU
From: pooh@Apple.COM (Wendy Nather)
Newsgroups: comp.admin.policy
Subject: Re: Full mail spool policy?
Date: 17 Nov 92 14:08:04 GMT
Organization: Internet Refugee Camp

In the referenced article, dan@cubmol.bio.columbia.edu (Daniel Zabetakis) writes:
>
>    We are having a problem with a full mail spool. Some users have
>large amounts of mail kept there. I am pretty sure that much of it is
>from mailing lists that they don't want to dump into thier account mbox,
>but don't really want to delete. Well, it is going to have to go now.
>
>   My question in regard to policy is whether it is OK to threaten to
>remove the mail.

I would not do this if I were you.  A couple of stopgap
solutions I have found are:

1.  Peer pressure.  Inform the other users that if everyone
    doesn't clean up their mail, NOBODY gets mail any more
    (due to the filesystem being out of space), and simply
    list all users with their mailbox sizes.  Let them argue
    it out amongst themselves.

2.  For the occasional users, compressing their mail will buy
    you some extra space, and it will still be there if they
    log in and yelp for it.  This also has the advantage that
    you don't have to read their mail (which I avoid at all costs).

    In real emergencies, you can dump their mail off to tape
    until they come back and ask for it.  Again, you haven't read
    their mail or deleted it, so their privacy is protected, but you
    get the space you need.

Wendy Nather
Swiss Bank Corporation, Zurich
	pooh@apple.com
	wendy@il.us.swissbank.com


Newsgroups: comp.admin.policy