HDTenEightyP/NetNews huggingface dataset:
From: jwaters@deepthought.unm.edu (Joe Waters)
Subject: Re: OSF/Motif tell me about it
Date: Thu, 30 Jul 92 04:38:07 GMT
Organization: The University of New Mexico, Albuquerque, NM
	<1992Jul22.224339.17302@pasteur.Berkeley.EDU>

>   >That is, if I ever come up with anything worth selling, will the nice OSF
>   >lawyers come and sue my socks off? Also are there any places where I might
>   >FTP more information and or tools concerning Motif?

	Hmm.  I know that for X11 workstations, there exists a window manager
called gwm which supposedly can be setup to emulate Motif (mwm) very closely...
I don't *think* that anybody's sued the sox off of the makers of gwm (as I
understand it, gwm includes an mwm-emulation setup package) yet, although
I could be gravely mistaken...  Of course, I havn't run mwm yet, so I could
be completely wrong about all of this..  But that's the way I undersand it.  I
suppose if you steal code from them, you'll probably get sued :-)

--
Joe Waters ("Falc")  [jwaters@deepthought.unm.edu]
"If brute force can't fix the problem, it means you're not using enough."
Linux is better.
From: johnm@cory.Berkeley.EDU (John D. Mitchell)
Newsgroups: comp.os.msdos.pcgeos
Subject: Re: The Future....
Date: 22 Jul 92 17:11:57 GMT
Organization: University of California, at Berkeley

In article <5kfm=!k.eclipse@netcom.com> eclipse@netcom.com (Brian
McCullough) writes:
>First and foremost, I DON'T KNOW FROM NUTTIN'!  This message and the one
>previous to it are to be understood as CONJECTURE ONLY!
[...]
>FACT
>	1.  It is a matter of some record that GeoWorks has been in
>	close contact with DRI to make certain that compatibility is
>	maintained.

This, of course, depends on what you think of as close.  :-)

>	2.  In the mailing-list group preceding this newsgroup, a 
>	GeoWorks employee actively encouraged readers to use DR-DOS,
>	and stated that to be the attitude of most GeoWorkers.
>	(I don't know who it was, but this is too sweeping a statement
>	to suspect John of having said it.)

Nope.  I said something to that effect because DR-DOS is a superior product
compared to the MS and IBM PC-DOS.  My statements has/have nothing to do
with any sort of connection that may or may not exist.  :-)

>	3.  The most recent GeoWorks Pro release goes quite some
>	distance beyond ensuring compatibility with the DR-DOS task
>    	switcher TaskMAX.  In fact, GeoWorks Pro interfaces with
>	TaskMAX in ways nobody else outside of DRI knew were available.
>	You can add, delete, and rename tasks from the Express menu,
>	plus viewing current operating statistics returned by TaskMAX;
>	AND, in addition, DR-DOS tasks are listed side-by-side with Geos
>	tasks on the active task section of the Express menu.

I would say that this is more of a fact that we have an incredibly awesome
system guru that figured out how TaskMax was supposed to work and told the
DR guys how to fix it.  :-)  :-)  From my understanding, DR did a good job
creating an API for TaskMax that provides all of the add, delete, etc.
functionality.

>  	Sidelong comment:  note well attitudinal difference between MS	
>	and GeoWorks.

Gee, have you been reading comp.os.os2.advocacy by chance?  :-? :-)

[...]
>Parting shot:  What would a Geos users' group call itself?  The National
>GeoGraphical Society?  Or even (shudder) Microsoft Widows?

:->  Isn't there a group that calls themselves the GeoFanatics?

Have fun,
	John D. Mitchell
	johnm@cory.Berkeley.EDU

P.S.	I speak herein for my self.  GeoWorks speaks for itself.
From: junel@bilbo.heurikon.com (June Liesch)
Newsgroups: comp.os.vxworks
Subject: CPU recommendation
Date: 30 Jul 92 21:58:21 GMT
Reply-To: junel@heurikon.heurikon.com (June Liesch)
Organization: Heurikon Corporation, Madison, WI

Harvey Wong of WRS writes:

>Can anyone recommend a 68K based VME target processor that can sustain
>7 MB/sec on the VSB bus?  (Of course, the board should have VxWorks
>ported to it.)


You might want to try the HK68/V3F or the HK68/V4F.

June

--------------------------------------------------------------------------------
June Liesch                |  "I don't think much of our profession, but con-
Software Customer Support  |  trasted with respectability, it's comparatively
Heurikon Corporation       |  honest."  - The Pirate King, from G&S's
junel@heurikon.com         |              "The Pirates of Penzance" 
--------------------------------------------------------------------------------

Newsgroups: comp.os.vxworks
From: hmp@frc2.frc.ri.cmu.edu (Henning Pangels)
Subject: Re: Sbus to VMEbus adaptor needed
Date: Tue, 21 Jul 92 18:22:50 GMT
Organization: Field Robotics Center, CMU
Followup-To: comp.os.vxworks
Reply-To: hmp@frc2.frc.ri.cmu.edu (Henning Pangels)


Solflower also makes a line of such bus links; we have been using them
with good success, althoughh I'm not personally involved with that at
a detailed level so I can't provide more info than that. Here's the address:

Solflower Computer
2362Qume Drive, Suite A
San Jose, CA 95131
(408) 456-5055

-Henning

--
Henning Pangels    |hmp@frc2.frc.ri.cmu.edu        |     Field Robotics Center
Research Programmer|(412) 268-7088                 |Carnegie-Mellon University
------------------------------------------------------------------------------
		      It's later than you think
From: kevinr@ceco.ceco.com (Kevin R. Rumbaugh)
Newsgroups: comp.os.vxworks
Subject: SCSI floppy disk/tape drives under vxWorks
Date: 27 Jul 92 14:39:27 GMT
Organization: Commonwealth Edison Co.


I am looking for both good and bad experiences with any SCSI 3.5" floopy
drives and any SCSI 1/4" cartridge tape drives anyone out there has
used succesfully/unsuccesfully under vxWorks 5.0.2.  We are running
MV147s and have not purchased any drive hardware yet, so we are open
to just about anything.  If anyone has any drive specific driver code
that they are willing to share it would be much appreciated.  I will
summarize the results if there is much interest.

		Thanks in advance,

                     Kevin Rumbaugh  'The Marauder'
		      --- Commonwealth Edison ---
E-MAIL    : kevinr@ceco.com  OR   uunet!ceco!kevinr
AT&T      : (312) 294-8894        FAX	: (312) 294-4233
USMAIL    : Information Systems; Room 1139; 125 S. Clark; Chicago IL 60603
From: interf!zeus!brackett@uunet.uu.net (Todd Brackett)
Newsgroups: comp.os.vxworks
Subject: East Coast Usergroup Presentations
Date: 22 Jul 92 23:38:09 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

Hi all,

We have set September 18, 1992 as the next East Coast Usergroup
meeting in Boston.  I have slated a spot on the agenda for "third party"
vendors to show off their wares in a presentation.  Rather than leave
anybody out I have decided to make it an open call.  If you have a product
that is VxWorks related then I want to hear from you.  Please respond 
privately to the address below.  Please realize that time may be limited
for your presentation but we will still have an offline session at the end
of the meeting. We are currently planning on having some hardware available 
for demos as well (projection screen, SPARCstation, VMEcage etc.)

Regards,

-------------------------------------------------------
|Todd S. Brackett                 |Voice:703 790 8500 |
|Interferometrics, Inc.           |FAX:  703 848 2492 |
|8150 Leesburg Pike               |                   |
|Vienna, VA 22182                 |                   |
|-----------------------------------------------------|
|Internet:brackett@interf.com                         |
|Uunet:   uunet!interf!brackett                       |
-------------------------------------------------------
From: Matthieu Herrb <matthieu@idefix.laas.fr>
Newsgroups: comp.os.vxworks
Subject: re: Fortran on VxWorks
Date: Fri, 31 Jul 92 16:02:52 +0200
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov


I run some fortran code compiled by using `f2c' (you can get it by ftp
from research.att.com). It comes with C source for the runtime
libraries.

I had to adapt the makefile to use the cross-developpement tools to
build the libraries and do some little editing to compile them but it
was pretty easy.

Some more functions are needed, most of them are in the ansiLib
package from Richard Neitzel (available on thor.atd.ucar.edu). 

I remember of some other little fucntions missing, mostly mktemp that
you have to write yourself.

					Matthieu

--
	Matthieu Herrb             CNRS - LAAS 
	Matthieu.Herrb@laas.fr     7, avenue du Colonel Roche
        	                   31077 Toulouse Cedex - France

Newsgroups: comp.os.vxworks
From: kevinb@dev1.csg.ssd.fsi.com (Kevin Bonifield)
Subject: vxMemProbe() access off Heurikon040
Date: Wed, 29 Jul 1992 20:32:54 GMT
Distribution: us
Organization: FlightSafety Simulation Systems Division - Tulsa

I am using a Heurikon040 board and VxWorks 9 May 1991 revision.

When I try to perform an off-board vxMemProbe (0xFE100000,READ,2,&val)
an error is returned.  The off-board access is to an SBS ASF-V 1553
card with 64k memory starting at $FE100000 (only 24-bit address space
is recognized by the card).  The ASF-V address configuration has been 
independently verified by using a MVME133-1 to read/write memory at that
location.  The ASF-V card REQUIRES 16-bit accesses or a bus error will
result.  The address modifiers for the SBS card are supervisor/normal.
The Heurikon040 board can read/write a MIZAR card in the same chassis
without errors.

Question: What am I missing?  Does the vxMemProbe length parameter
equal to 2 actually indicate a 16-bit access to memory? Using a
"d 0xFE100000" has the same effect.

All ideas/comments appreciated.

Thanks,
//Kevin

----------------------------------------------------------------------------
Kevin Bonifield                        |  Phone: 918-251-0500 x520
Avionics Interface Computer Design     |  Email: kevinb@fsi.com
FlightSafety - Simulator Systems Div   |
----------------------------------------------------------------------------
From: burch@hpcc01.corp.hp.com (Jeff Burch)
Newsgroups: comp.os.vxworks
Subject: Re: Setting file permissions when redirecting output
Date: 29 Jul 92 14:27:11 GMT
Organization: the HP Corporate notes server

I asked the same question to Wind Rivers tech support. Here is what I
learned:

From Joel Lutzker, joel@wrs.com:

Unfortunately, vxWorks does not support a chmod-like command.  Nor does
the user have access to change the default file permissions given in
ioLib.h.  I shall submit a software problem support asking them to make
the default file permission values user-changeable in the next version,
which is due out by the end of the year.

Thanks for your help.  I do agree that we need this functionality. And
thanks for your patience on this score, as well.


joel
From: Bob Foery <bobf@verdix.com>
Newsgroups: comp.os.vxworks
Subject: re: Tcp dying
Date: Thu, 30 Jul 92 16:12:09 +0100
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov


==Submitted-by thor@surt.atd.ucar.edu  Thu Jul 30 12:01:33 1992
==Submitted-by: thor@surt.atd.ucar.edu (Richard Neitzel)
== 
==We run some VxWorks targets off of an IPC. Two of these targets read
==in several files to load some DSP boards. If the two try to perform
==this task at the same time the IPC gets this error message on the
==console:
==
==odin inetd[121]: shell/tcp server failing (looping), service terminated
==
==The only why we know to recover is to send inetd a -1 signal.
==
==So
==
==A> What is the probable cause of this?
==B> What can we do to recover and/or prevent this?

Richard,
  This problem has reared its ugly head before.  It is a known SunOS bug.
The patch-ID for this problem is 100178-06.

  I can e-mail you this patch if you'd like.  As a matter of fact, since this
is the second time this has surfaced, I would be happy to submit this patch to
the archives, give some information on how to do this.

  Here is an excerpt from the README file associated with this problem:

Patch-ID# 100178-06
Keywords: broken server detection
Synopsis: SunOS4.0.3;4.1;4.1.1: inetd "broken server detection"
          breaks on fast machines
Date: 28/Aug/91

SunOS release: 4.0.3, 4.1, 4.1_PSR_A, 4.1.1

BugId's fixed with this patch: 1030599

Architectures for which this patch is available: Sun3, 3x, 4, 4c,

Patches which may conflict with this patch:

Obsoleted by:  SunOS 5.0

Update -06 [28-Aug-91]
updated the sun4PSR_A object module.  The source code did not change.
_________________________________________________________________________

Problem Description:
inetd refuses to accept more than 40 connects per minute on a
particular socket (loop detection)

The SS1 is fast enough, that you can end up legitimately calling
rsh more than 40 times per minute.

This patch adds a new argument, "-r", to inetd that allows you to
specify number of connections allowed in the given time in seconds.
The default is to allow 40 connections in a 60 second period, E.G:

/usr/etc/inetd -r 40 60

Typically for a faster machine you might up this to 60 connections
per minute, E.G:

/usr/etc/inetd -r 60 60

You will need to edit /etc/rc to make the change perminant each
time the machine is rebooted, E.G:
...
...
if [ -f /usr/etc/inetd ]; then
        inetd -r 60 60;                  echo -n ' inetd'
fi
...
...


I hope this helps!

Bob Foery
Verdix Corporation, Herndon, Virginia
bobf@verdix.com
From: miket@frog.CRDS.COM (vulture)
Newsgroups: comp.os.vxworks
Subject: Re: Sbus to VMEbus adaptor needed
Keywords: sbus vmebus vxworks realtime dsp
Date: 21 Jul 92 13:21:17 GMT
Organization: Charles River Data Systems

parks@halley.berkeley.edu (Tom Parks) writes:
>I have a Sbus DSP card based on the DSP56001 that I want to use with a VMEbus
>Does such a thing exist?  Where can I get one?

Have you tried "Halversa Engineering" in CA?  They make a bunch of different
types of adapters for lotsa different types of boards.
-- 
<< 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.os.vxworks
From: jim@wrs.com (Jim Irwin)
Subject: Re: I need to whine for a moment...
Summary: Manuals under revision.
Keywords: documentation, manual
Organization: Wind River Systems, Inc.
Date: Fri, 24 Jul 1992 18:31:55 GMT


Thank you all for your feedback on the VxWorks 5.0 Reference Manual.
I wish this response could have been more timely, but I've just
returned from vacation.

You will be interested to know that all the main points you raise have
been under discussion here at WRS for some time.  Your timing is
fortuitous because we are now finalizing plans as to how the manual will
be organized for the next release.  Highlights:

(1) The organization of the new manual will revert to the 4.0 style.
    That is, subroutine entries will be separated from module entries
    and will be organized alphabetically in their own section, eliminating
    the need for a master index.

    Despite the fact that most feedback over the past year has indicated
    that customers prefer the 4.0 style, many users have also told us
    that they actually liked the 5.0 organization better.

(2) The omission of page headings indicating the current module or
    subroutine was an embarrassing oversight in the 5.0 Reference Manual.
    You'll notice that such headings were added in the BSP supplements
    that were subsequently published -- these headings will appear in
    the new version.

(3) The directory setup and file-naming convention for on-line man pages
    will match the standard UNIX scheme, enabling the use of UNIX man
    instead of vwman.

We appreciate thoughtful discussion about our product -- it helps keep
us on track.

James Irwin 
Technical Publications Manager 
Wind River Systems, Inc.
1010 Atlantic Ave.
Alameda, CA  94501-1147

tel: 510-814-2075
fax: 510-814-2010
e-mail: jim@wrs.com
From: wbrown@bevsun.bev.lbl.gov (Bill Brown)
Newsgroups: comp.os.vxworks
Subject: mv167 "tyCoDrv.c"
Date: 22 Jul 92 20:05:01 GMT
Organization: Lawrence Berkeley Laboratory, California
NNTP-Posting-Host: 131.243.192.17

We have a requirement to use one of the async serial ports on a mv167 to
talk to some strange hardware. (ain't it all?)  We need to change port
settings in ways not supported by the stock ioctl().  {Nr of data bits,
parity, nr of stop bits, etc}

Naturally we need this done by yesterday, at the latest.

Before I go add this stuff, is there anybody out there that has already
done this and, if so, will you share it with us?

Disclaimer:  These opinions are my own and have	    |
    nothing to do with the official policy or the   |  -bill
    management of L.B.L, who probably couldn't      |   wlbrown@lbl.gov
    care less about employees who play with trains. |
From: Matthieu Herrb <matthieu@idefix.laas.fr>
Newsgroups: comp.os.vxworks
Subject: looking for a free numerical computation library for VxWorks.
Date: Thu, 23 Jul 92 16:33:02 +0200
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov


Hi, 

we are looking for a numerical library for vxworks (matrix inversion,
eigen vectors and values are our main needs).

Does something like that exist for VxWorks, preferably free ?

Thank you in advance.

					Matthieu Herrb

-- 
	Matthieu Herrb             CNRS - LAAS 
	Matthieu.Herrb@laas.fr     7, avenue du Colonel Roche
        	                   31077 Toulouse Cedex - France

	"War -- What is it good for ? -- Absolutely nothing !"
From: pat@wrs.com (Patrick Boylan)
Subject: Re: VxWorks forgetting whoami
Reply-To: pat@wrs.com
Organization: Wind River Systems
Date: Wed, 22 Jul 1992 18:19:16 GMT

kr@jet.uk (Kenneth Reed) writes:

>I've just started using VxWorks so this may all be my fault but, every
>now and then, it seems to forget which user to use when accessing it's
>UNIX host."whoami" just shows a blank.

>Anyone else came across this problem?

>Ken

Ken,

This is a byproduct of adding the login security feature.

If it is driving you bonkers, just add the following line to your startup 
script:

remCurIdGet (&originalUser, &originalPasswd);

Or to avoid using a startup script, insert the following into usrConfig.c just 
before the call to shellInit, as follows:

IMPORT char originalUser[]; /* <<<add this>>> */
IMPORT char originalPasswd[]; /* <<<add this>>> */

...
    /* save original info so that logout knows what to restore */

    remCurIdGet (&originalUser, &originalPasswd); /* <<<add this>>> */

    shellInit (SHELL_STACK_SIZE, TRUE);


Have fun,
Patrick

-- 
 Patrick Boylan, Consulting Engineer, FAE Asia/Pacific
 Wind River Systems
 1010 Atlantic Ave. Alameda, CA  94501
 email: pat@wrs.com   tel: (510)748-4100   fax: (510)814-2010
From: leonid@amil.co.il (Leonid Rosenboim)
Newsgroups: comp.os.vxworks
Subject: Event Flags
Date: Tue, 28 Jul 92 16:09:31 IDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

I am looking for an implementation of event flags similar to VRTX/32.
Actually I am thinking to do one, but thought to check it out before
reinventing the wheel ...

Anyway, is there any real need for event flags out there ? If you would
like to have that functionality, please drop me a line, it'll add to my
enthusiasm.
---------------------------------------------------------------------
| Leonid Rosenboim                                                  |
| Freelance Consultant                   P.O.Box 13652, Azur ISRAEL |
| Computer Systems and Networks          Phone/Fax: +972-3-5561-661 |
---------------------------------------------------------------------
From: tom@as.arizona.edu (Thomas J. Trebisky)
Newsgroups: comp.os.vxworks
Subject: re: FORTRAN on VxWorks
Date: Thu, 30 Jul 92 13:33:18 MST
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

We did this for a while, but it was rude and obnoxious and we eventually
converted all our stuff to C, this is much more pleasant.  We were hosting
from a sun3, it may not be possible at all from a sparc (unless you have a
cross-fortran compiler  :-) )

The main unpleasantness was that sometimes we got a reference to some
library support routine that didn't exist under VxWorks.  We would have to
get the .s file generated from the .f, find what line of code generated
the call and fiddle the code in some way to get around it.  
Newsgroups: comp.os.vxworks
From: vreeburg@fys.ruu.nl (Jurriaan Vreeburg)
Subject: User Interrupts
Keywords: interrupts vxworks eurocom
Organization: Physics Department, University of Utrecht,  The Netherlands
Date: Fri, 31 Jul 1992 12:42:04 GMT

Hello world,

Can anyone tell me where I can find which interrupts vxWorks uses? I'm
trying to connect my own service-routine to a specified interrupt level,
but since I don't know which vectors are used by vxWorks, I'm having
difficulty choosing which vector I will/can use.

I'm running vxWorks 5.0, with kernelVersion 2.0 on an Eltec EUROCOM 6.

Thanks

-- 
Jurriaan Vreeburg                             email: vreeburg@fys.ruu.nl
Department of Physics and Astronomy           tel.:  (+31)-(0)30-534566
P.O. Box 80.000
3508 TA  Utrecht  Holland
Newsgroups: comp.os.vxworks
Subject: Motif on vxWorks
Distribution: usa
Organization: SAIC, Technology Research Group, San Diego, CA
From: seth@ipc2 (Seth A. Phillips)
Date: Fri, 24 Jul 1992 18:07:06 GMT


	Does anybody have Motif running on vxWorks (preferably running
	on a Force 1E).
From: lacy@draper.com (Carl Lacy)
Newsgroups: comp.os.vxworks
Subject: ttcp port to Vxworks
Date: 23 Jul 92 09:43:37 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov


   Ttcp is a commonly used, public domain benchmark utility for
measuring TCP throughout over FDDI.  Has anyone heard of a port of
this benchmark to VxWorks?

   I thought I'd check around first before beginning the port myself.

					Thanks for advice,

					Carl Lacy,  MS 3F
					Charles Stark Draper Laboratory
					555 Technology Square
					Cambridge, Mass.   02139
					   (617) 258-3228
					   (617) 258-1880 (fax)
					   lacy@coyote.draper.com
From: ken@aic.hrl (Ken Rosenblatt)
Newsgroups: comp.os.vxworks
Subject: Running C++ code under VxWorks
Date: 29 Jul 92 23:22:24 GMT
Reply-To: ken@aic.hrl (Ken Rosenblatt)
Organization: Hughes Research Labs

I was wondering if anybody out there has tried porting C++ code from
Unix to VxWorks. In particular, I was wondering about issues such as
library compatibility and namespace conflicts arising from multiple
tasks using objects with common ancestors. In case it matters, I'm
developing the code using Centerline C++, which runs AT&T's cfront.

Email responses are preferred.

Thanks,
Ken

-----
Julio Ken Rosenblatt				Hughes Research Labs
ken@aic.hrl.hac.com				3011 Malibu Canyon Road
(310)317-5687					Malibu, CA 90265

	Practice random kindness and senseless acts of beauty