🚀 go-pugleaf

Andrzej Bialecki (abial@korin.warman.org.pl) wrote:
[...]
: To prawda. Ale wydaje mi sie, ze patrzy Pan na ten problem z perspektywy
: DOSu, a jest to raczej wyjatkowy przypadek, i pisanie w C pod tym katem
: na pewno nie przyczynia sie do przenosnosci.
[...]

  Pozwolilem sobie zachowac tylko te czesc Pana wypowiedzi,
bo jest ona chyba typowa dla calosci.
  Czesciowo juz odpowiedzial na Pana watpliwosci Pan Grzegorz
Grudzinski. Dodam do tego dwie uwagi:

1. Pracuje teraz w Windows'95 i uzywam kompilatora BC 4.5. Tu jest
   rowniez ograniczenie na rozmiar tablic, jakie mozna deklarowac
   w programie jako statyczne, czy alokowac dynamicznie. Model
   huge, jakiego mozna uzyc, nie jest bynajmniej rozwiazaniem,
   albowiem dziala on roznie na roznych kompilatorach. Ponadto
   i jego mozliwosci sa ograniczone. Pisze o tym, by Pan nie
   sadzil, ze problem dotyczy tylko DOS-u.

2. Obawiam sie, ze roznimy sie zupelnie w rozumieniu tego, co
   to jest przenosnosc programu. Nie wdajac sie w definicje
   powiem, ze z punktu widzenia standardu ANSI C najwiekszy
   obiekt danych, jaki sie w programie tworzy, nie moze prze-
   kraczac 32767 bajtow. W przeciwnym razie program staje 
   sie formalnie nieprzenosny (kompilatory zgodne ze standardem
   nie musza obslugiwac wiekszych obiektow). Wszystkie znane 
   mi definicje programu przenosnego zakladaja, ze nie przekracza 
   on tego limitu rozmiaru danych. Panskie rozwiazanie limit
   ten przekracza - moje nie. Tym samym Panskie rozwiazanie
   z zasady jest nieprzenosne.

3. Inna sprawa, ze jak sie ma problem np. z sortowaniem 
   wielkich plikow, to sie czesto o przenosnosci programu
   nie mysli. Byleby udalo sie go gdziekolwiek uruchomic
   i wykonac poprawnie.
   
   Marek Kotowski

   Instytut Maszyn Matematycznych