siam

DDDK(Delphi Driver Development Kit) é uma DDK escrita para Delphi porque antigamente só se podia escrever serviços de ring-0 utilizando C/C++

Alguém já utilizou ?

Num evento de Timer:procedure TForm1.Timer1Timer(Sender: TObject); begin if (GetAsyncKeyState(54) < 0) and (GetAsyncKeyState(VK_Shift) < 0) then { Aqui retorno o caracter equivalente ao Shift 6 } end;Eis a dúvida: Como saber o caracter que equivala ao Shift 6 em qualquer teclado ? No meu teclado é a ¨(trema); e nos outros ?

Acontece que não exsite nenhum evento. O que existe é o valor da VK pressionada e se o Shift também estiver sabido pelo GetAsyncKeyState. A partir destas duas informações tenho que retornar o caracter daquele teclado.

O 50 é o valor da tecla, o mesmo retornado no evento onKeyDown. Então o case não pode ser fixo, porque difere conforme a configuração do teclado. Já utilizei o MapVirtualKey, mas não aidantou.

Por exemplo, em dois teclados que tenho o Shift 6 resulta em "¨" e não em "^". O "^" é o Shift ~ Então queria saber se existe via código o retorno dos caracteres Shift pela configuração do teclado.

No meu caso exemplo, eu tenho o valor 50 onde Chr(50) = '2' e o shift down; então somente o Case resolveria. Mas minha dúvida é: Esse Case serve para qualquer configuração do teclado? Quanto ao Caps Lock, tem que checar contra o Shift também, pois se os dois estiverem on, resultará em minúsculas.

Pessoal, teria como saber o caracter que representa o valor da tecla? Por exemplo: eu sei que o valor da tecla é 50 e sei também que Shift está down; a partir daí como retornar o caracter '@' ?

Você pode direcionar a saída de cmd para um arquivo e depois ler este arquivo.

Daí agora ficou a dúvida porque já desenvolví software de biometria com leitura e escrita na porta RS232. Na época era um pentium sem HT e não utilizava nenhum componente de terceiros; apenas as funções: CreateFile, SetupComm, SetCommState, SetCommTimeouts, ReadFile e WriteFile. Não sei se com um HT a performance cairia e também não sei como esses componentes se adaptariam ao HT, sendo que eles não fogem muito dessas funções.

Aprendí mais uma; agora sei que o HT interfere em comunicação com a serial. Para mim estava interferindo com a conexão em Banco de Dados que ficava muito lenta.

Não sei se é o caso, mas esse IBM é um Pentium HT ? Se for, experimente desativar o HyperThreading pelo setup da máquina.

sobe

Alguém já teve esse erro na compilação ? Se deletar os dcus ou der Build All funciona. porque Ctrl+F9 dá esse erro ?