On-line: гостей 0. Всего: 0 [подробнее..]
Программисты всех стран, объединяйтесь!

АвторСообщение



ссылка на сообщение  Отправлено: 30.07.12 14:40. Заголовок: Адаптация кода C++ в КаВо


Добрый день!

Найдётся ли специалист, который сможет мне помочь адаптировать код C++ в CA-Visual Objects?
Общие представления у меня есть, но некоторые вещи у меня не получаются.

Заранее благодарен.


Спасибо: 0 
Цитата Ответить
Новых ответов нет , стр: 1 2 All [см. все]





ссылка на сообщение  Отправлено: 30.07.12 14:41. Заголовок: Тут возникает нескол..


Тут возникает несколько вопросов. Является ли интерфейс подключения объектных модулей на С/С++ в CAVO таким же, как в Clipper? Или же в CAVO свои интерфейсные функции для передачи аргументов и возвращаемых значений? Насколько мне известно семейство типов данных в CAVO было существенно расширено по сравнению с Clipper, а значит должны быть новые интерфейсные функции.
Нужно ли включать код на С++ или же на С? Дело в том, что в С++ создаются длинные имена функций, зависящие от компилятора.

Я не имел дело с CAVO, поэтому ничего не могу сказать.
В Google имеются форумы по CAVO. Например, [url=https://groups.google.com/forum/?hl=ru&fromgroups#!forum/comp.lang.clipper.visual-objects]здесь[/url]




Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 15:13. Заголовок: Там же, в Google ест..


Там же, в Google есть и второй подобный [url=https://groups.google.com/forum/?fromgroups#!forum/comp.lang.clipper]форум[/url]




Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 15:19. Заголовок: Добрый вечер! Спас..


Добрый вечер!

Спасибо за наводки на форумы.
Скажу сразу: интерфейсные функции не нужны. Это не нужно.

Суть такова: есть DLL, а в КаВо есть возможность использовать DLL-ки, сделанные в среде С/С++
Пример: есть Win32 API-функция CopyFileA, а я её хочу использовать, но под именем CopyFile.
Чтобы её использовать, мне достаточно написать следующее:
_DLL FUNC CopyFile(lpExistingFileName AS PSZ, lpNewFileName AS PSZ, bFailIfExists AS LOGIC);
AS LOGIC PASCAL:KERNEL32.CopyFileA#48

После этого, я её спокойно использую. Как бы суть понятна...

У меня есть DLL-ка RFIDAPI32PC.dll и пример работы с ней, написанный на C++. В этом примере применяются функции из этой .dll-ки. Никакого вывод на экран (вывод я сделаю потом, как будет надо).

И всё хорошо, но у меня есть некоторое недопонимание и ошибки...
В частности, например, там (насколько я понял) используется Unicode, а в КаВо стандартно он не используется... Поэтому и хотелось бы разобрать код с человеком, который имеет опыт перевода (адаптации) кода из Си в КаВо.

На этом форуме я увидел несколько человек, которые ранее работали с КаВо. Возможно они имеют некоторый опыт. Поэтому и написал это сообщение сюда.




Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 15:21. Заголовок: Приведи здесь пример..


Приведи здесь примеры вызовов этих функций из RFIDAPI32PC.dll с одной стороны. И с другой стороны опиши возможные в Каво типы данных и т.д. которые можно употреблять в _DLL FUNC и вообще синтаксис приведи.

В принципе, ситуация в любом случае не патовая, даже если средствами Каво нужные типы невыразимы. В таких случаях пишется прокладочная dll на том же С или Delphi, которая принимает типы "удодные" и переводит их в нужные.


Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 15:22. Заголовок: lopp007 Посмотрите ..


lopp007
Посмотрите ftp.cavo.com удаленный каталог /pubcavo/resources пароль anonymous для доступа использую TOTALCOM
там есть примеры работы c Unicode




Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 15:23. Заголовок: 2 Avseev: каталог та..


2 Avseev: каталог такой знаю, может носом тыкнёте в примеры?
Буду премного благодарен.

2 Sergey Spirin: я об этом вчера уже думал. К сожалению, я не пишу на C++ и знакомого, чтобы помог проверить тоже нет... Кроме того, обнаружились ошибки в описании функций - чуток продвинулся дальше...
Сможете мне помочь проверить пару функций? У меня есть пример (должен быть рабочим), исходники. Мне нужно узнать, что видно у вас (в С++) и сравнить с тем, что видно у меня (в КаВо). Может, там есть ещё одна ошибка и проблема не в unicode... Ну, а если в unicode, то тогда бы я попросил момочь мне сделать прокладку по двум функциям.

Этот же вопрос я адресую и Сыроежке.


Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 15:23. Заголовок: loop007 пишет: ци..


loop007 пишет:

 цитата:

У меня есть пример (должен быть рабочим), исходники. Мне нужно узнать, что видно у вас (в С++) и сравнить с тем, что видно у меня (в КаВо). Может, там есть ещё одна ошибка и проблема не в unicode... Ну, а если в unicode, то тогда бы я попросил момочь мне сделать прокладку по двум функциям.



Вы можете самостоятельно проверить эти функции, установив у себя на машине любой компилятор С/С++. Сейчас много есть свободно распространяемых компиляторов. Например, можно установить Microsoft Visual C++ 2010 Express Edition, либо любой другой. В любом случае полезно иметь под рукой С/С++ компилятор, так как Clipper-производные пакеты всегда предполагают интерфейс с С.
Если у вас будут возникать ошибки компиляции, то вы можете вынести их сюда, на форум, на обсуждение. Либо если вам не понятен какой-то фрагмент кода, вы также можете его вынести на обсуждение на форуме.




Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 15:27. Заголовок: loop007 пишет: то ..


loop007 пишет:

 цитата:
то тогда бы я попросил момочь мне сделать прокладку по двум функциям.



Индивидуально вряд ли кто помогать будет. А коллективно, может и подскажем/наведем. Поэтому выкладывай здесь описание функции в dll, пример ее вызова в С++, и как пытаешься вызвать в каво, с комментариями об специфичных типах каво. Посмотрим...




Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 16:43. Заголовок: Давайте попробуем.....


Давайте попробуем...

Function Prototype 
const TCHAR * WINAPI RFID_GetCommandStatusText(int stat);

Parameters
stat

Status code returned by an RFID API function call.

Return Values
Returns a human readable string representing the RFID API’s integer error code.


Вот, что на самом деле (взял из рабочего примера на Visual Studio 2005:
=> RFID_GetCommandStatusText(hReader, dwStatus) (Т.е., я уже узнал, что там не один, а два параметра :))

Перенёс в КаВо вот так:

 _DLL FUNC RFID_GetCommandStatusText( hReader AS PTR, dwStatus AS DWORD ) ; 
AS PSZ PASCAL:RFIDAPI32PC.RFID_GetCommandStatusText#148


Но возвращает она мне только первую букву сообщения… То ли это функция глючная, то ли я глючу :))

Идём дальше:

bool ConfigureTCPIP(HANDLE hReader, TCHAR *ptszIPAddress, WORD wPort)   
{
bool bSuccess = FALSE;
DWORD dwItems = 1;
DWORD dwStatus = RFID_SUCCESS;
dwStatus = RFID_SetCapCurrValue(hReader, RFID_DEVCAP_IP_PORT, &dwItems, sizeof(wPort), &wPort);

IF(dwStatus == RFID_SUCCESS)
{
dwItems = (DWORD)wcslen(ptszIPAddress) + 1;// + 1 for null
dwStatus = RFID_SetCapCurrValue(hReader, RFID_DEVCAP_IP_NAME, &dwItems,;
dwItems * sizeof(ptszIPAddress[0]), ptszIPAddress);

Function Prototype

RFID_SetCapCurrValue(HANDLE hReader, DWORD dwCapId, DWORD *pdwNumItems, DWORD dwValueBufSize, LPVOID pvValueBuf);

Parameters

hReader

Handle to open RFIDAPI.

dwCapId

Id of capability being referenced.

pdwNumItems

Number of items that can fit into pvValueBuf.

dwValueBufSize

Size of pvValueBuf in BYTES.

pvValueBuf

Buffer that receives default value.

Return Values

If the function succeeds, the return value is RFID_SUCCESS.

If the function fails, an "RFID_XXXX" error code is returned.

Comments

The API assumes that pvValueBuf points to 1 or more items. Each item can be a BYTE, WORD, or DWORD (8, 16, or 32bit value).
The API calculates an item's size as follows: ItemSize = *pdwNumItems / dwValueBufSize;
The API correctly converts a smaller item into a larger item, but not vice-versa. That is, if the caller supplies an array of DWORDs to the API, and the Capability is an array of bytes, each byte is properly placed into the supplied DWORD array as DWORDs. The API cannot put a DWORD into a WORD or BYTE since these items are not large enough to hold DWORDs.


Понятно, что в КаВо эта функция будет выглядеть типа так:

 _DLL FUNC RFID_SetCapCurrValue( hReader AS PTR, dwCapId AS DWORD, pdwNumItems AS DWORD PTR, dwValueBufSize AS DWORD, pvValueBuf AS PSZ) AS DWORD PASCAL:RFIDAPI32PC.RFID_SetCapCurrValue    


И как будет выглядеть следующий код в КаВо?

bool ConfigureTCPIP(HANDLE hReader, TCHAR *ptszIPAddress, WORD wPort)   
{
bool bSuccess = FALSE;
DWORD dwItems = 1;
DWORD dwStatus = RFID_SUCCESS;

dwStatus = RFID_SetCapCurrValue(hReader, RFID_DEVCAP_IP_PORT, &dwItems, sizeof(wPort), &wPort);
IF(dwStatus == RFID_SUCCESS)
{
dwItems = (DWORD)wcslen(ptszIPAddress) + 1;// + 1 for null
dwStatus = RFID_SetCapCurrValue(hReader, RFID_DEVCAP_IP_NAME, &dwItems,;
dwItems * sizeof(ptszIPAddress[0]), ptszIPAddress);

FUNCTION ConfigureTCPIP( hReader AS PTR, ptszIPAddress AS PSZ, wPort AS WORD ) AS LOGIC PASCAL

LOCAL bSuccess := FALSE AS LOGIC
LOCAL dwItems := 1 AS DWORD
LOCAL dwStatus := RFID_SUCCESS AS DWORD

dwStatus := RFID_SetCapCurrValue( hReader, RFID_DEVCAP_IP_PORT, @dwItems, sizeof(wPort), @wPort);
IF(dwStatus == RFID_SUCCESS)

// dwItems = (DWORD)wcslen(ptszIPAddress) + 1;// + 1 for null
// dwStatus = RFID_SetCapCurrValue(hReader, RFID_DEVCAP_IP_NAME, &dwItems,;
// dwItems * sizeof(ptszIPAddress[0]), ptszIPAddress);


Как переделать последние три строки – я не знаю… Для справки: соответствие цифровых типов Си и КаВо почти полное (нет LONG LONG и ещё некоторых) Указателей в КаВо два: PSZ и PTR PSZ - это указатель на строку с нулём в конце (строка с обязательным 0x00 в конце) а PTR - просто указатель на область памяти


Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 16:44. Заголовок: loop007 , не в тему..


loop007 , не в тему, по оформлению: текст кода можно выделить и отметить как "Моноширинный шрифт" (кнопочка с цифрами "123"). Тогда намного лучше читается, можно отступы сделать.




Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 16:45. Заголовок: Т.е., проблема с пон..


Т.е., проблема с пониманием (DWORD)wcslen(ptszIPAddress) и sizeof(ptszIPAddress[0])

ptszIPAddress - это строка в UNICODE (IP-адрес)
но в ANSI (у меня только ANSI) 256.256.256.256 - длина 15 (+1)
sizeof в КаВо будет или _SizeOf или просто SizeOf
ptszIPAddress[0] - откуда [0]? Это связано с Unicode? Как это написать для ANSI?


Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 16:46. Заголовок: Спасибо, текст сдела..


Спасибо, текст сделал моноширинным.
Что-то ещё поправить? Объём не великоват?


Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 16:53. Заголовок: loop007 пишет: Fun..


loop007 пишет:

 цитата:
Function Prototype const TCHAR * WINAPI RFID_GetCommandStatusText(int stat); Parameters stat Status code returned by an RFID API function call. Return Values Returns a human readable string representing the RFID API’s integer error code.


Вот, что на самом деле (взял из рабочего примера на Visual Studio 2005:
=> RFID_GetCommandStatusText(hReader, dwStatus) (Т.е., я уже узнал, что там не один, а два параметра :))

Перенёс в КаВо вот так:


_DLL FUNC RFID_GetCommandStatusText( hReader AS PTR, dwStatus AS DWORD ) ; AS PSZ PASCAL:RFIDAPI32PC.RFID_GetCommandStatusText#148


Но возвращает она мне только первую букву сообщения… То ли это функция глючная, то ли я глючу :))



TCHAR может быть UTF-16, что скорее всего и функция возвращает. Попробуй конвертировать возврат WinAPi-функцией, например WideCharToMultiByte().



Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 16:54. Заголовок: А что про (DWORD)wcs..


А что про (DWORD)wcslen(ptszIPAddress) и sizeof(ptszIPAddress[0]) скажете?
что, почему и для чего делается?

С WideCharToMultiByte пока не получается, т.к. длина возвращаемого значения - 1
Что-то где-то не там читаю...


Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 16:55. Заголовок: Длину попробуй опред..


Длину попробуй определить с помощью lstrlenW(), она в kernel32.

Остальное может вечером гляну, сейчас не могу.




Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 16:56. Заголовок: loop007 пишет: А чт..


loop007 пишет:

 цитата:
А что про (DWORD)wcslen(ptszIPAddress) и sizeof(ptszIPAddress[0]) скажете?



Что именно здесь непонятно?

(DWORD)wcslen(ptszIPAddress) - приведет к типу DWORD длину юникодной строки ptszIPAddress. sizeof(ptszIPAddress[0]) будет 2, если ptszIPAddress юникодная строка.




Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 16:59. Заголовок: Sergey Spirin пишет:..


Sergey Spirin пишет:

 цитата:
(DWORD)wcslen(ptszIPAddress) - приведет к типу DWORD длину юникодной строки ptszIPAddress. sizeof(ptszIPAddress[0]) будет 2, если ptszIPAddress юникодная строка.



Именно это я и хотел услышать. А при ANSI sizeof(ptszIPAddress[0]) будет 1
Спасибо.

Sergey Spirin пишет:

 цитата:
Длину попробуй определить с помощью lstrlenW(), она в kernel32.



Буковка W в конце названия функции обозначает, что это Unicode-функция,
а значит, для КаВо это не подходит ...

Всё равно, спасибо! Данную ситуация я как-то обойду.

Последний вопрос по синтаксису:
вот идёт получение handle
hReader = OpenReader(TEXT("157.235.88.44"), 3000);

а вот сама функция:
/// Opens and establishs connection to a reader
/// @param[in] tszNewIPAddressThe IP address of the reader
/// @param[in] wPortThe TCP port of the reader
HANDLE OpenReader(TCHAR tszNewIPAddress[32], WORD wPort)
{

Что значит TCHAR tszNewIPAddress[32], почему нельзя написать просто TCHAR tszNewIPAddress ?
Что означают цифры 32? Я так подозреваю, что это длина в Unicode, а в ANSI это, наверное, будет 16...
А без указания длины можно?

Простите за дилетанские вопросы.
Большая вам благодарность за долготерпение!


Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 17:02. Заголовок: loop007 пишет: Бук..


loop007 пишет:

 цитата:
Буковка W в конце названия функции обозначает, что это Unicode-функция,
а значит, для КаВо это не подходит ...



Что значит "не подходит"? У нее один параметр указатель, который у тебя есть. Вернет число. От того, что каво не содержит юникодные типы данных, это не означает, что ты не можешь вызвать функцию.

loop007 пишет:

 цитата:
Что значит TCHAR tszNewIPAddress[32], почему нельзя написать просто TCHAR tszNewIPAddress ?



Здесь параметр определен как массив символов, а не как указатель на символ. Символов одинаково будет и в Ansi и в Unicode, а вот байтов такие массивы займут разное количество.

P.S. Вообще, использование TCHAR и таких конструкций как TEXT(""), наводит на мысль, что должна быть ANSI-версия этой библиотеки. Ты уверен, что скачал нужное? Тип TCHAR обычно используется в случаях когда один код нужно компилировать в двух вариантах - Ansi и Unocode.



Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 17:07. Заголовок: По первому ответу - ..


По первому ответу - принято. Уазатель он и есть указатель. Погорячился.

Sergey Spirin пишет:

 цитата:
Здесь параметр определен как массив символов, а не как указатель на символ. Символов одинаково будет и в Ansi и в Unicode, а вот байтов такие массивы займут разное количество.

P.S. Вообще, использование TCHAR и таких конструкций как TEXT(""), наводит на мысль, что должна быть ANSI-версия этой библиотеки. Ты уверен, что скачал нужное? Тип TCHAR обычно используется в случаях когда один код нужно компилировать в двух вариантах - Ansi и Unocode.



Вероятно, такая библиотека (ANSI) была ранее, но сейчас ничего не нашёл...
Кроме того, старые библиотеки не поддерживают новые устройства (Motorola)...

По поводу твоего объяснения что это не указатель, а массив... несколько в затруднении.
Выходит, что TEXT() вернёт строку, которую передаём в функцию, но там её
принимаем, как массив символов этой строки...
Я правильно понял?

Просто смотрю текст (примера): (Main)
hReader = OpenReader(TEXT("157.235.88.44"), 3000); // Это строка

но, в функции - это массив
HANDLE OpenReader(TCHAR tszNewIPAddress[32], WORD wPort)

при этом, в функции OpenReader тут же передаётся (без изменений)
в функцию ConfigureTCPIP:
IF(ConfigureTCPIP(hReader, tszNewIPAddress, wPort))

где, это вроде как указатель на строку:
bool ConfigureTCPIP(HANDLE hReader, TCHAR *ptszIPAddress, WORD wPort)

Это особенности синтаксиса Си, или я чего-то не понимаю?




Спасибо: 0 
Цитата Ответить



ссылка на сообщение  Отправлено: 30.07.12 17:08. Заголовок: loop007 пишет: Это..


loop007 пишет:

 цитата:
Это особенности синтаксиса Си, или я чего-то не понимаю?



Да я бы не сказал, что только Си, в Дельфи где-то также. Строка это и есть массив символов А указатель на строку это указатель на первый элемент массива - указатель на символ. В терминах Клиппера - "по ссылке и по значению".



Спасибо: 0 
Цитата Ответить
Новых ответов нет , стр: 1 2 All [см. все]
Ответ:
1 2 3 4 5 6 7 8 9
большой шрифт малый шрифт надстрочный подстрочный заголовок большой заголовок видео с youtube.com картинка из интернета картинка с компьютера ссылка файл с компьютера русская клавиатура транслитератор  цитата  кавычки моноширинный шрифт моноширинный шрифт горизонтальная линия отступ точка LI бегущая строка оффтопик свернутый текст

показывать это сообщение только модераторам
не делать ссылки активными
Имя, пароль:      зарегистрироваться    
Тему читают:
- участник сейчас на форуме
- участник вне форума
Все даты в формате GMT  3 час. Хитов сегодня: 9
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация откл, правка нет