home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / bbs / misc / 1739 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.8 KB

  1. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!mccall
  2. From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
  3. Newsgroups: comp.bbs.misc
  4. Subject: Re: Windows 3.1 and BBS software
  5. Message-ID: <1993Jan6.213753.9390@mksol.dseg.ti.com>
  6. Date: 6 Jan 93 21:37:53 GMT
  7. References: <1993Jan4.165729.11541@mksol.dseg.ti.com> <wiuwwB3w165w@tcscs.UUCP>
  8. Organization: Texas Instruments Inc
  9. Lines: 45
  10.  
  11. In <wiuwwB3w165w@tcscs.UUCP> tcscs!zeta@src.honeywell.com (Gregory Youngblood) writes:
  12.  
  13. >mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
  14.  
  15. >> In <1993Jan1.120522.28801@actrix.gen.nz> Steve.Withers@bbs.actrix.gen.nz writ
  16. >> 
  17. >> 
  18. >> >OS/2 v2.x is an excellent platform for what Kevin is trying to do. There is 
  19. >> >OS/2 version of Maximus that does the job very well.
  20. >> > 
  21. >> >You would need at least 6 megs with OS/2 v2.0.......though the upcoming V2.1
  22. >> >runs better in less memory. I have the beta for OS/2 2.1 running pretty well
  23. >> >on a 386DX/25 with 4 meg of RAM on a PC at work. 
  24. >> > 
  25. >> >There are several BBS's here in Wellington running Maximus on OS/2. The nice
  26. >> >part about is the vastly superior multi-tasking of OS/2 over Windows. This
  27. >> >shows especially when dealing with modems and comms programs. DOS comms run 
  28. >> >under OS/2 but native OS/2 programs are definitly superior to anything aroun
  29. >> >for smooth multi-tasking - like Maximus for OS/2. 
  30. >> 
  31. >> Note that this does, however, have the problem of not allowing the use
  32. >> of most 'doors' (which are written to run on DOS) or of a lot of the
  33. >> Opus-compatible utilities that Maximus on DOS should be able to run.
  34. >> 
  35. >I'm sure there are ways to do this.  As for the doors they should be able to
  36. >be run by shelling out a command.com /c doorprogram and OS/2 will just load
  37. >a temporary DOS session for that program under the OS/2 session.  I've done
  38. >some experimenting with this with normal programs and they worked just fine,
  39. >but not in a BBS environment.  Besides, as long as the OS/2 and DOS versions
  40. >use the same file formats, then the DOS sysop utils that do file maintenance
  41. >will still work running in a DOS session (unless the sysop uses longer file
  42. >names than DOS allows).
  43.  
  44. I believe that the problem is that there is no way to give the serial
  45. port as input to the shelled DOS session -- because the OS/2
  46. application window running the BBS has it.  Multitasking OS's won't
  47. let you hand hardware assets around like that.  I've been told that
  48. there is a way around this using OS2YOU, but I've never used that so
  49. couldn't state this absolutely.
  50.  
  51. -- 
  52. "Insisting on perfect safety is for people who don't have the balls to live
  53.  in the real world."   -- Mary Shafer, NASA Ames Dryden
  54. ------------------------------------------------------------------------------
  55. Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
  56.