Crystal Space
Welcome, Guest. Please login or register.
September 02, 2014, 04:43:32 pm

Login with username, password and session length
Search:     Advanced search
9009 Posts in 2043 Topics by 8378 Members
Latest Member: Gwenlode
* Home Help Search Login Register
+  Crystal Space
|-+  Crystal Space Development
| |-+  Support
| | |-+  CS not playing with Daq API
« previous next »
Pages: [1] Print
Author Topic: CS not playing with Daq API  (Read 1518 times)
John Anderson
Guest


Email
« on: September 30, 2005, 07:53:57 pm »

I'm trying to add data aquisition to my CS application using an IoTech Daq board. They have a C API and I successfully wrote a test application. However, when I try to integrate it with my CS app I get a crash when the program exits because the buffer used by the Daq API terminates early.

 Is it possible that CS is cleaning up this memory and is there any way to prevent this? It's just an array of WORDs and is not registered with CS in any way as far as I can tell.

Thanks.
Logged
sunshine
Administrator
Sr. Member
*****
Posts: 294


View Profile
« Reply #1 on: September 30, 2005, 09:59:12 pm »

It's not likely that CS would be touching any resources which it did not allocate itself. Perhaps your application is shutting down things in the wrong sequence, or your acquisition module is being called after your application has already performed cleanup on the Daq stuff?
Logged
John Anderson
Guest


Email
« Reply #2 on: October 03, 2005, 03:51:29 pm »

I did consider that possibility so I have my own class wrapping the daq API which does the shutdown and makes sure I don't attempt to move any information to the buffer after shutdown has started. This also keeps the sequence the same. The problem only occurs when I use the class in this application. It's fine by itself. It's really boggling my mind.
Logged
Pages: [1] Print 
« previous next »
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Valid XHTML 1.0! Valid CSS!
Page created in 2.241 seconds with 13 queries.