Xref: utzoo comp.windows.ms:11818 comp.sys.ibm.pc.misc:8934 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!ceres.physics.uiowa.edu!news.iastate.edu!cs352a41 Newsgroups: comp.windows.ms,comp.sys.ibm.pc.misc Subject: Re: OS/2 2.0 is here! READ THIS, you'll be impressed Message-ID: From: cs352a41@cs.iastate.edu (Adam Goldberg) Date: 23 Apr 91 15:02:33 GMT Sender: news@news.iastate.edu (USENET News System) References: <1991Apr21.135534.724@jarvis.csri.toronto.edu><1991Apr21.194928.8267@ux1.cso.u iuc.edu><1991Apr21.175529.2386@jarvis.csri.toronto.edu> Distribution: comp Organization: Iowa State University, Ames IA Lines: 25 oivindt@bio.uio.no (Oivind Toien) writes: >Real-time data-acquisition systems generally tends to use things like >interrupt handling, DMA-access, reprogramming of PC-timers and direct >interaction with A/D card buffers. Will this work, and if not: Does >OS2 provide library routines that replaces these kind of functions? >-- >Oivind Toien >Div. of General Physiology, Dept. of Biology, Univ. of Oslo Looks like Dr. Toien (?) is trying to adjust a watch with a sledgehammer. Real-time data-acquisition systems are 'REAL TIME SYSTEMS', and real time systems generally _are_not_suited_to_ multi-tasking. If you want real time data acquisition, you should use an operating system more conducive to real-time programming. Pardon me if I seem harsh, but each operating system has its purpose, and has things that it is and is not suited for. OS/2 is multi-tasking, and therefore is not suited for (very many) real-time problems. -- +-----------------------------------------------------------------------------+ ! Adam Goldberg ! * ! "It's simple! Even a PASCAL ! ! cs352a41@cs.iastate.edu ! * ! programmer could do it!" ! +-----------------------------------------------------------------------------+