🚀 go-pugleaf

W dniu środa, 16 listopada 2016 12:11:27 UTC+1 użytkownik Piotr S. napisał:
> W dniu 2016-11-16 o 10:30, stchebel@gmail.com pisze:
> >
> > Sytuacja jest taka, że wystarczy by prototyp funkcji był zadeklarowany:
> > function FT_Open(PVDevice:Integer; ftHandle:Pointer ) : integer ; stdcall ; External 'ftd2xx.dll' name 'FT_Open';
> >
> > i już forma się nie otwiera. Niezależnie czy w dalszej części programu jest polecenie wywołania tej funkcji czy nie.
> >
> 
> A procedura FT_Open na pewno istnieje w tej dllce? Może nazwę trzeba 
> poprzedzić znakiem "_"? Albo może trzeba użyć innej konwencji 
> wywoływania niż stdcall?
> Spróbuj jeszcze poprzez dynamiczne ładowanie dllki tj. LoadLibrary, 
> GetProcAddress itd. Wtedy może łatwiej dojdziesz gdzie jest problem.
> 
> P.S.

Zakładam, że funkcja FT_Open istnieje w dllce (*.so) pod RPi, bo jak nie otworzę portu, to cała reszta jest bezużyteczna. Jak pisałem w głównym wątku (przeczytaj jeszcze raz, jest tam bardziej szczegółowo) pod Windowsem wszystko jest OK. Problemy są tylko pod Lazarusem na RPi. Co do Twojej koncepcji dynamicznego ładowania biblioteki, to też o tym myślałem, bo kiedyś, gdzieś, coś o tym czytałem/słyszałem. Problem w tym, że informatyk/programista ze mnie jak z koziej **** wuwuzela, coś tam umiem nabazgrać, ale to nie moja główna profesja. Ja jestem od plątania drutów (HW), na tym się znam, no ale czasem trza coś samemu podłubać w sofcie. Przynajmniej w podstawach kompatybilności komunikacji/koncepcji SW-HW. W związku z tym prośba, wracając do dynamicznego ładowania czegoś tam z dllki. Mógłbyś tak bardzo łopatologicznie mi to podać "jak się to robi w D6/Lazarus", a jeżeli zbyt dużo tłumaczenia, to prośba o linka gdzie jest to opisane z przykładami.

Aha!! FT_Open z całą pewnością jest w ftd2xx.so, bo odpalenie programu "read" z katalogu Examples powoduje prawidłowe wyplucie zawartości EEPROM'a. Źródła w C też są tam dostępne. Problem jest gdzieś na styku Lazarus(Raspbian)/FTDI