HDTenEightyP/NetNews huggingface dataset:
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.os.msdos.pcgeos
Subject: Re: Developing (hardware requirements)
Date: 12 Dec 92 00:14:58 GMT
Distribution: na
Organization: Screaming in Digital, the Queensryche Digest

johnm@cory.Berkeley.EDU (John D. Mitchell) writes:

>The SDK is not yet shipping so it would be kinda hard to quote a price. :-)

Hmmm.  An awful lot of people seem to have it for something that's not
shipping... Do you mean to say it's in beta?  If so, does that mean the OS
itself is in beta (or at least alpha?)?

>...you'd probably need a new (bigger) desk to put all this stuff on.

No desk.  Modular furniture.  I'll just expand it. ;)

>Host:
>	33 MHz i386, VGA video, 4 MB RAM, 120+ MB hard disk, Mouse

>Target:
>	20+ MHz i386, Whatever video, 2 MB RAM, 10+ MB hard disk, Mouse,
>	2400 Baud Modem

How about this:

Host:
	33 MHz 386SX (not Intel), VGA-greyscale (from current '286), 4 MB
	RAM (from current '286), 80 MB hard disk (from current '286),
	mouse (from current '286).

Target:
	16 MHz '286 (current motherboard), 1MB or 2MB RAM, 10+ MB hard disk,
	Mouse, 14.4kbps Modem (from current '286), cheap video.

That way I end up mostly buying parts and building the beasts myself, which
I'm quite accustomed to doing... And it keeps the hardware cost down to about
$400 or less to upgrade my current one and build the target.  Actually, I
would consider trying to get an original XT (with a small hard drive) for a
test target, 'cos I believe in the design-for-a-minimal-configuration ideal
at least as strongly as anyone at GeoWorks.  [At my last developing job, I
raised hell when they started writing software that wouldn't run on a 
PC/Convertible with 256k. ;)]

Anyhow, would something like the above work in terms of hardware?

-Shag

-- 
Shag                    | Operator, ShagNET | Editor of "Screaming in Digital" 
birchall@pilot.njin.net |  Rutgers / NJIN   |  The Queensryche E-mail Digest 
birchall@njin.bitnet    | dialup access for | queensryche-owner@pilot.njin.net
shag@most.other.places  | Burlington County | Anything Queensryche, every week
Newsgroups: comp.os.msdos.pcgeos
From: mtichy@fraser.sfu.ca (Martin Tichy)
Subject: Re: Saving options
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Mon, 14 Dec 1992 09:43:39 GMT

> Speaking of preferences, does anyone know if 2.0 will support
> 1024X786 high resolution? And will it use video ram if available?
 
Don't know about this.  I do know they'll be adding 256 colour
support.  I hope they come out with some decent device drivers.  I'd
like my ATI Ultra Pro VL-Bus 2MB card to be at its best.  It'd be nice
to be able to get 16.7Million colours in GEOS along with Crystal
Fonts.  Crystal fonts are great.  Presently in GEOs, the output looks
better than the on screen stuff!
 

Newsgroups: comp.os.msdos.pcgeos
From: johnm@cory.Berkeley.EDU (John D. Mitchell)
Subject: Re: SIGNOFF PCGEOS-LIST
Followup-To: news.answers
Summary: Please learn your tools
Keywords: netiquette
Organization: University of California, at Berkeley
Date: Mon, 14 Dec 1992 20:45:17 GMT

In article <9212141712.AA00775@gn.ecn.purdue.edu>
<pcgeos-list@pandora.sf.ca.us> writes:
>SIGNOFF PCGEOS-LIST

[Flames a'coming...]

Okay, I've seen enough of these totally unappropriate, time wasting, mis
addressed posts.

This newsgroup is bidirectionally gatewayed to the pcgeos mailing list run
by Pandora.  The mailing has a administrivia address *that is different
from the address that you use to send to the list as a whole*.  Use that
channel for any issues that pertain to the management of the list.

If you don't understand any of this, please read the various periodic
postings to news.answers, news.newusers.answers, etc.  If you can't get
them the find someone who knows what the right thing to do is before
subjecting all of the people on the mailing list and over the entire Usenet
to these stupid, annoying, bandwidth wasting posts.

[I figure that's about medium done...]


Mitra, could you please put some kind of filter on the pcgeos-list address
so that these things stop getting passed on to the newsgroup?  I'd suggest
that you just search for the various conventional keywords for list removal
and just drop those posts on the floor (or if you'd rather be nice you
could send the poster a note giving them the correct address to handle
administrivia business).  It might also be helpful if you periodically post
a mailing list ping posting containing the various helpful mailing list
tidbits.  :-)  Thanks bunches.

BTW, is the list immediately passed through (in either or both directions)
or is it batched up?

Sorry to all of the good people for this post but I'd like for this to stop
happening right now.

Thank you,
	John
	johnm@cory.Berkeley.EDU

P.S.	I post this for all of the tired, over-worked people who'd rather
	spend their time being productive rather than have to wade through
	this crap (i.e., I'm speaking for myself :-).  Take care.

Newsgroups: comp.os.msdos.pcgeos
From: mtichy@fraser.sfu.ca (Martin Tichy)
Subject: Stuff to throw in 2.0
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sun, 13 Dec 1992 09:08:34 GMT

What would be nice would be to have a totally object oriented GWE 2.0!
For example in file manager if you could do a disk copy by picking up
the drive A: icon and dropping it on the drive B: icon or something.
Or to be able to do a file copy by pinning the window menu and
dropping the file on a button for a window (like c:\zipfiles or
something).

I'd also like to be able to select 4 or 5 geowrite files and drop them
on the geowrite icon and have them all opened for me.  Presently you
can select 4 or 5 files and select open and all of them will open but
will open 4 or 5 sessions of geowrite as well.  It'd be nice to be
able to open those files all under only one session of geowrite.

I'd like to see some more options to save configurations and settings.
Unless you chose from the express menu to exit to dos you have to make
all your selections each time you run geos. ie viewing files by name
and details or confirm delete or something.

rather than having only a view sort, how about a actual disk level
sort ?  Something like Norton's Directory sort.  It'd also be nice to
be able to select a default size for the directory windows.  The
current default is two small.  A tile option is definitely needed.

More wants later.


Newsgroups: comp.os.msdos.pcgeos
From: mtichy@fraser.sfu.ca (Martin Tichy)
Subject: Suggesty ee ownees
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 15 Dec 1992 09:06:32 GMT

Well, when 2.0 does come out I'd like a FAST & EASY way to get the
upgrade.  I think it's because I live in Canada but anyways when I
registered 1.0 I was expecting to receive the 1.2 upgrade in say maybe
2 months.  No Go.  I'd already heard people in the States raving about
and it really made me feel left out.  It took over 6 months to get
that muther!  Sure I love it but when you're in Canada, service from
American companies really stinks.

I believe IBM Canada was handling the distributing though so I can't
say the above is really true although my previous experiences with
american mail order companies would suggest it is.

To get to the point I'd like to be able to go to my local computer
software retailer with my manual cover or some other proof of
ownership and get the upgrade straight from him for 50, 75 or 100
bucks (It better not be over $100! for the upgrade).  I don't want to
have to order it by phone and wait several months.  I can't handle
that because everyone else in this newsgroup is going to be talking
about it and I'll be sitting at my computer sulking with tears in my
eyes or something (Well, maybe that is over-exaggeration but you get
the point).

Another suggestion I hope will be forwarded to the GWE techies or
programmers.  I really hope that the kernal will include support for
multimedia!  I know it will probably be difficult to do this and
maintain an acceptable level of performance on those 88 and 286
processors but I feel this is really important.

Specifically, support for soundcards, more specifically the Gravis
UltraSound.  Maybe the Geoworks People could get together with the
Gravis people ( I think the Gravis People could learn ALOT from the
GWE people!) and come up with somesort of a deal.  This card is
incredible for the price.

This new video thing for windows is exciting too.  Oh, pardon my
french.  You know that Quick time -like thing.  I'd like to see this
as well for GWE.

Anyways more suggest ee ownees later.

Newsgroups: comp.os.msdos.pcgeos
From: shadow@r-node.gts.org (Jay Chu)
Subject: GeoWorks ATI Video driver FAILS
Organization: Microsoft Canada
Date: Wed, 16 Dec 1992 23:33:18 GMT

My ATI video driver fails to work with my ATI VGA Wonder 512k.  Well to
be specific, whenever I move the mouse the last line of the screen shows
funny looking color lines.. When I stop moving the mouse, the lines stay on
the bottom of the screen.  Is there a fix?  Has anyone else experienced this?

-- 
        ______                shadow@r-node.gts.org
       | |__| |   If it's there and you can see it       - it's real
       |  ()  |   If it's there and you can't see it     - it's transparent
       |______|   If it's not there and you can't see it - you erased it!
Newsgroups: comp.os.msdos.pcgeos
Subject: (yet) another idea for the future...
From: harvey_a@kosmos.wcc.govt.nz
Date: 15 Dec 1992 07:16:43 GMT
Reply-To: harvey_a@kosmos.wcc.govt.nz
Organization: Wellington City Council (Public Access), Wgtn, Nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

Somthing I'd find quite useful for GEOS would be some sort of variant on the
idea of the 'nice' command in UNIX... ie: the ability to set a task going so
that it takes up almost no processor cycles, except when the computer is
otherwise idle.... I've got an interest in fractals and ray-tracing, and the
like, which can be very time intensive.  I'd like to be able to set them
running in the background, but with zilch CPU time so that when I went off to
lunch, or got caught on the phone, or whatever, they could get on with
things.... (kinda like a screen saver, but doing somthing useful :-) )

I realise that GEOS currently has the ability to run processes at different
priorities (ie the UI thread in a program having much higher priority than the
rest ) but I would like some simple user interaction in this..... I might not
always want to run it with minimal timeslice, and I probably wouldn't want the
UI thread to slow down (ie clicking on it should still respond quickly.....)  

Any comments anyone? 

On a similar note, I wonder if GW has any plans to suppore multi-processing
archectectures.... (I'm talking VERY long term here).. In some ways there the
ultimate sort of upgradable machine... when you do the 'chip up' as intel calls
it, your old processor keeps working for you..... I quite like the idea.  I
beleive Win NT is *supposed* to be able to use them... I guess they just about
give it the speed of a 286+GEOS..... 

BTW: I'm watching the 'SDK machine' debate with interest, as I'm upgrading
(real soon now.... )  and it would be quite nice to be able to run the
development tools....  Those new 386SX-40s from AMD are quite tempting... but
will they be enough....  I guess I would test on my old XT+EGA+48Mb 28ms SCSI
HDD and the portable ( XT LCD CGA mono+20Mb HDD, and can be stepped down to
4.77MHz for torture test mode.. :-) )....

Well, we shall see.....

...Still awaiting the SDK (But much more hopefull now)... It would be a great
christmas present, but I guess it will be a late one.... but hopefully not
*too* late....

 
| Adrian Harvey       (Harvey_A@kosmos.wcc.govt.nz)|
|             Windows?  Just say NO!               |
From: thoff@netxwest.com (Todd Hoff)
Newsgroups: comp.os.vxworks
Subject: Sun compatible mbuf library available?
Date: Tue, 15 Dec 92 17:11:13 PST
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

Is there a Sun compatible mbuf library? Sun has mbufs but they
only seem accessible from the kernel.

Thanx for any help.
From: francis@wrs.com (Francis St. Amant)
Newsgroups: comp.os.vxworks
Subject: WRS Support Schedule
Date: 18 Dec 92 23:10:46 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov


Wind River's entire internal network is scheduled for major reorganization on
Dec 28, 29, and 30.  This will make it necessary to essentially shut down
our computer operations during that time.  Tech Support will be without the
ability to test your interesting problems or look up any on-line information
for you on those dates.  Hopefully only customers named Murphy will have a
major problem during this period, and for them we promise to make a special
effort.

Tech Support will be open for business, however.  Our usual large pool of
experience and written information will still be available.  This type of
major change occurs very infrequently, and we apologize for any inconvenience
it may cause.

------------------------------------------------------------------------------
  Francis St. Amant             |       800-872-4977 voice
  Director of Customer Services |       510-814-2010 FAX 
  Wind River Systems            |       1010 Atlantic Avenue
  francis@wrs.com               |       Alameda, California, 94501 USA
------------------------------------------------------------------------------
Newsgroups: comp.os.vxworks
From: per@erix.ericsson.se (Per Hedeland)
Subject: Delete hooks and task variables
Nntp-Posting-User: per
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Date: Wed, 16 Dec 1992 22:15:50 GMT

I'm implementing some routines for cleanup at task exit, and the obvious
solution seems to be to use a task variable to keep track of what needs
to be cleaned up, and a delete hook to do the cleanup based on what's
indicated in the task variable.

Now, both the taskVarLib and taskHookLib man pages talk about the
special care that needs to be taken if a delete hook is to access a task
variable - but nowhere, as far as I can see, is it mentioned *how* this
access is supposed to be done: Accessing the variable directly doesn't
work, since the delete hook isn't called in the context of the task that
is being deleted, and taskVarGet() doesn't work, apparently because at
this point the task is considered to not exist (according to
taskIdVerify() - taskVarGet() sets errno to S_objLib_OBJ_ID_ERROR).

Of course, I'm capable of reading include files, and walking down the
list pointed to by pTaskVar in the TCB works just fine, but is this
really the "proper" way? It seems to me that using data structures that
are essentially undocumented and internal to VxWorks isn't a very good
idea - e.g. I can't really know whether these data are guaranteed to be
valid at this point, the structures might change in future releases, etc.

--Per Hedeland
per@erix.ericsson.se  or
per%erix.ericsson.se@sunic.sunet.se  or
...uunet!erix.ericsson.se!per
From: mnr@tkl.iis.u-tokyo.ac.jp (Minoru Nakamura)
Newsgroups: comp.os.vxworks
Subject: bugs of 5.02
Date: Tue, 15 Dec 92 02:08:46 +0900
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

I am sorry if these are well known.


In version 5.02 of vxWorks;

1. swab routine doesn't cause Address error in 68000 or CPU32 with
odd address pointer. These types of access occur when using dosFsLib.

2. In function romSTart() of config/all/bootInit.c, it calls usrInit
but not pass startType when UNCOMPRESS defined.

3. 68040 version of bcopy; This routine always try to use move16 if
address and size are applicable. When your system has memory area
which can't access via burst transfer.

4. CPU32 version of vxWorks does not finish startup script. I think there is
any bug around EOF detection.

1, 2, 3 was solved easily but 4 is serious problem for me.
Does anyone have any solution ?


Minoru Nakamura
mnr@tkl.iis.u-tokyo.ac.jp
From: hill@luke.atdiv.lanl.gov (Jeff Hill)
Newsgroups: comp.os.vxworks
Subject: re: Delete hooks and task variables
Date: Thu, 17 Dec 92 08:47:33 MST
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov


> 
> taskVarGet() doesn't work, apparently because at
> this point the task is considered to not exist (according to
> taskIdVerify() - taskVarGet() sets errno to S_objLib_OBJ_ID_ERROR).
> 

I have run into the same problem. I have a patch for taskVarGet()
which bypasses the task existence check if you are interested.


Jeff

Jeff Hill
hill@atdiv.lanl.gov
From: David Jennings <daj@advanced-robotics-research-centre.salford.ac.uk>
Newsgroups: comp.os.vxworks
Subject: problems with sockets and vxgdb
Date: Thu, 17 Dec 92 15:42:15 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov


I have 2 problems that I have been unable to fix, but first a description of our
network.

Various Sun 4's and SPARCstations running SunOS ver 4.1.2 and Open Windows 3.
Rack of 3 Heurikon 68k's running VxWorks ver 4.0.2
gcc68k ver 1.39
Rack of 6 Heurikon i960's running VxWorks ver 5.03
gcc960 ver 1.37

First problem effects both VxWorks systems identically. Using TCP/IP sockets I 
can :

a) connect sockets across to Sun network (with either system doing the bind and 
accept - no problems.
b) connect sockets (between vxw cards on same backplane) if the routine that 
does the "accept()" call has been run in the shell context.
c) CANNOT connect sockets between vxw cards (as in b.) or on same card if the 
accept() routine is call from a task (not the shell) irrespective of the task's
priority, stack size etc. (even when given the same kind of context as the 
shell). The result is that the task pends in accept, then when another task
tries to connect to the socket, the processor doing the accept hangs or resets
itself.
 Note UDP sockets work fine !!!

Second problem just relates to the i960. When I try to print out a structure
or pointer to a structure I get various errors depending on the method of 
printing.

a) using print locals
vxgdb> 	RPC: Can't decode result
	a_variable = Network target debugging: RPC error

vxw end get>
	remote_rdbsvc: couldn't reply to RPC call

b) print selected local variable
vxgdb> 	RPC: Can't decode result
	Network target debugging: RPC errorr

vxw end get>
	remote_rdbsvc: couldn't reply to RPC call

c) print selected global variable
vxgdb> 	RPC: Time Out
	Network target debugging: RPC errorr

vxw end get>
	processor hangs - no errors no nothing !!

Any ideas please email me, I will summerise.
From: nicinski@fndaud.fnal.gov (Tom Nicinski)
Newsgroups: comp.os.vxworks
Subject: NTP (VxWorks) problem on MVME167 (prev time adj didn't complete)
Date: 14 Dec 1992 16:41:10 GMT
Organization: Fermi National Accelerator Laboratory, Batavia IL
Distribution: world
NNTP-Posting-Host: fndaud.fnal.gov
Keywords: NTP MVME167

I'm using the VxWorks port of NTP on both a Motorala MVME147 and MVME167.  I've
gotten the 147 to work reasonably well.  But, on the 167, after 15 minutes or
so, I constantly get:

    Previous time adjustment didn't complete

Since I'm not familiar with NTP, has anyone else seen this problem and solved
it.  Our clock rate is 1000 Hz on both machines.  NTPD is the only "user" task
operating on the machines (during our NTP tests), so there's nothing really to
steal the CPU away from timekeeping.

				Tom Nicinski
				Fermi National Accelerator Lab
				nicinski@fnal.fnal.gov
				708-840-3145
Newsgroups: comp.os.vxworks
From: geoff@wrs.com (Geoff Espin)
Subject: Re: Delete hooks and task variables
Organization: Wind River Systems, Inc.
Date: Fri, 18 Dec 1992 18:00:29 GMT

per@erix.ericsson.se (Per Hedeland) writes:

>I'm implementing some routines for cleanup at task exit, and the obvious
>solution seems to be to use a task variable to keep track of what needs
>to be cleaned up, and a delete hook to do the cleanup based on what's
>indicated in the task variable.

This indeed seems like the right way to do it.

>Now, both the taskVarLib and taskHookLib man pages talk about the
>special care that needs to be taken if a delete hook is to access a task
>variable - but nowhere, as far as I can see, is it mentioned *how* this
>access is supposed to be done: Accessing the variable directly doesn't
>work, since the delete hook isn't called in the context of the task that
>is being deleted, and taskVarGet() doesn't work, apparently because at
>this point the task is considered to not exist (according to
>taskIdVerify() - taskVarGet() sets errno to S_objLib_OBJ_ID_ERROR).

SPR #1270 -- fixed in 5.1.  You _will_ be able to use taskVarGet() without
the task already being already deleted/invalidated.

Geoff

---
-- 
Geoff Espin		geoff@wrs.com	(510)748-4100
Wind			River		Systems
1010 Atlantic Avenue	Alameda		CA 94501
Newsgroups: comp.os.vxworks
From: pat@wrs.com (Patrick Boylan)
Subject: Re: bugs of 5.02
Reply-To: pat@wrs.com
Organization: Wind River Systems
Date: Thu, 17 Dec 1992 20:21:57 GMT

mnr@tkl.iis.u-tokyo.ac.jp (Minoru Nakamura) writes:

>I am sorry if these are well known.


>In version 5.02 of vxWorks;

>1. swab routine doesn't cause Address error in 68000 or CPU32 with
>odd address pointer. These types of access occur when using dosFsLib.

SPR 1194, fixed in 5.1.

>2. In function romSTart() of config/all/bootInit.c, it calls usrInit
>but not pass startType when UNCOMPRESS defined.

SPR. 1103, fixed in 5.1

For 5.0.x
In romStart() (bootInit.c) change:
  usrInit ();
To:
  usrInit (startType);

>3. 68040 version of bcopy; This routine always try to use move16 if
>address and size are applicable. When your system has memory area
>which can't access via burst transfer.

SPR 1370, 1569, open.
This may only be true for those boards that do not support the burst 
transfer.

>4. CPU32 version of vxWorks does not finish startup script. I think there is
>any bug around EOF detection.

>1, 2, 3 was solved easily but 4 is serious problem for me.
>Does anyone have any solution ?

The SPR for number 4 is 1238, fixed in 5.1.

For 5.0.2:

Try the following patch:

(short)*(shell + 0x226) = (short)0x70 /* 302 */
#(short)*(shell + 0x224) = (short)0x70 /* 332/340 */



-Patrick
-- 
 Patrick Boylan, - Wind River Systems, Alameda, CA - pat@wrs.com
From: mnr@tkl.iis.u-tokyo.ac.jp (Minoru Nakamura)
Newsgroups: comp.os.vxworks
Subject: chkdsk for dosFs exist ?
Date: Sun, 20 Dec 92 06:38:34 +0900
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

Is there any chkdsk like program to check file system
consistency for dosFs ?


Minoru Nakamura
mnr@tkl.iis.u-tokyo.ac.jp