home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / os2v9104.zip / OS2-9107.001 < prev    next >
Internet Message Format  |  1991-07-04  |  90KB

  1. Date: Thu, 4 Jul 91 14:50:00 +0200
  2. Subject: OS/2 Discussion Forum 910701
  3. Reply-to: Moderated discussion forum on OS/2 <OS-2@BLEKUL11.BITNET>
  4.  
  5. ************************************************************************
  6. OS/2 Discussion Forum      Mon, July 1, 1991        Volume 9107 Issue 01
  7.  
  8.                 Relevant addresses :
  9.  
  10.                 submissions :              OS-2@BLEKUL11.BITNET (bitnet)
  11.                                         OS-2@cc1.kuleuven.ac.be (domain)
  12.                 subscriptions :        LISTSERV@BLEKUL11.BITNET (bitnet)
  13.                                     LISTSERV@cc1.kuleuven.ac.be (domain)
  14.                 moderator :                OS-2@BLEKUL11.BITNET (bitnet)
  15.                                         OS-2@cc1.kuleuven.ac.be (domain)
  16. ************************************************************************
  17.  
  18. Today's topics:
  19.                        New files on LISTSERVer
  20.                      OS/2 Discussion Forum 910604
  21.                            OS/2 Applications
  22.                     University of Saskatchewan BBS
  23.                          256 color GIFS w/ 8514
  24.                            How to Get Started
  25.                              Gordon Letwin?
  26.                              OS/2 2.0 beta
  27.                     Re: OS/2 Discussion Forum 910604
  28.        NEW List-SOFTREVU, Small Computer Systems Software Review
  29.                       Internet access to Listserv
  30.                      OS/2 graphics Mou-systemcalls
  31.                            OS/2 SCSI Question
  32.                            OS-2 printer driver
  33.                          IBM BBS back in service
  34.                       Multimedia Software Packages
  35.                           ANSI standard REXX.
  36.                    Apple Macintosh in a OS/2 Network
  37.                    FYI:  Bill Gate's "infamous" memo
  38.  
  39. Feed from the Usenet (UUCP/Internet) comp.os.os2.* newsgroups :
  40.  
  41.                     Adobe Type 1 fonts for OS/2 ATM
  42.                              PC Expo Demo
  43.                       PC Expo and Some Comments
  44.                        Bill Gates Blasting IBM
  45.          Re: OS/2 2.0 : A Better Windows Than Windows ?????
  46.                              OS/2 Dealers
  47.        Re: SOMEONE PLEASE HELP ME WITH OS/2 2.0 INFORMATION...
  48.                         Getting OS/2 2.0 Beta
  49.                     Re: 8514/xga dumb questions
  50.                       8514/XGA dumb questions
  51.                     RE: VT320 emulator for OS/2
  52.                   New OS/2 v2.0 features (rumored)
  53.                   Building a PC that can run OS/2
  54.                Installation, partitions, master boot
  55.                          PFM/AFM conversion
  56.                 Re: New OS/2 v2.0 features (rumored)
  57.                 Re: Building a PC that can run OS/2
  58.                   Update: Fernwood OS/2 Collection
  59.                  Re: Viruses problems in OS/2?????
  60.  
  61. ------------------------------------------------------------------------
  62.  
  63. Date:     Mon, 01 Jul 91 08:00:00 +0200
  64. From:     Moderators of the OS/2 Discussion Forum
  65. Subject:  New files on LISTSERVer
  66.  
  67. This is a list of new or updated OS/2 related files available from the
  68. LISTSERV of the OS/2 Discussion Forum at BLEKUL11.
  69.  
  70. * File donated by D. Rober (FDAAA12@BLEKUL11)
  71.  
  72.   filename filetype   Remarks
  73.   -------- --------   -------------------------------
  74.   XDEL     ZIPXXE     Extended delete command.
  75.  
  76. * Files distributed via comp.os.os2.binaries
  77.  
  78.   filename filetype   Remarks
  79.   -------- --------   -------------------------------
  80.   ADVENTF  ZIPXXE1    Colossal Caves ADVENTURE
  81.   ADVENTF  ZIPXXE2    Colossal Caves ADVENTURE
  82.   ADVENTF  ZIPXXE3    Colossal Caves ADVENTURE
  83.   CHOMP    ZIPXXE     Xchomp (pac-man)
  84.   GNUTINFO ZIPXXE1    GNU TeXinfo package
  85.   GNUTINFO ZIPXXE2    GNU TeXinfo package
  86.   GNUTINFO ZIPXXE3    GNU TeXinfo package
  87.   GNUTINFO ZIPXXE4    GNU TeXinfo package
  88.   GNUTINFO ZIPXXE5    GNU TeXinfo package
  89.   GNUTINFO ZIPXXE6    GNU TeXinfo package
  90.   GNUTINFO ZIPXXE7    GNU TeXinfo package
  91.   GNUTINFO ZIPXXE8    GNU TeXinfo package
  92.   GNUTINFO ZIPXXE9    GNU TeXinfo package
  93.   GNUTINFO ZIPXX10    GNU TeXinfo package
  94.   GNUTINFO ZIPXX11    GNU TeXinfo package
  95.   SEDT40   ZIPXXE1    Screen editor
  96.   SEDT40   ZIPXXE2    Screen editor
  97.   SEDT40   ZIPXXE3    Screen editor
  98.   SEDT40   ZIPXXE4    Screen editor
  99.   SEDT40   ZIPXXE5    Screen editor
  100.   SEDT40   ZIPXXE6    Screen editor
  101.   SEDT40   ZIPXXE7    Screen editor
  102.  
  103. These files are distributed AS IS, we can not guarantee anything about
  104. their working. These files are all XXencoded ZIP files. To use these
  105. files you must first XXdecode (We recommend our own version of XXdecode
  106. which works under OS/2) and UNZIP (We recommend PKZIP also under OS/2).
  107.  
  108. We still welcome all OS/2 related files for distribution on our LISTSERV.
  109. Send your files to TEWOS-2@BLEKUL14.BITNET / TEWOS-2@Liris.kuleuven.ac.be
  110. we will arange everything for distribution.
  111.  
  112. ------------------------------------------------------------------------
  113.  
  114. Date: Mon, 24 Jun 91 09:24:54 CDT
  115. From: Bertram G. Moshier <bgm@gallipolis.cray.com>
  116. Reply-To: bgm@timbuk.CRAY.COM
  117. Subject: OS/2 Discussion Forum 910604
  118.  
  119. Pete:
  120.  
  121. Yes, it is true that REXX is under consideration for being an ANSI
  122. standard language.  While I don't have the specifics Steve Price at IBM
  123. might - internet address: pricesg@gdlvm7.vnet.ibm.com
  124.  
  125. Bert Moshier
  126. Cray Research, Inc.
  127.  
  128. ----------------------------------------------------------------------
  129.  
  130. Date: Mon, 24 Jun 91 09:30:29 CDT
  131. From: Bertram G. Moshier 612/683-5419 <bgm@gallipolis.cray.com>
  132. Reply-To: bgm@timbuk.CRAY.COM
  133. Subject: OS/2 Applications
  134.  
  135. Ian:
  136.  
  137. Do you know what US customers must do to obatin access to these OS/2
  138. applications?
  139.  
  140. Thanks in advance.
  141.  
  142. Bert Moshier
  143. Cray Research, Inc.
  144.  
  145. ----------------------------------------------------------------------
  146.  
  147. Date: Mon, 24 Jun 1991 10:48 CST
  148. From: "Kevin Lowey - (306) 966-4826" <LOWEY@sask.usask.ca>
  149. Subject: University of Saskatchewan BBS
  150.  
  151. > Date:     Mon, 17 Jun 91 18:33 MDT
  152. > From:     <GOLDSTEIN_L@UCOLMCC>
  153. > Subject:  OS/2 drivers
  154. >
  155. > The Fernwood BBS at 203-483-0348 and and OS/2 database at 306-966-4857
  156. > are both good sources for hard to find OS/2 drivers and shareware.  They
  157. > operate 24 hours, no use fee, 8 bits 1 stop no parity, 9600 baud for
  158. > Fernwood and 2400 for the other BBS (which is located in Canada).
  159.  
  160. The (306) number mentioned above is the University of Saskatchewan
  161. Fidonet BBS.  I am the sysop.  The Fidonet node number is 1:140/43
  162. (for all the Fidonet people who are getting this list from my and
  163. other boards).  It is located in Saskatoon, Saskatchewan, Canada.
  164.  
  165. I recently upgraded to an HST Dual standard 14400 baud modem.
  166.  
  167. I am currently sending many of the programs in my archives to the
  168. COMP.BINARIES.OS2 newsgroup on Usenet for distribution.
  169.  
  170. - Kevin Lowey (Lowey@SASK.USask.CA)
  171.  
  172. ----------------------------------------------------------------------
  173.  
  174. Date:         Mon, 24 Jun 91 12:57:31 EDT
  175. From:         Mark Siegal <ST802107@BROWNVM>
  176. Subject:      256 color GIFS w/ 8514
  177.  
  178. Can anyone recommend a PM GIF viewer that will let me see
  179. 256 colors with my IBM 8514 display adapter and monitor? Every
  180. PM GIF viewer I have used dithers down to 16 colors. Thanks.
  181.  
  182. -- Mark
  183.  
  184. ----------------------------------------------------------------------
  185.  
  186. Date:         Mon, 24 Jun 91 13:01:28 EST
  187. From:         Ben Romney <V1308G@TEMPLEVM>
  188. Subject:      How to Get Started
  189.  
  190. I am relatively new to this list and to OS/2.  I am in the process of
  191. purchasing OS/2 1.3 for my IBM compatible.  I am doing this to get
  192. familiar with OS/2 in preparation for the release of OS/2 2.0.
  193. I thought that I would use the various shareware and public domain
  194. software to get familiar with OS/2 before purchasing retail software
  195. and moving my applications over to OS/2.
  196.  
  197. I am not sure how to get information and files from the OS/2 listserv
  198. down to my PC in a useable manner.  I connect to an IBM mainframe from
  199. my PC and communication with the list is through the IBM mainframe.
  200. XXendcoding and decoding is unfamiliar to me.
  201.  
  202. Any recommendations and suggestions will be appreciated.  By the way are
  203. there any other OS/2 related lists and discussion groups over Bitnet or
  204. Internet?
  205.  
  206. Thanks
  207.  
  208. Ben Romney
  209.  
  210. ----------------------------------------------------------------------
  211.  
  212. Date:         Mon, 24 Jun 91 13:01:28 EST
  213. From:         CSVCJLD@NNOMED
  214. Subject:      Gordon Letwin?
  215.  
  216.      With Microsoft rewriting OS/2 (as OS/2 NT), what has happened to
  217. Gordon Letwin?
  218.  
  219. ----------------------------------------------------------------------
  220.  
  221. Date:         Mon, 24 Jun 91 13:01:28 EST
  222. From:         C30904@AINUNI01
  223. Subject:      OS/2 2.0 beta
  224.  
  225. I just wrote a few days ago to the WINDOWS 3.0 Discussion-List, that IBM an-
  226. nounced that EVERYONE, has the opportunity to become a beta-tester simply
  227. by downloading the Code from the IBM-National-BBS.
  228.  
  229. A few hours later came a disappointing message from a user which tried to
  230. do this via his modem, but unfortunately IBM stopped distribution on
  231. 25 april.
  232.  
  233. Now my question: Is there anyone out there who has got a beta release of
  234. OS/2 2.0 (or maybe higher!); (perhaps downloaded before 25 april) ???
  235.  
  236. If anybody has I would beg him, to make it available to me, as I'm a real
  237. freak and I would like the thought of being an beta tester by legal means
  238. for the first time.
  239.  
  240. (The fact of public beta-testing and the number of the BBS, which I can trans-
  241. mit you on demand have been published in PC-PROFESSIONELL the german issue of
  242. PC-MAGAZINE).
  243.  
  244. I'm looking forward to hearing from you, folks!
  245.  
  246. SAM   (from Austria)
  247.  
  248. FILES send to c30904@ainuni01
  249. Mail  send to c30904@ainuni01   or   SAM@ainuni01
  250.  
  251. ----------------------------------------------------------------------
  252.  
  253. Date:    Mon, 24 Jun 91 15:47 EDT
  254. From:    "ERIC WEBB"                                 <EWZ@NCCIBM1.BITNET>
  255. Subject: Re: OS/2 Discussion Forum 910604
  256.  
  257. > Eric:
  258. > Thank your for your comments, I found them to be revealing and
  259. > informative.  Just a few comments back:
  260.  
  261. Certainly, Bert. I have a counterpoint which arises from a minor communication
  262. failure between us. I also have a Cray question which we should take
  263. offline from the OS/2 list. :-)
  264.  
  265. > Concurrent VM8086 is not a function of PM.  The base operating system
  266. > supports VM8086 as individual sessions.  Concurrent VM8086 sessions
  267. > are to PM like the OS/2 command prompt is to PM.  The lack of
  268. > concurrent VM8086 is not a worst PM point but instead a worst base
  269. > operating point.
  270.  
  271. You forgot to include my caveat. I too thought the comparisons were more
  272. at the DOS extender (Windows) and OS (OS/2) level. Clearly BYTE directed
  273. the article to the average computer user looking for a GUI. This person
  274. probably wouldn't know the difference between OS functions and interface
  275. functions. Or any layers within.
  276.  
  277. Knowing the chosen audience as any good author should, BYTE focused only
  278. upon the user interface (without respect to underlying structures or
  279. functions). I don't think you nor I were the intended audience for PM
  280. or Windows. However, I did learn more about NextStep and X GUIs.
  281.  
  282. I believe you and I would prefer a similar article in the HANDS ON section
  283. which would talk nuts and bolts. Perhaps we will eventually see such a
  284. a treatise.
  285.  
  286. Sorry about your Windows problems when using Corel Draw. From what I can
  287. gather from the Windows list, this product should work quite well. There
  288. certainly are quite a few postings regarding usage.
  289.  
  290. I notice you work for Cray. I am educating myself about the Y-MP architecture
  291. used by the EPA. Do you have any comments or reading suggestions on the
  292. Cray Model E IOS? Please send comments to my mailbox, so we don't clutter
  293. the OS/2 list with Crayspeak. Also, are there any Cray Architecture lists
  294. worth a subscription? Thanks for any information!
  295.  
  296. Eric Webb
  297. EPA National Computer Center
  298. RTP, North Carolina
  299. BITNET -- EWZ@NCCIBM1.BITNET
  300.  
  301. ----------------------------------------------------------------------
  302.  
  303. Date:         Mon, 24 Jun 91 17:09:04 EDT
  304. From:         "Jamie (at Brown)" <EL406012@BROWNVM>
  305. Organization: Brown University Computing & Information Services
  306. Subject:      NEW List-SOFTREVU, Small Computer Systems Software Review
  307.                          S O F T R E V U    L I S T
  308.  
  309.                      * * SOFTREVU@BrownVM.Brown.EDU * *
  310.  
  311.             (Forum for the Discussion of Small Computer Systems
  312.                     Software Reviews and Related Issues)
  313.  
  314. MODERATORS:
  315.       Jamie Donnelly IV,   INFOSY10@UCONNVM
  316.       David B. O'Donnell,  EL406006@BrownVM.Brown.EDU
  317.       Elaine Brennan,      ELAINE@BrownVM.Brown.EDU
  318.  
  319. STATEMENT OF PURPOSE:
  320.      SOFTREVU will provide a forum where users of personal computers an d
  321.   other small computing systems can review, discuss, and examine software
  322.   products.  Cross-platform compatibility issues related to software and
  323.   hardware, with an emphasis placed on software, are also included in this
  324.   forum.  The relevance, intentions, and uses of various software product
  325.   categories, such as
  326.  
  327.   * Personal Information Managers (PIMs) * Connectivity (communications)
  328.   * Utilities                            * Shells and "Front Ends"
  329.   * Graphics (formats, design packages)  * Object-oriented Software
  330.   * Optical Character Recognition (OCR)  * Programming Language Environments
  331.   * Multimedia products                  * Integrated Packages
  332.   * Desktop Publishing (DTP)             * The three "basics"--Databases,
  333.                                            Spreadsheets and Text Managers
  334.  
  335.   are also included.  Multimedia-based integration of various application
  336.   categories, discussed from a software perspective, is also encouraged.
  337.   Software Products include new software packages as well as the latest
  338.   upgrades/updates to existing software products/packages.  Members are
  339.   encouraged to share knowledge of existing software packages in addition
  340.   to that of new features being incorporated into upgrades of these
  341.   products.  Members are also encouraged to share knowledge (such as the
  342.   uses, applications, and features) of recently introduced software
  343.   products.  Therefore, members of the list are encouraged to act as
  344.   "consultants" and "enquirers" where appropriate.
  345.  
  346.      In accordance with current CREN regulations, commercial activity
  347.   (such as the selling of software) will be prohibited.
  348.  
  349. SCOPE:
  350.      SOFTREVU is intended to cover all microcomputer platforms; such as
  351.   the Apple Macintosh line, Amigas, IBM PS/2 line, PC compatibles, the
  352.   NeXT machines, Sun and SPARC workstations, and the like.  Within the
  353.   scope of these computing platforms, a wide range of software products
  354.   exist.  Any and all of these products are viable discussion topics.
  355.   SOFTREVU does not exist as a topic for issues of ethics in computing -
  356.   see the ETHICS-L list.  However, the merits of software packages, such
  357.   as their user interface, compatibility across disparate computing
  358.   platforms, and the like, are acceptable topics.  List subscribers are
  359.   encouraged to ask questions about software, and to offer up their
  360.   opinions.  In keeping with current CREN (Corporation for Research and
  361.   Educational Networking) and InterNET policies, subscribers are
  362.   prohibited from attempting to sell software over the network.  However,
  363.   the list moderators cannot be held responsible for the actions of list
  364.   subscribers.
  365.  
  366.      SOFTREVU does not exist as a forum for the discussion of hardware  or
  367.   programming issues except where the relevance to existing or forthcoming
  368.   software is explicit.  Hardware issues should be directed to the
  369.   PCTECH-L and PCSUPT-L lists, which are geared toward discussions of that
  370.   nature.  Programming and/or technical issues should be brought up in any
  371.   of the various lists and special interest groups which are designed for
  372.   this purpose.  Only extremely limited concerns in customization of
  373.   existing software are included, such as writing simple macros, scripts,
  374.   and other modest routines.  With respect to programming languages, the
  375.   merits of the environment package - not the actual language - are
  376.   appropriate for discussion.
  377.  
  378. MEMBERSHIP:
  379.       Any person who wishes to share knowledge, answer questions and/or
  380.   desires to learn and ask questions is welcome.  Potential members
  381.   include users, consultants, programmers, managers, and the like.  This
  382.   list is intended to bring together people from all backgrounds to share
  383.   information.
  384.  
  385. GUIDELINES:
  386.      SOFTREVU is a moderated list.  The atmosphere of this list is one  of
  387.   mutual support to all members and advocates cooperation.  Members are
  388.   expected to engage in constructive criticism only.  Subscribers are
  389.   requested to keep personal vendettas off the list.  This is not a forum
  390.   for political or ethical discussions in any capacity; IT IS A FORUM FOr
  391.   THE DISCUSSION OF SOFTWARE.  Problems or complaints should be addressed
  392.   to the list moderators.  Anyone who does not maintain this policy, or is
  393.   generally disruptive to the harmony of this list, will be *removed*.
  394.    ---------------------------------------------------------------------
  395.    !    PLEASE keep discussions that are *not* directly related to     !
  396.    ! software packages OFF the list, or take them to *private* e-mail  !
  397.    ---------------------------------------------------------------------
  398.  
  399. RECOMMENDED POSTING METHOD:  * *  VERY IMPORTANT * *
  400.       To enable members to *scan* posted mail for articles relevant to
  401.    *their* operating system (and hardware platform), it is recommended
  402.    that members format the *Subject* line in the header of postings to
  403.    appear as (Subject line) -
  404.  
  405.      Operating System <Platform> / Software Package <Product Catagory>
  406.  
  407. ARCHIVING:
  408.      The list will maintain monthly archives of discussions.  These
  409.   archives will be purged periodically, removing outdated material, and to
  410.   save system space and overhead.  Announcements will be made prior to
  411.   major purges, but subscribers should expect purges every few months.  If
  412.   necessary, either local or remote filespace may be set aside for the
  413.   storage of documents of relevance to the list.
  414.  
  415. ACCESSING THE LIST:
  416.      To subscribe to SOFTREVU send the command,
  417.  
  418.        SUBSCRIBE SOFTREVU <yourname>
  419.  
  420.   to LISTSERV@BROWNVM (LISTSERV@BrownVM.Brown.EDU).  DO NOT SEND LIST
  421.   COMMANDS TO THE LIST.  Send them to the LISTSERV account.
  422.                   -------------------------------
  423. Thank you for your interest in SOFTREVU.  If you have any questions,
  424. please feel free to send e-mail.  EL406012@Brownvm.Brown.EDU    :)
  425.  
  426. Regards,
  427. Jamie Donnelly
  428.  
  429. ----------------------------------------------------------------------
  430.  
  431. Date: Mon, 24 Jun 1991 10:50 CST
  432. From: "Kevin Lowey - (306) 966-4826" <LOWEY@sask.usask.ca>
  433. Subject: Internet access to Listserv
  434.  
  435. Hi,
  436.  
  437.   Our site has moved from Bitnet onto the Internet.  Does this mean I
  438. no longer have access to the LISTSERV files?  How can I get access to
  439. the LISTSERV files from the Internet?  Is there an anonymous FTP site
  440. which carries these files?
  441.  
  442. Thanks,
  443. - Kevin Lowey
  444.  
  445. ----------------------------------------------------------------------
  446.  
  447. Date: Wed, 26 Jun 91 11:33:55 +0100
  448. From: huyskens%imecom@imec.be
  449. Subject: OS/2 graphics Mou-systemcalls
  450.  
  451. Dear OS/2-users,
  452.        I'm trying to convert a DOS-program, written in Fortran,
  453. to OS/2 (v. 1.0.). The DOS-program uses a mouse in graphics mode
  454. via an assembler routine (int 33h). For the moment we assume
  455. the problem is that the equivalent OS/2-Mou-systemcalls are not
  456. supported by the pointer-draw device driver POINTDD.SYS in
  457. GRAPHICS mode. For example MouDrawPtr works fine in text mode
  458. but displays no pointer in any graphics mode.
  459. So my questions are:
  460. -Which device driver should I use to support the mouse in graphics mode
  461. via OS/2-systemcalls ?
  462. -Has sombody a source-code (C,Pascal,Fortran,...) where this is done ?
  463. -Is it possible to use the PMDD.SYS of the presentation manager
  464. for that purpose (if it is, I switch to a higher OS/2 version with PM) ?
  465.  
  466. I hope this is clear and simple. Perhaps somebody has a clear and simple
  467. answer. Anyway I wish you a nice summertime (or wintertime for some of us).
  468.  
  469. Dominique Huyskens
  470. Interuniversity Microelectronics Centrum (IMEC)
  471. Leuven, BELGIUM
  472.  
  473. ----------------------------------------------------------------------
  474.  
  475. From: "Matt Piermarini"  <MATT@bss1.umd.edu>
  476. Date:     26 Jun 91 12:57:00 EDT
  477. Subject:  OS/2 SCSI Question
  478. Reply-To: Matt Piermarini <matt@bss1.umd.edu>
  479.  
  480. I have a 386 clone machine with *both* a RLL and SCSI host adapter.  I have
  481. 2 RLL drives and 1 SCSI drive.  The machine boots from one of the RLL drives
  482. and everything is fine, but I can not access the SCSI disk.  I use a device
  483. driver that came with the SCSI adapter to access the drive under DOS.  I was
  484. just curious if OS/2 2.00 (or 1.3 for that matter) has any kind of SCSI
  485. support like this?
  486.  
  487. Also, are there any FTP sites in N.America that has os2 binaries.  I know of
  488. funic.funet.fi, but it is too slow.
  489.  
  490. Thanks for any help,
  491. Matt Piermarini
  492. U of Maryland
  493. Matt@bss1.umd.edu
  494.  
  495. ----------------------------------------------------------------------
  496.  
  497. Date:         Thu, 27 Jun 91 15:49:21 CDT
  498. From:         Kevin Scantlan <C8498@UMVMA>
  499. Subject:      OS-2 printer driver
  500.  
  501. Is there a OS-2 printer driver for a C-Itoh Prowriter Model 8510A?
  502. Any help would be greatly appreciated.
  503.  
  504. ----------------------------------------------------------------------
  505.  
  506. Date: Thu, 27 Jun 91 16:15:37 CDT
  507. From: Bertram G. Moshier <bgm@gallipolis.cray.com>
  508. Reply-To: bgm@timbuk.CRAY.COM
  509. Subject: IBM BBS back in service
  510.  
  511. First to those who don't use the IBM BBS in Altanta, sorry for taking
  512. your time.
  513.  
  514. To those who use the IBM BBS and missed it while they were having LAN
  515. problems.  The BBS is now back up 24 hours a day!  They found the problem
  516. 6/25/91 and have been up without a hitch every since.  30 hours may not
  517. sound like a long time but for this problem it is forever.  Here's
  518. praying it stays that way.
  519.  
  520. Bert Moshier
  521. Cray Research, Inc.
  522.  
  523. ----------------------------------------------------------------------
  524.  
  525. Date:         Mon, 01 Jul 91 01:29:50 EDT
  526. From:         "Jamie (SOFTREVU Moderator)" <EL406012@BROWNVM>
  527. Organization: Looney Tunes Adventures
  528. Subject:      Multimedia Software Packages
  529.  
  530.   I am interested in Multimedia software packages which people think are
  531. impressive, useful, flexible and powerful.  The software can encompass
  532. any form or aspect of multimedia that is considered useful.
  533.  
  534.   What is the overall goal/objective of this particular software package?
  535. What are your impressions of the product?  What are the notable features?
  536. What are its areas of application?  What are the hardware requirements for
  537. this product??
  538.  
  539. Thanks,
  540. Jamie Donnelly
  541.  
  542. ----------------------------------------------------------------------
  543.  
  544. Date:       Mon, 01 Jul 91 11:24:43 BST
  545. From:       Pete Lucas <PJML@IBMA.NERC-WALLINGFORD.AC.UK>
  546. Subject:    ANSI standard REXX.
  547.  
  548. I have received several replies to my query on ANSI-standard REXX; for the
  549. benefit of you all, here is a brief summary:-
  550.  
  551. REXX is being studied by ANSI committee X3J18, the first meeting was
  552. in January, chaired by Brian Marks of IBM Hursley.
  553. REXX 4.0 is being used as the basis; it is likely to be a couple of
  554. years before the committee produces a response.
  555. Mike Cowlishaw (the original inventor of REXX) is heavily involved - the
  556. prpopsed standard will be based heavily on his book 'The REXX Language'
  557. second edition.
  558.  
  559. Lets hope the deliberations are constructive and that REXX becomes an
  560. industry-standard as soon as possible. Anything to save us from DOS Batch
  561. commands and 'C' shell-scripts!
  562.  
  563.  Pete Lucas  PJML@UK.AC.NWL.IA   G6WBJ@GB7SDN.GBR.EU   PJML%IA.NWL.AC.UK@UKACRL
  564.  NCS-TLC, Holbrook House, Swindon
  565.  
  566. ----------------------------------------------------------------------
  567.  
  568. Date:         Tue, 2 Jul 91 08:15:42 CDT
  569. Reply-To:     Server-Requester Discussion List <SRVREQ-L@INDYCMS.BITNET>
  570. From:         Christian Kr ppl <KROEPPL@AWIIMC12.BITNET>
  571. Subject:      Apple Macintosh in a OS/2 Network
  572.  
  573. Is anyone using a Apple Macintosh in a OS/2 Network under IBM LANSERVER 1.3?
  574. Which software is needed to use the Macintosh as requester to the lanserver.
  575. Can you help me?
  576. Thanks in advance
  577.  
  578. ----------------------------------------------------------------------
  579.  
  580. Date: Wed, 3 Jul 91 14:56:19 CDT
  581. From: Bertram G. Moshier 612/683-5419 <bgm@gallipolis.cray.com>
  582. Reply-To: bgm@timbuk.CRAY.COM
  583. Subject: FYI:  Bill Gate's "infamous" memo
  584.  
  585. Attached is a copy of the now famous/infamous Bill Gates memo.  I got it
  586. from the OS/2 Shareware BBS.  I don't know who typed it in from a
  587. photocopy as the leadin says.
  588.  
  589. Bert.
  590.  
  591. This document was typed from a photocopy.  Some portions of the  memo
  592. were illegible and were left blank.  Please notice, Bill Gates  calls
  593. Windows an operating  system (OS).   Mr. Gates doesn't  even know the
  594. difference.   His statement  is like  calling X-Windows  an operating
  595. system!
  596.  
  597. Challenges and Strategies
  598. Bill Gates
  599. May 16, 1991
  600. Prologue:  The Reason for this memo
  601.  
  602. Every year  I set  aside at  least one  "think week"  to get away and
  603. update  myself  on  the  latest  technical  developments-reading  PhD
  604. theses, using  competitive products,  reading books,  newsletters and
  605. anything I can get my hands on.  Several valuable thoughts have  come
  606. out of these retreats (tables for Word, outlining in Excel,  treating
  607. DOS as more of an asset), however the complexity of the industry  and
  608. it's technology means that a lot  of my time is spent just  trying to
  609. keep up  rather than  coming up  with new  product ideas.   It  is no
  610. longer possible for any person, even our "architects", to  understand
  611. everything that  is going  on.   Networking, processors, linguistics,
  612. multimedia, development tools, and user interfaces are just a  subset
  613. of  the  technologies  that  will  effect  Microsoft.   My role is to
  614. understand enough  to set  direction.   I enjoy  these weeks  a great
  615. deal-not because I get away from the issues of running Microsoft  but
  616. rather because I get to think more clearly about how to best lead the
  617. company  away  from  problems  and  towards  opportunities.  A lot of
  618. people choose things for me to read.   By the end of the week  I make
  619. an  effort  to  synthesize  the  best  ideas  and  make our technical
  620. strategy clear.
  621.  
  622. This year I  decided to write  a memo about  overall strategy to  the
  623. executive  staff.    As  we  have  grown  and faced new challenges my
  624. opportunities  to  speak  to  each  of  you directly has been greatly
  625. reduced.  Even the aspects of our strategy that remain unchanged  are
  626. worth reinforcing.
  627.  
  628. In  the  same  way  that  DEC's  strategy  for  the  80's was VAX-one
  629. architecture,  one  operating  system-our  strategy  for  the 90's is
  630. Windows-one  evolving  architecture,  a  couple  of  implementations.
  631. Everything we do should focus on making Windows more successful.
  632.  
  633. A source of inspiration  to me is a  memo by John Walker  of Autodesk
  634. called "Autodesk:  The Final  Days" (copies available from Julie  G.)
  635. It's brilliantly written and incredibly insightful.  John hasn't been
  636. part of Autodesk management for  three years and hasn't attended  any
  637. management meetings for over two  years, so he writes as  an outsider
  638. questioning whether Autodesk is doing  the right things.  By  talking
  639. about how  a large  company slows  down, fails  to invest  enough and
  640. loses  sight  of  what  is  important,  and  by using Microsoft as an
  641. example of how to do some  things correctly he manages to touch  on a
  642. lot of what's  right and wrong  with Microsoft today.   Amazingly his
  643. nightmare scenario to get people to consider what's really  important
  644. is Microsoft deciding  to enter the  CAD market-something we  have no
  645. present thoughts of doing because it would stretch us too thin.   Our
  646. nightmare-IBM "attacking" us in systems software, Novell  "defeating"
  647. us   in   networking   and   more   agile,   lower   cost  structure,
  648. customer-oriented applications competitors getting their Windows  act
  649. together is not a scenario, but a reality.
  650.  
  651. Recently a  long time  employee mentioned  that we  seem to have more
  652. challenges facing us now than ever before.  Although I agree that  it
  653. feels that way I  can say with confidence  that it has felt  that way
  654. every year for  the last 15.   We decided  to pursue a  broad product
  655. strategy from  the very  beginning of  the company  and that means we
  656. have  a  lot  of  competitors.    Our success is incredible, not just
  657. within  the  software  industry  or  computer industry but within the
  658. history of business, and the combination of this with the  incredibly
  659. competitive nature of our business breeds challenges to our position.
  660. I think  it is  critical to  divide these  challenges into  different
  661. categories.
  662.  
  663. Category 1
  664.  
  665. This category contains issues of  great importance but which I  judge
  666. should have little effect on how you do your job in the future.
  667.  
  668. Apple lawsuit:  This is a  very serious lawsuit.  If the  judge rules
  669. against us, without making it clear what we have to change or asks me
  670. to eliminate  something fundamental  to all  windowing systems  (like
  671. overlapping windows) it  would be disastrous.   At the  very start of
  672. this lawsuit we  decided that Bill  Neukom and I  would give it  very
  673. high priority and that the rest of the executive staff could focus on
  674. their jobs without learning about the complex twists and turns of the
  675. lawsuit.  Microsoft is spending millions to defend features contained
  676. in every popular  windows system on  the market and  to help set  the
  677. boundaries of where copyrights should not be applied.  I think it  is
  678. absurd that the lawsuit is taking  so long and that we are  educating
  679. the third federal judge on the case.   I am pleased with our work  on
  680. this case.   Our view that  we will almost  certainly prevail remains
  681. unchanged.
  682.  
  683. Federal Trade Commission:   It must  be surprising that  our two most
  684. vbisable problems  are in  this category.   Certainly  I take the FTC
  685. inquiry seriously and I  am sure it will  use up even more  executive
  686. staff time than the Apple lawsuit  has.  However I know we  don't get
  687. unfair  advantages  in  any  of  the  markets  we are in.  As Ruthann
  688. Quindlen  stated  recently  in  InfoWorld  (supported  by  many other
  689. editorials  like  Business  Week's)  our  combination  of products is
  690. similar  to  that  of  every  other  high  technology company and our
  691. success is based  on having great  products.  I  hope we can  quickly
  692. educate the FTC on our business.
  693.  
  694. Retirement of  key executives:   The  retirement of  Jon Shirley  and
  695. Jeremy Butler-absolutely  two of  the finest  executives anywhere-are
  696. significant losses for  Microsoft.  Last  year's "think week"  was my
  697. worst because Mike  Hallman called me  to say Jeremy  was planning to
  698. retire.  I had Jeremy fly out  and meet with me for hours to  try and
  699. change his  mind.   I am  sure more  people will  be retiring  in the
  700. future.   However, I  am confident  that we  are developing  a lot of
  701. great people internally and that  we are hiring the best  people from
  702. the outside the company.  Just  look at some of the recent  additions
  703. to our executive staff-people like Brad Silverberg, Jeff Raikes,  and
  704. Gary Gigot.  Consider the talent pool right below the executive staff
  705. level-Jim Allchim, Pete Higgins, Patty Stonesifer, Rob Glasser,  Mike
  706. Murray, Mike Brown and so many others.  I love working with people of
  707. this caliber-not only do they do a good job but they keep me doing my
  708. best.  I certainly  have no plans to  back off from my  dedication to
  709. the company.
  710.  
  711. Printer business unit:  Generally  when we enter a product  category,
  712. we innovate.  Even if our first version is not a winner, we establish
  713. a position from  which we can  make further improvements.   Our entry
  714. into  the  printer  software  business  has  not succeeded.  Steve is
  715. considering what strategy  we should pursue  to make the  best of our
  716. errors.   Our problems  have educated  us to  consider carefully  the
  717. importance  and  synergy  of  doing  new  things.    Offering a cheap
  718. Postscript turned out not only be very hard but completely irrelevant
  719. to helping our other products.  We overestimated the threat of  Adobe
  720. as a competitor and  ended up making them  as "enemy", while we  hurt
  721. our  relationship  with  Hewlett-Packard  and  focused on non-Windows
  722. specific  issues.    Selecting  TrueType  as  our  font  solution and
  723. building it  into the  system was  an excellent  decision despite the
  724. immense   resources   that   has   cost   us.    TrueType-  our  font
  725. format-separate  from  TrueImage-our  Postscript  clone.  Printing is
  726. critical  and  we  will  be  involved  in printing software, but in a
  727. different way than  we have to  dare.  The  caution we have  shown in
  728. making acquisitions is reinforced by this experience.
  729.  
  730. Category 2
  731.  
  732. These are problems that are serious, but solving them correctly  will
  733. provide growth so they can be thought of as opportunities.
  734.  
  735. Dislike of Microsoft/openess:  Our applications have always succeeded
  736. based  on  their  own  merit  rather  than  on some benefit of unfair
  737. knowledge  of  system  software.    We  need  to explain our hardware
  738. neutral approach and the benefits  that has generated for end  users.
  739. We need to have  visable events on a  regular basis where we  solicit
  740. the input of anyone who wants to influence our future direction.   If
  741. we can institutionalize  a process that  the world feels  comfortable
  742. with, we will strenghten our  position incredibly.  This is  going to
  743. require a  lot more  creativity than  even the  "Open Forums"  we are
  744. discussing.   UNIX has  OSF and  X/Open-we also  need clear  ways for
  745. organizations  of  all   types  (hardware,  ISV,   IHV,  corporation,
  746. universities)  to  feel  like  they  have  something  invested in our
  747. approach and can affect our course.
  748.  
  749. IBM:   IBM is  proposing to  take over  the definition  of PC desktop
  750. operating systems.  This would be a new role for them-their  previous
  751. attempts:   Topview and  the 3270  control program,  did not succeed.
  752. The barriers to their success are not only technical but  structural.
  753. Why are they willing to lose so much money on systems software?   The
  754. answer is that  they have a  plan to design  the operating system  so
  755. that  their  hardware  (MCA)  and  applications  are  tied  in.   Our
  756. disagreements with IBM over OS/2 were that we wanted to push 2.0  and
  757. they wanted to push 1.3.   Now they have switched to the  strategy we
  758. proposed-even  using  our  marketing  slogan  "better  windows   than
  759. Windows."    We  will  not  attack  IBM  as a company even our public
  760. "attacks" on OS/2 will be very professional.  Our strategy is to make
  761. sure  that  we  evolve  the  Windows  API  and get developers to take
  762. advantage of the new features  rapidly, while IBM has a  poor product
  763. with poor Windows functionality.  Amazingly they are not  cooperating
  764. with us on our compatibility approach called WLO, but are trying  the
  765. approach we did not choose of using Windows code itself.  Their  lack
  766. of cooperation limits WLO effectiveness and the Windows approach  has
  767. contractual and technical  problems for them.   We will  do almost no
  768. work specific to OS/2 2.0- we will rely on their 1.3 compatibility to
  769. run our applications and most of our networking software.  Our  focus
  770. is on OS/2 3.0.  If a  customer buys OS/2 2.0, the problem for  us is
  771. that they will expect to  get Extended Edition and perhaps  some PM16
  772. applications that  may not  be on  3.0 so  we will  have "lost"  that
  773. customer.  Other than usability,  making sure Windows is the  winning
  774. OS is our highest  priority.  Eventually we  need to have at  least a
  775. neutral relationship  with IBM.   For  the next  24 months  it may be
  776. fairly cold.  If we do succeed, then we will be done forever with the
  777. poor code, poor design, poor  process, and other overhead that  doing
  778. our best to do what IBM has led to (for the last five years).  We can
  779. emerge as a better and  stronger company where people won't  just say
  780. we are the standard because IBM chose us.  In the large accounts  IBM
  781. will  retain  a  some  of  its  influence-this  is  where our risk is
  782. highest.
  783.  
  784. Usability/support:   If there  is any  area we  have not  paid enough
  785. attention to it is usability/support.  It is really embarrassing that
  786. people have  to wait  so long  on the  phone to  talk to  us about  a
  787. problems in our  products.  The  number of customers  that get a  bad
  788. impression because  of this  must number  in the  millions worldwide.
  789. Why weren't we hiring  at full speed and  picking new site every  day
  790. for the last three years?  Why did people keep talking about  support
  791. as a profit  center?  The  creation of support  as a channel  hid its
  792. costs from the product groups.  As CEO I take full responsibility for
  793. these mistakes.  Our product can  be far more usable and the  product
  794. groups are focusing on this opportunity-particularly the Windows  and
  795. Windows application groups.  We will spend what it takes to have  the
  796. best support (without an 800 number.)  I think we can cut the  number
  797. of phone calls generated by our products to less than half of what it
  798. is today and use training and  technology to cut the length of  phone
  799. calls.  However, we shouldn't assume  this in our plans to solve  the
  800. problem.  Excel 3, with Word  2 and our EBU products have  started to
  801. move in the right direction.  Hopefully Windows 3.1 will generate lot
  802. less  calls.    The  handwidth  of  communication between the product
  803. groups and PSs is going up  dramatically, but there is still lots  of
  804. room for creativity.   I insist  that we are  able to use  quality of
  805. support as a  sales tool. surveys  like the JD  Power survey done  on
  806. will become important-asking people How many times were you confused?
  807. How many times did  you have to call?   How good was  the service you
  808. received?  Fixing this problem will  cost us a lot of profits  and we
  809. should make that clear to analysts.   With this problem fixed we  can
  810. really start building  some lifetime customers.   Only really  usable
  811. software can be used by the  "rest of the people who have  not bought
  812. PC's", so making software more  usable expands the market.   Likewise
  813. it is the usability of  software that will determine how  many people
  814. decide to  use only  a WORKS-  like product  or move  up to  a larger
  815. package and it will determine how many large packages they can easily
  816. work with.  Usability is  incredible stuff-once it is designed  it is
  817. easy to implement, saves  money, wins ,market share,  makes customers
  818. happier and lets them buy more expensive software!
  819.  
  820. Networking:  We knew it wasn't going to be easy, but it has been even
  821. harder than we expected to build a position in networking.  You  will
  822. see us backing off on some of the spending level but don't doubt that
  823. we are totally committed to the  business.  Our strategy is to  build
  824. networking into the operating system.  Some of the services will  not
  825. be in  the same  box but  they will  have been designed, evangelized,
  826. implemented  and  tested  as  part  of each operating system release.
  827. What this means is that  we will define operations on  and attributes
  828. of entities like  files, users, machines,  mail, printer or  services
  829. that users  or applications  can have  access to  directly inside the
  830. system software.   Although  we will  allow connections  to different
  831. systems we  will make  ours the  easiest to  use by  some of them and
  832. making all of them seemless.  Architecturing the extensions for these
  833. entities including our evolution of the file system and how we tie in
  834. with  standards   like  Novell   and  DCE   will  be   Jim  Allchim's
  835. responsibility even  though the  implementation of  several of  these
  836. will be in other parts of the  company (for example OS or Mail.)   We
  837. are in a race to  define these extensions because Novell's  dominance
  838. and DCE's popularity could allow them to usurp our role unless we get
  839. a strong message,  good tools and  great implementations done  fairly
  840. quickly.  We will embrace DCE as a weapon against Novell although  we
  841. don't know exactly how to relate to DCE quite yet.  Our strength will
  842. come from Windows, including the advanced implementation based on NT.
  843.  
  844. Technology:  Technical change is  always a challenge for the  current
  845. companies in a field.  Even if they recognize that a change is taking
  846. place, they are tied to the past.  New companies will move to exploit
  847. the opportunity.  Our gain in applications is in no small part due to
  848. the failure of the  existing leaders to listen  to what we and  other
  849. people were saying about GUL.  Technical change can be a new hardware
  850. platform like NeXT, a new type  of machine like Pen or Multimedia,  a
  851. new  software  platform  like  Patriot  Partners,  a  new category, a
  852. redefinition of a category or a much faster development  methodology.
  853. Many of the changes  that will take place  in PCs can be  anticipated
  854. (performance, memory, screens, motion video), however,  understanding
  855. when and how is still quite complex.  Other changes like linguistics,
  856. reasoning, voice  recognition or  learning are  harder to anticipate.
  857. We will reduce our  technical risk by strengthening  our relationship
  858. with the research  community and having  some projects of  our own in
  859. areas   of   greatest   importance   (development   environments  and
  860. linguistics, for  example.)   Nathan (and  Kay Nishi  before him) has
  861. pointed out that  the transition of  consumer electronics to  digital
  862. form will create platforms with systems software-whether it's a touch
  863. screen organizer or an intelligent TV.  The need to work closely with
  864. Sony,  Philips,  Matsushita,  Thompson  and  other  Japanese consumer
  865. electronics companies will  require people people  in both Tokyo  and
  866. Redmond working with  both the research  and project groups  in these
  867. companies.  We  should have an  annual exchange of  research thinking
  868. with most of these companies similar  to what we want to do  with MIT
  869. or Stanford.   We  have the  opportunity to  do the  best job ever in
  870. combining research  with development  in the  computer field  largely
  871. because no one  has ever done  it very well  (although Sun Apple  are
  872. also working hard on this.)  Nathan's kickoff memo talks about  about
  873. having  the  research  group  use  our  tools  and  including program
  874. management inside the research team.  Our proposition is that all  of
  875. the exciting new  features can be  accommodated as extensions  to the
  876. existing  PC  standard.    Others  propose  that   start-from-scratch
  877. approaches are cleaner and therefore better.  This is the essence  of
  878. the debate with Go, NeXT and Patriot.  To win in this we have to  get
  879. there early before significant development momentum builds up  behind
  880. the incompatable  approach.   The key  to our  Macintosh strategy was
  881. recognizing that the graphics and  process of the PC would  not allow
  882. us to  catch up  soon enough  to prevent  Mac from achieving critical
  883. mass so we supported it.   Sun presents a particular challenge to  us
  884. because  they  have  significant  development  backing  and  high end
  885. features  to  go  with  their  RISC  performance.    ARC  is the most
  886. evolutionary way  to get  to RISC  and it  will require  alot of good
  887. execution by us and others for the strategy to succeed.
  888.  
  889. Our   evolutionary   proposition   should   be  quite  marketable  to
  890. users-combined with hardware neutrality the message is "Our  software
  891. runs today's software on all  (almost) hardware and both today's  and
  892. tomorrow's software on all (almost) of tomorrow's hardware."
  893.  
  894. Category 3
  895.  
  896. This is a category of challenges we face that I don't feel are widely
  897. recognized.
  898.  
  899. Patents:  If people understood how patents would be granted when most
  900. of  today's  ideas  were  invented,  and  had  taken out patents, the
  901. industry would  be at  a complete  standstill today.   I feel certain
  902. that some large  company will patent  some obvious things  related to
  903. interface, object  orientation, algorithm,  application extension  or
  904. other crucial technique.   If we assume this  company has no need  of
  905. any of our patents then they have a 17 year right to take as much  of
  906. our profits as they want.  The solution to this patent exchanges with
  907. large  companies  and  patenting  as  much  as  we can.  Amazingly we
  908. haven't done any patent exchanges that  I am aware of.  Amazingly  we
  909. haven't found a way to use our licensing position to avoid having our
  910. own customers  cause patent  problems for  us.   I know  these aren't
  911. simple problems but they deserve more effort by both legal and  other
  912. groups.  For example we need to do a patent exchange with HP as  part
  913. of   our   new   relationship.      In  many  application  categories
  914. straightforward thinking ahead allows you to come up with  patentable
  915. ideas.    A  recent  paper  from  the  League for Programming Freedom
  916. (available from the legal department) explains some problems with the
  917. way patents are applied to software.
  918.  
  919. Ridgity/Pricing:  In the Autodesk memo, Walker talks about the  short
  920. term  thinking  that  high  profitability  can  generate.    He cites
  921. specific examples such as a very conservative approach to giving  out
  922. free software or a desire to maintain fixed percentages for the wrong
  923. reasons.  Microsoft priced  DOS even lower than  we do today to  help
  924. get it established.   I wonder  if we would  be as aggressive  today.
  925. This is not a simplistic advocacy for just lowering our prices -  our
  926. prices in the US are about  where they should be.  However  the price
  927. of success is that people fail to allow the kind of investments  that
  928. will lead to incredible profits in  the future.  For example we  have
  929. gotten  away  without  funding  any  internal  or  external research.
  930. Nathan is working  with me to  put together a  plan that will  end up
  931. costing $10M per year  about two years from  now.  I have  no plan to
  932. reduce our  spending in  some other  category by  $10M.  Microsoft is
  933. good at investing  in new subsidiaries  and even at  investing in new
  934. products (database,  mail, EBU,  networking).   Most of  our rigidity
  935. comes where  we have  a very  profitable product  and when the market
  936. changes.  In these circumstances we should spend more or change less,
  937. but our system locks us into staying the same and losing share.
  938.  
  939. My  largest  concern  about  price  competition  comes  from Borland.
  940. Organizations smaller than Borland  will not have enough  presence or
  941. credibility to use low price against us broadly.  I think 90% of  the
  942. significant  competition  we  will  face in productivity applications
  943. will come from Lotus,  WordPerfect, Borland, Claris, and  IBM barring
  944. technical innovation by small companies.   It is amazing how  similar
  945. the applications strategies of Microsoft, Lotus, IBM or Microsoft, so
  946. he can  afford to  do things  we would  consider wild.   For  example
  947. Borland  is  considering  not  offering  their Windows word processor
  948. separately  but  integrating  it  with  Quatro for free-the technical
  949. opportunity and value would be  very strong.  This is  very different
  950. than lotus temporarily offering Ami  for free.  Only immense  loyalty
  951. to a product at the  end user level prevents corporations  from using
  952. buying power to cheap site licence. when the US Government DOD  moves
  953. software procurement to  a separate contract,  the price per  user of
  954. software will end up around 0. Why shouldn't some small  organization
  955. price their product at say $1M  for the entire US Government for  all
  956. time?    We  would  if  we  were  small and hungry.  Fortunately most
  957. organizations don't force cheap software on their end users.
  958.  
  959. Another price concern I have is that companies will eventually equipt
  960. all employees that need software with a full complement of  packages,
  961. and  our  only  revenue  opportunity  will  be  upgrades or ephemeral
  962. information.  Although this problem is over five years away, I  think
  963. it is important to keep in mind.
  964.  
  965. Summary
  966.  
  967. Readers of  this memo  may feel  that I  have given  applictaions too
  968. little air time.  I don't  mean to downplay their importance at  all.
  969. Applications have been  the primary engine  of growth (especially  in
  970. International) over the past two years.  Although Windows' success is
  971. necessary for Microsoft applications to succeed it is not sufficient.
  972. Other  ISVs  will  be  there  early  with  good  applications   fully
  973. exploiting the environment (Notes, Ami, Designer), so exploitation is
  974. only half of the job.  The need to "reinvent" categories and the  way
  975. they relate to each other is crucial for all of our applications.   I
  976. will be writing up some of my ideas for big changes in applications.
  977.  
  978. The  simplest  summary  is  to  repeat  our strategy in it's simplest
  979. form-"Windows- one evolving architecture, a couple of implementations
  980. and  an  immense  number  of  great  applications  from Microsoft and
  981. others."    The  evolution  refers  to  the  addition  of pen, audio,
  982. multimedia, networking, macro  language, .32-bit, advanced  graphics,
  983. setup, a better file system, and  a lot of usability.  The  "a couple
  984. of implementations"  is a  somewhat humorous  references to  the fact
  985. that our NT based versions  and our non-NT versions have  a different
  986. code in  a number  of areas  to allow  us to  have booth the advanced
  987. features  we  want  and  be  fairly  small on the Intel architecture.
  988. Eventually we will  get back to  one implementation but  it will take
  989. four years before  we use NT  for everything.   I would not  use this
  990. simple summary for  outside consumption-there it  would be more  like
  991. "Windows-one  evolving  architecture  with  hardware  freedom for all
  992. users and freedom to chose amongst the largest set of applications."
  993.  
  994. Although the challenges should make  us quite humble about the  years
  995. to come  I think  our position  (best software  company setting  many
  996. desktop "standards") is an enviable one and our people are the  best.
  997. The opportunity for us if we execute this strategy is incredible.
  998.  
  999. ----------------------------------------------------------------------
  1000.  
  1001. Date: Wed, 26 Jun 91 12:29:21 EDT
  1002. From: Marc Cohen 8/443-3945 <mlcohen@bcrvmpc1.vnet.ibm.com>
  1003. Subject: Adobe Type 1 fonts for OS/2 ATM
  1004.  
  1005. >]Does anyone know how to get more fonts for Adobe Type Manager
  1006. >Have you tried downloading from SIMTEL20 ? There are a lot of PD and
  1007. >Shareware Fonts for ATM (for DOS).
  1008. >
  1009. >]I have
  1010. >]talked to dealers who only know about the Mac or Windows version
  1011. >]of ATM, and I'm concerned that I won't get all the necessary
  1012. >]files.  As I understand it ATM under Windows can make do
  1013. >]with less or different font files.
  1014. >As far as I know (I will try this in a week or two), Adobe Type 1 Fonts
  1015. >are the same for OS/2 as they are for Windows.
  1016. >I definitely know they are the same for Windows and Mac (if you kick
  1017. >away all the Resourcefork stuff).
  1018. >So just try it.
  1019. >
  1020. >Regards, Michael
  1021.  
  1022. ATM type 1 fonts used with OS/2 are defined by two files. The binary
  1023. data defining the characters is in a file with an extension of ".PFB".
  1024. The metrics information that describe the font itself and the relative
  1025. character size information is in a file with an extension of ".AFM". If
  1026. you already have the fonts (.PFB files) but not the metrics files (.AFM
  1027. files), you can obtain the .AFM files from Adobe. Most sources today
  1028. will ship with both files.
  1029.  
  1030. Marc L. Cohen                  vnet: MLCOHEN at BCRVMPC1
  1031.                            internet: mlcohen@bcrvmpc1.vnet.ibm.com
  1032.  
  1033. ------------------------------------------------------------------------
  1034.  
  1035. From: larrys@watson.ibm.com
  1036. Subject: PC Expo Demo
  1037. Date: 25 Jun 91 23:53:04 GMT
  1038. Organization: IBM Research
  1039.  
  1040. This is an append I made to an internal newsgroup about what I saw today
  1041. at PC Expo.  I do not feel like retyping it, so here it is...
  1042.  
  1043. ----- OS2ARENA FORUM appended at 22:53:55 on 91/06/25 GMT (by LARRYS at YKTVMV)
  1044. ..... OS2ARENA FORUM modified at 23:06:08 on 91/06/25 GMT (by LARRYS at YKTVMV)
  1045. Subject: PC Expo and Some Comments
  1046.  
  1047. Long append...
  1048.  
  1049. Having just returned from day 1 of the PC Expo, here are my comments:
  1050.  
  1051. OS/2 2.0 Demo (by Joe and Lee):
  1052.  
  1053. It was amazing!  Go see it if at all possible!  Before I go into details,
  1054. I would like to send a CASE of Scooby snacks to the OS/2 Development
  1055. team in Boca, Lee Reiswig, and Joe G. (I can never spell/pronounce his
  1056. name).  You guys have done an EXCELLENT job!!!
  1057.  
  1058. OS/2 2.0 never made Windows look worse.  Bill Gates does indeed have
  1059. something to worry about...
  1060.  
  1061. Side by side, two model 70's with 6M of memory each were used to run
  1062. 1) OS/2 2.0 with some word processor (I want to say DeScribe) and 2)
  1063. DOS 5.0 with the same word processor.  Both loaded a 5000+ line file
  1064. and repaginated the entire file with a new font.  OS/2 2.0 did the task
  1065. in ***HALF*** the time it took Windows to do the task.
  1066.  
  1067. The same computers were used in other OS/2 vs. Windows tests:  after
  1068. repaginating the document, both computers decided to save under a new
  1069. filename, with the intention of opening a new file after doing so.
  1070. OS/2 selected "Save as...", entered the filename, and opened the new
  1071. file IMMEDIATELY, while Windows selected "Save as...", entered the
  1072. filename, and...whoops...no preemptive I/O, so we had to wait on the
  1073. Windows computer while OS/2 kept chugging along (incidentally, the
  1074. new file had the words "I wonder what the other users are doing now?"
  1075.  
  1076. With 2 DOS windowed prompts running on both machines, one had Lotus
  1077. 123 2.2 loading a 5000 row spreadsheet, another had dBase IV doing a
  1078. query on a rather large (cannot remember the size) database, another
  1079. windowed prompt was opened and "DIR" was executed.  The OS/2 computer
  1080. displayed the directory smoothly while the Windows computer displayed
  1081. it quite "jerkily".
  1082.  
  1083. Both computers ran "BADAPP", an application intentionally written to
  1084. do "the nasty".  On OS/2, you received a notice that an illegal
  1085. instruction was attempted to be executed and that it would be killed,
  1086. after which OS/2 continued to run smoothly.  However, the Windows
  1087. PC displayed the infamous "The application has violated the system
  1088. integrity.  Please close all applications, exit Windows, and reboot the
  1089. system" message.
  1090.  
  1091. Both computers opened a windowed prompt and ran "CHKDSK" to get the
  1092. system statistics.  Windows displayed 654xxx bytes usable, 599xxx bytes
  1093. free, while OS/2 display 655xxx bytes usable, 647xxx bytes free.
  1094.  
  1095. Finally, Lee demonstrated "something you won't see on Windows".  OS/2 2.0
  1096. was shown running an OS/2 application, a Windows 3.0 application, a
  1097. Windows 2.1 application, and a DOS text-mode application, side-by-side
  1098. in 4 DOS windowed command prompts.
  1099.  
  1100. Enough Windows bashing from the demo...
  1101.  
  1102. DOS applications:  48M per application using the DPMI 1.0 (you read that
  1103. right; we are using 1.0 instead of 0.9) spec.  Does your DOS program
  1104. require special drivers?  NO PROBLEM.  Lee demonstrated "satisFAXion"
  1105. which dialed a FAX machine in the room and sent a FAX document, all in
  1106. a DOS window.  Additionally, some popular multi-media application (I
  1107. cannot remember the name) played a bunch of MIDI stuff, all in a DOS
  1108. window.  Finally, Flight Simulator was run, both full-screen, then in
  1109. a DOS window, with no problems, and only a slight performance hit.
  1110.  
  1111. Network:  there was a 3 server network running in the room, one server
  1112. was an IBM LAN Server, another was a Novell Server, and the other was
  1113. a Banyon VINES Unix Server.  Drag a file from VINES, drop it in the
  1114. Novell window, no problem.  This REALLY impressed a lot of people.
  1115. LDU (Lan Download Utility) was also demonstrated which allows you to
  1116. install software, including operating systems, via the LAN.  Finally,
  1117. LAN Chess was demonstrated, which is a groupware application allowing
  1118. two humans to play each other over the network (Lee did not mention if
  1119. | this was shipping with OS/2 2.0 LAN Requestor).  Also, I forgot to
  1120. | mention that the Novell Server was running on a Compaq SystemPro.
  1121.  
  1122. Workplace shell:  very impressive.  It was demonstrated to run configured
  1123. as the Windows shell, the OS/2 1.3 shell, or the Workplace model.
  1124. Drag-n-drop went very smoothly, as well as the "automatic associations"
  1125. which allowed the user to double-click on a file and have the System
  1126. Editor come up automatically with the file loaded.  Some applets were
  1127. also shown, Neko and Klondike were actually run with both receiving
  1128. quite good responses.  The "Development Folder" was opened, revealing
  1129. PM Diary, split up into its various pieces, although none were actually
  1130. run.  Incidentally, Klondike and Neko were run from the "Games Folder"
  1131. which also had Blox, Scramble, Reversi, and a few other "neato-daddyo"
  1132. applications in it.  People seemed to like the idea of having applets
  1133. which allow them to get used to the system without actually having to
  1134. spend a million bucks for a full-blown OS/2 application.
  1135.  
  1136. Also, I would like to give an extra attaboy to the people responsible
  1137. for the new Control Panel (now known simply as "Preferences", which I
  1138. like because it is more friendly and less techie).  It was very similar
  1139. to the NeXT configuration program in that it had different icons for
  1140. different areas that can be configured.  Interesting aspect was, under
  1141. the mouse section, the "tracking speed" slidebar.
  1142.  
  1143. The CONFIG.SYS editor was shown which impressed people, and it was noted
  1144. that OS/2 install will AUTOMATICALLY reinstall any applications that
  1145. were previously installed, and will update the CONFIG.SYS to include any
  1146. device drivers, PATH (and, I imagine, DPATH and LIBPATH) changes, etc.
  1147. that were made to previous versions of OS/2.
  1148.  
  1149. Graphical Install:  it was impressive, although it wasn't apparent if
  1150. it ran outright in PM, or if you had to install the first disk or two
  1151. before switching over.
  1152.  
  1153. Other points needing to be mentioned:  Joe said that until the end of
  1154. the year, there will be $99 upgrade to OS/2 1.3 SE from DOS and $150
  1155. outright, with a free upgrade to OS/2 2.0 when it is released.  He
  1156. mentioned that this should attract any PC user, even if (s)he only wants
  1157. it to multitask DOS applications.
  1158.  
  1159. Lee closed the demo by opening a DOS windowed prompt and running
  1160. Space Quest 4 with the MIDI output sent to the speakers, since he liked
  1161. the music.  It made for a great closing theme.
  1162.  
  1163. All in all, the demo was fantastic, exciting, and made me quite proud
  1164. to be an IBMer.
  1165.  
  1166. =================
  1167.  
  1168. IBM had a set of rather large booths, one on the main floor, and one
  1169. upstairs.  The former demonstrated IBM products, including a model 95
  1170. running the new Intel 50MHz 486, in general, while the latter was
  1171. dedicated to OS/2.  The OS/2 booth was good, and I was able to make a
  1172. good impression by dressing in jeans and a t-shirt with a collared shirt
  1173. over it, and by augmenting what the IBM reps were saying.  I'm saying
  1174. this because it turned a few heads to see someone NOT in a pin-stripe.
  1175. I *strongly encourage* any other IBMers who plan to go, to do the same.
  1176. The things that people wanted to hear are that OS/2 applets are shipped
  1177. FREE with OS/2 (note the key word); that they can receive a copy of
  1178. 2.0 Beta by becoming a member of the Early Experience Program, and that
  1179. 14 OEMs have signed contracts for support of OS/2 2.0 (or something like
  1180. that.  I didn't quite catch everything that was said by the IBM rep
  1181. who stated this).  Also in the booth were ISVs with their OS/2 apps
  1182. (like CaseWorks with CASE:PM.  I was really impressed...)
  1183.  
  1184. Additionally, IBM had a booth next to room 1E08 where the demo was done,
  1185. with IBM and other vendors downstairs answering technical questions.
  1186. Borland was even there, and today it was announced that Object Vision
  1187. will be ported to OS/2 2.0 and should ship by the end of this year.
  1188.  
  1189. ============
  1190.  
  1191. All in all, I had a good time.  The other booths were interesting,
  1192. and I didn't see Microsoft anywhere (they must've known I was coming ;).
  1193. From the demo, it is QUITE apparent that Bill Gates has a LOT to worry
  1194. about, and I think now is the time to start writing letters to the
  1195. magazines defending IBM and OS/2 2.0.  The world has a nuclear weapon
  1196. coming for it in 4Q91 and it better be ready.
  1197.  
  1198. Cheers,
  1199. Larry Salomon, Jr. (aka 'Q')            LARRYS@YKTVMV.BITNET
  1200. OS/2 Applications and Tools             larrys@ibmman.watson.ibm.com
  1201. IBM T.J. Watson Research Center         larrys@eng.clemson.edu
  1202. Yorktown Heights, NY
  1203.  
  1204. Disclaimer:  The statements and/or opinions stated above are strictly my
  1205. own and do not reflect the views of my employer.  Additionally, I have a
  1206. reputation for being obnoxious, so don't take any personal attacks too
  1207. seriously.
  1208.  
  1209. ------------------------------------------------------------------------
  1210.  
  1211. From: larrys@watson.ibm.com (larrys)
  1212. Subject: Bill Gates Blasting IBM
  1213. Date: 26 Jun 91 13:07:30 GMT
  1214. Organization: IBM T.J. Watson Research Center
  1215.  
  1216. Now it is not my place to criticize, but I would like to address a few
  1217. things that have been bothering me for quite some time.
  1218.  
  1219. I don't like Bill Gates.
  1220.  
  1221. His attitude is too self-righteous for his own good.  "Other than
  1222. usability, making sure Windows is the winning OS is our highest
  1223. priority", said he in the memo leaked to PC Week.  "If we do succeed,
  1224. then we will be done forever with the poor code, poor design, poor
  1225. process and other overhead that [working with] IBM had led us to."  I am
  1226. sick of hearing Bill Gates say stuff like this, so I will ask the one
  1227. obvious question:
  1228.  
  1229. How come the first version of OS/2 1.3 to NOT be extremely influenced by
  1230. Microsoft (i.e. in lines of code) was the first one to really be praised
  1231. by the press in terms of function provided, performance, and memory/DASD
  1232. required?  It would seem that if Microsoft is so d*@% good, then OS/2
  1233. 1.0, 1.1, or 1.2 would have been the greatest thing since sliced bread.
  1234. But it took 4 versions AND the estrangement of IBM and Microsoft to
  1235. produce a good product.
  1236.  
  1237. ...AND if you thought that was good, see my posting last night about OS/2
  1238. 2.0, which Microsoft had even less to do with that OS/2 1.3.  Bill Gates,
  1239. maybe you ought to sell a few more hundred thousand shares so that you
  1240. don't lose too much money (why DID he sell 400,000 shares anyways?).
  1241.  
  1242. "Our strategy is to make sure that we evolve the Windows API and get
  1243. developers to take advantage of the new features rapidly, while IBM has a
  1244. poor product with poor Windows functionality."  1)  Has anyone tried
  1245. programming for Windows and then PM?  If you have, then you know what a
  1246. nightmare programming for Windows is, compared to PM.  2)  What new
  1247. features?  Multithreading?  More memory?  Preemptive multitasking?  OS/2
  1248. has it, and has it NOW.  3)  Poor product with poor Windows
  1249. functionality?  Just because we don't think the universe revolves around
  1250. Windows doesn't mean we have a poor product.  AND with OS/2 2.0 coming
  1251. out in 4Q91 and the currently consumers perception that Windows isn't
  1252. "all it's cracked up to be", the trend will shift from Windows to OS/2
  1253. 2.0.
  1254.  
  1255. Look, I'm not out to start a holy war about who is better.  Those who
  1256. prefer Windows, try OS/2 2.0.  If it isn't a "better Windows than
  1257. Windows" or a "better DOS than DOS", then IBM will truly be flushed out
  1258. of the PC operating system business and you'll never have to listen to
  1259. this again.
  1260.  
  1261. Cheers,
  1262. Larry Salomon, Jr. (aka 'Q')            LARRYS@YKTVMV.BITNET
  1263. OS/2 Applications and Tools             larrys@ibmman.watson.ibm.com
  1264. IBM T.J. Watson Research Center         larrys@eng.clemson.edu
  1265. Yorktown Heights, NY
  1266.  
  1267. ------------------------------------------------------------------------
  1268.  
  1269. From: larrys@watson.ibm.com
  1270. Subject: Re: OS/2 2.0 : A Better Windows Than Windows ?????
  1271. Date: 27 Jun 91 15:59:56 GMT
  1272. Organization: IBM Research
  1273.  
  1274. In <7540@vela.acs.oakland.edu>, rdthomps@vela.acs.oakland.edu
  1275. (Robert D. Thompson) writes:
  1276. >People,
  1277. >    I would appreciate an answer to the following,
  1278. >     A. I have a Windows Communications Package that can
  1279. >        access a total of up to 2 Async. Serial Ports (this
  1280. >        is assuming you do not use the mouse).
  1281. >     B. I have Digiboards Multiport Board for OS/2 with
  1282. >        16 ports.
  1283. >     Q. Can the same Windows Communications Application, running
  1284. >        under OS/2 2.0 access all 16 ports ?
  1285.  
  1286. If the program is written to handle 16 ports, then the answer is yes.
  1287. Just because the ports are there doesn't mean that magically a program
  1288. written for 2 ports will have an extra 14.
  1289.  
  1290. >     Q. Will the performance of the Windows application be
  1291. >        better than on an equivalent machine running DOS/Windows ?
  1292. >        (i am aware that DLL interfacing reduces the performance,
  1293. >        but the question is how much compared to Windows under
  1294. >        DOS?)
  1295.  
  1296. Okay, here's the scoop.
  1297.  
  1298. The DLL library HAS BEEN REMOVED, according to the "Blue Ninja" at PC
  1299. Expo, due to poor performance.  SO...They have somehow built the calls
  1300. into the system (I did NOT say "kernal").  Expect about an increase of
  1301. 100% in performance for Windows applications running under OS/2 (versus
  1302. its DOS 5.0 and Windows equivalent).  I saw this first hand, so I'm not
  1303. just making up numbers.
  1304.  
  1305. Cheers,
  1306. Larry Salomon, Jr. (aka 'Q')            LARRYS@YKTVMV.BITNET
  1307. OS/2 Applications and Tools             larrys@ibmman.watson.ibm.com
  1308. IBM T.J. Watson Research Center         larrys@eng.clemson.edu
  1309. Yorktown Heights, NY
  1310.  
  1311. Disclaimer:  The statements and/or opinions stated above are strictly my
  1312. own and do not reflect the views of my employer.  Additionally, I have a
  1313. reputation for being obnoxious, so don't take any personal attacks too
  1314. seriously.
  1315.  
  1316. ------------------------------------------------------------------------
  1317.  
  1318. From: larrys@watson.ibm.com
  1319. Subject: OS/2 Dealers
  1320. Date: 27 Jun 91 16:28:14 GMT
  1321. Organization: IBM Research
  1322.  
  1323. The following is from an internal posting in response to my query about
  1324. IBM Authorized Dealers...
  1325.  
  1326. ------------------------------------------
  1327.  
  1328. This list consists of those IBM Authorized Dealers who have
  1329. volunteered to sell OS/2 to those users who cannot obtain it through
  1330. their local dealers.
  1331.  
  1332. Note that this list has been officially sanctioned by IBM Business
  1333. Practices.
  1334.  
  1335.  Last update 6/2/91
  1336.  
  1337.  ***********************************
  1338.  CBM Computer Center
  1339.  198 Moore Drive, Suite 003
  1340.  Lexington, KY  40503
  1341.  606-276-3579
  1342.  ***********************************
  1343.  CBM Computer Center
  1344.  Tim Harbison
  1345.  1776 Snow Road
  1346.  Cleveland, Ohio 44134
  1347.  Phone (216) 398-5200
  1348.  Fax (216) 398-5203
  1349.  
  1350.  Visa, MC, COD...
  1351.  ***********************************
  1352.  Survival Specialties, Inc.
  1353.  H. Stanley Smith
  1354.  9 Chestnut Grove Court
  1355.  New City, NY  10956-2713
  1356.  914-634-6618
  1357.  ***********************************
  1358.  Connecting Point
  1359.  Rhonda Ross
  1360.  813 Massachusetts St.
  1361.  Lawrence, KS.  66044
  1362.  (913) 842-7526
  1363.  ***********************************
  1364.  Egghead Software
  1365.  1-800-EGGHEAD
  1366.  (Original purchase)
  1367.  ***********************************
  1368.  800 Software
  1369.  800-888-4880
  1370.  (Original purchase and update)
  1371.  
  1372. Cheers,
  1373. Larry Salomon, Jr. (aka 'Q')            LARRYS@YKTVMV.BITNET
  1374. OS/2 Applications and Tools             larrys@ibmman.watson.ibm.com
  1375. IBM T.J. Watson Research Center         larrys@eng.clemson.edu
  1376. Yorktown Heights, NY
  1377.  
  1378. Disclaimer:  The statements and/or opinions stated above are strictly my
  1379. own and do not reflect the views of my employer.  Additionally, I have a
  1380. reputation for being obnoxious, so don't take any personal attacks too
  1381. seriously.
  1382.  
  1383. ------------------------------------------------------------------------
  1384.  
  1385. From: larrys@watson.ibm.com (Larry Salomon, Jr.)
  1386. Subject: Re: SOMEONE PLEASE HELP ME WITH OS/2 2.0 INFORMATION...
  1387. Date: 1 Jul 91 12:07:06 GMT
  1388. Organization: IBM Research
  1389. Disclaimer: This posting represents the poster's views, not those of IBM
  1390.  
  1391. In <10017@discus.technion.ac.il>, kolsky@CSB.CS.TECHNION.AC.IL
  1392. (Amir D. Kolsky) writes:
  1393. >
  1394. >A clarifiaction: Windows will not run native means: Windows' API will not
  1395. >be executed directly, Windows Apps should run in their own windows
  1396. >with the PM screen group, thou they might run in a different one to begin with.
  1397. >AmiR.
  1398.  
  1399. Amir, not meaning to undermine your attempts to keep the public informed,
  1400. but in the interests of avoiding a rout, I should add that this issue is
  1401. being investigated and might behave differently at GA time.
  1402.  
  1403. Cheers,
  1404. Larry Salomon, Jr. (aka 'Q')            LARRYS@YKTVMV.BITNET
  1405. OS/2 Applications and Tools             larrys@ibmman.watson.ibm.com
  1406. IBM T.J. Watson Research Center         larrys@eng.clemson.edu
  1407. Yorktown Heights, NY
  1408.  
  1409. Disclaimer:  The statements and/or opinions stated above are strictly my
  1410. own and do not reflect the views of my employer.  Additionally, I have a
  1411. reputation for being obnoxious, so don't take any personal attacks too
  1412. seriously.
  1413.  
  1414. ------------------------------------------------------------------------
  1415.  
  1416. From: larrys@watson.ibm.com (Larry Salomon, Jr.)
  1417. Subject: Getting OS/2 2.0 Beta
  1418. Organization: IBM Research
  1419. Disclaimer: This posting represents the poster's views, not those of IBM
  1420. Date: Mon, 1 Jul 91 13:18:45
  1421.  
  1422. Okay, maybe I did take things too far...Here is a very eloquent posting
  1423. to an internal newsgroup which explains a lot of things.  This is NOT an
  1424. official IBM announcement, so do not take it as such; however, it
  1425. contains a lot of useful information...
  1426.  
  1427. > I understand that people might want to "try out" OS/2 2.0, due to many
  1428. > rave reviews... but if so, these people should also care enough to be
  1429. > willing to "sign up" as IBM customers.  It hardly makes sense to throw
  1430. > a zillion pre-release copies of not-totally-right systems software out
  1431. > to people we don't even know, who have no direct contact with us, just
  1432. > so they can see if they might like it when it's done.
  1433. >
  1434. > If you, as a concerned IBM'er, care enough to direct them to their IBM
  1435. > Branch Office, they can become a "real" IBM customer.  They can then
  1436. > quite legitimately request that the Branch Office, via Area Workstation
  1437. > Specialist, nominate them for the EEP... providing they can make some
  1438. > reasonable case for it; curiosity alone isn't necessarily going to be
  1439. > enough.
  1440. >
  1441. > If their interest doesn't go that far, they shouldn't be in the program
  1442. > anyway... they might be much better off with a viewing of some of the
  1443. > 2.0-related video tapes, including the impending PC Expo tape.  If you
  1444. > want to spread the word, get the tapes yourself and circulate them to
  1445. > the people you think might be interested.
  1446. >
  1447. > The EEP is not a program to satisfy all prospective users' curiosity,
  1448. > nor is it intended as a "free trial" for everyone... IBM certainly does
  1449. > hope it will continue the OS/2 2.0 marketing effort, but the primary
  1450. > interest is in a) helping people get their software ready for cutover
  1451. > to "the real thing", and b) getting information back from them on what
  1452. > is and isn't working for them.  Neither of these makes any sense unless
  1453. > the user is "signed up" with IBM.
  1454. >
  1455. > Whenever you see a request for the EEP, or anything of the sort, you
  1456. > should find out why they want to get 2.0...
  1457. >
  1458. >   o  If they are an ISV/IHV (Independent Software or Hardware Vendor),
  1459. >      they should join the DAP and get in touch with the appropriate IBM
  1460. >      support people in Boca or Austin, who will help them get whatever
  1461. >      they need.
  1462. >
  1463. >   o  If they are an IBM customer, they should be working through their
  1464. >      local Branch Office support staff to serve their needs.
  1465. >
  1466. >   o  If they are not currently an IBM customer, they can become one, and
  1467. >      progress to case 2 above.
  1468. >
  1469. >   o  If they don't want to become an IBM customer, they really have no
  1470. >      grounds for wanting special treatment from IBM, do they?  We'd like
  1471. >      to sell them the software they want... when it's ready for sale.
  1472. >
  1473. > Remember, OS/2 2.0 is going to be on sale in their local dealer's shop
  1474. > in a very few months.
  1475.  
  1476. <Name withheld>
  1477.  
  1478. Cheers,
  1479. Larry Salomon, Jr. (aka 'Q')            LARRYS@YKTVMV.BITNET
  1480. OS/2 Applications and Tools             larrys@ibmman.watson.ibm.com
  1481. IBM T.J. Watson Research Center         larrys@eng.clemson.edu
  1482. Yorktown Heights, NY
  1483.  
  1484. Disclaimer:  The statements and/or opinions stated above are strictly my
  1485. own and do not reflect the views of my employer.  Additionally, I have a
  1486. reputation for being obnoxious, so don't take any personal attacks too
  1487. seriously.
  1488.  
  1489. ------------------------------------------------------------------------
  1490.  
  1491. From: ccmk@lure.latrobe.edu.au
  1492. Subject: Re: 8514/xga dumb questions
  1493. Date: 26 Jun 91 12:54:34 GMT
  1494. Organization: VAX Cluster, Computer Centre, La Trobe University
  1495.  
  1496. In article <1991Jun25.231120.14697@verity.com>,
  1497. dnater@verity.com (Dan Nater) writes:
  1498. > 1)  Please define 8514(/A)    Could one say that 8514 supports 1024x768x256?
  1499. > (in os/2)
  1500.  
  1501. The 8514/A adapter card with the standard 512KB memory supports 1024x768x16
  1502. colours.  With 1MB memory it supports 256 colours.  It works as an
  1503. adjunct to the VGA already on a PS/2.  OS/2 1.x supports 16 colours only,
  1504. so you will not see more than 16 colours via PM in OS/2.  OS/2 2.0
  1505. has a colour model similar to Windows 3.0, so will support more colours
  1506. (256 up to 24 bit colour, but this depends on appropriate hardware).
  1507.  
  1508. > 2) Please define XGA
  1509.  
  1510. XGA is a microchannel-only adapter (and 386 only) that has VGA on-board
  1511. plus 640x480x65,536, 1024x768x16 and 1024x768x256 (with full memory).
  1512.  
  1513. > 3) My goal is to have a 16inch or larger monitor running 1024x768x(>=16)
  1514. >      I  run OS/2 1.3EE and windows 3.0  What should I get.  I'd like to get
  1515. >     "The best" setup.........
  1516.  
  1517. If you want 256 colours you can't get it from OS/2 PM at present.  OS/2
  1518. version 2.0 will have this.  A graphics program that bypasses OS/2 graphics
  1519. calls (naughty) can, of course, give you 256 colours, but then would
  1520. be specific to the adpater card.
  1521.  
  1522. Dr Mark Kosten,        phone: +61 3 479-1500
  1523. Computer Centre,       AARNet (internet): ccmk@lure.latrobe.edu.au
  1524. La Trobe University,
  1525. Bundoora, 3083
  1526. Australia
  1527.  
  1528. ------------------------------------------------------------------------
  1529.  
  1530. From: kwb@betasvm2.vnet.ibm.com (Ken Borgendale)
  1531. Subject: 8514/XGA dumb questions
  1532. Date: 26 Jun 91 20:06:21 GMT
  1533.  
  1534. OS/2 1.x as shipped does support 256 colors on an 8514/A or XGA.  Any
  1535. vendor putting out custom cards can also support 256 color mode.  I
  1536. am running OS/2 1.3 in 256 colors on a 8514/A.
  1537.  
  1538. The XGA is a redesign of the 8514/A to better perform better at
  1539. those tasks for which it is actually used.  Improvements were put
  1540. in for raster ops used by Windows and OS/2, and for pointer (sprite)
  1541. support.  Many of the new 8514/A clones also included some of these
  1542. improvements, which is normal since they had several years of
  1543. product experience to work with.
  1544.  
  1545. OS/2 1.3 fully support XGA.  The current beta 2.0 is missing XGA
  1546. support and 256 color support for the 8514/A.  But these drivers are
  1547. coming soon.
  1548.  
  1549. Ken Borgendale        (Someday I will say something worth disclaiming)
  1550.  
  1551. ------------------------------------------------------------------------
  1552.  
  1553. From: jumakela@cc.helsinki.fi
  1554. Subject: RE: VT320 emulator for OS/2
  1555. Date: 27 Jun 91 13:29:41 GMT
  1556. Organization: University of Helsinki
  1557.  
  1558.         The scandinavian data comapany Nokia Data AB has an
  1559.         excellent VT320-emulator for OS/2 both as an PM and
  1560.         VIO versions. In Norway I'd suggest one to contact
  1561.         the local filial.
  1562.  
  1563. ------------------------------------------------------------------------
  1564.  
  1565. From: jgay@digi.lonestar.org (john gay)
  1566. Subject: New OS/2 v2.0 features (rumored)
  1567. Date: 27 Jun 91 23:23:15 GMT
  1568. Organization: none
  1569.  
  1570. New features rumored to be in OS/2 v2.0 include: (rumored because it was in
  1571. the June 24 issue of PC Week - not exactly the most reliable source)
  1572.  
  1573. * New FAT file system called Super FAT - a faster running implementation of
  1574.   the FAT used in DOS.  Super FAT is completely compatible with current
  1575.   files and disks, achieving its speed increase through 32-bit code.
  1576.   "It's faster than the HPFS [currently] in 2.0", (Lee) Reiswig (assistant
  1577.    general manager of programming at IBM) said, noting that IBM intended to
  1578.    boost the speed of HPFS before the release of 2.0.
  1579.  
  1580. * A multiboot feature that allows users to choose between multiple operating
  1581.   systems, such as DOS, OS/2 1.3 and OS/2 2.0, when they turn on their PCs.
  1582.  
  1583. Well, I don't know about the super FAT file system, but I do know that the
  1584. multiboot feature was asked for here on the net.  Do ya'll suppose that
  1585. somebody is actually listening AND hearing what is said here (other than
  1586. Larry).
  1587.  
  1588. --
  1589. john gay.                      jgay@digi.lonestar.org
  1590. Like Thoreau, I rejoice that there are owls.  Part of the reason is that
  1591. owls eat mice, and thus make a certain number of cats unnecessary, which
  1592. is always a plus.  Jeff Duntemann, Dr. Dobb's June '91
  1593.  
  1594. ------------------------------------------------------------------------
  1595.  
  1596. Date: Fri, 28 Jun 91 10:15:42 EDT
  1597. From: "Ken Borgendale" <kwb@betasvm2.vnet.ibm.com>
  1598. Subject: Building a PC that can run OS/2
  1599.  
  1600. OS/2 is in fact very tolerant of variant hardware, and it is quite
  1601. easy to construct a PC which will run OS/2 from parts.  However, it
  1602. is possible to get hardware which it will not support.  It is not
  1603. possible to test all possible configurations, and IBM does not
  1604. claim to do so, and neither does anyone else.
  1605.  
  1606. OS/2 is an operating system (unlike DOS which just acts as a
  1607. program monitor) and therefore desires to control and exploit
  1608. the devices attached to the system.  To do this it requires a
  1609. driver for each device.  Other operating systems like Unix also
  1610. require this (as does Windows which must do this work because DOS
  1611. is not acting as an operating system).  OS/2 ships with a set of
  1612. standard device drivers.
  1613.  
  1614. When putting devices in a system, you can either use a "clone"
  1615. device which exactly matches a standard device, or you can add
  1616. a device driver which matches the device.  Problems come up when
  1617. you do neither of these.  Most of the "unsupported" device
  1618. problems come from clone devices which "almost" match the standard
  1619. device.
  1620.  
  1621. This is much more of a problem in OS/2 than DOS since OS/2 tries
  1622. to exploit the device.  Again Windows does the same thing and
  1623. has compatibility problems because of it.  The same is true of
  1624. any hardware/software combination.  A graphics program which
  1625. exploits features of a video adapter is much more likely to
  1626. have compatibility problems than a program which outputs in text
  1627. mode.
  1628.  
  1629. If you plan to put a system together from pieces, you must be
  1630. prepared for some of the parts to be incompatible.  This is true
  1631. for hardware and for software.  I have put together several such
  1632. systems, and in the last one I found that a video card and disk
  1633. adapter which worked fine apart, would not work in the same
  1634. machine, although they appeared to have no register/memory conflict.
  1635. I had to replace one of them.  The same is true for hardware and
  1636. software.  If you don't enjoy this sort of thing, then buy your
  1637. system from a dealer who will put it all together for you.
  1638.  
  1639. Ken Borgendale  (standard disclaimers and all that)
  1640.  
  1641. ------------------------------------------------------------------------
  1642.  
  1643. Date: Fri, 28 Jun 91 10:43:01 EDT
  1644. From: Ken Borgendale <kwb@betasvm2.vnet.ibm.com>
  1645. Subject: Installation, partitions, master boot
  1646.  
  1647. OS/2 1.x will only install and boot from the C drive.  This is the
  1648. first partition on the disk in HPFS or DOS primary format.  If you
  1649. already have the partitions defined, and the disks formatted before
  1650. calling OS/2 install, and tell it not to do so as part of install,
  1651. then the partition table and master book record will be unchanged
  1652. as the result of the OS/2 install.
  1653.  
  1654. If you have DOS 5.0 on your C drive before installing OS/2 1.2 or
  1655. OS/2 1.3, dual boot will be enabled, which allows you to select
  1656. DOS or OS/2 by running a program before booting.  (Personally I
  1657. leave my system in OS/2 mode and boot DOS from a diskette, but
  1658. that is a personal preference).
  1659.  
  1660. OS/2 1.x works fine with the Coherent master boot record.
  1661.  
  1662. OS/2 2.0 will come with an optional multi-boot capability.  If you
  1663. select this option, it will rewrite your master book record.  Thus
  1664. you will probably not be able to boot coherent after selecting this
  1665. option.  However, if you select this option, you can boot OS/2
  1666. from any drive.
  1667.  
  1668. This is similar to the problems between Coherent and SCO Unix who
  1669. both update the master book record.  Perhaps the various PC
  1670. operating systems can get together to produce a multi operating
  1671. system master boot record which also allows each of them to
  1672. load their bootstrap.  This was the original aim of the partition
  1673. table with the active bit.
  1674.  
  1675. Ken Borgendale (standard disclaimers since I am only a little obnoxious)
  1676.  
  1677. ------------------------------------------------------------------------
  1678.  
  1679. From: shiva@well.sf.ca.us (Kenneth Porter)
  1680. Subject: PFM/AFM conversion
  1681. Date: 30 Jun 91 22:04:55 GMT
  1682.  
  1683. For those not aware of the Adobe file server, AFM files for
  1684. Adobe fonts can be gotten by email.  The specs for AFM files
  1685. are available from the same source.  Send the one-word message
  1686. "help" (without the quotes) to ps-file-server@adobe.com.  You'll
  1687. get back further instructions on use of the file server.  An
  1688. AFM->PFM converter was mentioned in comp.lang.postscript recently
  1689. called REFONT, which is shareware from someone called Acute Systems.
  1690. Of course, for OS/2, you need the reverse process.  The following
  1691. was posted to comp.lang.postscript in April:
  1692.  
  1693. * Subject: Re: AFM and PFM format, conversion?
  1694. * From: orthlieb@adobe.COM (Carl Orthlieb)
  1695. * Organization: Adobe Systems Incorporated, Mountain View
  1696. * Date: 10 Apr 91 20:19:19 GMT
  1697.  
  1698. PFM stands for Printer Font Metrics. These are files created by
  1699. Microsoft for Windows and contain text metrics for 'soft' fonts.
  1700. The installation programs that come with our fonts know how to create these
  1701. .PFM files for use under Windows.
  1702.  
  1703. Microsoft has allowed us to distribute the 'Printer Font Metrics Files'
  1704. specification as hard copy (we don't have an electronic version) and this
  1705. is available to all of our registered developers.
  1706.  
  1707. You can also call Microsoft and ask for document number
  1708. SY0329c-300-R00-1089.
  1709. This document is shipped out as part of the documentation for the Microsoft
  1710. Windows Device Development Kit (DDK).  Chapter 4 of this document discusses
  1711. .PFM files for PostScript Printers.
  1712.  
  1713. Hope this helps, Carl 8^)
  1714. Ken (shiva@well.sf.ca.us)
  1715.  
  1716. ------------------------------------------------------------------------
  1717.  
  1718. From: larrys@watson.ibm.com (Larry Salomon, Jr.)
  1719. Subject: Re: New OS/2 v2.0 features (rumored)
  1720. Date: 1 Jul 91 12:00:13 GMT
  1721. Organization: IBM Research
  1722. Disclaimer: This posting represents the poster's views, not those of IBM
  1723.  
  1724. In <1991Jun27.232315.1845@digi.lonestar.org>,
  1725. jgay@digi.lonestar.org (john gay) writes:
  1726. >* A multiboot feature that allows users to choose between multiple operating
  1727. >  systems, such as DOS, OS/2 1.3 and OS/2 2.0, when they turn on their PCs.
  1728. >
  1729. >Well, I don't know about the super FAT file system, but I do know that the
  1730. >multiboot feature was asked for here on the net.  Do ya'll suppose that
  1731. >somebody is actually listening AND hearing what is said here (other than
  1732. >Larry).
  1733.  
  1734. Well, believe it or not, us IBMers are not that much different than the
  1735. netters, here.  The multiboot option has been asked for ever since dual
  1736. boot was introduced.  It's just taken Boca this long to get the time to
  1737. implement it!
  1738.  
  1739. Regarding your second statement, I have been made aware that upper
  1740. management does read the internal shadow of comp.os.os2.misc and one
  1741. other OS/2 newsgroup, so they do indeed hear what you have to say (now,
  1742. if I can only convince Lee Reiswig - aka the "Blue Ninja" - to POST to
  1743. the newsgroups...  ;)
  1744.  
  1745. Cheers,
  1746. Larry Salomon, Jr. (aka 'Q')            LARRYS@YKTVMV.BITNET
  1747. OS/2 Applications and Tools             larrys@ibmman.watson.ibm.com
  1748. IBM T.J. Watson Research Center         larrys@eng.clemson.edu
  1749. Yorktown Heights, NY
  1750.  
  1751. Disclaimer:  The statements and/or opinions stated above are strictly my
  1752. own and do not reflect the views of my employer.  Additionally, I have a
  1753. reputation for being obnoxious, so don't take any personal attacks too
  1754. seriously.
  1755.  
  1756. ------------------------------------------------------------------------
  1757.  
  1758. From: larrys@watson.ibm.com (Larry Salomon, Jr.)
  1759. Subject: Re: Building a PC that can run OS/2
  1760. Date: 1 Jul 91 12:04:15 GMT
  1761. Organization: IBM Research
  1762. Disclaimer: This posting represents the poster's views, not those of IBM
  1763.  
  1764. In <9106280040.AA11931@ray.com>, paulcn@idsvax.ids.com (Paul Coen) writes:
  1765. >And finally :-), is any of this likely to change with OS/2 2.0 -- that's
  1766. >what I'm thinking of moving to, once it's finally released.
  1767.  
  1768. Since you (apparently ;) didn't catch my append on the OS/2 2.0 demo
  1769. given by none-other-than the Blue Ninja himself, I will tell you that
  1770. OS/2 2.0's DOS box will be (and already is) better than DOS itself, not
  1771. to mention that it runs FASTER that DOS on identical hardware.
  1772.  
  1773. Additionally, you can boot any version of DOS going back to (I think)
  1774. 2.21.  The demo showed three DOS windows on screen, one with DOS 4.0,
  1775. another with DOS 5.0, and the last one with DR DOS 5.0.
  1776.  
  1777. Cheers,
  1778. Larry Salomon, Jr. (aka 'Q')            LARRYS@YKTVMV.BITNET
  1779. OS/2 Applications and Tools             larrys@ibmman.watson.ibm.com
  1780. IBM T.J. Watson Research Center         larrys@eng.clemson.edu
  1781. Yorktown Heights, NY
  1782.  
  1783. Disclaimer:  The statements and/or opinions stated above are strictly my
  1784. own and do not reflect the views of my employer.  Additionally, I have a
  1785. reputation for being obnoxious, so don't take any personal attacks too
  1786. seriously.
  1787.  
  1788. ------------------------------------------------------------------------
  1789.  
  1790. From: sip1@quads.uchicago.edu (Timothy F. Sipples)
  1791. Subject: Update: Fernwood OS/2 Collection
  1792. Date: 2 Jul 91 03:06:24 GMT
  1793. Organization: University of Chicago
  1794.  
  1795. Some weeks ago I posted a listing of the files available on Fernwood,
  1796. a BBS located in the New Haven, Connecticut, area.  The list generated
  1797. quite a few responses, e.g. "Why don't we have that stuff available
  1798. here?"
  1799.  
  1800. Emmitt Dove, the system operator of that BBS, has been kind enough to
  1801. offer to help transfer his entire collection (over 50MB) of files to
  1802. the Internet.  I'm sending him about 50 disks, and he will send them
  1803. back to me with the entire collection.  I will then transfer the
  1804. Fernwood collection to mims-iris.waterloo.edu.
  1805.  
  1806. I expect this process will take quite some time, and that the files
  1807. will not be available on waterloo until the end of this month (July).
  1808. So please be patient -- an announcement will be made in this newsgroup
  1809. as soon as the Fernwood collection is available.
  1810.  
  1811. Users who are unable to use ftp and who are reading this group through
  1812. Usenet will be pleased to know that the moderator of comp.binaries.os2
  1813. will be sending the Fernwood collection out over that newsgroup as
  1814. time and space permit.  That process should start shortly after the files
  1815. have been placed at waterloo later this month and should take quite
  1816. some time -- comp.binaries.os2 will have a full queue.
  1817.  
  1818. My thanks to those people who have helped in this effort, particularly
  1819. the comp.binaries.os2 moderator Mike Tanith and the keeper of the
  1820. archives at waterloo.
  1821.  
  1822. So who said there was no public domain/shareware software available for
  1823. OS/2?  :-)
  1824.  
  1825. Stay tuned.
  1826.  
  1827. T.F.S.
  1828. Timothy F. Sipples                              sip1@quads.uchicago.edu
  1829.  
  1830. ------------------------------------------------------------------------
  1831.  
  1832. From: cs_b144@ux.kingston.ac.uk (Ian Stickland)
  1833. Subject: Re: Viruses problems in OS/2?????
  1834. Date: 2 Jul 91 08:53:51 GMT
  1835. Organization: Kingston Polytechnic
  1836.  
  1837. I had an interesting experience with viruses on an OS/2 machine. I first
  1838. noticed something dodgy when I couldn't run MORE from the OS/2 command
  1839. prompt, but it appeared to work fine from the DOS box. Just to be on the
  1840. safe side I ran a virus checker over my C: drive and sure enough MORE.COM
  1841. was diagnosed as having been infected with a Jerusalem virus.
  1842.  
  1843. OS/2 gave the error SYS1107 when I tried to run MORE, which is the error
  1844. that you get when you try and run a DOS application under OS/2. This was
  1845. obviously because the virus had inserted it's own DOS header onto the file.
  1846. This would appear to give an easy way of spotting a virus ataching itself
  1847. to an OS/2 program...
  1848.  
  1849. As far as I know it isn't possible for an OS/2 program to change a system
  1850. file that is in use, so an OS/2 virus should be **extremely** difficult to
  1851. get. I've never heard of any...
  1852.  
  1853. Cheers,
  1854.  
  1855. Ian Stickland
  1856.  
  1857. ------------------------------------------------------------------------
  1858.  
  1859. END OF OS/2 DISCUSSION FORUM 910701
  1860. ***********************************
  1861.  
  1862.