On 12 May 00 at 3:01,  wrote:

> Az int 13,8 adja vissza a winyo adatait.
> De csak 10 bit van a cylinderek szamanak fenntartva,
> aminek koszonhetoen  1024*255*63/2048 = 8025 Mbyte
> a maximum.

Egy ido ota van az int13-ban 'BIOS Extensions' nevezetu API. Hogy
van-e ilyen, eloszor hivd a Check Extensions Present (41h) int13
fuggvenyt. A vincsi parametereit Get Drive Parameters (48h) hivassal
tudod meg, stb. Keress rajuk valahol a microsoftnal (MSDN).

A particios tablahoz meg vannak uj dos-os particio tipusok, amiket
pont arra talalt ki az MS, hogy azok eseteben hasznalja a BIOS 
boviteseket.

A honlapomon van roluk valami keves irva...

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --

On 12 May 00 at 13:19,  wrote:

> 16 bites Windows: kooperativ
> ujrautemezesi pontok: GetMessage(), Yield(), illetve egyeb WinAPI
> hivasok 

Annyit tennek hozza, hogy a dos box-ok utemezese a win 3.1-ben is
preemptiv! Szoval egy preemptiv utemezo osztja szet a time slice-okat
az egyes dos box-ok virtualis gepei meg az egyetlen GUI virtualis
gep kozott. Ezen utobbiban fut az osszes GUI program, egymas kozott 
kooperalva.

István

On 11 May 00 at 14:53,  wrote:

> Sziasztok Koderek!
> Egy DOS alatti C programban kellene a datum ellenorzese, hogy egy
> megadott idopontig hany nap van meg hatra. Gondolom van ra
> valamilyan fuggveny, amellyel ez megoldhato. En nem talaltam.

Egyszeruen vond ki a ket time_t-ben kifejezett idot egymasbol, hisz
a time_t masodpercek szamat jelenti, aztan oszthatod 24*3600-zal. 
Aktualis ido: time(); Akarmilyen ido: mktime()

Vigyazz, hogy a 24*3600-hoz mar long kell, nehogy 16 bites int-tel 
szamoljon a fordito! pl. #define EGYNAP (24L*3600L)

István

hi HIX CODER!
>HC> - az eljarast iret-tel zard (ret helyett)
>haaat... ez azert nem teljesen igy van mondjuk egy dos hook eseten...
>en valahogy igy gondolom el a megszakitast:
>  push regs
>  pop regs
>  jmp far ptr cs:[oldintvec]
>ahol az oldintvec a regi megszakitas vektor....
HC> En meg ugy, hogy
HC> push regs
HC> pop regs
HC> pushf
HC> call far ptr cs:[oldintvec]
HC> iret
HC> Na, akkor most mi van? (Az, hogy nincs igazad, mert mindket megoldas
HC> egyenerteku bizonyos esetekben, es neha - amikor a hivas utan is akarsz
HC> valamit meg "matatni" - meg bizony csakis a masodik hasznalhato...)
haat... abban igazad van, hogy mindket megoldas teljesen mukodokepes... abban
viszont nem, hogy ezt ajanlod, mert a te megoldasod 6 byteal tobbet hagy a
stacken mint az enyem.... az mondjuk igaz, hogy az enyemmel nem lehet vizsgalni
a muvelet sikeresseget, de a kerdeses problema megoldasahoz /bizonyos irasi
muveletek kepernyore tetele/ szerintem nem szukseges, tokeletes az iras
bekovetkezte elott is... ha ez igy van akkor viszont miert is sarkalljuk
szegeny kolkot 6 bonusz byte hagyasara a stacken?

>HC> - ha komolyan mennyisegu adatot nyomsz le a veremre (pl. Pascal
>HC> eljarasokat hivsz), akkor a megszakitaskezelobe belepes utan erdemes
>HC> atvaltani egy sajat stackre az SS, SP regiszterek atirasaval
>HC> (lehetoleg egy CLI-STI blokkon belul ird at oket, mert egyebkent
>haat... legjobb tudomasom szerint is a megszakitaba cli
>allapotban lep be a proci akar int xx akar irq volt a
>kivalto ok, azaz a cli/sti blokk folosleges...
HC> Megszakitasok eseten valoban folosleges - csak altalanossagban irtam a
HC> verem-valtasrol...
1) ha a kerdezot altalanossagban erdekelte volna valami, akkor valoszinu nem
egy igen konkret, jol definialt feladattal allt volna elo...
2) 286- meg tenyleg volt ertelme a cli/sti koze tenni a dolgokat, viszont 386+
mar ket nagyszeru megoldas is van: lss sp,cs:[ujstackpointerek].... egy
lepesben vegrehajtja, igy teljesen folosleges a szenvedes... tovabba, a 386+nak
van egy masik nagyon aranyos dolga is... nevezetesen az, hogy az ss regiszter
irasa utan a egy utasitas erejeig cli allapotban van a gep... azaz:
mov ss,cx    ;itt vegrehajt egy bonusz cli-t a 386+ proci...
mov sp,ax    ;itt feloldodik a bonusz cli, visszaall az eredeti if flag...

>HC> csunya meglepetesek erhetnek) Ja, es DOS eseteben arra is figyelj,
>HC> hogy a DOS nem re-entrans, tehat egy DOS funkciohivasbol nem lehet
>HC> ujabb hivast kezdemenyezni (magyarul az INT21 kezelodbol max.
>HC> BIOS-szal - int10h - tudsz a kepernyore irni).
>HC> Megszakitaskezelobol  egyebkent  is  illik  megvizsgalni az InDos flag
>HC> (INT21/AH=34h)   erteket,   es   ennek  megfeleloen  eljarani  az  I/O
>haatt... ezzel sem ertek _teljesen_ egyet.... gondolj csak bele...
>ott van a dos hook.... amikor az fut, akkor meg az indos flag igen
>erosen 0 leszen, mivelhogy majd csak a rutin vegen levo far jump tol
>lesz az 'igazi' dosban... amig a dos hook fut, addig meg kivul van
>doson, tehat nyugodtan hasznalhatja az int21h-t.. /lasd pl a virusok,
>amik pl file megnyitaskor fertoznek... stb... ha belegondolsz, rajossz,
>hogy igazat beszelek;))))/... es mivel a dos nem reentrans, ezert
>pl a dos hooknak nem kell figyelnie, hogy indos-e a jatek, vagy sem,
>mert amikor indos, akkor ugyse fogjak meghivni... /vagy ha igen,
>az mar nem a hook hibaja lesz.....;)))), stbstb../
>amugy amint a te peldad is mutatja, a dosnak bizonyos funkcioi
>reentransok... ilyen pl az int21h/ah=34h... ha nem lenne az,
>akkor pl nem is lenne ertelme ennek az alfunkcionak....;))))))))
HC> ad 1. bizony-bizony az INT21h _definicio szerint_ nem re-entrans, tehat ha
na ebben egyetertunk....

HC> ad 2. a kozhiedelemmel ellentetben INT21h-et nem csak az alkalmazas hivhat,
ezzel is egyetertek, de a te ctrl+break peldadnal egy fokkal gyakrabban
hasznalt probelmaval is elo tudok allni... int21/4bh-exec.... biza
rendesen hivogatja az open,close,seek,read int21 funkciokat...

HC> ad 3. az altalad irtakkal ellentetben az AH=34 egyaltalan  _nem_ re-entrans
HC> funkcio. Egyebkent is csak egy amator oldana meg ugy az InDOS flag
meg valami, amiben egyetertunk....

>HC> muvelteket  illetoen.  Ha  eppen  nem  lehet DOS megszakitasokat hivni
>HC> (mint  nalad  mindig),  akkor az adatokat egy kozbulso pufferteruletre
>HC> kell  irni  ahonnan  majd egy masik alkalommal, esetlegesen egy masik,
>es ugyebar ha az indos flag allandoan 0, akkor ez a resz mar teljesen
>ervenyet is vesztette, mivel akkor nem kell masolgatni, stb....
HC> Mivel az InDOS-flag bizony _nem_ feltetlenul 0 az INT21h-ban, igy ugye nem
HC> az veszti ervenyet amit en mondtam, hanem amit te...
1) na akkor most keresd vissza az eredeti levelet, abban az iras funkcio
hookolasarol van szo, ami igen erosen nem reentrans.. ha nem hiszed,
probald ki: floopy iras, int1c, es abbol egy ujabb iras akarhova...
2) de ha neagyisten valamikor is megcsinalna a M$ reentransra a szobanforgo
iras funkciot, akkor se lenne szukseg erre a buffer dologra mivel sem az
irando adat vizsgalatahoz sem a kepernyore irashoz nem szukseges ujabb
int21, tehat az indos flag vizsgalata es a buffereles is tokeletesen
folosleges... tovabbiakban nem ertem, hogy mert akarsz a kolokkel esetlegesen
64kb-nal tobbet is fogo es raadasul igen bonyolult proggyt iratni, ha azt a
vizsgalat bonyolultsagatol fuggoen fel kb alatt is meg lehet valositani
teljesen tokeletesen...
3) az int21/34 reentrans, ha nem hiszed, jarj utana...
Mc

