On Time specializes in providing software development tools for real-time embedded systems on Intel x86 compatible CPUs. Founded in 1989, On Time has offices in Massachusetts and Hamburg, Germany. On Time offers a complete range of real-time operating systems and development tools for 32-bit flat address protected-mode and 16-bit real-mode environments. Recently the company got a port of SciTech's SNAP graphics suite. Here is an Interview with SciTech's Dave Milici, who was responsible for porting SciTech SNAP to On Time RTOS-32.
Post a Comment
why does snap, a graphics driver lib requires event handling functions? seems kind of strange.
good interview btw, perhaps a bit too technical for osnews though.
About time we had some RTOS news, it's a fine little kernel.
I think most native english/american speakers would say "port X to</t> Y" rather than "port X [i]on Y".
Your usage is a bit hard to decipher for some of us.
-Hugh
I think most native english/american speakers would also like to preview their comments, so they don't leave HTML tags lying around 
-Hugh
Possibly our longest url but....:
http://www.scitechsoft.com/products/ies/snap_ontime_rtos_content.ht...
"why does snap, a graphics driver lib requires event handling functions? seems kind of strange."
The SciTech SNAP Graphics drivers per-se do not need event handling, but the PM library contains OS portable event handling functions so that applications built with the SNAP SDK can run in a portable manner. The SciTech MGL uses the PM library event functions, as do all SciTech SNAP native applications such as GATest etc.
Since embedded OS'es like RTOS-32 don't really have a native GUI environment, having access to a portable graphics library such as the SciTech MGL that lives on top of SciTech SNAP is important. Hence the event functions are an important piece to port to an embedded OS. If an RTOS-32 developer was using SNAP to add graphcis support to their own application, they can completely ignore the PM library event handling if they wish, as it is completely optional.
In fact if a developer was porting SciTech SNAP to an environment where there is an existing native GUI, that developer could completely ignore the event library functions in the PM library. For instance the port of the PM library to Windows NT/2K/XP Ring 0 kernel drivers or Windows 9x Ring 0 VxD drivers does not include any of the event handling support. By contrast the Win32 Ring 3 port (used by the DirectX SNAP driver) includes event handling so Win32 apps built to use the SNAP SDK will run on Windows correctly.
I hope that clears this up a bit ;-)
h_ank, thank god your dare was not a "double-dog dare"... as we would then be forced to drop everything and get the Be port wrapped up;)