home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / programm / 4276 < prev    next >
Encoding:
Text File  |  1992-08-17  |  1.7 KB  |  37 lines
  1. Newsgroups: comp.os.os2.programmer
  2. Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!math.fu-berlin.de!informatik.tu-muenchen.de!rommel
  3. From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
  4. Subject: Re: Where am I going wrong????
  5. References: <1992Aug17.082023.13914@stortek.com> <1992Aug17.093809.24122@Informatik.TU-Muenchen.DE> <1992Aug17.190209.8650@njitgw.njit.edu>
  6. Sender: news@Informatik.TU-Muenchen.DE (USENET Newssystem)
  7. Organization: Technische Universitaet Muenchen, Germany
  8. Date: Mon, 17 Aug 1992 22:41:08 GMT
  9. Message-ID: <1992Aug17.224108.19968@Informatik.TU-Muenchen.DE>
  10. Lines: 25
  11.  
  12. In article <1992Aug17.190209.8650@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
  13. >In article <1992Aug17.093809.24122@Informatik.TU-Muenchen.DE> rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel) writes:
  14. >>Yes it looks like this. Remember, if OS/2 is ported to a RISC, it would
  15. >>not have a concept like the PC screen buffer, so the VIO/MOU/KBD calls
  16. >>are useless.
  17. >>
  18. >>Part of the work can be done with 32-bit IOCtl calls, for the rest you
  19. >>have to call 16-bit API's on PC's.
  20. >
  21. >This is the way it's done under Unix and other systems, as well.
  22. >That's why some enterprising programmers wrote the curses package.  I
  23. >wonder when this'll be ported to OS/2.
  24.  
  25. BSD curses is part of emx/g++. I mean *C* curses, not C++ curses only.
  26. BSD curses is included in emx/g++, because there is a class CursesW in
  27. libg++ that relies on the C curses library. It may be a bit buggy, but
  28. you can fix that.
  29.  
  30. Kai Uwe Rommel
  31.  
  32. /* Kai Uwe Rommel --- rommel@informatik.tu-muenchen.de */
  33.  
  34. DOS ... is still a real mode only non-reentrant interrupt
  35. handler, and always will be.                -Russell Williams
  36.  
  37.