home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / os2v9104.zip / OS2-9106.003 < prev    next >
Internet Message Format  |  1991-06-17  |  30KB
  1. Date: Mon, 17 Jun 91 13:53:26 +0200
  2. Subject: OS/2 Discussion Forum 910603
  3. Reply-to: Moderated discussion forum on OS/2 <OS-2@BLEKUL11.BITNET>
  4.  
  5. ************************************************************************
  6. OS/2 Discussion Forum      Mon, June 17, 1991       Volume 9106 Issue 03
  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.                        Re: Byte and "Window Wars"
  21.                     Problems with mailslot delivery
  22.                           Appletalk and Novell
  23.  
  24. Feed from the Usenet (UUCP/Internet) comp.os.os2.* newsgroups :
  25.  
  26.                         Re: OS/2 Statistics Package
  27.                         DPMI Support in OS/2 v 2.0?
  28.                                 Re: Floppies
  29.                                HPFS utilities
  30.                  8514/A cards: buy ATI, not Western Digital
  31.                       Re: DPMI Support in OS/2 v 2.0?
  32.  HPFS Long Filenames and FAT (was Re: HPFS : How-Pathetic-File that-Sucks)
  33.                             REXX and LAN Servers
  34.                             Re: Killing threads
  35.                             Re: Killing threads
  36.                         Re: VIO, KBD and MOU calls.
  37.                         Re: VIO, KBD and MOU calls.
  38.  
  39. ------------------------------------------------------------------------
  40.  
  41. Date:     Thu, June 13, 1991 08:00:00 +0200
  42. From:     Moderators of the OS/2 Discussion Forum
  43. Subject:  New files on LISTSERVer
  44.  
  45. This is a list of new or updated OS/2 related files available from the
  46. LISTSERV of the OS/2 Discussion Forum at BLEKUL11.
  47.  
  48.   filename filetype   Remarks
  49.   -------- --------   -------------------------------
  50.   REXREF   ZIPXXE1    IPF REXX Online Reference
  51.   REXREF   ZIPXXE2    IPF REXX Online Reference
  52.   REXREF   ZIPXXE3    IPF REXX Online Reference
  53.  
  54.  
  55. * Files donated by GOLDSTEIN_L@UCOLMCC
  56.  
  57.   filename filetype   Remarks
  58.   -------- --------   -------------------------------
  59.   CHK4DLLS ZIPXXE     Checks EXE for DLL, loads DLL
  60.   OS2LMOUS ZIPXXE     Instructions on using a Logitech mouse with OS/2
  61.   OS2EPSON ZIPXXE1    Epson printer drivers for OS/2 (4-91)
  62.   OS2EPSON ZIPXXE2    Epson printer drivers for OS/2 (4-91)
  63.   S12430   ZIPXXE1    OS/2 Epson printer driver from Excel 2.20 (4-26-90)
  64.   S12430   ZIPXXE2    OS/2 Epson printer driver from Excel 2.20 (4-26-90)
  65.   ET1024   ZIPXXE1    Driver for Tseng graphics cards in 1024x768 SVGA
  66.   ET1024   ZIPXXE2    Driver for Tseng graphics cards in 1024x768 SVGA
  67.   ET1024   ZIPXXE3    Driver for Tseng graphics cards in 1024x768 SVGA
  68.   ET800    ZIPXXE1    Driver for Tseng graphics cards in 800x600 SVGA
  69.   ET800    ZIPXXE2    Driver for Tseng graphics cards in 800x600 SVGA
  70.   VGAOS2   ZIPXXE1    OS/2 1.2 Paradise SVGA drivers 1024x768. (os2_12x.exe)
  71.   VGAOS2   ZIPXXE2    OS/2 1.2 Paradise SVGA drivers 1024x768. (os2_12x.exe)
  72.   VGAOS2   ZIPXXE3    OS/2 1.2 Paradise SVGA drivers 1024x768. (os2_12x.exe)
  73.   VGAOS2   ZIPXXE4    OS/2 1.2 Paradise SVGA drivers 1024x768. (os2_12x.exe)
  74.   VGAOS2   ZIPXXE5    OS/2 1.2 Paradise SVGA drivers 1024x768. (os2_12x.exe)
  75.  
  76. * Files distributed via comp.os2.binaries
  77.  
  78.   filename filetype   Remarks
  79.   -------- --------   -------------------------------
  80.   DIFFPTCH ZIPXXE1    diff. file and directory comparator
  81.   DIFFPTCH ZIPXXE2    diff. file and directory comparator
  82.   DIFFPTCH ZIPXXE3    diff. file and directory comparator
  83.   DIFFPTCH ZIPXXE4    diff. file and directory comparator
  84.   DIFFPTCH ZIPXXE5    diff. file and directory comparator
  85.   F77_DRAW ZIPXXE1    Graphical (no PM) Library
  86.   F77_DRAW ZIPXXE2    Graphical (no PM) Library
  87.   GNUFU14  ZIPXXE1    GNU File Utilities
  88.   GNUFU14  ZIPXXE2    GNU File Utilities
  89.   GNUFU14  ZIPXXE3    GNU File Utilities
  90.   GNUFU14  ZIPXXE4    GNU File Utilities
  91.   GNUFU14  ZIPXXE5    GNU File Utilities
  92.   GNUFU14  ZIPXXE6    GNU File Utilities
  93.   GNUFU14  ZIPXXE7    GNU File Utilities
  94.   GNUFU14  ZIPXXE8    GNU File Utilities
  95.   GNUFU14  ZIPXXE9    GNU File Utilities
  96.   GNUFU14  ZIPXXE10   GNU File Utilities
  97.   GNUINFO  ZIPXXE1    GNU info program (standalone version)
  98.   GNUINFO  ZIPXXE2    GNU info program (standalone version)
  99.   GNUINFO  ZIPXXE3    GNU info program (standalone version)
  100.   GNUINFO  ZIPXXE4    GNU info program (standalone version)
  101.   GNUINFO  ZIPXXE5    GNU info program (standalone version)
  102.   ICONS-HS ZIPXXE     ICO files
  103.   NEKO     ZIPXXE     Cat catches your mouse game
  104.   OS2YOU22 ZIPXXE1    Remote & LAN operation software
  105.   OS2YOU22 ZIPXXE2    Remote & LAN operation software
  106.   OS2YOU22 ZIPXXE3    Remote & LAN operation software
  107.   OS2YOU22 ZIPXXE4    Remote & LAN operation software
  108.   ZIPV101  ZIPXXE     ZIP file viewer
  109.  
  110. * Files donated by David Geldreich.
  111.  
  112.   filename filetype   Remarks
  113.   -------- --------   -------------------------------
  114.   PMCHESS  ZIPXXE1    PM version of GNU Chess 3.1
  115.   PMCHESS  ZIPXXE2    PM version of GNU Chess 3.1
  116.   PMCHESS  ZIPXXE3    PM version of GNU Chess 3.1
  117.   SH164    ZIPXXE1    Unix-like Shell SH v1.6.4
  118.   SH164    ZIPXXE2    Unix-like Shell SH v1.6.4
  119.   SH164    ZIPXXE3    Unix-like Shell SH v1.6.4
  120.  
  121. These files are distributed AS IS, we can not guarantee anything about
  122. their working. These files are all XXencoded ZIP files. To use these
  123. files you must first XXdecode (We recommend our own version of XXdecode
  124. which works under OS/2) and UNZIP (We recommend PKZIP also under OS/2).
  125.  
  126. We still welcome all OS/2 related files for distribution on our LISTSERV.
  127. Send your files to TEWOS-2@BLEKUL14.BITNET / TEWOS-2@Liris.kuleuven.ac.be
  128. we will arange everything for distribution.
  129.  
  130. ------------------------------------------------------------------------
  131.  
  132. Date:    Thu, 13 Jun 91 17:38 EDT
  133. From:    "ERIC WEBB" <EWZ@NCCIBM1.BITNET>
  134. Subject: Re: Byte and "Window Wars"
  135.  
  136. A few comments on the June 1991 issue of BYTE, which drew righteous
  137. indignation from a couple of folks. I refer to the article "WINDOW WARS."
  138. The unhappiness related primarily to the "Worst" comments devoted to PM
  139. versus the "Worst" points about Windows 3.0.
  140.  
  141. First, BYTE compared eight GUIs for potential users. When a single BYTE
  142. article compares Windows, the Macintosh, Open Look, Ensemble, NextStep,
  143. Motif, OS/2 PM, and Amiga Workbench, one can hardly expect an in-depth
  144. technical analysis of each.
  145.  
  146. Second, if the "worst" thing BYTE says about OS/2 PM 1.xx is that it may
  147. be hard to obtain from OEM sources and reletively few applications are
  148. available, PM for OS/2 Version 1 got off easy! I think the worst point
  149. about this version is lack of concurrent VM8086 sessions. Remember, BYTE
  150. did not review PM for OS/2 Version 2!
  151.  
  152. Windows, PM, and the Macintosh had fewer "Worst" points than the other
  153. GUIs. Perhaps Steve Jobs may dispute these points for NextStep.
  154.  
  155. Third, for a fair critique, the "Best" points should have been included.
  156. For PM:
  157.       . applications are stable and compatible with each other
  158.       . multitasking capabilities built in from ground up
  159.       . provides on-line help
  160.       . macro and task automation capabilities included
  161.  
  162. For Windows 3.0:
  163.       . many applications available
  164.       . runs older DOS applications and new Windows-specific programs
  165.       . in enhanced mode (read 386), can multitask DOS applications
  166.       . macro and task automation capabilities included
  167.       . provides on-line help
  168.       . relatively inexpensive to buy (with caveats - although most
  169.         DOS systems include DOS and Windows in the base price)
  170.  
  171. I think these are fair and accurate points. (Although I think we are
  172. comparing an operating system with a DOS extender. Still the focus was
  173. on the GUI aspect). The article does not address Windows 2.0, so one
  174. can't compare Windows application available before Windows 3.0. Let's
  175. face it, Microsoft convinced developers to write for Windows 3.0 before
  176. it became available. So now there are, according to the article's source
  177. (Dataquest), about 1200 Windows applications available 18 months after
  178. availability.
  179.  
  180. IBM/Microsoft could never convince developers to invest in OS/2 1.xx
  181. PM applications because version 1 is so clearly an intermediate step to
  182. a more elegant solution: OS/2 version 2. Unfortunately, in the rush to
  183. make Windows applications, most developers could not afford the resources
  184. to also make PM Version 2 applications.
  185.  
  186. I am an OS/2 Version 2 fan, and know that eventually it will become the
  187. popular OS everyone originally expected. Until development increases
  188. and general availability occurs, don't expect Joe computer user to buy
  189. into anything other than DOS/Windows.
  190.  
  191. I don't know what problems you had with Windows (was it 3.0?). My own
  192. experience is positive. I crank up three or four DOS applications and
  193. two or three Windows applications on Monday, and context switch and
  194. multitask until Friday. No worries. In fact, I don't know anyone who
  195. has real problems with Windows (I hear odd hardware and sloppy BIOS
  196. can make life unpleasant).
  197.  
  198. All in all, I eagerly await OS/2 version 2. I need power applications
  199. like SAS, which need a large virtual address space to flex its muscles.
  200. Also, I do some modeling on the mainframe which could run on a 32-bit
  201. micro. Right now, my alternative to DOS/Windows is not OS/2 version 1
  202. but Unix and X (Open Look or Motif).
  203.  
  204. Eric Webb
  205. U.S. EPA National Computer Center
  206. RTP, North Carolina
  207.  
  208. ------------------------------------------------------------------------
  209. Date:     Fri, 14 Jun 91 19:53 N
  210. From:     <MAKI@FINKUO>
  211. Subject:  "PROBLEMS WITH MAILSLOT DELIVERY"
  212.  
  213. We use Lan Manager's mailslots for broadcasting information
  214. to workstations. The problem is that mailslots quite often
  215. do not reach the workstations. Some workstations get the
  216. mailslots and some don't. The propability of the delivery
  217. seems to be dependent on the load of the workstations. Quite a
  218. little extra load causes about 10% of the mailslots to vanish.
  219.  
  220. We have had this problem with:
  221.      OS/2 SE 1.1 and 3 Open 1.1 and
  222.      OS/2 SE 1.3 and Lan Manager 2.0 (version B + patches).
  223.  
  224. Lan Manager-manuals say that delivery to workstations is not always
  225. certain. Does anyone know on what parameters (Lan Manager or OS/2) depends
  226. the delivery of the mailslots. How can I decrease the propability of
  227. losing mailslots.
  228.  
  229. Thanks for any advice.
  230.  
  231. Santtu Maki
  232.  
  233. ------------------------------------------------------------------------
  234.  
  235. Date:         Fri, 14 Jun 91 13:41:10 EDT
  236. Reply-To:     Server-Requester Discussion List <SRVREQ-L@INDYCMS.BITNET>
  237. From:         J_PASSEN@UNHH.UNH.EDU
  238. Subject:      Appletalk and Novell
  239.  
  240. I am currently running NetWare v3.11 with a mix of DOS and Macintosh
  241. machines.  All machines have a Cabletron Ethernet card connected to the
  242. server via a 10 base T hub (including the Macs).  Server access is fine,
  243. however, I have just added an Imagewrite II connected via appletalk to
  244. the network.  When a Mac user tries to print, the request is sent to the
  245. NetWare queue and hangs there...it never gets to the printer.  Any suggestions
  246. on what steps need to be taken to make this scenario work??
  247.  
  248. Thanks, Jeff Passen
  249. University of New Hampshire
  250. Computing and Information Services
  251. Durham, NH 03824
  252.  
  253. ------------------------------------------------------------------------
  254.  
  255. Feed from the Usenet (UUCP/Internet) comp.os.os2.* newsgroups :
  256.  
  257. ------------------------------------------------------------------------
  258. From: baer@uwovax.uwo.ca
  259. Subject: Re: OS/2 Statistics Package
  260. Date: 17 Jun 91 02:11:28 GMT
  261.  
  262. In article <1991Jun13.002655.13254@midway.uchicago.edu>, sip1@quads.uchicago.edu
  263.  (Timothy F. Sipples) writes:
  264. > What statistics packages are available for OS/2 (e.g. SAS, Gauss)?
  265. > Does anyone have any recommendations for a good OS/2 statistics package?
  266. For econometric stuff, Shazam is available in an OS/2 version (for the same
  267. price, I believe, as the DOS version.  Has a variety of procedures, including
  268. OLS, GLS 2SLS, probit/logit models, etc.
  269.   Lisrel is available in an OS/2 version and was, as of last year, the only
  270. way to get around the DOS 640K limitation (*very* critical for this program
  271. since many users want to estimate models with > 25 variables).  Other latent
  272. variable model programs accomplish the same with DOS extenders, but these
  273. generally don't allow users to run foreground processes (pending better
  274. interfaces).   BMPD announced an OS/2 version of EQS, but when I phoned
  275. them they said their announcement was in error, and that no OS/2 version
  276. was being worked on (this info. is about 6 months old, though).
  277.  
  278. Douglas Baer,
  279. University of Western Ontario, London, Canada N6A 5C2
  280. Internet: BAER@UWO.CA    Bitnet: BAER@UWOVAX
  281. ------------------------------------------------------------------------
  282.  
  283. Date: Tue, 11 Jun 91 08:01:29 EDT
  284. From: Marc Cohen 8/443-3945 <mlcohen@bcrvmpc1.vnet.ibm.com>
  285. Subject: DPMI Support in OS/2 v 2.0?
  286.  
  287. >From: feustel@netcom.COM (David Feustel)
  288. >Message-ID: <1991Jun10.215740.22830@netcom.COM>
  289. >Date: 10 Jun 91 21:57:40 GMT
  290. >
  291. >Does anyone know whether DPMI is going to be supported in OS/2 v 2.0?
  292. >--
  293. >David Feustel, 1930 Curdes Ave, Fort Wayne, IN 46805, (219) 482-9631
  294. >EMAIL: feustel@netcom.com  or feustel@cvax.ipfw.indiana.edu
  295.  
  296. In the released product, extended memory will be available through
  297. XMS and DPMI(DOS Protect Mode Interface).
  298.  
  299. Marc L. Cohen                  vnet: MLCOHEN at BCRVMPC1
  300.                            internet: mlcohen@bcrvmpc1.vnet.ibm.com
  301.  
  302. ------------------------------------------------------------------------
  303.  
  304. Date: 12 Jun 91 12:24:37 GMT
  305. From: bking@ersys.edmonton.ab.ca (Barry King)
  306. Subject: Re: Floppies
  307.  
  308. rdippold@cancun.qualcomm.com (Ron Dippold) writes:
  309.  
  310. > Here's a question about OS/2 2.0 that I'd really like the answer to...
  311. >
  312. > Currently whenever I multitask DOS apps, accessing the floppy drives really
  313. > grinds the rest of the system down.  With Windows 3 it's not too bad, you can
  314. > tell that something is going on and things move in little "jerks."  With
  315. > DesqView 386 it's _really_ bad, I can hardly do anything in the other windows
  316. > until the disk access is finished.
  317. >
  318. > Luckily I don't need the floppies often, but when I need it it's a real pain.
  319. > How does OS/2 2.0 do with floppies?
  320. >
  321. If you are happy with the pathetic performance of Windows when it
  322. accesses the floppy drive then you should be extremely happy with the way
  323. floppy access is handled under OS/2.  This includes OS/2 1.x BTW.  You
  324. can fire up two (more if you want - whatever) OS/2 windows, perform say a
  325. diskcopy in one window and type a file in the other.  The typed file
  326. displays smoothly without jerks and spasms and the floppy diskette copy
  327. proceeds as expected.  Copying a floppy under OS/2 has zero effect on
  328. communications performance.  You get a barely perceptable slow down of
  329. the system as one might expect.
  330.  
  331. OS/2 is a preemptive multi-tasking operating system and handles things
  332. much differently than Windows or Desqview - these latter products are
  333. really just fancy DOS extenders and not true operating systems.
  334.  
  335. Barry King              bking@ersys.edmonton.ab.ca
  336. Edmonton Remote Systems:  Serving Northern Alberta since 1982
  337.  
  338. ------------------------------------------------------------------------
  339.  
  340. Date: 12 Jun 91 22:45:11 GMT
  341. From: janeri@Lise.Unit.NO (Jan Eri)
  342. Subject: HPFS utilities
  343.  
  344. I have previously posted a request for info about the GammaTech
  345. fileutilities for HPFS. Since I got a lot of response from others
  346. that would like the same info, here goes:
  347.  
  348.   OS/2 HPFS - Utilities for the OS/2 High Performance File System
  349.  
  350.     - Optimize HPFS Volumes
  351.     - Recover erased files
  352.     - Attach comments to files
  353.     - Customize dir list utility
  354.     - Locate lost or duplicate files
  355.     - Change file attributes
  356.     - Supports long file names
  357.     - Supports extended attributes
  358.  
  359.  
  360.   $72.50 Includes shipping
  361.  
  362.   Gamma Tech
  363.  
  364.   (405) 359-1219
  365.   P.O. Box 70
  366.   Edmond, OK 73083
  367.  
  368. (Thanx Terry)
  369.  
  370. Now, if only someone could provide us poor Norwegians with a FAX number too!!
  371.  
  372. Jan
  373.  
  374. --
  375.      / l
  376.     /  l  ^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v
  377. l--/   l   Jan Eri - -  The Norwegian Institute of Technology , Acoustics
  378. l  l   l   Internet   : janeri@lise.unit.no
  379. l--\   l   CompuServe : 100015,2071
  380.     \  l  ^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v
  381.      \ l                          "Music is a better drug" - Staale Krapyl
  382.  
  383. ------------------------------------------------------------------------
  384.  
  385. Date: 13 Jun 91 14:48:48 GMT
  386. From: goldman@mbcl.rutgers.edu
  387. Subject: 8514/A cards: buy ATI, not Western Digital
  388.  
  389. I thought I should post my experiences with the Western Digital 8514/A plus
  390. card, for anyone thinking of going the 8514/A compatible route.
  391.  
  392. I bought the card about a year ago, to use with os/2 1.2 in a clone (Dataworld
  393. 386/20, AMI bios 4/89).  The card never! worked right for me; I would
  394. always get occasional, spontaneous crashes that would freeze the whole system,
  395. forcing me to do a hard reboot.  (The mouse cursor would stop moving, and then
  396. I'd have to hard reboot.)  The problems only got worse when I made a
  397. little LanMan 2.0 network, consisting of a couple of machines with
  398. WD ethernet cards.  Whenever I tried to backup networked drives (Sytos Plus
  399. software 1.10; Alliance 60 Meg Tape Drive; QIC-36 interface), the
  400. machine with the 8514/A card and the tape drive (NOT! the one where the
  401. networked drives resided) would go on the fritz.  The screen would get
  402. completeley munged, as if the 8514/A card was no longer putting out the
  403. right vertical or horizontal scan rate.  Then I could soft reboot, but
  404. the screen would remain munged until I hard rebooted.
  405.  
  406. A week ago, I bought the ATI 8514/A ultra card.  All the problems went away.
  407.  
  408. I might as well also report that I saw a comment on the IBM Atlanta BBS,
  409. under the topic "OS/2 on non-IBM hardware" a statement from a guy who said
  410. "We returned all our Western Digital cards and replaced them with ATI ones.
  411. The Western Digital card is neither hardware nor register compatible with
  412. the IBM card".  Also, Alfred Poor, in a recent review of 1024x768 cards
  413. in PC magazine, said that, in order to get the Western Digital card to
  414. work under Windows 3.0 enhanced mode, you have to have an "emmexclude="
  415. statement (or something like that) in your Windows.ini file.
  416.  
  417. So my advice is: if you're thinking of buying a Western Digital 8514/A card,
  418. don't.
  419.  
  420.                 Adrian
  421. --
  422. Adrian Goldman                         |  Internet:  Goldman@MBCL.Rutgers.Edu
  423. Molecular Biology Computing Laboratory |  Bitnet:    Goldman@BioVAX
  424. Waksman Insitute,                      |  Phone:     (908) 932-4864
  425. Rutgers University,                    |  Fax:       (908) 932-5735
  426. Piscataway, NJ 08855 USA               |
  427.  
  428. ------------------------------------------------------------------------
  429.  
  430. Date: 13 Jun 91 19:55:46 GMT
  431. From: barry@gpu.utcs.utoronto.ca (Barry Lay)
  432. Subject: Re: DPMI Support in OS/2 v 2.0?
  433.  
  434. In article <1991Jun10.215740.22830@netcom.COM> feustel@netcom.COM (David Feustel
  435. ) writes:
  436. #
  437. # Does anyone know whether DPMI is going to be supported in OS/2 v 2.0?
  438. # --
  439. # David Feustel, 1930 Curdes Ave, Fort Wayne, IN 46805, (219) 482-9631
  440. # EMAIL: feustel@netcom.com  or feustel@cvax.ipfw.indiana.edu
  441.  
  442. My understanding (gleaned from an IBM presentation where I asked this very
  443. question) is that OS/2 will support up to 48 meg of expanded and extended
  444. memory for the DOS boxes.  The expanded memory is DPMI only, that is, no
  445. VCPI support.  Maybe QuarterDeck will come up with QEMM/2.
  446.  
  447. Barry
  448.  
  449. ------------------------------------------------------------------------
  450.  
  451. From: steveha@microsoft.UUCP (Steve HASTINGS)
  452. Subject: HPFS Long Filenames and FAT (was Re: HPFS : How-Pathetic-File
  453.          that-Suck s)
  454. Date: 13 Jun 91 21:02:23 GMT
  455.  
  456. In article <13213@aggie.ucdavis.edu> s142029@fred.ucdavis.edu writes:
  457. >     You have created a file on HPFS with filename abcdefghihj.klmnop.qrstuv,
  458. >on you hard disk.  But then there's no way for you to back it up on the floppy
  459. >with the original name.  So you save it with abcdefgh.klm .  So what's the use
  460. >of HPFS anyway?
  461.  
  462. 1) HPFS is useful, even if all you ever use are 8.3 filenames.  I typically
  463. use 8.3 filenames, just so it will be as easy as possible to copy files to
  464. other drives (DOS volumes, etc.)  With HPFS, you have much faster disk
  465. access.  My compiles run much faster on HPFS than FAT, and faster still on
  466. HPFS386.  Plus, you get much more efficient file storage on large hard
  467. disks; the internal fragmentation for files is much smaller.
  468.  
  469. 2) BACKUP and RESTORE can stash long filename files on a floppy, keeping
  470. the names intact when you RESTORE the files back onto the HPFS volume.
  471.  
  472. 3) File Manager can copy long filename files to a FAT volume, converting the
  473. long name to a legal 8.3 name.  It also stashes the complete long filename
  474. in the Extended Attributes for the file.  (FAT volumes can have Extended
  475. Attributes; they are kept in a hidden file.)  Then, later, you can use File
  476. Manager to copy the file onto another HPFS volume, and the full name will
  477. come back.  This is in the online manual, under the COPY command; I found
  478. it quickly by using the help Search command, and looking for HPFS.
  479. --
  480. Steve "I don't speak for Microsoft" Hastings    ===^=== :::::
  481. uunet!microsoft!steveha  steveha@microsoft.uucp    ` \\==|
  482.  
  483. ------------------------------------------------------------------------
  484.  
  485. Date: 14 Jun 91 15:24:01 GMT
  486. From: larrys@watson.ibm.com
  487. Subject: REXX and LAN Servers
  488.  
  489. Anthony Green (green@roboco.uucp) sent me a note asking me about REXX
  490. .CMD files on a LAN Server, but everytime I try to send a reply, the mail
  491. bounces for some reason.
  492.  
  493. So...Here are the responses from the IBMers.  I don't know if I needed to
  494. clear this with anyone before posting it, but I don't see any information
  495. that is confidential, trade secrets, etc..
  496.  
  497. Cheers,
  498. Larry Salomon, Jr. (aka 'Q')            LARRYS@YKTVMV.BITNET
  499. OS/2 Applications and Tools             larrys@ibmman.watson.ibm.com
  500. IBM T.J. Watson Research Center         larrys@eng.clemson.edu
  501. Yorktown Heights, NY
  502.  
  503.  
  504. Disclaimer:  The statements and/or opinions stated above are strictly my
  505. own and do not reflect the views of my employer.  Additionally, I have a
  506. reputation for being obnoxious, so don't take any personal attacks too
  507. seriously.
  508.  
  509. ----- OS213 FORUM appended at 17:02:04 on 91/06/13 GMT (by ALLENMJ at GDLVM7) -
  510. Subject: Question about REXX protection violation
  511. Ref:     Append at 16:08:46 on 91/06/13 GMT (by LARRYS at YKTVMV)
  512.  
  513. REXX needs write access to the directory as it tries to write a 'complied'
  514. version of the exec into the file's extended attribute space.
  515.  
  516. MikeAllen                    ALLENMJ at GDLVM7
  517.  
  518. ----- OS213 FORUM appended at 02:36:51 on 91/06/14 GMT (by RRKURTZ at PKEDVM9)
  519. Subject: Question about REXX protection violation
  520. Ref:     Append at 17:02:04 on 91/06/13 GMT (by ALLENMJ at GDLVM7)
  521.  
  522.  
  523. Mike, what if you run it from you C: drive then place it on a LAN drive?
  524. Wouldn't the P-code (compiled stuff) already be there then or would REXX
  525. still need write access?
  526.  
  527. Dick Kurtz
  528.  
  529. ----- OS213 FORUM appended at 11:25:28 on 91/06/14 GMT (by MCGUIRE at GDLVM7) -
  530. Subject: Question about REXX protection violation
  531. Ref:     Append at 02:36:51 on 91/06/14 GMT (by RRKURTZ at PKEDVM9)
  532.  
  533. The problem is actually caused by servers that don't support file extended
  534. attributes.  Turns out an attempt to read the extended attributes from such
  535. a server completes with a zero return code, but returns no data.  Rexx was
  536. naively expecting that a zero return code meant it had received the data
  537. it needed and it started to process a garbage buffer.
  538.  
  539. Rick McGuire - SAA Rexx Development, Endicott
  540.  
  541. ------------------------------------------------------------------------
  542.  
  543. From: seg@ingres.com (scott e garfinkle)
  544. Subject: Re: Killing threads
  545. Date: 11 Jun 91 17:44:30 GMT
  546.  
  547. In article <1991Jun8.234338.8440@fwi.uva.nl> delft@fwi.uva.nl (Andre van Delft)
  548. writes:
  549. >It is possible to launch a thread under OS/2, and to suspend and resume it.
  550. >Can you also kill a thread explicitely, like with processes?
  551.  
  552. Not currently, much to most everyone's chagrin.  It seems very likely, though,
  553. that, at some point before gerneral availability of 2.0, the IBM kernel
  554. group will make it possible for one thread to raise an exception in another
  555. thread.  Then you will be able to kill off threads in a fairly orderly way.
  556.         -scott e. garfinkle
  557.  
  558. ------------------------------------------------------------------------
  559.  
  560. Date: 12 Jun 91 16:40:45 GMT
  561. From: seg@ingres.com (scott e garfinkle)
  562. Subject: Re: Killing threads
  563.  
  564. >>...  It seems very likely, though,
  565. >>that, at some point before gerneral availability of 2.0, the IBM kernel
  566. >>group will make it possible for one thread to raise an exception in another
  567. >>thread.  Then you will be able to kill off threads in a fairly orderly way.
  568. >
  569. >How will the threads be killed? Will there be a new system call, or
  570. >what?
  571.  
  572. As I said, one way or another, you will be able to rais an excpetion in
  573. another thread.  My assumption would be something like DosRaiseException
  574. with a second argument.  By specifying the EH_NONCONTINUABLE flag and an
  575. appropriate exception number, you could make sure that the target thread dies.
  576. This way, you also give the target thread a chance to protect itself by
  577. registering an excpetion handler.  Of course, the whole excpetion mechanism
  578. is not real intuitive, but it's better than nothing.
  579.  
  580.  
  581. It bears pointing out that I am in no way affiliated with IBM, and that
  582. any statements made here are sheer speculation.
  583.         -scott e. garfinkle
  584.  
  585. ------------------------------------------------------------------------
  586.  
  587. Date: 12 Jun 91 16:49:27 GMT
  588. From: seg@ingres.com (scott e garfinkle)
  589. Subject: Re: VIO, KBD and MOU calls.
  590.  
  591. In article <1991Jun11.105427.8068@kingston.ac.uk> cs_b144@ux.kingston.ac.uk (Ian
  592.  Stickland) writes:
  593. >
  594. >From what I've heard and read about OS/2 2.0 it would appear that
  595. >the VIO, KBD, and MOU calls have only been kept as 16bit calls.
  596. >this true, and if so WHY?
  597.  
  598. Up front caveat:  I am not a PM programmer.  If the API doesn't start with
  599. "Dos", I haven't used it.
  600.  
  601. It really doesn't make any difference that VIO, et al., are only available
  602. as 16-bit calls.  I think that, in general, only calls of a portable nature
  603. were given 32 bit interfaces.  By definition, calls such as VIO are fairly
  604. PC-specific.  In any case, it is pretty easy to write mixed 32/16 bit
  605. interface programs.  There is a new _far16 keyword to facilitate this,
  606. and the Microsoft SDK documentation is unexpectedly lucid in this area.
  607.  
  608. The only penalty is, of course, that the calls may end up with some extra
  609. address-mapping and segment-loading overhead.  Since you already had the
  610. segment overhead in the 16 bit world, and the address mapping consists
  611. of about two instructions (a SHR and a MOV, as I recall), I can't get too
  612. worked up.
  613.  
  614. I suspect that, in the long run, you will be better off for speed going
  615. through PM.  I dunno -- I still have no great desire to do user interfaces.
  616.  
  617.         -scott e. garfinkle
  618.  
  619. ------------------------------------------------------------------------
  620.  
  621. Date: 13 Jun 91 09:43:08 GMT
  622. From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
  623. Subject: Re: VIO, KBD and MOU calls.
  624.  
  625. I have found, that with correct programming, the ANSI sequences and
  626. DosWrite() is quite sufficient to achieve very fast screen output.
  627. You may have noticed the less-2, beav-2 and gnuinfo postings in
  628. comp.binaries.os2. All three are ported Unix programs for which I have
  629. used termcap and good buffering (1-2k) and binary mode for stdout to get
  630. them running. The result is really fast. To achieve the same with VIO,
  631. you need to write directly to the VIO screen buffer and this is *much*
  632. more non-portable. I have done this with a MicroEMACS port and it was
  633. much more work and looked ugly. So far for the VIO API. I have used only
  634. a single VIO call to determine the screen or window size.
  635.  
  636. For KBD and MOU, there is no such easy substitute. But I don't need and
  637. mouse interface at all in VIO programs. To use kbd and mou
  638. simultaneously one has to use more than one thread and semaphores to
  639. get programs that don't use too much of the CPU while waiting for an
  640. event. I am not shure if this is worth the trouble. (It wasn't for me so
  641. I have removed the mouse interface from the MicroEMACS version I use).
  642.  
  643. Kai Uwe Rommel
  644.  
  645. /* Kai Uwe Rommel, Munich ----- rommel@lan.informatik.tu-muenchen.dbp.de */
  646.  
  647. DOS ... is still a real mode only non-reentrant interrupt
  648. handler, and always will be.                -Russell Williams
  649.  
  650. ------------------------------------------------------------------------
  651.  
  652. END OF OS/2 DISCUSSION FORUM 910603
  653. ***********************************
  654.