Как преобразовать данные из TStringList в unsigned char?

[-=Женек=-]

Господа, пишу в билдере.
Есть массив строк:
TStringList *Dat = new TStringList;
Dat->LoadFromFile("d:/hex.hex");//загрузка файла

Есть функция отправки байта SendUART(unsigned char command)

нужно чем-то обрастить строку SendUART(Dat->Strings[i].SubString(4,2)); чтобы передать 1 байт, HEX отображение которого и составляют два символа строки.

НАпример Dat->Strings[i].SubString(4,2) = "23" (что означает 0x23), а подставить в SendUART надо "#" или 35, то есть unsigned char.

Подскажите как.

[Spectator]

#include <stdlib.h>
long int strtol(const char *start, char **end, int radix);

start - это строка, в end будет хранится первый адрес первого символа после сконвертированного значения, в radix передай 16

На выходе будет нужный байт.

Так как функция будет пытаться преобразовать по максимуму, нужно будет каждые два символа записывать в отдельную строковую переменную.

А вообще быстрее и проще это сделать вручную, через switch:

long CharToIntVal(char a)
{
switch (a) {
case '0': return 0;
case '1': return 1;
case '2': return 2;
case '3': return 3;
case '4': return 4;
case '5': return 5;
case '6': return 6;
case '7': return 7;
case '8': return 8;
case '9': return 9;

case 'A': return 10;
case 'B': return 11;
case 'C': return 12;
case 'D': return 13;
case 'E': return 14;
case 'F': return 15;

case 'a': return 10;
case 'b': return 11;
case 'c': return 12;
case 'd': return 13;
case 'e': return 14;
case 'f': return 15;

default: return -1;
}
}

CharToIntVal(arr[0]*16) + CharToIntVal(arr[1])
CharToIntVal(arr[2]*16) + CharToIntVal(arr[3])

и т.д.

[aerin]

Spectator, а зачем код символа перед передачей в функцию умножать на 16?

[Spectator]

Сообщение от aerin

Spectator, а зачем код символа перед передачей в функцию умножать на 16?

Ошибся
не
CharToIntVal(arr[0]*16) + CharToIntVal(arr[1])
а
CharToIntVal(arr[0])*16 + CharToIntVal(arr[1])
тогда из строки 'A5' мы получим числовое значение.

[aerin]

А так не проще:

sscanf( строка_где_это_лежит, "%2x", &переменная_куда_покласть );

?

[Spectator]

Сообщение от aerin

А так не проще:
?

Тогда уж лучше то что я говорил выше:
int n = strtol("A5", NULL, 16);//n=165

[-=Женек=-]

Сообщение от Spectator

Тогда уж лучше то что я говорил выше:
int n = strtol("A5", NULL, 16);//n=165

Спасибо, помогло.
Но помогите заставить работать это:

TStringList *Dat = new TStringList;
Dat->LoadFromFile("d:/hex.hex");//загрузка файла

unsigned char n = strtol( Dat->Strings[1].SubString(2,2).c_str() , NULL, 16);//n=165

Выдает ошибки:
BCC32 Error] SMD_Reflow.cpp(1167): E2034 Cannot convert 'wchar_t *' to 'const char *'
[BCC32 Error] SMD_Reflow.cpp(1167): E2342 Type mismatch in parameter '__s' (wanted 'const char *', got 'wchar_t *')

[-=Женек=-]

Вот оно че:
unsigned char n = wcstol( Dat->Strings[0].SubString(2,2).c_str() , NULL, 16);

[aerin]

Сообщение от Spectator

Тогда уж лучше то что я говорил выше:
int n = strtol("A5", NULL, 16);//n=165

Нет, не лучше. В исходной задаче ничего не говорится о символах, идущих за этими двумя, поэтому:
int n = strtol("A5", NULL, 16);//n=165,
а n = strtol("A5B6", NULL, 16);//n=42422
с другой стороны:
sscanf( "A5", "%2x", &n ); // n = 165
и
sscanf( "A5B6", "%2x", &n ); // n = 165

[Spectator]

Сообщение от aerin

Нет, не лучше. В исходной задаче ничего не говорится о символах, идущих за этими двумя, поэтому:
int n = strtol("A5", NULL, 16);//n=165,
а n = strtol("A5B6", NULL, 16);//n=42422

Что смешного, в калькуляторе проверь виндовом, все верно)

Сообщение от aerin

с другой стороны:
sscanf( "A5", "%2x", &n ); // n = 165
и
sscanf( "A5B6", "%2x", &n ); // n = 165

char sz[]="A5B6";
char c = sz[2];
sz[2] = 0;
int n = strtol(sz, NULL, 16);//n=165,
sz[2] = c;
Так просто наверняка будет быстрее.

[Spectator]

Сообщение от -=Женек=-

Вот оно че:
unsigned char n = wcstol( Dat->Strings[0].SubString(2,2).c_str() , NULL, 16);

Это от версии и настроек билдера зависит, у меня тот пример, который у тебя выдавал ошибки, откомпилировался без вопросов.

[aerin]

Сообщение от Spectator

Что смешного, в калькуляторе проверь виндовом, все верно)

Смешно то, что код неработоспособный.

Сообщение от Spectator

char sz[]="A5B6";
char c = sz[2];
sz[2] = 0;
int n = strtol(sz, NULL, 16);//n=165,
sz[2] = c;
Так просто наверняка будет быстрее.

Не уверен, что TStringList благосклонно отнесется к такому надругательству над своими членами.

Это от версии и настроек билдера зависит, у меня тот пример, который у тебя выдавал ошибки, откомпилировался без вопросов.

Это зависит от того, UNICODE-ная версия рантайма используется для сборки или нет.

[Spectator]

Сообщение от aerin

Смешно то, что код неработоспособный.

Не уверен, что TStringList благосклонно отнесется к такому надругательству над своими членами.

Безусловно, поскольку он вернет константную строку, ее надо будет предварительно скопировать в локальный массив char'ов, т.е. строку.

Сообщение от aerin

Это зависит от того, UNICODE-ная версия рантайма используется для сборки или нет.

Рантайм там один, всё зависит от опций компилятора. Какая функция используется по умолчанию.
Есть вот замечательная функция CreateWindow, которая создает окно. Фокус состоит в том что ее на самом деле давно уже нет. Есть CreateWindowA и CreateWindowW и, в зависимости от настроек и / или define'ов подставляется либо та либо другая, когда пишешь CreateWindow.
Здесь примерно такая же бодяга.

[aerin]

Сообщение от Spectator

Безусловно, поскольку он вернет константную строку, ее надо будет предварительно скопировать в локальный массив char'ов, т.е. строку.

В моем понимании "надо будет предварительно скопировать в локальный массив char'ов" и "так просто наверняка будет быстрее" сочетаются слабо.

Сообщение от Spectator

Рантайм там один, всё зависит от опций компилятора. Какая функция используется по умолчанию.
Есть вот замечательная функция CreateWindow, которая создает окно. Фокус состоит в том что ее на самом деле давно уже нет. Есть CreateWindowA и CreateWindowW и, в зависимости от настроек и / или define'ов подставляется либо та либо другая, когда пишешь CreateWindow.
Здесь примерно такая же бодяга.

Сколько там рантаймов, я не знаю, т.к. не работаю с этим компайлером. Подозреваю, что под "опциями компилятора" вы понимаете наличие или отсутствие определения UNICODE.
И далее, я открою вам страшную военную тайну: CreateWindow никогда не была функцией, да и функций CreateWindowA и CreateWindowW тоже давно уже нет:

Сообщение от WinUser.h

#define CreateWindowA(lpClassName, lpWindowName, dwStyle, x, y,\
nWidth, nHeight, hWndParent, hMenu, hInstance, lpParam)\
CreateWindowExA(0L, lpClassName, lpWindowName, dwStyle, x, y,\
nWidth, nHeight, hWndParent, hMenu, hInstance, lpParam)
#define CreateWindowW(lpClassName, lpWindowName, dwStyle, x, y,\
nWidth, nHeight, hWndParent, hMenu, hInstance, lpParam)\
CreateWindowExW(0L, lpClassName, lpWindowName, dwStyle, x, y,\
nWidth, nHeight, hWndParent, hMenu, hInstance, lpParam)
#ifdef UNICODE
#define CreateWindow CreateWindowW
#else
#define CreateWindow CreateWindowA
#endif // !UNICODE

[aerin]

Spectator, да, забыл сказать, только вы никому! Тс-с-с-с!

[Spectator]

Сообщение от aerin

В моем понимании "надо будет предварительно скопировать в локальный массив char'ов" и "так просто наверняка будет быстрее" сочетаются слабо.

Копирование будет выполнено ГОРАЗДО быстрее, чем вызов sprintf, фактически - это одна ассемблерная операция. А sprintf - та еще махина, которая совсем для других целей предназначена. Не возьмусь гарантировать, но разница раз в 100 по скорости выполнения вполне предсказуема.

Сообщение от aerin

Сколько там рантаймов, я не знаю, т.к. не работаю с этим компайлером. Подозреваю, что под "опциями компилятора" вы понимаете наличие или отсутствие определения UNICODE.
И далее, я открою вам страшную военную тайну: CreateWindow никогда не была функцией, да и функций CreateWindowA и CreateWindowW тоже давно уже нет:

Была Разделение на CreateWindowA и CreateWindowW произошло даже не в 95 винде, а только в XP.
То что в ультрасовременных ОС подменили и вызов CreateWindow* на вызов CreateWindowEx* - вполне верю. В XP лично с отладчиком их (CreateWindow*) наблюдал в ядре.

[pwei]

что-то слишком часто слышу в это разделе звук сливного бачка

[Hopkroft]

Сообщение от Spectator

Была Разделение на CreateWindowA и CreateWindowW произошло даже не в 95 винде, а только в XP.

А разве этого не было в Windows 2000?

[Spectator]

Сообщение от Hopkroft

А разве этого не было в Windows 2000?

Может быть и в 2000, она как то мимо меня прошла, я с 95 сразу на XP перешел.

[aerin]

Сообщение от Spectator

Копирование будет выполнено ГОРАЗДО быстрее, чем вызов sprintf, фактически - это одна ассемблерная операция. А sprintf - та еще махина, которая совсем для других целей предназначена. Не возьмусь гарантировать, но разница раз в 100 по скорости выполнения вполне предсказуема.

Жаль пацаны из intel-а не знают про эту волшебную инструкцию и делают все по-старинке:

;char *strcpy(dst, src) - copy one string over another
;
;Purpose:
; Copies the string src into the spot specified by
; dest; assumes enough room.
;
; Algorithm:
; char * strcpy (char * dst, char * src)
; {
; char * cp = dst;
;
; while( *cp++ = *src++ )
; ; /* Copy src over dst */
; return( dst );
; }
;
;Entry:
; char * dst - string over which "src" is to be copied
; const char * src - string to be copied over "dst"
;
;Exit:
; The address of "dst" in EAX
;
;Uses:
; EAX, ECX
;
;Exceptions:
;************************************************* ******************************
CODESEG

% public strcpy
strcpy proc \
dsttr byte, \
srctr byte

OPTION PROLOGUE:NONE, EPILOGUE:NONE

push edi ; preserve edi
mov edi,[esp+8] ; edi points to dest string
jmp short copy_start

strcpy endp

align 16


; edi points to the end of dest string.
copy_start::
mov ecx,[esp+0ch] ; ecx -> sorc string
test ecx,3 ; test if string is aligned on 32 bits
je short main_loop_entrance

main_loop: ; edx contains first dword of sorc string
mov [edi],edx ; store one more dword
add edi,4 ; kick dest pointer
main_loop_entrance:
mov edx,7efefeffh
mov eax,dword ptr [ecx] ; read 4 bytes

add edx,eax
xor eax,-1

xor eax,edx
mov edx,[ecx] ; it's in cache now

add ecx,4 ; kick dest pointer
test eax,81010100h

je short main_loop
; found zero byte in the loop
; main_loop_end:
test dl,dl ; is it byte 0
je short byte_0
test dh,dh ; is it byte 1
je short byte_1
test edx,00ff0000h ; is it byte 2
je short byte_2
test edx,0ff000000h ; is it byte 3
je short byte_3
jmp short main_loop ; taken if bits 24-30 are clear and bit
; 31 is set
byte_3:
mov [edi],edx
mov eax,[esp+8] ; return in eax pointer to dest string
pop edi
ret
byte_2:
mov [edi],dx
mov eax,[esp+8] ; return in eax pointer to dest string
mov byte ptr [edi+2],0
pop edi
ret
byte_1:
mov [edi],dx
mov eax,[esp+8] ; return in eax pointer to dest string
pop edi
ret
byte_0:
mov [edi],dl
mov eax,[esp+8] ; return in eax pointer to dest string
pop edi
ret

или может мы будем копировать через memcpy:

void * __cdecl memcpy (
void * dst,
const void * src,
size_t count
)
{
void * ret = dst;

#if defined (_M_IA64)

{


__declspec(dllimport)


void RtlCopyMemory( void *, const void *, size_t count );

RtlCopyMemory( dst, src, count );

}

#else /* defined (_M_IA64) */
/*
* copy from lower addresses to higher addresses
*/
while (count--) {
*(char *)dst = *(char *)src;
dst = (char *)dst + 1;
src = (char *)src + 1;
}
#endif /* defined (_M_IA64) */

return(ret);
}

тоже засада... Так где ж она та волшебная "ассемблерная операция"?

Сообщение от Spectator

Была Разделение на CreateWindowA и CreateWindowW произошло даже не в 95 винде, а только в XP.
То что в ультрасовременных ОС подменили и вызов CreateWindow* на вызов CreateWindowEx* - вполне верю. В XP лично с отладчиком их (CreateWindow*) наблюдал в ядре.

Я не знаю, что ты там наблюдал в ядре, но CreateWindowEx была еще до выхода win32s, т.е. в 16-разрядной винде, и смысла использования CreateWindow не было уже в 1992 году. В nt3.5 CreateWindow, подозреваю как и в win95, была просто стабом, которая передавала параметры в CreateWindowEx. На эту тему была очень хорошая статья в technet, правда вышла она уже во времена nt4. Первые функции с постфиксами W появились в win95, а возможно и в win32s, проверять лениво.
Одно непонятно, каким боком это все относится к вопросу ТС:

Выдает ошибки:
BCC32 Error] SMD_Reflow.cpp(1167): E2034 Cannot convert 'wchar_t *' to 'const char *'
[BCC32 Error] SMD_Reflow.cpp(1167): E2342 Type mismatch in parameter '__s' (wanted 'const char *', got 'wchar_t *')

или strtol уже перебралась из рантайма в ядро?