HDTenEightyP/NetNews huggingface dataset:
From: dulimart@cps.msu.edu (Hansye S. Dulimarta)
Newsgroups: comp.realtime
Subject: Information on Ironics IV32xx.
Date: 10 Oct 92 14:33:20 GMT
Organization: Department of Computer Science, Michigan State University
Originator: dulimart@pixel.cps.msu.edu


I'm looking for any information about Ironics IV32xx series. I just heard
about it but knew nothing about it. So any information are welcome.
Thanks in advance.

Hans.
-- 
|_|_|_|_|  _|_|_ |_|_|_|_| Hans Dulimarta [dulimart@cps.msu.edu]
|_|_|_|  _|_| |_|_ |_|_|_| Pattern Recognition & Image Processing Laboratory
|_|_|  _|_|_ X _|_|_ |_|_| Department of Computer Science
|_|   |_|_|_|_|_|_|_|  |_| Michigan State University
Newsgroups: comp.realtime
From: jamesd@lna.oz.au (James D)
Subject: Real time IPC for Unix ?
Organization: Leeds & Northrup Australia, Sydney
Date: Fri, 9 Oct 1992 02:05:14 GMT

	Hi!  I'm preparing an analysis of communication mechanisms
offered by our two Unix variants, Ultrix-32 4.1 and SunOS 4.1. Our
company currently develops SCADA software on to run on 68030 VME
boards running Versados. Our development is done on a network of
DecStations and the odd Sun. 
	Management is interested in the possibility of moving from
Versados into Unix, but we are constrained by the real-time 
requirements of our product.
	From the results I have obtained, System V messages appear
faster and more plausable than BSD sockets. I'm interested in 
knowing if there are any other mechanisms offered for process 
communication in any of the mainstream Unix variants. I hear
Solaris 2.0 is supposed to have several new calls for real time
applications, but I have not been able to obtain any documentation.
I have also heard wispers of such calls in OSF 1.2 .

	If anyone has any knowledge in this area, I would appreciate
any knowledge you would care to impart to me, either by email or the
net.

						-- James Duff

-- My views may reflect the views of my employer,
-- but only while he's listening. :-)

Newsgroups: comp.realtime
From: dhd@exnet.co.uk (Damon)
Newsgroups: comp.realtime,comp.dsp
Subject: Re: autonomous data acq for AT bus
Date: 15 Oct 92 10:34:31 GMT
Organization: ExNet Systems Ltd Public Access News, London, UK

In article <1992Oct14.211440.7814@nuchat.sccsi.com> steve@nuchat.sccsi.com (Steve Nuchia) writes:
>So my ideal solution would be a DSP board with a shared memory host
>interface and an autonomous 8-input (single ended) ADC capable of
>about 200 K samples per second.  Integral 4-way DAC would be a bonus.

There are a whole bunch of companies doing just this sort of thing; here
are few:

Ariel: +1 908 249 2900
Transtech: +44 494 464303
Loughborough Sound Images: +44 509 231843

Tell them I sent you!

<AD MODE ON>

More details on request by e-mail, though I may be slow on answering
since I have a magazine (Parallelogram) to put together this week and
next.  The issue I just dispatched talks about the above three
vendors a little.  B^>

<AD MODE OFF>

Damon
-- 
Damon Hart-Davis | Tel/Fax: +44 81 755 0077 |1.29|| Cheap Sun eqpt available.
Internet: dhd@exnet.co.uk | Also: Damon@ed.ac.uk || Mail/news feeds available.
--------------------------+ Will exchange uucped local articles free over V22b.
Public access UNIX (Suns), news and mail for #5 per month.  FIRST MONTH FREE.
Newsgroups: comp.realtime
From: nalco@balr.com (Craig Moynihan)
Subject: Which BUS?
Organization: Balr Corporation
Date: Wed, 14 Oct 1992 01:53:32 GMT

I'm looking for advice regarding which BUS is best to use for a realtime
controller which has the following characteristics:

Uses a realtime multitasking OS
Accepts Analog Inputs (4-20mA,0-10VDC,Thermocouples)
Has Analog Outputs (4-20mA)
Has Digital Input & Outputs
Utilizes both serial and networking communications (modem,Ethernet)
Uses ANSI-C
Has the availablity of useful software debugging tools.
Suitable for an industrial enviorment (Temp,Humidity,etc.)
Low cost

I know that there are many alternatives available in the market place
right now. What is the best platform to choose considering future support
and availability, durability, and cost.

Currently, I'm leaning towards the STD or PC bus due to cost considerations.

Thanks in advance for your comments.

-- 
*****************************************************************************
Craig A. Moynihan						Naperville,IL
cam@nalco                                               ..!balr.com!nalco!cam
*****************************************************************************
Newsgroups: comp.realtime
From: krings@cse.unl.edu (Axel Krings)
Subject: References wanted 4 real-time workloads
Organization: University of Nebraska - Lincoln
Date: Mon, 12 Oct 1992 21:22:26 GMT


Hi Everybody,

I am looking for references to "real world" applications for real-time systems 
with hard deadlines. 

Basically I need the description of workloads, and any reference to
papers that describe control applications and give some notion about how
they partitioned their programs will help.

Areas using hard real time systems include robotics, aviation, engine control, 
nuclear reactor control, chemical mixing units, satellite control,...... 

I posted this request a while back, but got only 1 response with a reference 
and lots of responses with:
              "I am interested in the responses you get"

I will appreciate any responses and will be happy to share them. Just
send a note.

Thanks 
	Axel

---------------------------------------------------------------------------
The only real things I got so far are:
---------------------------------------------------------------------------
A paper by P.Shaffer (IEEE Control Systems June 1990)
"A Multiprocessor Implementation of Real-Time Control for a Turbojet Engine",
gives the computation graph for the control program of a supersonic turbofan
with afterburner is given. This is a 64 vertex graph, and for each the 64 
procedures the max duration is indicated.


"Synthesis of a Real-Time Message Processing System with Data-Driven Timing
Constraints," Al Mok , Prasanna Amerasinghe, Moyer Chen, Supoj Suthanthavibul,
Kamtorn Tantisirivat, Proceedings of the real-time Systems Symposium, San Jose, California, Dec. 1987, 133-143.
Newsgroups: comp.realtime
From: apollo@ecf.toronto.edu (Vince Pugliese)
Subject: Intel iRMX/iRUG Compuserve Forum Archive
Organization: University of Toronto, Engineering Computing Facility
 i was hoping if some kind soul out there would know where i could
Date: Tue, 13 Oct 1992 02:21:35 GMT

find an archive site that maintains the rmx forum?? barring an archive
site i would GREATLY appreciate it if someone would be willing to e-mail
the forum proceedings
thanks in advance
.vp


-- 
apollo@ecf.utoronto.ca
From: houvener@dopey.sanders.lockheed.com (Bob Houvener 5-9005)
Newsgroups: comp.realtime
Subject: X11 graphics card
Date: 10 Oct 92 22:16:21 GMT
Distribution: comp
Organization: Lockheed Sanders, Inc.


  I am looking for a 6u VME graphics card that runs under VxWorks and
runs X11. I need 1280x1024 and would like X11r5. A keyboard and mouse
(trackball) inputs would be nice also. Finally, as if I did not want
enough already, the ability (in the server) to use 2 monitors and move
the cursor between them would seal the deal. Any takers?

--
Bob Houvener                             Lockheed Sanders, Inc.
Electrical Engineer                      PO Box 868, MER24-1583C
Signal Processing Center of Technology   Nashua, NH 03061-0868
Rapid Development Group                  Voice 603-885-9005
                                         Fax 603-885-0631
                 e-mail:
		      houvener@rocket.sanders.com
                 (or) houvener@rocket.sanders.lockheed.com
                 (or) ..!uunet!rocket!houvener
From: escott@JOHN-PARKER.ICS.UCI.EDU (Scott Menter)
Newsgroups: comp.admin.policy
Subject: Re: Sysadmin for a Day, was Re: Banned Computer Material 1992
Date: 10 Oct 92 19:14:53 GMT
Reply-To: Scott Menter <escott%esm.com@uu4.psi.COM>
Organization: Enterprise Systems Management


 
I think you make some interesting points, Wes.  My observations are below.

> I offer alternatives in every situation.  For those interested
> in Crack, I offer various texts on cryptography, the DoD Password
> Management Guideline (which includes some interesting information),
> "sanitized" log files from my own runs of Crack, and the source code
> in hardcopy form.  [If someone can argue that the only way to under-
> stand Crack is to run it, I'd like to hear it.]

What about the guy at CMU who is doing research on password frequencies and
security?  You might not have such a person at your institution, but it seems
like that might be a resonable field of inquiry.

> Would you support a student who wanted to use the Chemistry lab to make
> nitroglycerin "for the heck of it"?  If you did support such an endeavor,
> wouldn't you implement certain safety precautions?  Wouldn't those pre-
> cautions be for the protection of ALL lab users?  Why shouldn't a com-
> puting facility be protected by similar procedures?
> 
> --Wes

Let me offer a competing analogy (dueling analogies? 8^).  The State
considers it necessary to limit drivers to 65mph on rural interstate
highways.  Two approaches to this are:  (a) post a speed limit, and nail
anybody who drives beyond the limit, or (b) prohibit cars from being sold in
the US that are capable of driving faster than 65mph.  These can be though of
as "direct" and "indirect" approaches to the problem, I guess.  (The indirect
approach is favored by religious institutions:  for example,
Sabbath-observant Jews, prohibited from writing on Saturday, are also
prohibited from picking up a pencil, lest they be led into writing.)

The problem with the indirect approach is that it creates a larger
enforcement problem than may be warranted.  If the goal of your policy is
that users not have illegal access to one another's accounts, there are ways
to enforce that directly, by observing who is logging in, when, and where
(let's save discussion on whether or not this observation is appropriate, for
now).  By trying to indirectly enforce that goal, that is, by seeking out
"crack" programs, it seems that you may  (a) create a bigger headache for
yourself, (b) create a negative impression with the users that you are
looking over their shoulders and at their files, and (c) you may walk into a
situation where you are interfering with legitimate activity.

In the specific case of password cracking programs you may have a stronger
case at a commercial institution, I think.

 - Scott


E. Scott Menter					escott%esm.com@uu4.psi.com
President						Phone 714-432-6307
Enterprise Systems Management                           FAX   714-432-6506
575 Anton Blvd., Suite 300
Costa Mesa, California 92626	    "Excellence in Open Systems Computing"
From: gbarnet@uswnvg.com (Gary Barnette)
Newsgroups: comp.admin.policy
Subject: Legal/policy issues concerning news
Date: 13 Oct 92 17:46:48 GMT
Distribution: usa
Organization: U S WEST NewVector Group, Inc.
X-Newsreader: Tin 1.1 PL5

Issue 1:

Does anyone know if any company has been sued over
the contents of news articles? Some people here have
a concern about the sexist and racist material found
in some news groups. So concerned that all but comp.*,
gnu.*, and news.* have been turned off until there is
a review by our legal department.

Issue 2:

Our company has a policy for plurlism and against racism and sexism. 
Some people think that to allow sexist and racist news articles
of this type on our systems is therefore against company policy
and should not be allowed. Has anyone else out there run into
the append contradiction?

Please direct you opinions/answers to the general question.
I am NOT for censorship of any kind. I'm just trying to learn 
what others have done so that I may be better informed to deal with
the problem. And it is a problem. We stand a chance of loosing
our entire news feed!

Gary Barnette
News/Systems Administrator
E-mail: gbarnet@uswnvg.com
From: gjn@cs.uq.oz.au (Geoff (cbird) Newton)
Newsgroups: comp.admin.policy
Subject: Re: Display of nudes
Date: 14 Oct 92 23:48:25 GMT
Reply-To: gjn@cs.uq.oz.au

In <1992Oct12.133020@iphase.com> plarkin@iphase.com (Patrick Larkin) writes:


>Well, all this discussion about Nudes on Display terminals has been limited to an 
>Academic environment.

>What is the general consensus in the Commercial environment regarding the use of
>storage resources for the purpose of saving images of what could be considered 
>"offensive" material?  Of course, no company can dictate what an employee does on his
>own time, or his own property (i.e. Employee's PC in his/her Office).

>My concern is two-fold:  Disk Space usage and a Sys Admin's removal on sight of such
>images; and another employee bopping around looking at images in say /usr/local/gifs
>and stumbling across something he/she finds offensive.

Well I have the privilege of being the sole administrator of a number of
unix boxes in a relatively small company.

We have a number of gifs stored online (including some "swimsuit" type gifs).
We don't have a company policy about the display of naked gifs (we don't have
a policy about a *lot* of those sort of things - I get to make the rules :-)

I personally don't view such pictures for various reasons, and can see why
others would be offended by the act.

All I need to do is tell someone that such and such a gif is a not a good one
to be stored, because if it offends someone, they would complain, and the
management would ask for all gifs to be removed (they don't view them - and
we are always pushed for disk space).

As for disk space - I put some in /usr/local/gif and keep the area within a
reasonable size. If people have ones that they want, they give them to
me and I put them in the system wide area (anyone should be allowed to view
them), and offline any which haven't been viewed in a while.

As for people having gifs in their home directories, when the disk get full
I go "find(1)ing" for anything that resembles core files, databases and gifs
(among other things). If I find gifs I tell them to put them in the system
area (subject to my opinion of whether they may be offensive) or offline them.

Most (everyone so far) are very understanding. They know the rules and nobody
has bother to complain to me or the upper management.

If it works - don't touch it. So that's the way it'll stay until someone 
objects.

BTW I use a swimsuit gif as my backdrop, but by the time you get 5 active
xterms (not counting 10 iconified ones) on the machines I am working on,
an xbiff, xload, xconsole and nearly fullscreen epoch session, I get
to see her left eye (that area is used to get through to mwm).

Just my personal opinion. I doubt my boss knows what a "JIFF" is :-)

gjn


--
gjn    | Email: gjn@cs.uq.oz.au  (Geoff Newton)                  |  _-_|\
(-|    | ITI Systems Obliterator^H^H^H^H^H^H^H^H^H^HAdministrator| /     *
       |                                                         | \_.-._/
       | "It was working this morning - honest"                  |      v
Newsgroups: comp.admin.policy
From: thornley@pico.cs.umn.edu (David H. Thornley)
Subject: Re: Display of nudes
Organization: University of Minnesota, Minneapolis, CSci dept.
Date: Thu, 15 Oct 1992 23:11:05 GMT

In article <1992Oct9.185121.12205@rz.uni-karlsruhe.de> S_TITZ@iravcl.ira.uka.de (Olaf Titz) writes:
>In <1992Oct9.010021.18858@eff.org> kadie@eff.org writes:
>
>>  Question [inspired by an email message]:
>>  
>>  What should sys admins do about nude pictures and displays of nude
>>  pictures in public terminal rooms? Is a special rule banning such
>>  pictures and/or displays needed?
>
>This is from our (Uni Karlsruhe Comp. Center) HP Workstation Manual:
>(note that other departments have policies not that restrictive)
>
>"Use of the workstations not related to scientific research and
>education, especially playing games and the abuse of graphic displays
>for displaying non-work-related pictures, is prohibited. This is to
>explicitly notify you that abuse can result in account revocation."
>
This is similar to the case where all you have is vt100s, so that you
can't create offensive images (at least, not without creativity and
effort, I'm sure I know people who could).  In this case, all images
not used for actual research and education are banned, which includes
images both innocuous and offensive.

Do you have any plans for when this doesn't work?  Right now, I have
four large and four small windows on my Sun, most of which are devoted
to my academic work (all but the one I'm running news in, in fact).
As a backdrop, I have an image that some might find faintly subversive.
There's no obvious reason why I couldn't have one that some would find
sexually offensive.  This problem could affect any workstation permitting
backdrops, no matter how strict the rules on usage are.

The response in this Computer Science department to the display of nudes
was to inform people that display of these images in public labs etc.
could be considered a form of sexual harassment, which is against both
state law and the student conduct code.  I think this is reasonable:
ban the action, not the potentiality, and let the users be responsible
(morally and legally) for their own actions.

DHT

T

Newsgroups: comp.admin.policy
From: plarkin@iphase.com (Patrick Larkin)
Subject: Re: Display of nudes
Originator: plarkin@coolcat
Organization: Interphase Corporation - Dallas Texas
Date: Mon, 12 Oct 1992 18:30:20 GMT


Well, all this discussion about Nudes on Display terminals has been limited to an 
Academic environment.

What is the general consensus in the Commercial environment regarding the use of
storage resources for the purpose of saving images of what could be considered 
"offensive" material?  Of course, no company can dictate what an employee does on his
own time, or his own property (i.e. Employee's PC in his/her Office).

My concern is two-fold:  Disk Space usage and a Sys Admin's removal on sight of such
images; and another employee bopping around looking at images in say /usr/local/gifs
and stumbling across something he/she finds offensive.

What is a company's "exposure" (sorry, couldn't find a better word) in the second
scenario?
-- 
 /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~_~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\
|  Patrick H. Larkin, Jr.    _| ~-       Interphase Corp.         |
|   System Administrator     \,  _}       13800 Senlac            |
|    plarkin@iphase.com        \(         Dallas, TX 75234-8823   |
From: phardie@nastar.uucp (Pete Hardie)
Newsgroups: comp.admin.policy
Subject: Re: Display of nudes
Date: 13 Oct 92 14:13:59 GMT
Organization: Digital Transmission Systems, Duluth, GA.

In article <1992Oct12.133020@iphase.com> plarkin@iphase.com (Patrick Larkin) writes:
>What is the general consensus in the Commercial environment regarding the use 
>of storage resources for the purpose of saving images of what could be 
>considered "offensive" material?
>
>My concern is two-fold:  Disk Space usage and a Sys Admin's removal on sight 
>of such images; and another employee bopping around looking at images in say 
>/usr/local/gifs and stumbling across something he/she finds offensive.

My opinion, as a part-time sysadmin:

Public *display* of computer images is usually covered under the same rules as 
posters, calendars, etc.  If someone else walks in and sees it, and is offended,
they have grounds for a complaint; continual offenses are grounds for removal
of the display program and/or image file(s).

If the files are simply present, and nobody has complained about viewing of the
images, then the only rationale for removal is the (usually) high volume of 
such files when disk space is low.  In those cases, a disk-space quota will
server to limit the usage.  I do not feel that the mere presence of an image
file can be considered *offensive*, if non-company-related text files are
allowed on the machines, since they can contain passages that some employee
might find equally offensive (quotes from Rushdie's "Satanic Verses", for
example).

-- 
Pete Hardie:  phardie@nastar  (voice) (404) 497-0101
Digital Transmission Systems, Inc., Duluth GA
Member, DTS Dart Team           |  cat * | egrep -v "signature virus|infection" 
Position:  Goalie               |
Newsgroups: comp.admin.policy
From: S_TITZ@iravcl.ira.uka.de (Olaf Titz)
Subject: Re: Display of nudes
Organization: Fachschaft Informatik, Uni Karlsruhe
Date: Fri, 16 Oct 1992 13:03:40 GMT
X-News-Reader: VMS NEWS 1.23

In <1992Oct16.033130.20389@news.uiowa.edu> jones@pyrite.cs.uiowa.edu writes:

>  >>"Use of the workstations not related to scientific research and
>  >>education, especially playing games and the abuse of graphic displays
>  >>for displaying non-work-related pictures, is prohibited.
>  
>  This is a completely ineffective rule for controlling the display of
>  nudes.  As an example, I happen to have used a large corpus of images

I know that it is ineffective, they know it is ineffective, nobody
complains. They have written this sentence more as a warning to people
who don't want to get in trouble, not as a Great Rule To Solve Every
Problem (tm). You possibly can't imagine that we take the whole issue
not that serious and we have /no/ trouble with it, but that's the way
we see it. It will probably never be enforced unless an actual
complain occurs, which has not taken place yet. (The policy is some 6
months old.)

>  collected from usenet as test data for some image data compression
>  algorithms I was working on.  These algorithms have been published
>  in CACM and in the IEEE Data Compression Conference -- this isn't
>  just silly research.  Among the images were quite a few that were

[Grin] exactly that have I been told by a friend who's working /here/
on image compression...

>  likely subjects of censorship, yet the above policy would not have
>  regulated my display of such material because I had a legitimate
>  use for it.

Exactly. And I doubt if you would get into trouble with the people at
our Computer Center.

>  In a similar vein, it is worth noting that one of the most published
>  and republished images in the academic literature of image processing
>  and data compression is actually cropped from a Playboy centerfold.
>...

I heard of some copyright complaints by Playboy regarding the academic
use of Lena - but perhaps they should ask their P.R. department (if
they have one) if it's a bad idea to extend their magazine's scope
into the academic domain :-)

MfG,
        Olaf
-- 
    o     Olaf Titz - comp.sc.student - univ of karlsruhe - germany
 _ /<_    s_titz@iravcl.ira.uka.de - uknf@dkauni2.bitnet - praetorius@irc
(_)>(_)   +49-721-60439 - did i forget something?
The government of the people, by the people, for the people. - Lincoln
Xref: sparky comp.admin.policy:1263 alt.comp.acad-freedom.talk:3110
From: Sm@cerberus.bhpese.oz.au (Scott Merrilees)
Subject: Re: Princeton policy on From lines
Organization: BHP, Newcastle, Australia
Date: Mon, 12 Oct 1992 02:01:41 GMT

rsm@math.arizona.edu (Robert S. Maier) writes:

>I just reviewed Princeton's "1992-1993 Guidelines for Use of Campus and
>Network Computing Resources", and had to chuckle at the following sentence:
>
>	Attempts to alter the "From" line or
>	other attribution of origin in electronic mail,
>	messages, or postings, will be considered
>	transgressions of University rules.
>
>...
>
>	From: rsm@math.arizona.edu

>which will always appear on my postings.  No matter which NNTP server
>I post articles to (I have access to several), or what machine I post
>articles from.

>Apparently straightforward standardizations of this sort violate the
>Princeton Guidelines!  And what about all the people who append funny
>parenthetical comments to their From: lines?  Princeton sysadmins,
>please note.

Is this an alteration ?  It would seem to me that you are not altering
the from line, but generating it.  Alteration implies that the from line
already exists, and is changed.

Sm
-- 
Scott Merrilees, BHP Information Technology, Newcastle, Australia
Internet: Sm@bhpese.oz.au   Phone: +61 49 40 2132   Fax: ... 2165