Hollosi Information eXchange /HIX/
HIX CODER 727
Copyright (C) HIX
2000-02-09
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Turbo Vision (mind)  10 sor     (cikkei)
2 Re:Levelezo program ( 12 sor ) (mind)  28 sor     (cikkei)
3 Re: Delphi lathatatlan progi (mind)  10 sor     (cikkei)
4 Re: Interrupt kezeles vedett modban (mind)  38 sor     (cikkei)
5 Re: Delphi lathatatlan progi (mind)  11 sor     (cikkei)
6 RE: Interrupt kezeles vedett modban (mind)  27 sor     (cikkei)
7 Soros port, Windows NT (mind)  48 sor     (cikkei)
8 gyumolcs (mind)  21 sor     (cikkei)

+ - Turbo Vision (mind) VÁLASZ  Feladó: (cikkei)

Hi
Keresek olyan konyve(k)et, melyek a Turbo Vision hasznalatat 
ismertetik. Ezzel meg anno a tp7-esben talalkoztam, de a borland 
c is tartalmazza. Szoval ha van rola valami infotok, vagy web 
cimetek dobjatok meg vele.
Elore is koszi.
                                                         bye...
> ---------------------------------------------------------------
E-Mail:  (PMail32 v3.12a)
Web: www.tar.hu/mephysto
+ - Re:Levelezo program ( 12 sor ) (mind) VÁLASZ  Feladó: (cikkei)

>Sziasztok!
>
>Nem igazan programozoi kerdes, de remelem valszoltok!
>Szeretnek egy levelezo programot irni, olyat ami pont JO!
>Nincs tele minden "marhasaggal" mint 1-2 termek, de a fontosabbakkal
>rendelkezik!
>Szoval varok leveleket, hogy ki mit varna el a tokeletes
>levelezotol?!?!?!???????

Természetesen először az alapfunkciokat.
Levelek kuldese, fogadasa. Eloszor eddig jussal el, majd

tobb account lekezelese, cimjegyzek.

Levelek archivalasa esetleg, majd azok ismetelt betoltese,
esetlegesen html lekezelese.

Szu"ro"k.

Kodolasok stb.

Nem lesz egyszeru feladat, annyit mondhatok.
Az en szakdolgozatom egy e-mail progi volt, de maga csak a
kuldes es fogadas resze is eleg bonyolult /en  en az 1. fazisig
csinalta, azota nem volt annyi idom, se turelmem tovabb csinalni.
/ hat meg ha a tobbi funkciot is meg akarod csinalni.

Ez lehet egy nagy kihivas.
+ - Re: Delphi lathatatlan progi (mind) VÁLASZ  Feladó: (cikkei)

> Sziasztok!
>
> Olyan progit szeretnek Delphiben, aminek se formja, se semmije!
> Csak a ctrl-alt-del-nel van felsorolva......
> amolyan driver szeru, csak nem tudom hogy kezdjem......

Speci a Delphihez nem ertek, de az alabbi problemat konnyen meg tudod oldani
a ShowWindow(SW_HIDE) WinApi fuggvennyel.

Kavai Csaba
+ - Re: Interrupt kezeles vedett modban (mind) VÁLASZ  Feladó: (cikkei)

