HDTenEightyP/NetNews huggingface dataset:
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.os.msdos.pcgeos
Subject: Re: Shutting down Geocomm
Date: 12 Sep 92 02:55:49 GMT
Organization: Screaming in Digital, the Queensryche Net Digest

Are you saying that GeoComm hung up the connection when you exited GEOS, or
that it didn't?  [Whichever it did, you apparently didn't want it to do.]

If you don't want it to hang up, and it does, you need to disable the DTR
[Data Terminal Ready] sensing on your modem.  Simply put, if you modem
senses that there's no terminal program running, it hangs up.  The command
on my hayes-compat modem to do that is AT&D0.

If it _doesn't_ hang up, there's no problem at all; as soon as you re-enter
GEOS, the session will be there where you left it.

-Shag
-- 

     Freedom belongs to only those without video screens for eyes and mouth.
		- Queensryche
Newsgroups: comp.os.msdos.pcgeos
From: johnm@cory.Berkeley.EDU (John D. Mitchell)
Subject: Re: Shutting down Geocomm - WHY????
Organization: University of California, at Berkeley
Date: Mon, 14 Sep 1992 01:13:49 GMT

In article <1992Sep12.112551.20046@cbfsb.cb.att.com> mbb@cbnewsb.cb.att.com (martin.brilliant) writes:
>That's another gripe I have about GEOS.  It certainly can address
>every drive I have.  It also addresses drives I don't have.  When I
>installed DoubleDisk I gave the new virtual disk a letter that was not
>consecutive with the drives I already have.  When GEOS fires up it
>gives me two "... Abort, Retry, Fail?" messages for the drives that
>are missing in the sequence, and I have to answer before GEOS will
>continue.  It's common for network drives to be given letters near the
>end of the alphabet; I wonder what GEOS would do in a case like that.

Hmm... That's interesting.  GeoWorks Pro (and as far as I know, v1.2)
recognize network drives with no problems.  Your DoubleDisk drive is
getting recognized but as a regular disk drive (as opposed to the network
drives which are really handled by the network drivers) so GEOS is assuming
that there's drives in between.

Thanks,
	John

P.S.	@include <standard.employee.disclaimer>
From: mbb@cbnewsb.cb.att.com (martin.brilliant)
Newsgroups: comp.os.msdos.pcgeos
Subject: Re: GUI/character-based app size (was Re: Shutting down Geocomm)
Date: 13 Sep 92 20:02:14 GMT
Organization: AT&T

From article <Sep.13.02.56.17.1992.24089@pilot.njin.net>, by birchall@pilot.njin.net (Shag):
> mbb@cbnewsb.cb.att.com (martin.brilliant) writes:
> 
>>But GeoWrite is not a full-fledged word processor.  No mail merge, for
>>instance....
>>....  GeoDraw is missing some good features, too: no arcs or splines,
>>and once you've drawn a multisegment line, that's it; you can't move
>>the vertices as you can in a real drawing program.  So of course
>>they're smaller than the real thing.
> 
> I won't get into an argument about what constitutes full-fledged....  I do,
> however, believe that a Geos application written in object assembler will,
> as a general rule, be smaller than a DOS application with the _same_ features,
> written in C.  That's not a question of features, or even OS....

I can't argue.  I saw that the GEOS apps were less featureful, and
correlated that with their being supposedly smaller.  You say it's not
just because they're less featureful.  I'll be convinced when I see
comparable applications in both environments (or three or more
environments - DOS, Windows, GEOS, OS/2, ...) and see that one is
smaller than the others.  Microsoft Word 4.0 for DOS is pretty
featureful, and doesn't take much disk space or RAM, but on the other
hand it doesn't have a fistful of fonts of its own (it just uses
whatever the printer has).  So we may never see comparable apps in
different environments, and the question may never be settled.

But for my money, I'd rather have a single app that meets my needs
than an "ensemble" of things that don't.  That's irrelevant to the
theory of why GEOS is what it is, but it's very relevant to the fact
that I personally don't want GEOS.

							Marty
marty@hoqaa.att.com		hoqaa!marty
Martin B. Brilliant		(Winnertech Corporation)	
Newsgroups: comp.os.msdos.pcgeos
From: johnm@cory.Berkeley.EDU (John D. Mitchell)
Subject: Re: Support-Forum on AOL
Organization: University of California, at Berkeley
Date: Tue, 15 Sep 1992 18:04:50 GMT

In article <808ba8ee@p7.f512.n242.z2.fidonet.org> Rudi_Ferrari@con.fido.de (Rudi Ferrari) writes:
> > Problems/bugs/defects/etc. reports should be posted on America On-Line
> > (AOL) as that is GeoWorks official on-line support forum.  Of course,
>
>Who ist the Sysop or who can be conntacted over there?
>Here in Germany, I cann`t have access to AOL, but I can via Internet.
>So I could report to them, if I know, to who I have to address the mail.

AOL (and more specifically, the GeoWorks area of AOL) are really a whole
big group of many 'newsgroups'.  The groups aren't moderated but each one
is about different areas (e.g. each major app has it's own area, geowrite
also has a bunch of other groups that deal with more specific areas like
fonts, etc.).  There are GeoReps who are involved with each group
periodically pass on information to GeoWorks for further
investigation/fixes/etc.  As the GeoReps are *volunteer* users, they should
*not* be pestered directly.  A great many questions are answered on the
various AOL groups and a great community knowledge has accumulated.  So
there's currently no one mail address that you can send to for help for
GeoWorks products on AOL.  We'll have to wait and see what happens in the
future.

Hope this helps,
	John D. Mitchell
	johnm@cory.Berkeley.EDU

P.S.	insert-file standard.employee.disclaimer
From: ted@helios.ucsc.edu (Ted Cantrall)
Newsgroups: comp.os.msdos.pcgeos
Subject: Background file format conversion
Date: 9 Sep 92 18:37:48 GMT
Reply-To: ted@helios.ucsc.edu (Ted Cantrall)
Distribution: na
Organization: UCO/Lick Observatory, Santa Cruz
NNTP-Posting-Host: helios.ucsc.edu

Does anyone know if it's possible to convert a standard ".GIF" file for
use as a GW background. What kind of format is used for the background
pictures? I'd also like to convert some of the GW background file to
the ".GIF" format for use on our Sun.

Any leads greatfully followed.
			-ted-


-------------------------------------------------------------------------------
ted@helios.ucsc.edu |"He has showed you, O man, what is good; and what does the
W (408)459-2110     |Lord require of you but to do justice and to love kindness
H (408)423-2444     |and to walk humbly with your God?" Micah 6:8 (RSV)
Newsgroups: comp.os.msdos.pcgeos
From: dtaylor@magnus.acs.ohio-state.edu (Douglas A Taylor)
Subject: Annoying problem with Lights Out
Reply-To: doug-taylor+@osu.edu
Organization: The Ohio State University
Date: Thu, 10 Sep 1992 13:33:42 GMT


Lately I've been experiencing a problem with Lights Out.  Every now
and then I'll use it to lock my screen, and then I'll come back and
unlock it.  At this point I get the little hourglass figure for my
mouse pointer -- you know, the one that says that GEOS is "thinking".
The only problem is, the hourglass doesn't go away.  I can use other
GWE apps with a normal pointer, but when I return the pointer to the
Lights Out app (or to the icon if I've minimized it) it turns back
into the hourglass again.  It's almost as if Lights Out has started a
thread that never finishes.  Sometimes I can use the hourglass pointer
to push buttons or make menu selections; sometimes I can't.  The only
way to fix it seems to be to completely exit Lights Out (if possible)
and restart it or to abort GWE (e.g., hit Ctrl-Alt-Delete) and restart.

Has anyone else had this problem?  I'm running GWE 1.2 on a 25 MHz
386SX with 4 meg RAM (they finally upgraded my computer at work!)

-- 
   Doug Taylor                         |   Nothing real can be threatened.
   The Ohio State University           |   Nothing unreal exists.
   doug-taylor+@osu.edu                |            - A Course in Miracles
Newsgroups: comp.os.msdos.pcgeos
From: shadow@r-node.gts.org (Jay Chu)
Subject: What type of multitasking is Geos?
Organization: Public Access UNIX Information System
Date: Sat, 12 Sep 1992 01:25:19 GMT

What type of multitasking is Geos?  Pre-emptive?  Non-pre-emptive?
-- 
       ||/|/|/|
       |      |    If it's there and you can see it       -- it's real
       |      |    If it's not there and you can see it   -- it's virtual
       | (o)(o)    If it's there and you can't see it     -- it's transparent
Newsgroups: comp.os.msdos.pcgeos
From: dtaylor@magnus.acs.ohio-state.edu (Douglas A Taylor)
Subject: Re: Background file format conversion
Reply-To: doug-taylor+@osu.edu
Organization: The Ohio State University
Distribution: na
Date: Wed, 9 Sep 1992 20:01:05 GMT

In article <18lg9sINN5eb@darkstar.UCSC.EDU> ted@helios.ucsc.edu (Ted Cantrall) writes:
>Does anyone know if it's possible to convert a standard ".GIF" file for
>use as a GW background. What kind of format is used for the background
>pictures? I'd also like to convert some of the GW background file to
>the ".GIF" format for use on our Sun.

The way I do it is first to use Piclab to convert the GIF to GEOS'
16-color palatte (and to 800x600 pixels).  Then I use Graphic Workshop
to convert it to PCX format.  After that I import the PCX file into
GeoDraw and copy it to the clipboard.  The Background section of
Preferences lets me copy from the clipboard to a background file.  You
can get Piclab (Piclb183.zip) in the GEOWORKS directory of the
Simtel20 archive.  You should also get ENSEMBUL.ZIP from the same
directory; it explains how to convert a GIF file to GEOS' palette.

There's a program on mir.eco.utexas.edu that lets you convert GEOS
background file to PCX format.  The file name is bkgd2pcx.arj or
something like that.  Check the FAQ for hours of availability at that
site. 

Hmmm.  Maybe this should be in the FAQ?

-- 
   Doug Taylor                         |   Nothing real can be threatened.
   The Ohio State University           |   Nothing unreal exists.
   doug-taylor+@osu.edu                |            - A Course in Miracles
Newsgroups: comp.os.msdos.pcgeos
From: slegge@kean.ucs.mun.ca
Subject: L_Maker 1.2 HELP!
Organization: Memorial University. St.John's Nfld, Canada
Date: Tue, 15 Sep 1992 16:57:09 GMT

I've tried using Laucher Maker 1.2 but I can't seem to choose an icon 
for my Laucher.  The part I get stuck at is when I'm requested to 
enter a four-letter Icon Name, and then a number (0-255)_.
 
I've tried entering different names and numbers and what I come up
with is a Laucher whose Icon is a blue box with "icon not found" 
written in it.
 
So what should I input as fourletter name and number ?  Is there
a list somewhere?
 
Stephen Legge
Internet: SLEGGE@kean.ucs.mun.ca
From: ted@helios.ucsc.edu (Ted Cantrall)
Newsgroups: comp.os.msdos.pcgeos
Subject: file extensions in GEOS
Date: 11 Sep 1992 17:24:48 GMT
Organization: UCO/Lick Observatory, Santa Cruz
Distribution: na
Reply-To: ted@helios.ucsc.edu (Ted Cantrall)
NNTP-Posting-Host: helios.ucsc.edu

Has anyone compiled a list of what the various file extensions mean in
GEOS? I particular, I`m wondering what the .GEO extension files are
used for.

How many versions of Geoworks are out now? I`m not refering to the
version number. Seems like people who got GW Pro might have something
different than those who got GW Ensemble. And is that different from
the package that Quattro Pro SE was bundled with.

The version I got had one normal sized user guide and (i think) a slim
little start-up booklet. Neither one had any of the technical stuff I'm
reading about on the NET.

				-ted-
-------------------------------------------------------------------------------
ted@helios.ucsc.edu |"He has showed you, O man, what is good; and what does the
W (408)459-2110     |Lord require of you but to do justice and to love kindness
H (408)423-2444     |and to walk humbly with your God?" Micah 6:8 (RSV)
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.os.msdos.pcgeos
Subject: Re: file extensions in GEOS
Date: 12 Sep 92 03:01:09 GMT
Distribution: na
Organization: Screaming in Digital, the Queensryche Net Digest

ted@helios.ucsc.edu (Ted Cantrall) writes:

>How many versions of Geoworks are out now? I`m not refering to the
>version number. Seems like people who got GW Pro might have something
>different than those who got GW Ensemble. And is that different from
>the package that Quattro Pro SE was bundled with.

>The version I got had one normal sized user guide and (i think) a slim
>little start-up booklet. Neither one had any of the technical stuff I'm
>reading about on the NET.

Versions:
	Geoworks Ensemble 1.0
	{Geoworks Ensemble 1.1????}
	Geoworks Ensemble 1.2
	Geoworks Pro {with Quattro Pro SE}

Pro has - I think - more clip art, and stuff like that.  

As for documentation... I started with 1.2 and upgraded to Pro, and here's 
what I've got:

_Geoworks Ensemble User's Guide_		Sep90
_Troubleshooting, Tips, and Extra Features_	Jun91
_Version 1.2 User's Guide Addendum_		1991
_Geoworks Pro Addendum_				Nov91
_Quick Start_
_Getting Started With America Online_
_Troubleshooting & Customer Service Guide_
_Customer Support Handbook_

All except the original 1.0 user's guide are fairly slim, with the Pro Addendum
being 75 pages.

-Shag

-- 

     Freedom belongs to only those without video screens for eyes and mouth.
		- Queensryche
From: muts@fys.ruu.nl (Peter Mutsaers)
Subject: Best way to implement a task at exactly XX Hertz
Organization: Rijks Universiteit Utrecht
Distribution: comp
Date: Tue, 15 Sep 1992 15:07:21 GMT

As the subject says, I wonder what the best way is to implement a task
which must run at precise time intervals.

In UNIX I'd use setitimer and handle SIGALRM, but this is not
available.

What I would htink of in VxWorks is more clumsy as I would have
thought to be necessary, to my surprise, so maybe I am overlooking
something. Do you have a better idea than the following?:

Say I want to run at exactly 20 Hz:
- use a special timer task with top priority
- make it do: 1) taskDelay for 49 ms (a bit less than 50)
              2) poll until tickGet is modulo 50 ms
              3) give a semafore that the periodic job is pending on.

This way I always immediately run when the 50ms mark is passed; but
still I think it is clumsy that I cannot set a timer to expire in 1
process which then sleeps until it expires.

Any improvements/ideas welcomed,
--
_________________________________________________________________________
Peter Mutsaers.         |================================================ 
muts@fys.ruu.nl         |        Quod licet bovi, non licet Jovi
Newsgroups: comp.os.vxworks
From: vanandel@rsf.atd.ucar.edu (Joe VanAndel)
Subject:  ERROR: Remote debug server (RDB) not installed.
Keywords: RDB
Organization: NCAR/UCAR
Date: Tue, 8 Sep 1992 20:26:39 GMT

I am trying to build a vxWorks kernel (5.02) with RDB support.  I added the following line 
#define INCLUDE_RDB

to config.h
for the target I'm building, and re-compiled all the objects.  But when I boot, I get the message:

0xffea8 (tRootTask): ERROR: Remote debug server (RDB) not installed.

So, what am I missing?
-- 
	Joe VanAndel  		Internet:vanandel@ncar.ucar.edu
	NCAR - ATD/RSF  			
	P.O Box 3000		Fax:	 303-497-2044
	Boulder, CO 80307-3000	Voice:	 303-497-2071
From: Bob Herlien <hebo@mbari.org>
Newsgroups: comp.os.vxworks
Subject: re: MK48T08 TIme-of-Day Chip Interface Code
Date: Fri, 4 Sep 92 14:20:31 PDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

Phil,

Get my NTP port from files ntpvx* on the archives at thor.atd.ucar.edu.
When you unpack it, you'll find two subdirectories.  ./ntp contains the
NTP port itself, which you probably don't need.  ./usrTime contains a set
of Unix-compatible time functions, including gettimeofday(), settimeofday(),
time(), stime(), adjtime(), asctime(), ctime(), gmtime(), and localtime().

To use the usrTime functions, you need to implement just two functions for
your clock hardware:  rtc_read() and rtc_write().  However, the library as
shipped contains drivers for the MKT02 chip as implemented on the SBE VPU-30
CPU board, since that's the hardware we're using.

It's all explained in the README file.

--------------------------------------------------------------
Bob Herlien
MBARI (Monterey Bay Aquarium Research Institute)
hebo@mbari.org
"Limit congressmen to two terms.  One in office.  One in jail."
From: Carl Lacy <lacy@draper.com>
Newsgroups: comp.os.vxworks
Subject: usrTime for mvme167
Date: Wed, 9 Sep 92 13:46:57 EDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

   I am working at bringing up ttcp on VxWorks, using the port graciously
provided by Marc E. Fiuczynski  (mef@ehsl.mitre.org)  This requires use 
of Bob Herlien's usrTime library, also graciously provided on the 
VxWorks archive.  However, as available it's 'rtc_read' and 'rtc_write'
functions are targetted for the MK48T02 Real-Time Clock Chip on VPU-30.

   (God, don't you love working with public domain software!?!)

   Before I convert these over to my current target, a MVME167, I thought I'd
check if anyone might have already done so.

					Thanks,

					Carl Lacy,  MS 3F
					Charles Stark Draper Laboratory
					555 Technology Square
					Cambridge, Mass.   02139
					   (617) 258-3228, 258-1558
					   (617) 258-1880 (fax)
					lacy@coyote.draper.com
From: Peter Ross <chip@csd.nad.northrop.com>
Newsgroups: comp.os.vxworks
Subject: Fortran compiler
Date: Tue, 8 Sep 92 09:55:06 PDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

Hi 
I need a fortran cross compiler for my Sun sparc to Mc680x0 (at least 68030)
that is compatible with vxworks. I'd appreciate any info on where I might
obtain one. Thanks 
                Chip
From: Roeber <fjr@ssd.ray.com>
Newsgroups: comp.os.vxworks
Subject: re:  VxGDB
Date: Wed, 9 Sep 1992 08:58:21 -0400
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

Mark Fox from WRS writes:

>  For VxWorks 5.0.2, VxGDB support is provided on a separate distribution
>  tape.  This tape includes the host executables (debugger, GUI, and command
>  driver), as well as the archive module (rdb.a) containing the code for the
>  remote debug RPC server that runs as a task under VxWorks.  The message
>  above indicates that the VxGDB distribution has not been installed in the
>  VxWorks tree.
>  
>  To install the VxGDB distribution, untar the VxGDB tape into a temporary
>  directory, then run the script "installVxgdb" that you will find in the
>  root of the resulting tree.  This script will prompt you for the location
>  of the VxWorks tree into which you wish to install VxGDB.  For more details,
>  see Part I, Section 2 of the "VxGDB User's Guide."

Is VxGDB an added cost option?  The posting didn't make it clear one way or
the other.  If it costs extra, how much is it for a 680X0 system using
a SPARC host?  Also, is VxGDB a window based version of gdb or a standard
text based version?  Thanks for the info.

    _______________________________________________________
   |  Fred J Roeber,  Raytheon Submarine Signal Division   |
   |  1847 West Main Road,  Mail Stop 188                  |
   |  Portsmouth, RI  02871-1087  (401) 847-8000 (X4205)   |
   |                                                       |
   |                   fjr@ssd.ray.com                     |
   |_______________________________________________________|

Newsgroups: comp.os.vxworks
From: markf@wrs.com (Mark Fox)
Subject: Re:  ERROR: Remote debug server (RDB) not installed.
Keywords: RDB
Organization: Wind River Systems, Inc.
Date: Tue, 8 Sep 1992 22:05:03 GMT

vanandel@rsf.atd.ucar.edu (Joe VanAndel) writes:
>I am trying to build a vxWorks kernel (5.02) with RDB support.  I added the
>following line 
>#define INCLUDE_RDB
>
>to config.h
>for the target I'm building, and re-compiled all the objects.  But when I boot, I get the message:
>
>0xffea8 (tRootTask): ERROR: Remote debug server (RDB) not installed.

For VxWorks 5.0.2, VxGDB support is provided on a separate distribution
tape.  This tape includes the host executables (debugger, GUI, and command
driver), as well as the archive module (rdb.a) containing the code for the
remote debug RPC server that runs as a task under VxWorks.  The message
above indicates that the VxGDB distribution has not been installed in the
VxWorks tree.

To install the VxGDB distribution, untar the VxGDB tape into a temporary
directory, then run the script "installVxgdb" that you will find in the
root of the resulting tree.  This script will prompt you for the location
of the VxWorks tree into which you wish to install VxGDB.  For more details,
see Part I, Section 2 of the "VxGDB User's Guide."

Mark Fox
Wind River Systems
markf@wrs.com
Newsgroups: comp.os.vxworks
From: markf@wrs.com (Mark Fox)
Subject: Re:  VxGDB
Organization: Wind River Systems, Inc.
Date: Thu, 10 Sep 1992 04:19:03 GMT

Fred Roeber asks:

> Is VxGDB an added cost option?  The posting didn't make it clear one way or
> the other.  If it costs extra, how much is it for a 680X0 system using
> a SPARC host?  

At one point remote debugging support was offered as an unbundled option,
but since just about everyone wanted it, WRS decided to bundle it with the
OS.  (This is true for customers purchasing VxWorks directly from WRS; I
don't know what the situation is for VARs.)

> Also, is VxGDB a window based version of gdb or a standard
> text based version?  Thanks for the info.

VxGDB has an X-based GUI.

Mark Fox
Wind River Systems
markf@wrs.com
From: mef@athos.rutgers.edu (Marc E. Fiuczynski)
Newsgroups: comp.os.vxworks
Subject: Re: usrTime for mvme167
Date: 11 Sep 92 18:07:28 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

Hi,

Hope you can get the clock stuff to work on your processor.  Does your
processor support time-of-day-clock sysclass?  I got ttcp to work on
our MATRIX 320 and 330 boards using these system calls.  

By the way, I'm not working at MITRE anymore.  My summer internship
with them ended aug. 28th.  Until next summer my email address will be
mef@cs.washington.edu.

Marc
-- 
______________________________________________________________________________
Marc E. Fiuczynski	\\  Home: (703) 815-8920	Work: (703) 883-5632
mef@cs.rutgers.edu 	//  UUCP: {backbone}!rutgers!cs.rutgers.edu!mef
From: interf!zeus!brackett@uunet.uu.net (Todd Brackett)
Newsgroups: comp.os.vxworks
Subject: Your usergroup's meeting
Date: 9 Sep 92 20:28:58 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

Hello everybody,

I just want to remind you about the East Coast VxWorks Usergroup 
Meeting in Boston, MA next week.  We have set up a very interesting
meeting and I want to make sure that you all try to attend.  We will
have, for the first time, actual hands on demos of third party software
and systems on hand.  We will be hearing from Dave Wilner all about the
new bells and whistles due in the next release of VxWorks.  As we are 
meeting just after the BUSCON East show you can try to convince the boss
it is a two for one deal (good luck!).  

See you all there.......

1992 VxWorks Users Group 
Friday, September 18
Sheraton Hotel and Towers
Boston MA. 

8:30 a.m. -- 5 p.m., with
a break at noon for lunch.
 
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                       |
-------------------------------------------------------