🚀 go-pugleaf

On 24 Jan 99 16:52:02 GMT, lewando@ibm.net (Andrzej Lewandowski)
wrote:

>Rzeczywiscie, wykonali kilka dobrych rzeczy:
>
>1. Krok wstecz w stosunku do Pascala,
[...]
>W efekcie nie dosc ze nie zywie do nich specjalnego szacunku, to 
>jeszcze lokuje ich na liscie "Wrogowie Ludzkosci Numer Jeden". Zas 
>szacunek rezerwuje dla tych ktorzy na ten szacunek zasluguja. Na 
>przyklad N. Wirth, nie mowiac o innych.
Tia... A próbował Pan coś robić w Pascalu na "bloku danych".
Przepraszam za takie określenie, ale za bardzo nie mam pojęcia jak to
wyrazić. Chodzi mi np. o zwykłą standardową bitmapę. Właśnie z powodu
bitmap przesiadłem się z pascala na C swojego czasu i nie żałuję.
Chodziło z grubsza o robienie stereogramu z danej bitmapy. Aby zrobić
stereogram należy najpierw wczytać bitmapę do pamięci (można
oczywiście grzebać po pliku, ale w ten sposób, to życzę szczęścia). I
tu zaczynają się schody. Bo można to zrobić praktycznie chyba tylko i
wyłącznie w jakiś taki sposób:

type
	pic=array[0..320,0..200] of byte;
	tpic=^pic;

I wtedy mogę sobie przez new() przydzielać pamięć. Ale co jak będę
miał większy plik ? Poza tym po co mi taka tablica dla pliku o
znacznie mniejszych rozmiarach ? W Borlandzie co prawda istnieją
funkcje przydzielające konkretną ilość pamięci zmiennej wskaźnikowej,
ale:
1) to nie jest funkcja standardowa pascala
2) Borlandowski pascal to prawie C (zwłaszcza po włączeniu extended
syntax)
3) jeśli przydzielę sobie pamięć dla zmiennej typu pointer, to i tak
nie mogę się potem pod to odwoływać w celu odczytu/zapisu.

Aż chciałoby się zapytać: i gdzie tu logika ?
Chyba, że mam robić listę linii, gdzie każda linia będzie listą
poszczególnych pixeli... albo tworzyć jeszcze inne kosmiczne
struktury... I gdzie tu wydajność ?

Pozdrawiam
-- 
  88  dP  88888b,  88   88  88  dP'
  88 dP   88   88  88   88  88 dP  
  888E    88888P'  88   88  888E   mailto:kruk@prioris.im.pw.edu.pl
  88 Yb   88  Yb   Y8. ,8P  88 Yb   
  88  Yb  88   Yb   "888"   88  Yb.