1. |
Re: bt, btr, bts... -->Mc (mind) |
18 sor |
(cikkei) |
2. |
Re: ISA programozas (mind) |
20 sor |
(cikkei) |
3. |
Re: String C++ (mind) |
39 sor |
(cikkei) |
4. |
Java Swing Table (mind) |
10 sor |
(cikkei) |
5. |
RE: regiszterek & ASM help / NG (mind) |
42 sor |
(cikkei) |
6. |
ISA programozas (mind) |
39 sor |
(cikkei) |
7. |
Re: file handles (mind) |
7 sor |
(cikkei) |
8. |
Hali! (mind) |
30 sor |
(cikkei) |
|
+ - | Re: bt, btr, bts... -->Mc (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi inet,"HIX CODER" >!
> iC> bt [si],cx
> iC> adc dx,0
> iC> dec cx
> iC> jns cycle
> ize, ez szep es yo, felteve, ha a bitterkep hossza maximum 2 byte...
iC> ize, ez szep es yo, felteve, ha a bitterkep hossza maximum 4095.875
iC> byte. ;))) meg visszafele 4096 byte. ha ecx-et hasznalsz, akkor pedig
iC> 268435455.875 byte, plusz visszafele 268435456 byte. proba cseresznye!
iC> hehe, en nyertem! ;))))
okes +kovezem magam a bt, btr, bts utaSITasokkal
kapcsolatban... igazatok vo'tt... ha memro' van
szo, akko' telleg 'maszkal' osszevissza ha kell...
no csao es yo kodolast...
Mc
|
+ - | Re: ISA programozas (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szia!
[...]
> Diagramok, labkiosztas van, viszont semmi mas - nullarol erdekelne a
>dolog. Sajat kartyat keszitenek, amelyet kizarolag adat ki/be mozgatasra
>szeretnek hasznalni.
Nos, eloszor is azt kene elerni, hogy a kartya ki tudja vallogatni a neki szolo
adatokat a buszrol. Erre tokeletes egy digitalis multiplexer, melynek egyik
felet beallitod a kivant cimre, a masik felere meg rakotod a cimbuszt.
Ennek a ketyerenek van egy laba, ami csak akkor igaz, ha a ket bemenet
pontosan megegyezik (hogy negalt-e, vagy nem azt most nemtom).
Ha ez megvan, akkor hasznalhatod az adatbuszt. Van ket drot a
vezrelobuszon: WR, RD ezek hatarozzak meg hogy irni, vagy olvasni lehet.
Mindketto negalt(asszem).
Nagyvonalakban ennyi a minimum, ha reszletes segitseg kell, irj, tudok kuldeni
doksikat.
--
JimBoo >
|
+ - | Re: String C++ (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Marton!
> Felado : [Hungary]
> Mintha az lenne a baj, hogy kulonfele keppen definialjatok a pointert.
> Szerintem a pointer az egy valtozo, aminek az erteke valahol a memoriaban
> tarolva van. A tomb az nem ilyen. Az csak egy puszta szam, ami ele nem
> kell typecast, ha egy pointernek ertekkent akarod megadni. Tehat a char
> tomb[200],*ptr; tomb=ptr; nem azert nem lehetseges, mert a tomb az char
> const * (es plane nem const char *), esetleg const char const *, hanem
> azert mert a tomb az olyan mintha define-olva lenne az erteke.
>
> Folyton hivatkoztatok a disassembly-re, ime (VisualC 6.0):
>
Most majdnem meginogtam... :-) Mielott barmit is szolnek, legyszines forgasd
le a kovetkezo prog-ot es kuld el a listajat (olyan klasszul, ahogy az
elozovel tetted. asm, egyebek...). Erdekel az eredmeny...
# include <stdio.h>
void f1(int i) {printf("f1: %d\n", i);}
void (*f2)(int i) = f1;
void (* const f3)(int i) = f1;
void main() {
void (*f4)(int i) = f1;
void (* const f5)(int i) = f1;
f1(1);
f2(2);
f3(3);
f4(4);
f5(5);
}
TIA && udv From:, a 2elkedo
Idot, penzt, faradsagot takarit meg, ha idot, penzt, faradsagot takarit meg...
|
+ - | Java Swing Table (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
Segitseget szeretnek kerni a fent emlitett temaban. Ha valaki jartas
ebben akkor elmondanam mi a gond, foloslegesen nem akarom terhelni a
Codert.
Magan email-ben is jo lesz ama nagy segitseget nyujto kar!
Koszonom,
Nemeth Csaba
|
+ - | RE: regiszterek & ASM help / NG (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szia,
>...valami olyasmirol tudok hogy az AX,BX,CX,DX, stb
>regisztereken kivul vannak: EAX,EBX, meg ilyesmi.
>Ez van DOS alatt is?
Igen, vannak, de ez a processzorodtol fugg.
A 8086-os processzornak csak AX, BX, CX, DX, SI, DI,
BP, SP, IP, CS, DS, ES, SS, FLAGS regiszterei vannak,
(melyek mind 16 bitesek).
Viszont a 80386-os processzornak ilyen regiszterei vannak:
EAX, EBX, ECX, EDX, ESI, EDI, EBP, ESP, EIP,
CS, DS, ES, SS, FS, GS, EFLAGS.
(Ezek a regiszterek 32 bitesek, kiveve
a szegmens regiszterek 16 bitesek.)
(Persze ezen kivul meg letezik CR0, stb...)
(Ezeket a regisztereket lehet hasznalni;
a feltetel az, hogy a programod ami hasznalja ezeket
az egy 386-os vagy annal ujabb gepen fusson... :)
>Nincs meg valakinek egy ASM utasitaskeszlet,
>vagy a Norton Guides?
De, nekem meg van mind a ketto.
>Ha nem foglal sokat, es nem sajnaljatok tolem,
>kuldjetek el, elore is kosz!
Az NG program az csak 24 KB.
Ez a leiras pedig 558 KB,
de ez tartalmaz BIOS & DOS INT-ekrol is infot,
meg mas egyebrol is...
Ha kell, szolj.
Szia! * Jo munkat! * God Bless You!! * Happy New Year!
> ------------------------------------------------------
Zsolt Nagy Perge - mailto:
|
+ - | ISA programozas (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Foglalkozott valaki mar valami olyasmivel, hogy programbol
>adatkikuldesre es fogadasra hasznalja az ISA-slotot? Eddig a
>parhuzamos portot hasznaltam ilyen celra, de valtani szeretnek.
>Tud valaki barmilyen otletet, (resz)megoldast (pl. arra, hogy
>programbol valasztani ki a buszt, magasra allitani az A2-es labat,
>majd nullazni - min. beallitasok, stb.) ?
> Diagramok, labkiosztas van, viszont semmi mas - nullarol erdekelne
>a dolog. Sajat kartyat keszitenek, amelyet kizarolag adat ki/be >mozgatasra
szeretnek hasznalni.
Szia Pikasz!
Szerintem alapvetoen el vagy tevedve! A busz nem port, hogy billegtetni
lehessen, hanem azon tortenik minden eszkoz adatforgalma.
Egyedi eszkozt ugy lehet rakotni, hogy figyeled a cimet es kikapuzod
a te hardverednek szolo adatokat. Ezt (altalaban) cimkomparatorral
(pl. 7485, ez 4 bites, de letezik 'hosszabb' is) egyszerubb esetben
logikai halozattal szokas megoldani. A komparator kimeneten jelzi, ha
a kivant cim-tartomanyu cim van a buszon. Annyi cimbitet kell figyelembe
venni, hogy a maradek lefedje a hardver szuksegletet.
Peldaul a parhuzamos port cimtartomanya 378-37f. Ehhez a legalso 3 bit
kivetelevel kell a cimeket figyelni.
(A minta binarisan 1101111xxx, ezt kell figyelni. A cim tobbi resze (xxx)
a cimtartomanyon belul valasztja ki az egyes regisztereket.)
A cim dekodolasaba be kell vonni a AEN (Address Enable) jelet is. Ez
jelzi, hogy a cim ervenyes.
A hardverrel vegzendo muveletet a -MEMR (Memory Read), a -MEMW (Memory
Write), az -IOR (I/O Read) es a -IOW (I/O Write) jelek valasztjak ki
(minden jel negalt!). A jeleket a processzor szempontjabol kell
ertelmezni. Egy kulso eszkoz - celszeruen - az IOR/IOW jeleket kell
figyelje.
Remelem segitettem...
Veres Sandor
|
+ - | Re: file handles (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>> while (FP_OFF(SFT)==0xFFFF)
>(Ez itt nem != veletlenul?)
Annak kellene lennie... :-)
Tamas
|
+ - | Hali! (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Gondoltam ha mar ennyi megoldast talaltatok, akkor en is kuldok
egyet.
bitcnt segment
assume cs:bitcnt,ds:bitcnt,es:bitcnt
org 0100h
start: mov dx,0001h
mov di,offset _table
mov [di],dh
inc di
copyc2: mov cx,dx
mov si,offset _table
copyc: lodsb
inc ax
stosb
loop copyc
shl dl,1
jnz short copyc2
ret
_table:
bitcnt ends
end start
Ez valoszinuleg nem a leggyorsabb, de rovid es fut XT-n is.
Persze a sebessegen jelentosen lehet javitani ha nem
egyesevel (bajtos alapon) tortenik a tablaelemek ertekeinek
inkrementalasa.
Udvozlettel:
Chut / Illogic
|
|