HDTenEightyP/NetNews huggingface dataset:
From: hvontres@zeus.calpoly.edu (Han(d)s (Henry von Tresckow))
Newsgroups: comp.os.msdos.pcgeos
Subject: Re: Stacker & GeoPro
Date: 26 Jan 93 23:51:07 GMT
Organization: CAL MONO

In comp.os.msdos.pcgeos <pcgeos-list@pandora.sf.ca.us> writes:
>
>
>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
I have had a similar problem. The solution is to put Geos on your LAST
logical or Physical drive. It seems to be a geos bug. Anyone fixin this in 2.0??????????? :)
															  

|-------------------------------------|--------------------------------------|
|                                     |      _____   Like German Beer-       |
| Hans Henry von Tresckow             |  |  |  |     Will Travel!            |
| email: hvontres@tuba.calpoly.edu    |  |--|--|                             |
|        me-119@stn14.ME.calpoly.edu  |  |  |\/|    (Age 21 in 1993,ahhg!)   |
|_____________________________________|______________________________________|
Newsgroups: comp.os.msdos.pcgeos
From: johnm@cory.Berkeley.EDU (John D. Mitchell)
Subject: Re: Porting C to GEOS (Re: Object Assembler)
Organization: University of California, at Berkeley
Date: Sun, 24 Jan 1993 23:11:25 GMT

In article <Jan.24.17.40.43.1993.8277@pilot.njin.net>
birchall@pilot.njin.net (Shag) writes:
>johnm@cory.Berkeley.EDU (John D. Mitchell) writes:
>
>>...developers are customers... 
>>developers ... said that C language support is what they want 
>>... many people have a body of code (in C) that they want to just port... 
>
>If the C code they have isn't already object-oriented, will it still be
>portable?  Will the resultant image be inferior to one generated using
>GOC?  Will an image created in GOC be inferior to one generated using
>Object Assembler?
>
>(Inferior = bigger, slower, less elegant)

Most of the code that people would want to port would be that which makes
up the core functionality of the program (as opposed to the user interface
stuff for example).  Obviously there are other issues involved when porting
any code to a different OS.  Since most code out there is designed for a
traditional OS there are certainly plenty of opportunities for enhancement,
restructuring, etc. in transforming the code to OO.

The difference is efficiency (both in terms of speed and code size) of
Obj-Asm and GOC/C is quite dependant on the C compiler used and the type of
code involved.  Good Obj-Asm code will always be better but it's a question
for most people on whether or not it's worth the extra hassle.

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

@include <Disclaimers/Standard/Employee.txt>
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.os.msdos.pcgeos
Subject: Re: Video boards for PC/Geos
Date: 27 Jan 93 12:29:05 GMT
Distribution: usa
Organization: Screaming in Digital, the Queensryche Digest

ted@helios.ucsc.edu (Sync) writes:

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

I'm not by any means an expert on this topic, but I believe the "accelerated"
video boards simply provide better performance in the high-resolution video
modes, regardless of which software is being run.  Most of them don't have
any positive effect on a DOS display.  The boards didn't _used_ to be "Windows
Accelerator" boards... they used to be "Graphic Accelerator" boards that were
used for high-end CAD applications and such.  When Windows came along, people
were faced with software where even the low-end applications benefited from
such hardware. :)

As to whether they'd help GEOS... Hmmm.  If they just increase the video 
throughput, they might help a little bit with screen redraw times and such.

-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: kudla@acm.rpi.edu (Robert Kudla)
Subject: Re: Comic Relief (courtesy of Microsloth)
Keywords: Amazing Facts Windoze
Date: Sun, 24 Jan 1993 04:26:26 GMT

In <Jan.23.17.12.38.1993.20263@pilot.njin.net> birchall@pilot.njin.net (Shag) writes:
>		  - Amazing Facts about Windoze -
>	Things You Can Only Learn At MicroSloth Seminars
>		  (with not-so-amazing comments)

>*  Windoze for Workgroups runs on 286es... with at least 5 megs of RAM.
>*  Unfortunately, 286es can't share resources in standard mode.
>*  XT's can be Windoze for Workgroups workstations... but they can't run 
>   Windoze or share resources.

I've got one to add....

* GEOS can interface with Windows for Workgroups.... as long as you run
  Windows in the DOS room!

Rob
Newsgroups: comp.os.msdos.pcgeos
From: johnlee@crash.cts.com (John Wiley)
Subject: OOP flexibility
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 22 Jan 93 13:00:29 PST


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:
 
"In GEOS, an application's user interface is constructed using objects that
generally describe the interactions the application needs from the user. 
For example, in a word processor, the application needs a user interface
element to tell the application when the user wants to change the current
test style to bold.  The application does not need to know how or where that
user interface element appears.  In GEOS, a GenTrigger[tm] object would be
used to describe this element in the application.  The application does not
know (or care) whether the "bold" GenTrigger is implemented as a menu item,
a tool bar icon, or a gesture with a pen.  When the application is opened,
the system calls the specific user interface library to map the generic
objects to their specific behavior.  To change the user interface, only the
specific user interface library needs to be changed.  Different systems can
have their own "look and feel" without requiring applications to be
recompiled for each.  For example, a calendar program might appear on a
desktop system with a standard user interface like Motif[tm].  The same
application can be plugged into a hand-held pen device with a specialized
user interface using entirely different representations for user interface
elements (UI elements might even be replaced with gestures).  The
application will run in this device without modification.  This is a
powerful way for hardware manufacturers to differentiate their products
without requiring custom application development.
 
The GEOS user interface independence also permits a single application to be
scalable in its complexity, allowing users to pick the type of interface
required for their experience, from novice to professional."
 
 
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.
From: pusv1172@altair.selu.edu
Newsgroups: comp.os.msdos.pcgeos
Subject: Can anyone help?
Date: 26 Jan 93 11:56:23 -0600
Organization: Southeastern Louisiana University

HELP!!

Please bear with me.  I am a new Geoworks user having a slight problem.  I have
an old Zenith Supersport 286.  For home, I use a Tandy EGA color monitor with
this computer.  I cannot get PC/GEOS to operate in color on this monitor.  None
of the selectionsin GEOS video setup will work.  A friend checked several 
software libraries for a driver that might make it work, but was unable to 
find anything.  

Does anyone have any suggestions?
Carrie
PUSV1172@selu.edu
Newsgroups: comp.os.msdos.pcgeos
From: johnm@cory.Berkeley.EDU (John D. Mitchell)
Subject: Re: Video boards for PC/Geos
Summary: Drivers, drivers, drivers!
Organization: University of California, at Berkeley
Date: Thu, 28 Jan 1993 02:28:31 GMT

In article <Jan.27.07.29.04.1993.17178@pilot.njin.net>
birchall@pilot.njin.net (Shag) writes:
>ted@helios.ucsc.edu (Sync) writes:
>
>>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?
>
>I'm not by any means an expert on this topic, but I believe the "accelerated"
>video boards simply provide better performance in the high-resolution video
>modes, regardless of which software is being run.  Most of them don't have
>any positive effect on a DOS display.  The boards didn't _used_ to be "Windows
>Accelerator" boards... they used to be "Graphic Accelerator" boards that were
>used for high-end CAD applications and such.  When Windows came along, people
>were faced with software where even the low-end applications benefited from
>such hardware. :)
>
>As to whether they'd help GEOS... Hmmm.  If they just increase the video 
>throughput, they might help a little bit with screen redraw times and such.

The so called Windows accelerator video boards have implemented some amount
of functionality that the MS Windows graphical environment can use, in
hardware, and provides software drivers compatible with Windows.  To take
advantage of any of that extra functionality requires an appropriate driver
to mediate between the system and the hardware.  As many of those hardware
functions have been created specifically for Windows, it may or may not be
appropriate (or even possible) to use those functions for anything else.

Hope that was clear,
		John
		johnm@cory.Berkeley.EDU

P.S.	I speak for the birdies that follow me around.
	GeoWorks speaks for itself.
Newsgroups: comp.os.msdos.pcgeos
From: mhirsch@dynastar.princeton.edu (Michael Hirsch)
Subject: Re: Dumb Questions
Originator: news@nimaster
Organization: Princeton University Department of Computer Science
Date: Fri, 22 Jan 1993 15:43:58 GMT

>>>>> On Fri, 22 Jan 1993 05:35:22 GMT, "Lee A. Mohon" <lam4@Ra.MsState.Edu> said:

Lee> 1. What are the possibilities of PCGeos (I'm a little fuzzy on the correct
Lee> terminology) becoming a real operating system, like DOS, OS2, or the Mac
Lee> geos?  The reason I bring this up is that the articles I have read on
Lee> Geoworks for the pentops don't say anything about it running on any other
Lee> platform.  I assume that it is the only o.s. on the pentops.  If this is
Lee> so, then could the same thing be done for pcs?  I would think not (or at
Lee> least not easily), or else why would it not be done?  

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


Michael D. Hirsch		mhirsch@cs.princeton.edu    
Computer Science Department	Voice: (609) 258-1751       
Princeton NJ, 08544		FAX:   (609) 258-1771
From: rgt@kepler.unh.edu (Richard G Tomasso)
Newsgroups: comp.os.msdos.pcgeos
Subject: wants for 2.0
Date: 18 Jan 1993 20:50:07 GMT
Organization: University of New Hampshire  -  Durham, NH
NNTP-Posting-Host: kepler.unh.edu

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. 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.
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.
When I mentionned that GEOS was developed on SPARC stations, their eyes lit up
and they wondered if it was being marketted 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.

Newsgroups: comp.os.msdos.pcgeos
From: fadickey@sacam.OREN.ORTN.EDU (Fred A Dickey)
Subject: zoomer pics
Organization: Oak Ridge National Laboratory
X-Newsreader: Tin 1.1 PL5
Date: Sun, 24 Jan 1993 06:28:23 GMT


Hi everyone....I remember Shag was really wanting a picture of the zoomer
to look at.  Well, I now have 2 PCX files of it plus a ascii copy of the
original article from their brouchure.  It was recently made available on
AOL.  The Zoomer is really neat looking.  I'm not sure how thick it is,
but from the picture (which conveniently has a human hand in the picture
so you can calculate the zoomer's dimensions) :)...it looks like it's as
wide as a HP calculator and almost as long.  And it's just one big LCD
screen and a pen...which I thought was cute....I don't seem to see a power
switch anywhere on the picture....hmmmmmmm....is it on the side or do ya
just tap the screen with da pen? :-)

After seeing the picture and reading about it, I've decided I want
one...so, if anyone out there feels really generous and would like to send
me a really nice X-mas present....8-)

I'll upload...or try to...don't know how much fuss the unix system here
will give me when I attempt an upload..it to wuarchive.

,^MrSpock^

Newsgroups: comp.os.msdos.pcgeos,news.answers,comp.answers
From: dtaylor@magnus.acs.ohio-state.edu (Douglas A Taylor)
Subject: PC/GEOS FAQ List part 3/3 -- Updates to the FAQ
Followup-To: comp.os.msdos.pcgeos
Summary: PC/GEOS is a GUI (Graphical User Interface) developed by
         GeoWorks.  It runs on top of MS (or DR) DOS and provides
         a multitasking, multithreaded environment for any DOS
         machine with at least 512k of RAM and a hard disk.
Reply-To: doug-taylor+@osu.edu
Organization: The Ohio State University
Date: Mon, 25 Jan 1993 13:40:32 GMT

Archive-name: pcgeos-faq/part3
Last-modified: modified January 22, 1993

I updated the "When will GEOS 2 be out?" question, added the info 
about Zoomer, and inserted Shag's list of GeoWorks phone numbers and 
addresses.

#Q:  How can I contact GeoWorks?
#
#A:  Their main address is:
#
#        Geoworks
#        2150 Shattuck Avenue
#        Berkeley CA 94704
#
#    Address for mail orders:
#
#        GeoWorks Order Processing Center
#        PO Box 3487
#        Salinas, CA 93912-3487
#
#    Various GeoWorks phone numbers:
#
#        510 644 0883  - Main computerized voicemail number
#                x749  - 24-hour info recording.
#        510 644 9362  - Non-technical service and developer support.
#        510 644 3456  - Technical support
#        800 824 4558  - Orders and Updates ONLY!!
#        800 772 0001  - Orders and registration (within the US)
#        818 879 8522  - Orders and registration (outside the US)
#
#    Other addresses, useful in certain countries:
#
#        Computermate Geoworks End User Licensing
#        P.O. Box 64
#        Mt. Kuring-Gai, NSW, 2080
#        Australia
#
#        IBM Canada Ltd.
#        Returns Centre/GeoWorks Ensemble
#        233 Alden Road
#        Markham, Ontario, L3R 152
#        Canada
#
#Q:  When is PC/GEOS 2.0 going to be launched? 
#
#A:  No one knows for sure, and GeoWorks isn't telling.  The current 
#    estimate is first or second quarter of '93.  The beta test of the 
#    SDK (and the OS as well?) evidently got underway shortly after 
#    1/1/93.
#
#Q:  Is PC/GEOS available as a pen system?
#
#A:  Pen/GEOS was announced by Geoworks CEO Brian Dougherty at the 
#    recent Pen Computing conference.  Due to PC/GEOS's object-oriented 
#    design, once the basic pen support was added to the appropriate 
#    system level objects, all of the applications autmatically have 
#    basic Pen support.  Pen-specific applications are sure to follow.  
#
#    GeoWorks has signed a deal with Casio and Tandy to provide an 
#    operating system (GEOS) for a handheld, pen-based device they're 
#    making, code name "Zoomer."  Zoomer is slated for release in early 
#    summer '93.
#
-- 
   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: tdean@makedustuswest.com (Tony Dean)
Subject: Re: Dumb Questions
Organization: U S WEST Communications -- Information Technologies
Date: Fri, 22 Jan 1993 22:14:12 GMT

In article <Pine.3.05.9301212245.A4381-b100000@Ra.MsState.Edu>, "Lee A. Mohon" <lam4@Ra.MsState.Edu> writes:
> To any and all:
>  Got a few questions for any who know the answers,  would just like to
> make an educated guess or simply would like to give IMOs.
> 
> 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? 

I wouldn't call DOS an operating system. If you take a course on OS
Design I think you will find DOS fitting into a slot called a "Disk
Loading Executive". Enough quibbling, the point is that by combining
Geoworks with DOS or Windows with DOS you get an OS. Meeting the 
general definition of an OS (Memory Mgt., File System, I/O handeling, 
Resource Scheduling, etc.). If you put a file system and device driver
hooks into Geoworks I believe you would have an OS.

 
> 2. Can PCGeos fonts be gotten from ftp sites or be converted from fonts
> elsewhere and how? A better question is: can and how can I get more fonts
> for GeoWorks without spending a lot of money (a poor college student, I am)?
> 
> 3. What other fonts can be converted to GeoWorks fonts?

If Geoworks makes this info freely available you might find an entrprising
developer here and there who will write conversion tools. A poor student
looking for an interesting hack to do. :-)
 
> 5. I recently looked at the latest release of Ami Pro for Windoze. (It is
> impressive when compared to Wordperfect 5.1.  However, it lacks the ease
> of use when compared to GeoWrite.) I noticed that it lacks the capability
> to convert GeoWrite files. Why? (I think I already know the answer to
> this; I can think of two reasons myself, but I thought I would see what
> came down the pike.) Is there any wordprocessor that can convert to or
> from GeoWrite files?  

See the comment after #3. Geoworks dosn't have the market share that 
some other un-named products do. Therefore its difficult to attract 
the kind of companies with large development budgets. They put their 
cash where it buys them the most. My experience is that Geoworks
isn't really interested in talking to one man shows like myself 
(ie. work I do on my own time). Yet the small to medium sized companies 
are the ones who build companies around new products. I like 
the product, but it would be nice if I had and assembler and
C++ compiler to work with it.


...........................................................................
Tony Dean - Consultant  	Cap Gemini America : Currently
                 		residing @ US WEST Communications
e-mail: tdean@eatdust.uswest.com
I like assembler and I vote!
...........................................................................

Newsgroups: comp.os.msdos.pcgeos
From: johnm@cory.Berkeley.EDU (John D. Mitchell)
Subject: Re: Object Assembler
Organization: University of California, at Berkeley
Date: Sat, 23 Jan 1993 19:46:38 GMT

In article <1993Jan22.204341.23504@exu.ericsson.se> exuhag@exu.ericsson.se
writes:
[...]
>I've found this is usually the case (speaking about assembly
>language in general, not Obj-Asm).  The common opinion
>seems to be "assembly language is really really hard to program
>in and you can't write real programs in it and it is impossible
>to do structured or OO programming--everything is just spaghetti
>code,"  I'm not saying that assembly language is normally a
>good choice for most projects, just that much of the objections
>to it are 'everybody knows that...' opinions that most people 
>don't have the right to hold.

I agree.  What one may need to remember is that the developers are
customers and so their opinions and desires should most certainly be taken
into account when making products for them.  And *for whatever reasons* the
developers that GeoWorks has talked to have overwhelming said that C
language support is what they want and they want the SDK to run on PCs
rather than Sun workstations.  One 'good' reason is that many people have a
body of code (in C) that they want to just port to GEOS since they have a
large investment in time/energy/money/etc.

Oh well, enough rambling for me,
			John
			johnm@cory.Berkeley.EDU

P.S.	Standard employee disclaimers apply. GeoWorks speaks for itself.
From: talarian!brianq@uunet.uu.net (Brian Quigley)
Newsgroups: comp.os.vxworks
Subject: Executing shell scripts
Date: Wed, 27 Jan 93 11:09:16 PST
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

I've got a need to execute a shell script from within a program I'm
working on.  I figured I'd copy the startup shell script code since it
does what I want.  Unfortunately, the code that I took from usrConfig.c
does not behave the same when I put it my code.  The script does not execute.  

I've tried killing any existing shell before I start the new one. This
doesn't seem to help.  Various messing with ioTaskSetStd, 
shellOrigStdSet, and ioGlobalStdSet produce undesirable results.

Any hints would be appreciated.

Thanks.

(P.S. Hints for a Unix like "system()" call would also be appreciated.)

---
Brian Quigley         |  brianq@talarian.com
Talarian Corporation  |  (415)965-8050

Newsgroups: comp.os.vxworks