home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / programm / 4364 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  1.5 KB
  1. Xref: sparky comp.os.os2.programmer:4364 comp.os.os2.apps:5450
  2. Newsgroups: comp.os.os2.programmer,comp.os.os2.apps
  3. Path: sparky!uunet!paladin.american.edu!europa.asd.contel.com!darwin.sura.net!mips!sdd.hp.com!cs.utexas.edu!natinst.com!ramdas
  4. From: ramdas@natinst.com (Malathi Ramdas)
  5. Subject: Writing Device Drivers for OS/2 2.0
  6. Message-ID: <1992Aug21.151852.8673@natinst.com>
  7. Sender: news@natinst.com
  8. Nntp-Posting-Host: eagle.natinst.com
  9. Organization: National Instruments, Austin, TX
  10. Date: Fri, 21 Aug 1992 15:18:52 GMT
  11. Lines: 17
  12.  
  13.  
  14.     I am in the process of writing an instrument control character based devcie
  15. driver for OS/2 2.0. The device driver architecture under OS/2 2.0 is still
  16. 16-bit. Does that mean that I need to generate 16-bit device driver code. (ie:
  17. generate code using a 16-bit compiler and 16-bit linker). Also, what would
  18. be the address format of the data address in an IOCTL request packet passed by
  19. the kernel on behalf of an application making a DosDevIOCtl API call to my
  20. device driver? Would it be in a 16:16 (selector:offset) form or a 0:32 
  21. address form (flat address)? Would it depend on whether the application is 
  22. 16-bit or 32-bit? From what I read all 16-bit processes  get tiled
  23. into a flat virtual address space. I hope to hear that all virtual addresses
  24. that gets passed to my driver is in a 0:32 bit form.
  25.    Is there a 32-bit assembler that goes out with OS/2 2.0. I still have the
  26. masm assembler that is 16-bit. I have not received anything along with toolkit
  27.  
  28.  
  29.  
  30.