Important Notice: Our web hosting provider recently started charging us for additional visits, which was unexpected. In response, we're seeking donations. Depending on the situation, we may explore different monetization options for our Community and Expert Contributors. It's crucial to provide more returns for their expertise and offer more Expert Validated Answers or AI Validated Answers. Learn more about our hosting issue here.

How difficult was it to add support for On Time RTOS-32 file management structures?

0
Posted

How difficult was it to add support for On Time RTOS-32 file management structures?

0

Dave Milici: Since RTTarget-32 file management uses both standard C library and Win32 APIs, the PM file management functions were easily implemented by copying the equivalent code from the PM library for Win32. These functions are typically used in SNAP apps for loading graphics drivers and saving options, and would be additionally needed in MGL apps for loading resource files like bitmaps, fonts, and cursors, etc. When starting the port, a developer was interested in using RTFiles-32 module for filesystem support. With RTFiles-32 linked in, it was easy to use the existing SNAP and MGL SDK paths for locating graphics BPDs and resource data files on the target system’s hard disk. However the RTTarget-32 binary image executes from the root path by default, so either the SNAP_PATH variable needed to be added to the RTB configuration file’s environment settings in order to locate the SDK files, or all the SDK files would have to be installed relative to the root directory level as well. Al

Related Questions

What is your question?

*Sadly, we had to bring back ads too. Hopefully more targeted.