Hali !

A 0818-os CODER-ban 
Szerda, 2000. majus 10.-an irta :

>>bejatszik,  mert  a  plusz lapot nem azzal (852, stb.) beallitasokkal
>>nyomja  ki. Latott mar valaki ilyet? A program nem hiszem, hogy hibas
>>lenne,   mivel  tobb  szaz  (ezer)  gepen  hasznaljak  (akar  mas  HP
>>nyomtatoval is), csak ezzel a 4000-es sorozattal jelenkezik a hiba.

>Lehet,  hogy  nem  sok  koze  van a temahoz, de nekem is volt szivasom
>nyomtatoval.  HP  2100.  Itt  meg  a  nyomtato nem nyomtatott dos-bol.
>Pontosabban  2  oras  fejtores utan adta egy kollegam az otletet, hogy
>csak  akkor  nyom ki egy oldalt, ha megtelik a memoriaban egy oldalnyi
>szoveg.  Miel  csak dosbol copy parancsal kuldogettem a nyomtatora meg
>nehanyszor  ki  kellett  kuldenem  azt  tesztszoveget, hogy kijojjon 1
>oldalnyi.

Az erdeti kerdezonek nem tudom mi lehet a problemaja oka, de a tiedre 
tudok valaszolni, 
kar hogy nem kerdezted meg elobb.

Szoval nem kellett vona tobb peldanyban tovabbi nyomtatnivalot kuldened 
a nyomtatora, csupan egy lapdobas karakterrel kellett volna lezarnod a 
nyomtatnivalot. 
Egy CHR(12) kikuldesevel elindult volna a nyomtatas.

--
Udv : Csiszar L.
http://www.stadium.hu/szt
HIX Editor Rulez !   www.nexus.hu/vili71

www.c3.hu/vmkk/~js egy kis leiras a layer objektumrol.
A layer-t csak a Netscape "erti"!

>Ujabb kerdesem: tudnatok-e olyan webcimet javasolni,
>ahonnan letoltheto a DOS megszakitasok jegyzeke, reszletes
>(?) leirassal egyutt? Vagy ha nincs ilyen, hasznalhato es
>megvasarolhato konyv cimet ajanlani?

Javaslom a Ralf Brown Interrupt List beszerzeset:

ftp://ftp.cs.cmu.edu/afs/cs.cmu.edu/user/ralf/pub/
ftp://ftp.uni-stuttgart.de/pub/systems/pc/util/interxx/

(remelem jok a cimek)

Veres Sandor

> Egy perl cgi scriptben talaltam a kovetkezoket :
> print <<HTML_HEADER;

Ez kiirja a szovegeket a print es a HTML_HEADER kozott, asszem, pontos
infoert lasd http://mm.iit.uni-miskolc.hu/cgi-bin/perl-man esetleg vegyel
egy perl konyvet, de NE a LAMAS-at (aminek egy lama vagy hasonsz oru allat
van az elejen, es asszem kek/feher boritoju) mert az tele van hibaval,
kapasbol az illeszkedeseknel, szo val nagyon rossz konyv.... inkabb valami
mast:)

zso

hi HIX CODER!

> legyen (mivel az INDOS 0, pl. int1c -bol barmikor johet egy int21 hivas
HC> Hopp, hulyeseget irtam, termeszetesen int1c -bol nem johet, mivel az int
HC> utasitas letiltja a megszakitasokat.
haatt... az okes, hogy letiltja, de gondold el a kovetkezo jatekot:
user beirja: 'md a:\nincs'... a shell ugye frankon int21-et hiv...
az int21 meg egy ido utan int13h-t hiv... namostan leven floopy meg
minden, int13 azzal nyit, hogy sti, aztan par floopy parancs, es
varja, hogy az irq megjojjon... /mivel a floopy irq-val jelzi, ha kesz.../
es ezalatt nyugodtan bekovetkezhet egy int1ch... es az int1c-ben meg
nyugodtan lehet int21, szoval a problemafelvetesed teljesen hejenvalo volt...

Mc /

Szasztok coderek!

   hogy tudnam lekerdezni javaban az idot, es a datumot.
   melyik metodus ez, es melyik osztalyban van.

   a valaszt elore is koszi:

Andrew

http://w3.swi.hu/ddnet