Re: [fpc-pascal] How can i detect what cause the problem

2007-01-11 Thread Daniel Franzini
this happens because windows API code usually have two versions: an Ascii version where chars are 8-bit ASCII (with the suffix A, and used mainly in 9x code) and other where the chars are 2-byte unicode chars with the W suffix, used mainly in 2000/XP stuff (guess W means wide in the sense of wides

Re: [fpc-pascal] How can i detect what cause the problem

2006-11-14 Thread Felipe Monteiro de Carvalho
Can you show us the c declaration of the function you are calling? It should be on a .h file. Also, you should put an way to verify if the calls are working, like: DLL_Handle:=LoadLibrary('SCNAPI32.DLL'); if DLL_Handle = nil then raise EException.Create('Could not load library'); Poin

Re: [fpc-pascal] How can i detect what cause the problem

2006-11-14 Thread Michael Van Canneyt
On Tue, 14 Nov 2006, Gabor Boros wrote: > Hi, > > I have a Symbol mobile device with an integrated barcode scanner. > The scanner's API in C and I cannot use every API calls. > > An example: The problem appears in the > ScanBuffer:=SCAN_AllocateBuffer(TRUE,dwScanSize); > line (see the test app

Re: [fpc-pascal] How can i detect what cause the problem

2006-11-14 Thread Gabor Boros
Many thanks Felipe, the problem is the exported name(s). The exported names is SCAN_AllocateBuffer_A and SCAN_AllocateBuffer_W. Thanks again! Gabor Felipe Monteiro de Carvalho írta: Can you show us the c declaration of the function you are calling? It should be on a .h file. Also, you should

[fpc-pascal] How can i detect what cause the problem

2006-11-14 Thread Gabor Boros
Hi, I have a Symbol mobile device with an integrated barcode scanner. The scanner's API in C and I cannot use every API calls. An example: The problem appears in the ScanBuffer:=SCAN_AllocateBuffer(TRUE,dwScanSize); line (see the test app below). If I run in GDB the error message is: warning: