Problem solved - A buffer length was not properly initialized. On Mon, Feb 9, 2015 at 3:50 PM, Mirko Vukovic <mirko.vukovic@gmail.com> wrote:

Hello,

I am running 64-bit CCL 1.10 on Windows 7. I'm writing an interface to a National Instruments library (dll) The library was downloaded from the NI site. It was compiled using Microsofts C++ compiler.

I get a stack dump when a pointer is being freed using foreign-free. This error occurs not in a fresh lisp session, but after a second or third call to the same function (with same arguments).

One more detail: the library is used to access data in files in NI's TDMS format. This error does not seem to happen on all files that I am trying to access, only some of them.

I don't have much experience in cross-language library interface building, and I am wondering if I am making some kind of mistake. I am hoping for pointers on how to debug this further.

I define a pointer of type :uint to access results of a call to a library function that places them into an unsigned int variable. I then retrieve the value using using mem-ref, and the free the pointer. This is where the stack dump happens.

What follows is the defcfun, and the lisp function. I mark with *** the pointer, and the relevant variable definitions that pertain to it:

The C-function interface (with the C-documentation included) is (defcfun (ddc-get-num-channel-group-properties "DDC_GetNumChannelGroupProperties") ddc-code " This function will get numberOfProperites (via a pointer)

int DDC_GetNumChannelGroupProperties (DDCChannelGroupHandle channelGroup, unsigned int *numberOfProperties); *******" (group-handle group-handle) ;; group-handle is define to be a pointer type (num-channel-group-properties :pointer)) ;;*******

The pointer issue arises with the second variable num-channel-group-properties.

The lisp code where the error occurs is below (relevant lines highlighted with ***).

(defun get-num-channel-group-properties (group-handle*) "Get number of file properties

FILE-HANDLE* is a pointer to the file handle" ;; (trace foreign-alloc) (let ((number-of-properties (let ((number-of-properties* (foreign-alloc :uint))) ;;****** (print 'allocated-pointer) (print number-of-properties*) (ddc-get-num-channel-group-properties group-handle* number-of-properties*) (print 'done-with-ddc) (prog2 (print 'acessing-number-of-properties) (mem-ref number-of-properties* :uint) ;; ******** (print 'freeing-pointer) (foreign-free number-of-properties*) ;; ******** (print 'freed-pointer))))) ;; (untrace foreign-alloc) (print 'ready-to-return-with-value) number-of-properties))

The traceback is:

ALLOCATED-POINTER #<A Foreign Pointer #x5FFC70> DONE-WITH-DDC ACESSING-NUMBER-OF-PROPERTIES FREEING-POINTER 1> Calling (FOREIGN-FREE #<A Foreign Pointer #x5FFC70>)

and the debugger traceback is

(#x0000000026479810) #x00000000000F532C : #<Function FREE #x00000001000F51BF> + 365 (#x0000000026479840) #x0000000001491314 : #<Function (TRACED FOREIGN-FREE) #x000000210149109F> + 629 (#x0000000026479888) #x000000000139DE14 : #<Function GET-NUM-CHANNEL-GROUP-PROPERTIES #x000000210139DCDF> + 309

So, to summarize:

I have created a pointer to access results of a library call. Library accesses contents of files created with National Instruments software. Library is compiled with MS C++.

The pointer free crash occurs on the third call of the lisp function. The first two calls (with same arguments) run OK.

Thanks,

Mirko