HDTenEightyP/NetNews huggingface dataset:
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.os.msdos.pcgeos
Subject: Real OSes, GEOS, Bootability (Re: Dumb Questions)
Date: 24 Jan 93 22:43:59 GMT
Organization: Screaming in Digital, the Queensryche Digest

Someone at MsState (I forget who) wrote:

>>1. What are the possibilities of PCGeos (I'm a little fuzzy on the correct
>>terminology) becoming a real operating system, like DOS, OS2, or the Mac
>>geos?

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

>GEOS *is* a real OS.  If you're definition of OS doesn't handle that then
>please post your assumptions/view/whatever about what you believe
>disqualifies it.

I believe the writer considers a "real" OS to be a bootable OS.  As you may
have noticed, they didn't include Windoze on their list, since it is not
bootable either.

Or, maybe GEOS _is_ bootable, and if John told us, he'd have to kill us
with a paintball gun.  (very slow and painful way to die, but colorful.)

-Shag

-- 
birchall@pilot.njin.net, shag@glia.biostr.washington.edu, birchall@njin.bitnet
  Operator of ShagNet - Rutgers/NJIN dialup access for Burlington County, NJ
     Happy and informative user of a PPI 14400 FaxModem and GeoWorks Pro
       Editor of the Queensryche E-mail Digest - "Screaming in Digital"
Newsgroups: comp.os.msdos.pcgeos,news.answers,comp.answers
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.os.msdos.pcgeos
Subject: GeosX, Geos for Unix (Re: wants for 2.0)
Date: 22 Jan 93 23:27:00 GMT
Organization: Screaming in Digital, the Queensryche Digest

rgt@kepler.unh.edu (Richard G Tomasso) writes:

>The ability to set a default size,position, etc for an application window.

>Someone mentionned X-stuff for GEOS. Some friends of mine who develop X-apps
>(and Motif stuff) for networked systems say it may not be that hard, from what
>they've seen of GEOS in action. 

I don't suppose they'd want to give it a shot? ;)

>From what I recall, it basically involved adding to the communications and 
>networking program(s) and kernel, and since GEOS uses the Motif interface, 
>that part of the code would be a snap.

Actually, GEOS doesn't *have* to use the Motif interface, it could use an
interface more reminiscent of X, or OpenLook or OpenWindows or anything, but
Motif seems to work nicely. :)

>These guys haven't used PC's much, and are used to working with high-end
>workstations so they may have given a very optomistic outlook.

My impression is that GEOS has a lot more in common with the systems used
on "high-end workstations" (the NeXT in particular) than it has in common
with traditional PC software.

>When I mentionned that GEOS was developed on SPARC stations, their eyes lit up
>and they wondered if it was being marketed on that platform, since it looks
>great and would give 'professionals' who use workstations at work and have a
>PC at home the same interface and make their lives generally easier.

Sounds like a good idea to me, and, though I doubt it would happen really soon,
I'll be the first to point out that all the pieces are in place for it to
happen.  Why?  Well, look at it this way:  GeoWorks is generally viewed as
being buddy-buddy with Digital Research (DR-DOS/GEOS integration is wonderful).
DR is owned by Novell.  GEOS 2.0 is slated to include NetWare code, which 
indicates even more cooperation with Novell.  Conveniently, Novell just made a
deal with AT&T to buy USL (Unix Systems Laboratories, or whatever it stands
for).

So, if someone at a high-enough level had the idea, Voila!  The next release
of Unix (System V, revision whatever-the-heck-it-is) includes this nifty 
little GUI that people can also get for their PC, so they can take documents
back and forth easily, etc.

Of course, your high-end workstation friends should already be aware of the
SoftPC emulators for NeXT and Sparc.... ;)

-Shag

-- 
birchall@pilot.njin.net, shag@glia.biostr.washington.edu, birchall@njin.bitnet
  Operator of ShagNet - Rutgers/NJIN dialup access for Burlington County, NJ
     Happy and informative user of a PPI 14400 FaxModem and GeoWorks Pro
       Editor of the Queensryche E-mail Digest - "Screaming in Digital"
Newsgroups: comp.os.msdos.pcgeos
From: johnm@cory.Berkeley.EDU (John D. Mitchell)
Subject: Re: OOP flexibility
Organization: University of California, at Berkeley
Date: Sat, 23 Jan 1993 20:11:21 GMT

In article <1993Jan22.130029.22000@crash> johnlee@crash.cts.com (John
Wiley) writes:
>
>The OOP principles used in GW seem to have some amazing benefits.  I'd be
>interested in any comments on the excerpt below (and whether such stuff
>should be posted here).  The following description of GW's flexible UI is
>excerpted from the GeoWorks background info packet provided with the Zoomer
>press kit at CES:

As long as credit is given and appropriate copyrights are honored then I
don't see how anyone would object.  But that's just my opinion. :-)

[...Generic UI description deleted...]
The Generic UI is, without a doubt, truly awesome.

>There are descriptions of many other aspects of GEOS in this document.  If
>anyone here is interested in more, the entire GW "background" info document
>is probably available directly from GW.

You can get the new and highly improved System Software Overview directly
from GeoWorks (it's something like $10 or $15).

John
johnm@cory.Berkeley.EDU

P.S.	My opinions.  GeoWorks speaks for itself.


Newsgroups: comp.os.msdos.pcgeos
From: falc@asprgus.cloudnine.beadwrld (bUrd uPh daAr n0rtH)
Subject: Re: PC/GEOS X-windows feasibility
Keywords: PC/GEOS, X11
Reply-To: jpw@freedom.nmsu.edu
Organization: the aNk1e bYt0rz kLuB
Date: Mon, 25 Jan 1993 03:12:07 GMT

In article <Jan.22.19.25.14.1993.29933@pilot.njin.net>, birchall@pilot.njin.net (Shag) writes:
>cyj9h@csissun12.ee.Virginia.EDU (Charles Y. Choi) writes:
>
>> * Telnet and an Xterm clone is more important than X:
>>    Having a Geos app that would create a different window for each
>>    telnet session would be really useful.  Running Xterm off of
>>    another machine would be a waste of bandwidth and cycles.
>
>Unfortunately, if you develop an application that would do that, you'd have
>to have two applications - one on the unix side to let Geos know what's going
>on, and one on the Geos side to react.  The communication between those two
>apps adds more overhead to the connection.  (See UWPC for DOS/Unix)  Of
>course, you'd need different versions of the app for different versions of
>Unix, if you wanted to distribute it in executable form... ;)
>

[lots of X/Geos thots deleted]

>
>-- 
>birchall@pilot.njin.net, shag@glia.biostr.washington.edu, birchall@njin.bitnet
>  Operator of ShagNet - Rutgers/NJIN dialup access for Burlington County, NJ
>     Happy and informative user of a PPI 14400 FaxModem and GeoWorks Pro
>       Editor of the Queensryche E-mail Digest - "Screaming in Digital"

	...There *is* an alternative to something like UnixWindows which would
do the same type of thing: it's called term, written by Michael O'Reilly, 
originally for the Linux (free 386 unix) operating system...  It lets you open
sockets over a compressed, error corrected modem link (even if your modem isn't
compressed and error-correcting -- real nice on a 2400 baud modem) and you can
run multiple unix sessions, or anything which uses the X/Windows socket 
interface (because it sends the socket info across the modem link -- it's kinda
slow at 2400 baud, but tolerable compared to just having one session open)...
Best of all, it compiles on a *lot* of unices: BSD, SunOS, AIX, Linux, 386/BSD,
Ultrix, NeXT, etc...  GeoWorks could easily do something similar if they decided that
they wanted to integrate it with their telecomm. software: namely, send out
*source code* to the unix client end of the system, and just send out binaries
with all the pretty GeoWorks API stuff for the local side.  Then when somebody
wants to use it, they call their favorite unix account, upload the source file,
compile the package and shoot off into the wonderful world of reading news and
downloading programs and sitting in IRC at the same time :-)

I don't know if I can realistically see this happening, but it would be a nice
thought.

falc
-- 
/  falc@asprgus.cloudnine.beadwrld  | "If brute force doesn't work,           \
|  reply-to jpw@freedom.nmsu.edu    |  you're not using enough." - the aNk1eZ |
\         DISCLAIMER:  the Ank1e bYt0rZ kLuB *agrees* with what I say.        /
Newsgroups: comp.os.msdos.pcgeos
From: dtaylor@magnus.acs.ohio-state.edu (Douglas A Taylor)
Subject: PC/GEOS and client-server technology
Reply-To: doug-taylor+@osu.edu
Organization: The Ohio State University
Date: Tue, 26 Jan 1993 14:18:02 GMT


OK, we've talked about implementing an X server on GEOS.  Personally,
I think that it's a great idea and that it wouldn't be that hard (for
sombody else -- not me :-).  Heck, even being able to run five or six
TCP/IP GeoComm sessions would be terrific *if* the term-emulation
problems were fixed.  However, these days telecommunications means
more than just running a terminal program.

I'm hoping that telecomm stuff (TCP/IP, RS232, or whatever else -- it
shouldn't make any difference) will be embedded deeply enough into the
operating system that it can be accessed by various kinds of
client-server applications.  I'm thinking of things like

- a spreadsheet macro that will dial up CompuServe, download stock
quotations, and parse them for import into a market forecasting
spreadsheet.  (Yes, I've heard of spreadsheets that do this.)

- a GEOS-based DBMS that can transparently get data from an SQL
server.

- a data-entry screen that conducts live full-screen CICS transactions
in the background.

The latter two are examples of things my shop is looking to implement
right now under The Other GUI.  Windows is giving them fits right now,
but the technology is fast maturing.  I'd sure hate to be forced to
use Windows just because it's the only way to get client-server stuff
done.  GEOS is a leading-edge OS; let's have some leading-edge apps,
too.

At another level, how about the capability to implement Unix-style
remote procedure calls?  RPC's are how NFS-mounted disks manage to
look like real disk drives to a Unix box, and they're how distributed
file systems like DCE work.  My shop is looking to go to DCE in the
future, and I'd love to see PC/GEOS at the leading edge of the
technology.

Then again, how's about letting GEOS objects send each other messages
over telecomm links.  It'd sure be interesting to have a peer-to-peer
PC/GEOS LAN with my apps talking to your apps at the object level.

Just some thoughts off the top of my head.  It's frustrating being the
lone GEOS supporter in a shop where the PC support personnel are
knee-jerk Windows enthusiasts.

-- 
   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: fadickey@sacam.OREN.ORTN.EDU (Fred A Dickey)
Subject: Re: Where's the PCX of "zoomer"?
Organization: Oak Ridge National Laboratory
X-Newsreader: Tin 1.1 PL5
Date: Tue, 26 Jan 1993 08:34:21 GMT

That was me...I'll try to upload the file tonight...sorry I haven't
already.  It'll be on wuarchive if I successfully upload it to my host
system here.  I'll post again if I can't talk the system here into
uploading it.  

,^MrSpock^
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.os.msdos.pcgeos
Subject: Geos no longer requiring DOS (Re: Dumb Questions)
Date: 24 Jan 93 16:31:06 GMT
Organization: Screaming in Digital, the Queensryche Digest

mhirsch@dynastar.princeton.edu (Michael Hirsch) writes:

>One reason not to do it is that even those of us who use geos still
>like to use some dos programs, too.  So if geos replaced the operating
>system entirely how would we be able to use, say, Quattro Pro SE?

>I figure geos will become a true operating system (i.e., no longer
>rely on dos for any services) when they decide that it's users no
>longer will use dos for anything.  

This might tie in with why GEOS won't (ever) multitask DOS programs.
Brian or someone else terribly high up in the company has stated that
they believe multitasking of DOS applications will become increasingly
unpopular in the next few years.  I'm inclined to agree with them, in
part based on the increasing availability of Windows apps.  Of course,
when Windows first came out, it had few native apps worth mentioning,
and didn't do such a great job of multitasking DOS ones either!

The goal here is to develop a GEOS version of any app worth using.  This
might sound like an awful lot of work, but considering that GEOS apps
are smaller, faster, and more elegant than even their equivalent DOS
apps, it's not a bad idea.

So, in answer to the question - you'd just use Quattro Pro for GEOS
instead of Quattro Pro for DOS. :)  

I think GEOS will stop requiring DOS when there are at least two big-name
products available in each application segment.  If someone has the
option of using GeoWrite 2.0, WordPerfect for GEOS, or Ami Pro for GEOS,
there would be relatively little reason to use a DOS word processor, for
example.  Once all segments of applications are represented, there will
be no reason to keep DOS around.  Since GeoWorks and Digital Research
get along well, they'll probably just take some DR-DOS code and rewrite
it in Object Assembler (ooh, a smaller, faster, better DOS! :) and drop
it in as a library... BOOT.GEO or something.

Of course, by the time that happens (v3.0 or 4.0 of GEOS, I'd guess), we
should also have a "DOS-emulating CLI-in-a-window" toy to play with, so 
any insignificant apps that haven't yet been ported could perhaps still be
used (in a window, of course).

The gypsy's magic 8-ball has spoken, that'll be $5, please.

-Shag

-- 
birchall@pilot.njin.net, shag@glia.biostr.washington.edu, birchall@njin.bitnet
  Operator of ShagNet - Rutgers/NJIN dialup access for Burlington County, NJ
     Happy and informative user of a PPI 14400 FaxModem and GeoWorks Pro
       Editor of the Queensryche E-mail Digest - "Screaming in Digital"
Organization: University of Illinois at Chicago
Date: Wed, 27 Jan 1993 23:16:14 CST
From: tom mckibben 2 <U51773@uicvm.uic.edu>
Newsgroups: comp.os.msdos.pcgeos
Subject: Re: Can anyone help?

Your old 286 may have an old EGA card that doesn't have enough memory to run
GW in color. Check your system to find out how much video memory your card
has. Another possibility is that the Tandy monitor you are using is the CM-11
which is not a true EGA monitor. The CM-11 was made to display the Tandy
extended 16 color CGA graphics in the old 1000 series. It's possible that your
EGA card sees the monitor as CGA only.

In any case, GOOD LUCK!

thomas mckibben 2   university of illinois at chicago dept. of physics
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
BITNET: MCKIBBEN@UICPHY or U51773@UICVM
Internet: u51773@uicvm.uic.edu or tommck@aol.com
----------------------------------------------------------------------
Always state the obvious............................
From: ted@helios.ucsc.edu (Sync)
Newsgroups: comp.os.msdos.pcgeos
Subject: Quattro file viewer
Date: 21 Jan 93 22:32:40 GMT
Organization: UCO/Lick Observatory
NNTP-Posting-Host: helios.ucsc.edu

Speaking of the Quattro Pro viewer ability, it only seem to be able to look
at *.WQ1 style files. Is there any way to make it see *.WQ! files? That's 
the compressed storage option that Quattro can use. It's the only way I 
store files and now, with Geos, I can't view them.
Any one Know? If not, will 2.0 (or 3.0) have that ability?
[NO! Please don't hit me with your NDA!]
			-ted-

----------------------------Univ Calif @ Santa Cruz----------------------------
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: hesse@marley.cas.american.edu (Pete Hesse)
Newsgroups: comp.os.msdos.pcgeos
Subject: Re: dir
Date: 21 Jan 1993 19:44:46 GMT
Organization: The American University Computing Center
NNTP-Posting-Host: marley.cas.american.edu

In article <1993Jan20.141302.1@kean.ucs.mun.ca> slegge@kean.ucs.mun.ca  
writes:
> Something I haven't heard anyone mention as a definate advantage of 
> GEOS over *any* other system is GEOS's fabulous printing quality!
>  
> I don't know about you guys with laser printers, but I've never been
> able to get laser-quality output from my Panasonic 1124i from anything
> but GEOS.  A friend who prints on a 9-pin EPSON gets almost as f good
> a print-out as I do (although it takes him a little longer:)
>  
> Stephen Legge
> SLEGGE@kean.ucs.mun.ca

I agree totally.  The main reason that I started using GeoWrite over  
windoze and even (God forbid) WordPerfect is the terrific print quality.   
With a new ribbon, my Epson L-1000 is at or above inkjet or laser quality.   
Even with an older ribbon, it is above anything that WP or MSWord will  
give you.

Another advantage, if you want REAL laser quality, set up a printer to  
"Postscript Compatible".  Use that, but choose the "Print to file" option.   
Then take your .ps file and print it on any UNIX machine hooked to a laser  
printer with the lpr command.  It's great!

Pete Hesse
hesse@marley.cas.american.edu

Microsoft programmers change a light bulb?  Naah.  They'd just change the  
socket required to use the light bulb!
Newsgroups: comp.os.msdos.pcgeos
From: dtaylor@magnus.acs.ohio-state.edu (Douglas A Taylor)
Subject: Re: Stacker & GeoPro
Reply-To: doug-taylor+@osu.edu
Organization: The Ohio State University
Date: Tue, 26 Jan 1993 13:18:56 GMT

In article <9301260623.AA17072@hela.INS.CWRU.Edu> <pcgeos-list@pandora.sf.ca.us> writes:
>Any suggestions.?  I am continuing to try different combinations to see
>if geos can remember... Is there some setting I can do or set.?

This is from the FAQ.  I hope it helps.


Q:  I'm running GWE 1.2 with Stacker installed.  Drive C is my stacker 
    volume (through SSWAP).  For some reason GeoManager insists on 
    looking at drive E for the /geoworks/world directory, even though 
    when I exit geoworks, I'm on drive C.  Any ideas?

A:  Check the volume labels for drives C, D, and E.  If they're 
    identical, then use GeoManager to edit the volume labels so that 
    each drive has its own distinct label.  

-- 
   Doug Taylor                         |   Nothing real can be threatened.
   The Ohio State University           |   Nothing unreal exists.
   doug-taylor+@osu.edu                |            - A Course in Miracles
From: ted@helios.ucsc.edu (Sync)
Newsgroups: comp.os.msdos.pcgeos
Subject: Video boards for PC/Geos
Date: 25 Jan 93 18:48:13 GMT
Distribution: usa
Organization: UCO/Lick Observatory
NNTP-Posting-Host: helios.ucsc.edu

I'm thinking of getting a new video board for my computer and I'm wondering
if there is any advantage to getting one that is a Windowz accelerator. I don't
know if that kind of board is so optimized for Windowz that it will slow up
other apps, or if it helps all GUI's. Anyone have a clue?
	Clue-less in Santa Cruz...		-ted-
----------------------------Univ Calif @ Santa Cruz----------------------------
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: ak333@cleveland.Freenet.Edu (Martin Linsenbigler)
Subject: Re: Stacker & GeoPro
Reply-To: <pcgeos-list@pandora.sf.ca.us>
Organization: Pandora Systems	
Date: Thu, 28 Jan 1993 06:36:34 GMT
Originator: pcgeos-list@pandora.sf.ca.us



>
>In article <9301260623.AA17072@hela.INS.CWRU.Edu> <pcgeos-list@pandora.sf.ca.us> writes:
>>Any suggestions.?  I am continuing to try different combinations to see
>>if geos can remember... Is there some setting I can do or set.?
>
>This is from the FAQ.  I hope it helps.
>
>
>Q:  I'm running GWE 1.2 with Stacker installed.  Drive C is my stacker 
>    volume (through SSWAP).  For some reason GeoManager insists on 
>    looking at drive E for the /geoworks/world directory, even though 
>    when I exit geoworks, I'm on drive C.  Any ideas?
>
>A:  Check the volume labels for drives C, D, and E.  If they're 
>    identical, then use GeoManager to edit the volume labels so that 
>    each drive has its own distinct label.  
>
>-- 
>   Doug Taylor                         |   Nothing real can be threatened.
>   The Ohio State University           |   Nothing unreal exists.
>   doug-taylor+@osu.edu                |            - A Course in Miracles


I have not tried this yet but it sounds very good.  I will try it when 
I get home.  I do have a question about this though,  Does STACKER require
the volume label to be  [STAC_VOL]  or something very similar.
Each volume is the same I do know that.  It may well be the problem.

C-ya..... /\/\artin

--
  This communication is sent by    /\/\artin   University of Arizona Tucson
  =========================================================================
  ak333@cleveland.freenet.edu   mlinsenb@ccit.arizona.edu  mlinsenb@arizvms
  DEATH HAS BEEN DEAD FOR ABOUT 2,000 YEARS ****** FOLLOW THE KING OF KINGS
Newsgroups: comp.os.msdos.pcgeos
From: ak333@cleveland.Freenet.Edu (Martin Linsenbigler)
Subject: Stacker & GeoPro
Reply-To: <pcgeos-list@pandora.sf.ca.us>
Organization: Pandora Systems	
Date: Tue, 26 Jan 1993 06:36:15 GMT
Originator: pcgeos-list@pandora.sf.ca.us



I recently installed Stacker 3.0.  I did not have stacker before.
I use a Ram Drive D: for a ( out of Geos Dos application ).
I have Stacker all configured and running fine with drives,
C: D: and E:  Stacker made the RAM drive D: and the Stacked disk E:

Everything works fine with my config.sys tuned..... Except....

When I go into Geos and only when I first open the GeoManager it says
It can not find the directory check your drive location (or something to that
effect)  I click on OK and the geo manager is blank, I click on the World
icon and poof the manager is all there. hmmmm and is fine until I exit and
restart geos again and only when I reopen the manager.

When it first opens it shows it is looking at D:[stak_vol]  then when
I have clicked on the world icon it comes up with C:[stak_vol]

2 possibles...... 1) I have the ramdrive D:  2) It is stacked also in the
config.sys
( 1024 ramdrive gets doubled to over 2meg COOL!)  
Maybe geos has trouble finding it at first.  The main program loads up fine.
It just can't find the world at first opening it.

Any suggestions.?  I am continuing to try different combinations to see
if geos can remember... Is there some setting I can do or set.?

C-ya..... /\/\artin

--
  This communication is sent by    /\/\artin   University of Arizona Tucson
  =========================================================================
  ak333@cleveland.freenet.edu   mlinsenb@ccit.arizona.edu  mlinsenb@arizvms
  DEATH HAS BEEN DEAD FOR ABOUT 2,000 YEARS ****** FOLLOW THE KING OF KINGS
Newsgroups: comp.os.msdos.pcgeos
From: dtaylor@magnus.acs.ohio-state.edu (Douglas A Taylor)
Subject: Re: config for GEOS
Reply-To: doug-taylor+@osu.edu
Organization: The Ohio State University
Date: Wed, 27 Jan 1993 14:50:58 GMT

In article <9301262006.aa23701@pandora.sf.ca.us> <pcgeos-list@pandora.sf.ca.us> writes:
>
>Dear guys.....
>
>	May I ask you some question!

This is the second time Krisda's asked these questions.  I think maybe
he's not receiving the list.  I dug out my response to his first
posting and e-mailed it directly to him.


-- 
   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