переполнения

в код не смотрел

да оно и понятно, непонятно в каком месте

> #include <stdint.h>

unsigned long

непонятно, что мешает взять uint64_t и пр.

unsigned long long = uint64_t т.е ничто не мешает

> unsigned long long = uint64_t т.е ничто не мешает

а вот «unsigned long», который я процитировал, - для 32 и 64 бита уже разный

и для 64 бита равен как раз uint64_t

этот факт отражен в коде. там часть переменных описана как unsigned long, а часть - как unsigned long long

> этот факт отражен в коде

этот факт __не должен__ быть отражен в коде, ты пишешь платформенно-зависимый код, а потом удивляешься

В таких случаях лучше использовать типы из stdint.h, чтоб было платформо-независимо.

для моделей LLP64 & IL32LLP64 & P64 не разный (64 битные WINDOWS) для моделей LP64 & I32LP64 разный (64 битные UNIX)

а вот «unsigned long», который я процитировал, - для 32 и 64 бита уже разный

для моделей LLP64 & IL32LLP64 & P64 не разный (64 битные WINDOWS) для моделей LP64 & I32LP64 разный (64 битные UNIX)

> почемы вфчисляется так?

Потому что такие формулы. Нет?

char(1) short(2) int(4) long long(8) как были так и остаются при переносе с 32 на 64 бита меняется только размер long в зависимости от системы в венде его оставили 32 битным а на лине подняли до 64 бит его лучше не юзать вдруг программа потом захочет перенестись беда беда

в свете этого указатели можно хранить только в long long или в резиновых типах size_t ptrdiff_t intptr_t

main()
{
        long blah;

        (void) foo(&blah);

        printf("%ld\n", blah);
}

.... different file ....

foo(int *bar)
{
        *bar = 42;
}

Works on ILP32 mode machines (both endiannesses), «works» on I32LP64 mode machines (little endian), fails miserably on I32LP64 mode machines (big endian) *as it should*.

I32LP64 подкол а вот в IL32LLP64 все бы было нормально ох уж этот long понадеешся что он не вырастет никогда если в венде а он возмет и вырастет на лине и получится бага как выше в примере описана понадеешся на лине что вырастет на 64 битках он возмет да и не выростет на вендах снова багу в карман

Ничего не понял. Что не так вычисляется? На 32 битах все нормально должно быть. Но код конечно непереносимый. На 64 битах возможен косяк с первым printf'ом (но в частном случае для AMD64 ABI прокатит). Правильно надо так:

#include <stdio.h>
#include <stdint.h>
#include <inttypes.h>

int main(void) {
   uint32_t a;
   uint64_t b,c,d;
   a=1149952;
   printf("a=%"PRId32"\n",a);
   b=(a*4)/1024;
   c=(a*4096)>>20;
   d=(a*4096)/(1024*1024);
   printf("b=%"PRId64" c=%"PRId64" d=%"PRId64"\n",b,c,d);
   return 0;
}

Может пригодиться: http://blog.regehr.org/archives/508

> разъясните,пожалуйста,как происходит вычисление

#include <stdio.h>
#include <stdint.h>

int main(void) {
   uint32_t a;
   uint64_t b,c,d;
   a=1149952;               // a: 0x00118C00
   printf("a=%ld\n",a);
   b=(a*4)/1024;            // a: 0x00463000, b: 0x000000000000118C
   c=(a*4096)>>20;          // a: 0x18C00000 (overflow!), c: 0x000000000000018C
   d=(a*4096)/(1024*1024);  // a: 0x18C00000 (overflow!), d: 0x000000000000018C
   printf("b=%lld c=%lld d=%lld\n",b,c,d);
   return 0;
}

Точно! Это я выше ерунду написал.

наконец то в тему. спасибо.