>Elkezdem irni egy DMA-s hanglejatszot vedett modban (Free Pascal),
>mukodik is, csak amikor elkezdtem tovabbfejleszteni (tobb hang
>keverese), akkor radobbentem, hogy ossze-vissza ir a memoriaba.
>Elokaptam a help-et, es valoban valamifele lock-olasrol beszel. Az meg
>micsoda? Azon kivul papol meg Software es Hardware interrupt kozti
>kulonbsegekrol. A peldaprogramok ossze vissza szorakoznak a
>szegmensregiszterekkel, szoval nem igazan ertem az egeszet. Ha valaki el
>tudna nekem magyarazi, hogy hogyan mukodik, es hogy miert pont igy
>mukodik, akkor azt nagyon megkoszonnem.
Vedett modban ugye bejon a linearis cimek es virtualis/fizikai memoria
fogalma, amikkel kapcsolatban most itt az a lenyeg, hogy a programod
bizonyos reszei (vagy akar egesze) nem feltetlenul talalhatok bent a fizikai
(!) memoriaban egy adott idopillanatban (vagy azert mert kiswappelte a
rendszer, vagy azert mert meg eleve be sem toltotte) - marpedig a processzor
ugye csak azt a kodot kepes vegrehajtani es csak azokkal az adatokkal tud
dolgozni amik bent vannak az operativ memoriaban.
A problema ott kezdodik, hogy a hardver-megszakitasok _barmikor_
bekovetkezhetnek - pl. akkor is amikor a megszakitas-kezelo rutinunkat az OS
vagy az extender eppen a virtualis memoriaba "szamuzte", vagy meg egyaltalan
be se toltotte (lasd load-on-demand). Az ilyen helyezetek elkerulesere
talaltak a ki a lockolast amivel tudathatjuk a DPMI hosttal, hogy a
meghatarozott teruletet ugyan mar legyen szives permanens modon benttartani
a fizikai memoriaban es meg veletlenul se pakolja ki onnan. Lockolni nem
csak magat a megszakitasi rutint, de az azokban elert adatteruleteket is
kell, hiszen ezek egyebkent pontosan ugyanugy swappeles "aldozatava
eshetnek" mint a kod.
Amikor pedig mar nincs szuksegunk a tovabbiakban a megszakitaskezelore es a
kapcsolod adatteruletekre (mert hogy visszairtuk az eredeti vektorokat)
akkor unlockoljuk a teruletet.
Free Pascalban, go32 platformon lockolni a lock_data() ill. lock_code(),
unlockolni pedig ertelemeszeruen az unlock_data() ill. unlock_code()
fuggvenyek segitsegevel lehet. (A dolog hatulutoje, hogy _neked_ kell
tudnod, hogy mekkora teruletet akarsz lockolni. Ez adat eseten nyilvan nem
gond, de a generalt kod meretet eltalalni nem olyan konnyu, a koveto rutin
cimebol pointer-aritmetikaval kiszamitani pedig eleg "strukturalatlan"
modszer...)

Gabor
+ - Re: Delphi lathatatlan progi (mind) VÁLASZ  Feladó: (cikkei)

>Olyan progit szeretnek Delphiben, aminek se formja, se semmije!
>Csak a ctrl-alt-del-nel van felsorolva......
>amolyan driver szeru, csak nem tudom hogy kezdjem......
Egyszeruen ne legyen egyetlen formja sem, vagy legalabbis egyet se
jelenitsen meg (Visible=false)! Ha megis meg akarsz formot jeleniteni akkor
pedig a ShowWindow(Application.Handle,SW_HIDE)-dal tudod elintezni, hogy a
taskbaron ne legyen kulon gombja az alkalmazasodnak.
Amugy NT alatt a nem-interaktiv programokat service nevvel illetik es kulon
"allatfajt" alkotnak...

Gabor
+ - RE: Interrupt kezeles vedett modban (mind) VÁLASZ  Feladó: (cikkei)

Hello!

> Elkezdem irni egy DMA-s hanglejatszot vedett modban (Free Pascal),
> mukodik is, csak amikor elkezdtem tovabbfejleszteni (tobb hang
> keverese), akkor radobbentem, hogy ossze-vissza ir a memoriaba.

Hogyan irsz a memoriaba? A mem[]-nel nem mindegy hogy selector:offset
vagy linearis cimet hasznalsz.

> Elokaptam a help-et, es valoban valamifele lock-olasrol beszel. Az meg
> micsoda? Azon kivul papol meg Software es Hardware interrupt kozti
> kulonbsegekrol. A peldaprogramok ossze vissza szorakoznak a
> szegmensregiszterekkel, szoval nem igazan ertem az egeszet. 

Vedett modban a memoria-kezelo tetszes szerint pakolgatja a memoria-lapokat
(swapping). Hogy ne forduljon elo laphiba (page fault), zarolni kell az
eljaras altal hasznalt kod es adat teruletet. (lock_code, lock_data).

