X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-bounces using -f From: Andrew Cottrell Newsgroups: comp.os.msdos.djgpp Subject: Re: True 32-bit OS possible ? Date: Sat, 19 Jan 2002 14:05:37 +1100 Organization: ihug (Sydney) Lines: 24 Message-ID: References: <23f2cfa0 DOT 0201181821 DOT 17f380e8 AT posting DOT google DOT com> NNTP-Posting-Host: bugstomper.ihug.com.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: lust.ihug.co.nz 1011409517 31333 203.109.250.24 (19 Jan 2002 03:05:17 GMT) X-Complaints-To: abuse AT ihug DOT co DOT nz NNTP-Posting-Date: Sat, 19 Jan 2002 03:05:17 +0000 (UTC) X-Newsreader: Forte Agent 1.8/32.548 Cache-Post-Path: bugstomper.ihug.com.au!unknown AT p33-tnt4 DOT syd DOT ihug DOT com DOT au X-Cache: nntpcache 2.3.3 (see http://www.nntpcache.org/) To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com >Is there a true 32-bit OS that can execute C programs involving >interrupts without using extentions or Protected Mode or any such tricks ? I am >looking for a OS that does not require C programs to have OS specific >commands written into it. Ideally a compiler and OS that can create a >"straight" executable without support apps. I am not aware of such an OS as interrupts are not defined in C. By this I mean that interrupts by their nature are used to access some hardware sepcific to an OS or hardware platform which is non portable to other OS's and other hardware platforms. If you would like to find a 32 bit RTOS where the RTOS or compiler has support for interrupts then these do exist, but the code is usually not portable to another RTOS. Sounds like this is what you want. There are a allot of them out there, check out www.esp.com or do a search. There are a few free RTOS's available, but I have not used them. They vary in what they support and features. If you want to play with serial comms and other hardware device in a PC hardware platform and not have to worry about the complexities of how it is done then there are a number of serial comms packages available for DJGPP that hide the complexities of access the hardware.