Вот, написал такой код

А выводит он сущую фигню. Помогите плиз найти ошибку 

Я не разбирался с твоим кодом но САБЖ можно сделать так:
b - байт


в результате в al - младшие 4 байта, в ah - старшие
 
можно и без ассемблера обойтись:
  

Это сообщение отредактировал(а) Coder - 30.5.2006, 04:06

  

Snowy, че-то ты намудрил.
надо так:


если во втором случае сразу применить shl и shr то ВСЕ биты вернуться на свои места и при этом старшие не обратятся в нули 

 

Угу. Заметил - при выполнении операций, байт превращается в 4, потому и не получается.
Но лечится легко: 

Демо, не пому чем твой пример отличается от моего в первом ответе? в одну строку операторы and и shr не объединил что ли?  

Отличается именно этим.
Пока досмотрел, про твой код и забыл.
Тебя что, задевает? 

Тогда так будет самый оптимальный способ:
 

Только не нужно это делать литералами прямо в коде!
Просто Delphi имеет глупую привычку заменять иногда при вычислении литералов shr на sar. 

негде сейчас посмотреть, sar это что?
 

Спасибо, ребята, но это все и так понятно.
вот в этой моей строчке примерно то же самое и делаю
char('a'+bytes[i] shr 4)+' '+char('a'+bytes[i] mod 240)
но второй символ выходит за пределы латинского алфавита, а значить что bytes[i] mod 240 больше 16, чего быть не может. Может с этим absolute чего не так? или я уже не знаю...

Взгляните плиз на мой код, там не так уж много...

C этого моменто поподробнее

Добавлено @ 10:25 
Вот это тоже не ясно... Можно теоретические основы?
 

Зачем тебе байты? string и так массив.
Кроме того по данной схеме, как я понимаю, получается, что bytes у тебя ссылается на указатель на строку, а не на саму строку. 

Может я чего то не понимаю, но


64 бита, это вроде всего 8мь байт (получается, что последние 8мь байт в массиве - "неопределены"??).

а вот еще:


а с SYSTEMTIME все должно быть просто:

Это по поводу того, как можно получить время, потом с помощью Format привести к нужному виду и потом добавить в memo. Может так проще будет, или инересен сам алгоритм получения строки из FileTime?

По поводу того, что выводит функция:

тут два символа и пять пробелов ( во втором случае их четыре), итого получится строка из 7*16=112 символов.
что делает этот код для меня, честно говоря загадка.

а как получить тетрады из байта, вроде уже написали.
 

SizeOf(DWORD)+SizeOf(DWORD) = 8
8 * 8 = 64
Какие последние 8 байт? (Я что то недопонимаю? )  

Это сообщение отредактировал(а) Yanis - 30.5.2006, 13:51

Нужны байты FILETIME
Так просчитаться - это задница. Но ничего не поделаешь, все уже это видели.  Конечно же я имел ввиду 8. Но в результате этой ошибки суть проблемы не меняется.

Именно так.


попытаюсь прояснить.

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

восемь байт с 9го по 16й.  

Это сообщение отредактировал(а) ShadeSt - 30.5.2006, 14:31

А ты про это! Понял  

Дело в том, что ошибка в этой строке:

например: 50 Mod 240 = 50, т.к. остаток от деления равен пятидесяти, попробуй написать так, как советовали выше, например так:

 

Mod 240 - это вариант, когда я уже отчаился. Тут еще раз прогнал, это понятно. Как советовали выше (and $0F), сделал и заработало, спасибо.

Волнует вот что. До этого было ((bytes[i] shl 4  ) shr 4) и не работало, хотя по логике вещей должно, и выше писали то же самое. Кто-нить может это объяснить? 

ИМХО при выполнении 

дельфи, по всей видимости приводит результат операции (bytes[i] shl 4)
к типу Integer, и поэтому получается , что результат не меняется.
можно делать так:

для явного приведения типа, либо так:

для того, что бы вылезти за границу Integer'а


 

Вот. я нашел, я просто разул глаза и посмотрел справку:

т.е. тут операнды сразу приводятся к типу Integer, поэтому такое, на первый взгляд странное поведение.  

спасибочки 

А если сделать просто:

Как я понимаю в ah хранятся старшие 4 бита, а в al - младшие. Просто их кинуть в переменные, да и всё тут )
Если не правильно, поясните. 

Guedda
Нужно получить именно эти bh и bl, на сколько я понимаю  

sar - почти тот же shr, только с сохранением старшего бита (арифметический сдвиг), для корректной работы с отрицательными значениями.
Так вот, если написать
Что должно получиться?   Ни за что не угадаете..
 

Получится 3. 

Нека, -4   

Это сообщение отредактировал(а) Yanis - 31.5.2006, 16:56

Точно, -4.. 

    11111111111111111111111111111001 = -7

По идее, должно быть
    01111111111111111111111111111100 = 2147483644

но имеем
    11111111111111111111111111111100 = -4

Но если сделаем

Тогда все считается кардинально наоборот!    

Да. Странно, что в первом случае считается некорректно.

  

Это сообщение отредактировал(а) Yanis - 1.6.2006, 11:26