A softver es hardver megszakitasok kozott a kivalto ok a kulonbseg,
szerintem ezzel ne foglalkozz. A hangkartya hardver megszakitast fog
generalni.

Egyebkent van mar GUSPlay es SBPlay unit, MOD-lejatszoval kombinalva,
azokban biztos talasz infot az ilyenekre. Van valami soros kommunikacios
is, azt ajanlottak a megszakitas-kezeles tanulmanyozasara.

Andras
+ - Soros port, Windows NT (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok

egy kisebb fejlesztes kapcsan alaposan meggyult a bajom a soros port kezelessel,
bar elvileg ez a feladat kisebb resze lett volna...

A feladat diohejban: egy soros portra kapcsolodo kutyu vezerlese, ami
parancsokat var a PC-tol es teljesen szolgai modon valaszokat ad, amelyek hossza
elore ismeretlen, de mindig zarokarakterrel vegzodnek. A megoldast 32 bites DLL
formajaban kell megcsinalnom, tehat nincs benne semmilyen WIN16 vagy DOS trukk.

Eddig az alabbi konkret problemakra futottam ra, amit a kotelezo szakirodalom
(SDK, DDK help, peldaprogramok, www.microsoft.com) attanulmanyozasa utan se
tudtam megoldani:

1. Indokolatlanul es erthetetlenul sok a tulfutasi hiba (CE_OVERRUN) keletkezik.
Ha pl. ablakok mozgatasaval jol leterhelem a gepet, elofordul akar az is, hogy 5
kiserletbol egyszer sem sikerul 141 byte atvitele!! Esetenkent 8-10 karakter is
kimarad!

2. Ha OVERLAPPED modban kezelem a portot es beallitom a valaszuzenet
zarokaraktert a DCB-ben flag karakternek, akkor a port megnyitasat kovetoen nem
jon azonnal az EV_RXFLAG esemeny, pedig a flag karakter ott virit a buffer
vegen, ki is tudom olvasni ReadFile-val. Ekozben az EV_RXCHAR pedig jelez, de
azzal nem vagyok kisegitve. Utana a 2-3. uzenetnel aztan beindul az RX_FLAG is.

3. Ha a soros portok kozos interruptot hasznalnak, esetenkent a WriteFile siker
t
jelezve visszater, de 0 karakter adasat  jezi vissza az lpNumberOfBytesWritten
parameterben. Ezutan a port blokkolodik, amit nekem pl. a port lezarasaval es
ujboli megnyitasaval sikerult feloldani. A jelenseg az interruptok
szetvalasztasaval megszunik, de nem kellene NT alatt a megosztott interruptnak
is mukodnie? Esetleg speci registry beallitas kell hozza? Vagy megfelelo soros
port kartya?

A gep amin probalkozok Pentium, 64 MB RAM, Windows NT SP4, alaplapi soros port
(az MSD.EXE 16550AF-nek azonositja, vagyis elvileg van benne FIFO, es NT-ben
engedelyezett a hasznalata), default beallitasokkal. De a jelensegek mas gepen
is elofordulnak.

Ha van otletetek, kulonosen az elso problemara, ne kimeljetek! Meg van nehany
libam...

Valaszokat maganba kuldjetek, mert nem olvasom rendszeresen a listat:


Kosz,

Standy
+ - gyumolcs (mind) VÁLASZ  Feladó: (cikkei)

Hi!

Egy eleg furcsa dolgot keresek, de hatha
tud valaki segiteni.

Tehat gyumolcsos jatekautomata figurainak 
(gyumolcsok) kepet keresem.

Hatha van valakinek egy szetszedett gepe es be tudna
szkennelni a figurakat.

Az az igazsag, hogy programozgatok egy kicsit, es 
akarok irni egy jatekautomata "szimulatort" irni.

Ha valaki ismer mar vmilyen hasonlo porit az elkuldhetne az url-t.

Az esetleges valaszokat, ha lehet 
maganba is.

udv:
Sanyi.

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS