ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     18 Mar 2004  09:38:01
 To : Kirill Frolov
 Subject : Re: q Borland C++ -> gcc C++ recode
 -------------------------------------------------------------------------------- 
 

 
 >>> Kirill Frolov wrote:
 
  VM>>>> Так а много ли менять? Самая большая проблема - там int был 2 байта,
  VM>>>> здесь 4, если писали кривыми руками, будут проблемы. И атоматический
  KF>>>    Какие проблемы?  Проблемы -- это когда в обратную сторону.
  VN>> Проблемы - например, при разборе структур, когда считается, что int
  VN>> был размером в 2 байта.
 KF>   А пример кода можно?  Я проблемы здесь в упор не вижу.
 
 struct что-то-из-bios {
   unsigned xxx;
   unsigned yyy;
 }
 
 assert( sizeof( struct что-то-из-bios ) == 4 );
 
  VN>> При подсчёте CRC-16.
 KF>   Аналогично -- в чём проблема?
 
 Сдвиг без маскировки старших битов, из функции вернулось
 0x6655ffaa вместо 0xffaa.
 
  VN>> При любых других вычислениях, когда закладываются на 16 бит.
  VN>> И так далее и так далее.
 KF>   HЕ ВИЖУ!  Это, должно быть, какой-то особо изощрённый трюк.
 
 Открой глаза. Hикаких трюков.
 Hикогда длинную арифметику не писал? (info gmp и почитай про mpz_*())
 
  VN>> Да, программа, которая только складывает числа и ни разу нигде не
  VN>> переполняется - она проблем не получит. Hо случай численных расчётов,
 KF>   Да откуда переполнение, если разрядность только увеличивается?
 
 То, что могут закладываться на переполнение (переход через 0) в конкретной
 разрядности - для тебя новость?
 -netch-
 --- ifmail v.2.15dev5.3
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор