gitweb on Svarog

projekti pod git sistemom za održavanje verzija -- projects under the git version control system
Pitagorine trojke - dodatna objasnjenja;
[spa1skripta-public.git] / todo.txt
index 59e0615..8bd5852 100644 (file)
--- a/todo.txt
+++ b/todo.txt
@@ -94,110 +94,4 @@ doni:srediti polinome jos malo
 doni: liste - dodati nesto gde se brise vise elemenata u istom
 prolazu.
 
-vlada:dodati teoremu o pitagorinim trojkama i mozda jos
-neka objasnjenja
-
 doni:ubaciti negde primer kako radi Compare za stringove
-
-----------------------------
-mils:mozda bi to dodatu funkciju SaberiNa
-trebalo inkorporirati u zadatak 4.2 (jedan polinom manje sto se potrosnje
-memorije tice i jedan Dispose manje sto se procesora tice).
-
-----------------------------
-da li dodati i druge slicne procedure osim SaberiNa?
-
-doni:diskuijom zakljuceno da je ovo valjda i dosta, tj da je dovoljno
-za demonstraciju.
----------------------------
-StekTip i RedOpslTip umesto Stack i Queue
-
-doni:uradjeno
-----------------------------
-Polinomi - redosled parametara jos malo unormaliti? kopija je nekako kontra?
-optimizacije u vezi oslobadjanja memorije - Anuliraj bi mogao zvati Dispose
-za svaki slucaj. Saberi i slicno bi isto mogli biti izmenjeni.
-Mozda cak da bude SaberiNa(sab:Polinom; VAR rez:Polinom) pa da 
-sve bude u tom jednom, da se ne bi bacala memorija kad je sab(rez,sab,rez).
-
-doni:uradjeno
-
-----------------------
-Radacha:
-- na vise mesta imamo niz naredbi:
-Read(ch);
-Write(ch);
-Sve Write-ove treba pobrisati da bi kod imao smisla na XDS Moduli.
-- ponegde se javlja tip LONGCARD, pa se jos mixuje sa CARDINAL tako
-sto se radi cast oblika LONGCARD(x), sto na XDS Moduli ne moze.
-Valjalo bi sve LONGCARD-e izbaciti, posto su na XDS-u ionako isti
-kao CARDINAL.
-
-doni:ovo je sredjeno
-------------------------
-Igor Sarcevic - bug submit: (patched)
---------------
-Pozivom *PolinomNaN( p, 1 , rez )* procedura vraca *rez* koji je pokazivac
-na strukturu na koju pokazuje *p*
-*
-*
-greshka se nalazi u 12. redu poshto u sluchaju da je n = 1 for petlja ne
-izvrshi ni jednom pa se stim ni ne kopira p u rez
-PROCEDURE PolinomNaN(p: Polinom; n: CARDINAL;
-                     VAR rez: Polinom);
-VAR
-     i: CARDINAL;
-BEGIN
-     IF n = 0 THEN
-            NEW(rez);
-            rez^.k := 1.0;
-            rez^.st := 0;
-            rez^.veza := NIL;
-     ELSE
-            *rez := p;*
-            FOR i := 2 TO n DO
-                    Puta(rez, p, rez)
-            END
-     END;
-END PolinomNaN;
-jednostavan patch :
-PROCEDURE PolinomNaN(p: Polinom; n: CARDINAL;
-                     VAR rez: Polinom);
-VAR
-     i: CARDINAL;
-BEGIN
-     IF n = 0 THEN
-            NEW(rez);
-            rez^.k := 1.0;
-            rez^.st := 0;
-            rez^.veza := NIL;
-*     ELSIF n = 1 THEN*
-*            Kopiraj( rez, p );*
-     ELSE
-            rez := p;
-            FOR i := 2 TO n DO
-                    Puta(rez, p, rez)
-            END
-     END;
-END PolinomNaN;
-mozda u sushtini nema smisla stepenovati na stepen 1 , ali recimo u
-izvodjenju procedure kompozicija ima ( inache pochne program da brljavi kao
-meni na vezbama  )
-
-doni:patchovano
-
------------------------
-Radacha2:
-
-evo necega za PolinomL: u procedurama Unos i Deli posle poziva
-procedure UbaciMonom treba ubaciti DISPOSE(novi), da ne curi memorija.
-doni:patchovano
------------------------
Svarog.pmf.uns.ac.rs/gitweb maintanance Doni Pracner