ThermalLib.ocx do sterowania drukarką fiskalną Posnet

Witam!

mam problem z biblioteka ThermalLib.ocx do sterowania drukarką fiskalną Posnet. Mam dokładną specyfikację techniczną itp. jednak nie pomogło mi to. Wywołując metodę ThermalLib.THLOpenPort("COM1")
otrzymuję wyjątek:

Katastrofalny błąd. (Wyjątek od HRESULT: 0x8000FFFF (E_UNEXPECTED))

Biblioteka jest zarejestrowana, drukarka podłączona, jest sterownik, port się zgadza, posiadam aplikację która wykorzystuje tą kontrolkę i działa dobrze, drukuje, z tym że jest napisana w C++Builder 5. Mam nadzieję że ktoś coś wie na ten temat, dlaczego nie działa to w C#???

Pozdrawiam i z góry dzięki,
BL

Dodaj to do Toolboxa, a potem na formatkę (nic nie wyświetli podczas działania) i tak powinno zacząć działać.

wiesz, raczej chodzi o mniej trywialne rzeczy, <ort>poza tym</ort> kontrolki nie musza lezec na toolboxie zeby poprawnie dzialac. <ort>poza tym</ort> nie ozywiaj starych watkow

Miałem identyczny problem. Marek i jego brzuch pomogli mi go rozwiązać - wystarczyło przeciągnąć na toolbox i dodać do formatki (w dokumentacji producenta oczywiście ani słowa na ten temat). Piękne dzięki!

No sorry, ale przeciągając na toolbox'a w Delphi 2006 nie mam żadnej reakcji! Może jakaś konkretna wskazówka, jak uaktywnić tę bibliotekę do pracy w delphi.
U mnie jest:
try
wyn := Posnet1.THLOpenPort('Com1'); // otwarcie portu
except
ShowMessage ('Błąd nr '+inttostr(wyn)+' otwarcia portu');
exit;
end;
dostaję 'Błąd nr 0 otwarcia portu' i kicha.
W dokumentacji piszą, że 0 to poprawna liczba, ale robi wyjątek w programie i d..a.
Może nie ten element przeciągam na toolbox'a? Przeciągałem ThermalLib.ocx. A może nie tę bibliotekę?
W dokumentacji zerrrroooo informacji! Jaki producent - takie oprogramowanie.
Powiem szczerze, złoszczę się jak coś nie wychodzi a powinno. :/
Poza tym wyjaśnienie 'przeciągnij na toolbox'a' jest raczej mało precyzyjne.
Gdybym miał odpisywać, to już pokusiłbym się o pełniejsze sformułowania.

Z pozdrowieniami
Kalafiorek

thermallib dziala poprawnie, tylko trzeba umiec sie poslugiwac ActiveX'ami.. tak sie sklada ze niedawno sam mialem okazje bawic sie ta biblioteka i dziala :) dowcip z toolboxem vs zwykla referencja w visual studio polega na tym, ze visual w tym momencie dodawania do toolboxa generuje dllki-proxy dla kontrolki activex a przy zwyklym linkowaniu - nie robi tego, tylko traktuje jako zwykla dllke.

w visualu: nalezy wiec albo dodac to toolboxa i "polozyc", albo - uzyc do tego narzedzia AXIMP.EXE przychodzacego z visualem, wygenerowac sobie proxy i OBYDWA pliki wpiac w projekt

w borlandzie: nie mam zielonego pojecia, ale pewnie podobnie. proxy to proxy, sa wymagane, poniewaz kontrolka ActiveX wymaga hosta nawet jesli nie jest komponentem graficznym.

@kalafiorek: a co do Ciebie, to zamiast sie pieklic, wzialbys i zerknal na swoj kod, i nad nim poplakal zamiast narzekac na biblioteke uzywana w setkach punktow..

Kalafiorek napisał(a)

   try
      wyn := Posnet1.THLOpenPort('Com1'); // otwarcie portu
   except
      ShowMessage ('Błąd nr '+inttostr(wyn)+'  otwarcia portu');
      exit;
   end;

naprawde sadzisz, ze jesli THLOpenPort rzuci wyjatkiem, to podstawienie wyn:={retval} sie zdazy wykonac przed except'em ?
THLOpenPort zwraca wartosc opisujaca wynik operacji TYLKO jesli CALA linijka przejdzie poprawnie.. a tak w ogole to wyjatki sa po to, zeby je lapac i czytac komunikaty jakie sa w nich zawarte;p