Sziasztok,
a kovetkezo dolgokat szeretnem megkerdezni:
1. hogyan/honnan tudom lekerdezni C-bol, hogy milyen hangkartya van a gepben
?
(Registry-ben nem talaltam semmi infot)
A videokartyat sikerult lekerdezni a Direct3D->GetAdapterIdentifier-rel,
valami
hasonlora gondoltam, de a DirectSound-ban nem talaltam ilyet.
2. Futasidoben megvaltoztathato-e egy ablak tipusa (pl. WS_POPUP-bol WS_OVER
LAPPED-re)?
3. a VisualC-ben krealok egy ablakot:
WNDCLASSEX (...)
(...)
HWND= CreateWindow (...)
hogyan tudok rarakni egy picturebox-ot (ami az egesz formot lefedi), amin
egy BMP-van a vinyorol?
Koszi elore is a segitseget.
Udv,
Erno
|
> > A konyv szerint a 8086 "igazi 16 bites", de a 8088 me'g csak belul az,
> > kifele' 8 biteskent viselkedik. A 8088 nem a 8086 utan jott idoben??
> De, az ok a penz. Olcsobb volt a chip - es be is jott a szamitas, mert
> ez terjedt el, szemben az akkori sokkal jobb Motorola processzorral.
>
> > Szinten az all itt, hogy mindketto proci a "bovitohelyek fele' 8
biteskent
> > viselkedik". Nem menjuk most bele a bovitohelyekbe, de hat
> > hogy viselkedhet egy proci 8 biteskent, ha nem az?? Plane
> > csak a bovitohelyek fele', mar csipekkel szemben meg nem??
> Szinten penz - draga az erintkezo es sok helyet foglal. Azon kivul
> minek egy soros vagy parhuzamos kartyanak, a floppynak vagy egy MDA
> videokartyanak az a sok bit?
En sosem ertettem, hogy miert jo a processzorokbol az SX valtozat.
Ez abbol allt, hogy az adatbusz bitjeit ugyanazokon a pontokon vezettek
ki mint a cimbusz jeleit, es volt egy vezerlo jel ami azt mutatta,
hogy most eppen adat vagy cim van a buszon. Mivel ez igy nem igazan
mukodokepes, ezert egy kulso regiszer kellett, ami eltarolta a cim
also bitjeit, utana pedig adatbuszkent mukodott ez az "oszver".
Vagyis megsporoltak nehany kivezetest, de a proci mellett kellett egy
regiszter, ami a proci jeleit tarolta. A kimenetek helyett kellett egy
masik chip. Tesco gazdasagos???
Raadasul az SX procik emiatt lassubbak is voltak mint a DX-ek.
> > Vajon mi lehet ez a 'vedett mod'? A 64kB-os szegmensek a
> > cim megadasanak abbol a fura szerkezetebol adodik, amit a multkor
> > beszeltunk, gondolom. Lehet, hogy ez is azert van igy, hogy
> > hardveresen segitese a szegmensek egymastol valo vedelmet?
> Nem. Emiatt az egyik 64KB-os tombod helyett valoban nem fog a masikba
> irni a program, de ez ritkan segitseg: nem szall el a program, csak a
> legvaratlanabb helyeken szemet lesz az adataid helyen.
Az "inditek" nem a vedelem volt, hanem az, hogy minel tobb memoriat
kezelni ugy, hogy kompatibilis legyen a jelenlegi szegmens/offszet
megoldassal. Ez sikerult is (a szegmens erteke fuggetlen lett a cimtol),
de ha mar a memoriakezelest igy kibovitettek, celszeru volt valamilyen
modon vedeni a szegmenseket.
> > Nem ertem. Ugyanezt a kerdest feltehetjuk a 16->32 bites atallasra.
> > 386-tol kezdve mar 32bitesek, ugye? (adat is, cim is) Ezt hogyan
> En ugy tudom, hogy a cim 24 bit igy egy programblokk max. 16MB.
32 bites mindegyik, de itt a 32 bites adat ill. cim kezelesehez mar
uj utasitasok vannak. Pontosabban ugyanazok az utasitasok, de kapnak
egy elotagot, ami az utasitas vegrehajtasat modositja (0x60, 0x66 ha
jol emlekszem).
Andras
|
> A serverek is SMTP-t használnak egymás közt. _Elvileg_ nyugodtan
küldhetnéd
> a címzett serverére, de általában korlátozva van, hogy a server kitol
fogad
> el üzeneteket! Csak a saját tartománybeli gépektol, illetve másik
servertol
> szokták elfogadni.
Hmm ezt kifejtened?
Ugyanis miota vodafonnal van net eleresem, -kb 1 eve- azota local smtp
szerverem van
es mindig kozvetlenul a cimzettnek kuldi a levelet. Idaig mindenki megkapta.
Ezexerint olan mazlim van, hogy pont olanoknak kudok levelet, akiknek a
szervere nem korlatoz?
>Másik ok, hogyha egy server nem elérheto, akkor az smtp
> server feladata idonként újra megkíserelni a küldést, nem a
felhasználónak
> kell esetleg napokig próbálkozni. :-)
Ez igy van.
Udv
a_x
|
