Wprowadzenie do programowania w języku C

Moim zdaniem sprawa wyglada nastepujaco:

int main()
{
  int max;
  char tab[max];
}

poniewaz max jest zmienna lokalna, jej wartosc nie jest zerowana przy przydzielaniu pamieci, wiec wartosc tej zmiennej zalezy od tego jakie smieci mamy w pamieci. (poza tym zgadzam sie z przedmowca, jakoby taki kod nie byl zgodny ze standardem ANSII C)

Segmentation fault wyskakuje poniewaz, przewaznie max ma bardzo duze wartosci (skoro sizeof(int) = 4, jest duze prawdopodobienstwo, ze ktorys z bardziej znaczacych bitow bedzie zapalony).
Skoro max jest duza liczba program nie moze zaalokowac wymaganego miejsca dla tablicy 'tab'.

Ogolnie trzeba uwazac z liczbami, czego przykladem moze byc nastepujacy kod:

#include <stdio.h>
#include <stdlib.h>

int *alokuj(size_t rozmiar)
{
        return (int *) malloc(sizeof(int) * rozmiar);
}

int main()
{

        if (! alokuj(-1))
        {
                printf("Nie udalo sie przydzielic pamieci\n");
        }
        return 0;

}

Do funkcji alokuj przesylamy wartosc -1. Zatem zmienna wartosc, ktora jest typu unsigned int przyjmnie wartosc MAX_UNSIGNEDINT - 1 czyli jak dobrze licze to 2^32 - 2 = 4 294 967 294

4 294 967 294 * sizeof(int)[zakladam ze 4] = 171 79 869 176 bajtow do zaalokowania!

co daje w duzym orzyblizeniu 16GB! Nasze komputery maja prawo sobie z tym nie poradzic ;)

Wiecej informacji 'google Ci powie'. Haslo 'integer overflow' :) Kiedys na stronie msdn.microsoft.com byl ciekawy artykul na ten temat.

Sprawdzalem, na nastepujacej konfiguracji:

[sulek@srv0001 pcp]$uname -r
2.4.23
[sulek@srv0001 pcp]$gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs
gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-113)

btw. chcialem to wiadomosc przeslac w 'plain text' - niestety moodle dorzucil mi tagi HTML:(

Pozdrawiam
Pawel Sulkowski