1. |
Re: ax hasonlitas (mind) |
9 sor |
(cikkei) |
2. |
Re: ram hiba (mind) |
6 sor |
(cikkei) |
3. |
Re: sok-sok file (mind) |
10 sor |
(cikkei) |
4. |
[Delphi] Adatbazisban kereses (mind) |
6 sor |
(cikkei) |
5. |
Re: BP file megnyitasok szama (mind) |
21 sor |
(cikkei) |
6. |
Re: *** HIX CODER *** #340 (mind) |
5 sor |
(cikkei) |
7. |
compiler teszteles (mind) |
9 sor |
(cikkei) |
8. |
Re: ax hasonlitas (mind) |
17 sor |
(cikkei) |
9. |
Re: function adddd vissza osszetett tipust (mind) |
31 sor |
(cikkei) |
10. |
re: nagymem pascalban, folytatas (mind) |
26 sor |
(cikkei) |
|
+ - | Re: ax hasonlitas (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi!
>ax regiszter tartalmat ossze kell hasonlitani egy
>memoriabeli szammal, es ha egyenloek, akkor ax legyen 1,
>egyebkent 0.
En a cmp + setz vagy setnz utasitasokat neznem meg.
Szilard
|
+ - | Re: ram hiba (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szevasztok!
egyszer kaptam egy RAMEXAM programot. Eddig minden esetben megmondta, hol
rossz a ram. DOS alatt fut.
Zotyo'
|
+ - | Re: sok-sok file (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szevasztok!
Persze a config.sys-be lehet irni files=200-at is, de tudtommal a DOS a PSP-
ben csak 20 file handle-nek tart fenn helyet. Ha ennel tobbet akar az ember,
akkor azert tenni kell valamit. Vagy Pascalban magatol megy? Ahhoz nem
ertek. Turbo C-ben meg kellett irnunk, hogy lefoglaltunk egy 200-nyi helyet,
es a PSP-ben a megfelelo mutatokat atallitottuk erre a cimre. Igy tudunk 200
file-t megnyitni a programban.
Zotyo'
|
+ - | [Delphi] Adatbazisban kereses (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi!
Irogatok most valami Delphi progit, amelyben van egy egyszeu
Paradox 7-es kis adatbazis. Az adatbazist egy DBGrid-del mutatom
ki. Szukseg lenne egy olyan kereso utasitasra, ami nem csak a
record elejen talalja meg a szoveget!
Jozsi
|
+ - | Re: BP file megnyitasok szama (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Tisztelt CODER!
Elnezest, a BP-t nem ismerem, de mivel szoros rokonsagban van a
BC-vel, ezert elmondom az ottaniakat. Ott van egy
# define FOPEN_MAX 20 sor az STDIO.H file-ban, es ez az
ertek bele van korlatozaskent forditva a konyvtarakba. A
_stream[FOPEN_MAX] tomb is ennyi elemu. Igy a DOS-ban
barmit megadhatunk, 20-nal tobb file-t nem tudunk megnyitni
(ebbol meg 5 db. STDIO kapasbol lejon.)
Lehetseges megoldasok:
- BC gyari konyvtarak ujraforditasa nagyobb FOPEN_MAX ertekkel.
- DOS Int fuggvenyekkel megirni.
- Ha jobban reszletezve lenne a feladat, akkor biztos volnanak itt
megfelelo algoritmusotletek. (Pl. 1. megnyitjuk; 2. kiolvassuk amit
akarunk; 3. elmentjuk a poziciojat; 4. becsukjuk).
Aggod József
|
+ - | Re: *** HIX CODER *** #340 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Mizsei Robernek...
Kereseshez hasznald a felzoalgorimus/persze csak rendezett elemek eseten/
/HANKie/
|
+ - | compiler teszteles (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Erosen ajanlom kollegam oldalat:
http://www.members.tripod.com/~compiler_p
Keszulo compiler-enek kifejezes kiertekelojet tolthetitek
le tesztelesre, erdemes !
ASM tudoroknak igazi bogaraszni valo.
Mikike
|
+ - | Re: ax hasonlitas (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>ax regiszter tartalmat ossze kell hasonlitani egy
>memoriabeli szammal, es ha egyenloek, akkor ax legyen 1,
>egyebkent 0.
>
>Van valami frappans otletetek ?
Van
cmp ax,[bx]
pushf
pop ax
and ax,64
shr ax,6
xor ax,1
Ennel gyorsabbat nem tudok.
JimBoo
|
+ - | Re: function adddd vissza osszetett tipust (mind) |
VÁLASZ |
Feladó: (cikkei)
|
HoHi
Rekordot nem tud vissza adni, de pl.: pointer-t mar igen.
ebbol kov, hogy a fuggvenyed adjon vissza egy pointert.
ilyen lepesek kellenek
rekord tipus deklaracio
egy erre mutato pointer deklaralasa
fuggveny ami pointerrel ter vissza
fuggvenyben memoria-foglalas recordnak
visszateres fuggvenybol pointer ertekkel
Szukseged lehet a type cast-olasra (pascal is igy hivja :) )
:=pointer(sajat_pointer_tipusu_valtozo);
Problemak: ell kell tarolni az osszes igy visszaadott pointert, hogy
kesbobb fel tud szabaditani, ha erre nincs szukseg futasidoben akkor a
pascal, majd felszabaditja amikor kilepsz a programbol.
Hasznalj eljarast cimszerinti ertekatadassal es akkor maris rekordot
tudsz hasznalni.
Persze az elegan az lenne, hogy:
eredmeny:=fuggvenyemmelyrekorddaltervissza(param1,param2).mezo;
jo mi... :)))
lehet, hogy a TMT, vagy a GNU pascal csinal is ilyet (inkabb a GNU)
bar nem hiszem, mert eleg vad, de ki tudja kinek mire van szuksege.
bred!rg42
ui: mar reg foglalkoztam pascallal igy lehet egy ket hiba, de az elv az
biztos, hogy jo
|
+ - | re: nagymem pascalban, folytatas (mind) |
VÁLASZ |
Feladó: (cikkei)
|
HoHi
Tegnap irtam mar valamit a nagy tombokhoz, most azt egeszitenem ki:
En a tombok mertet 10000-re vettem, ez OK is, de ha gyorsan akkarok
a tombok kozott valsztani akkor celszerubb keto hatvanyat valasztani
jelen esetben pl.: 8192-t
valahogy igy
type
pszavakarray = ^array[0..8191] of pszavakrecord;
var
szavak:array[0..1] of pszavakarray;
kulsotombindex,belsotombindex:integer;
.
Ja es, hogy ez, miert jobb, megmondom, met lenyegesen gyorsabb, mintha
osztani kellene (pl.: 10000-rel, meg a maradekot meghtarozni). Bar ha
valaki asm-ban megcsinalja ezt a reszt akkor ott a DIV nyomatja egybol a
maradekot dx.be es az mar jo, bar ez akkor is gyorsabb.
bred!rg42
|