>Lehet-e antifagy progit irni??
Nem igazan. Legalabbis nem valos modban...
DPMI-ben meg ugye kicsit ertelmetlen a dolog, hiszen ott a vedelem
meggatolja a teljes rendszer fagyasat - a lehalt progival meg ugye ugysem
lehet mar mit kezdeni. Persze a DPMI is szepen tud fagyni, ha
alkalmazas/op-rendszer valos modu hivasokat eszkozol (visszavalt valos modba
pl. DOS, BIOS hivasok miatt), de ekkor meg visszajutunk a dolog elejere (ti.
hogy valos modban nem lehet nagyon detektalni/elharitani a fagyasokat)...

>Szoval az lenne az igazi, ha egy kifagyo gepnel
>felismerne a fagyas tenyet, es ha lehet, akkor
>el is haritana. Szoval en szivesen megirnam,
>de meg az sem igazan tiszta, hogy mit csinal
>a gep, ha kifagy?? A proci vakciklusa lehet-e
>az egyetlen fagy ok? Ha kifagy, mi fut??
>Semmi, HW IRQ, minden csak a USER inter-
>face nem(video,klavi,eger)?? Melyik a helyes
>valasz??
A fagyast ket dolog okozhatja:
1. korrekt programkod fut, csak eppen programozasi hiba kovetkezteben
vegtelen (vagy legalabbis belathatatlanul hosszu) ciklusba kerul (pl. repeat
until 1=2, es tarsai). Ilyenkor altalaban nincsenek letiltva a megszakitasok
(igy pl. billentyu ledek valtogathatok, Ctrl+Alt+Del mukodik, TSR-ek
futnak), de mivel a "foprogram" nem folytatja futasat, igy aztan nem is lep
ki sose, aminek kovetkezteben hasznalhatatlanna valik az egesz gep. (Hiszen
nem tudunk mas programot elinditani rajta amig ebbol nem tudunk kilepni, de
amig valahogy ki nem vakarjuk a vegtelen ciklusbol, addig nem fogunk tudni
kilepni...)
Ilyenkor esetben esetleg (!) hatasos lehetne egy rezidens a progi, ami egy
adott hot-keyre bejon es a program inditasakor megjegyzett
megszakitasvektorok visszairasa + a lefoglalt memoria felszabaditasa mellett
kilepteti a lefagyott progit. Kerdes azonban, hogy ilyenkor meg milyen mas
rendszer-eszkozok (pl. PIT, hangkartya, stb.) ill. szoftver-interfeszek (pl.
halozatkezeles, TSR-ek, stb.) maradnak deinicializalatlanul, valamint
tarolnak tovabbra is - immaron teljesen fals - mutatokat, adatokat az eppen
kilott programrol. Eleg valoszinutlen, hogy a programot ugy tudjuk kivakarni
a memoriabol, hogy ez az eltavolitas elobb-utobb ne okozzon gondot
valamelyik masik rendszerelemben. (Nyilvan lehet arra gondolni, hogy
megprobaljuk a program helyett a deinicializalasokat elvegezni, csak hogy az
osszes interfeszt/hw-eszkozt mar csak meretbeli megfontolasok miatt sem
kezelhetjuk, raadasul a legtobbrol kielegito doksit is meglehetosen nehez
beszerezni...)
Ilyenkor gyakrolatilag a rendszer mint egesz mukodokepes marad, csak az
eppen futo alkalmazas blokkolodik, ami azonban egy-taszkos rendszer eseten
meggatol minden tovabbi interaktiv muveletvegzest (pop-up TSR programoktol
eltekintve).

2. a vezerles valamilyen rossz ugrasi cim (ez lehet akar egy
megszakitas-vektor is, vagy egy eltevedt adat-pointer kovetkezteben kozvetve
modosult kod-terule is, esetleg verem-korrupcio kovetkezteben fals
visszateresi cim eljarasbol, stb.) kovetkezteben a vezerles egy elore meg
nem hatarozott lefolyasu, a memoria aktualis (igy veletlenszerunek
tekintheto) tartalmatol fuggo programkodra kerul. Ez elobb utobb szinten
vagy vegtelen ciklusban vegzi, vagy a veletlenszeru utasitasok annyira
elallitgatnak egy ket regisztert (itt nyilvan elsosorban nem
processzor-regiszterekrol, hanem a bovito-egysegek I/O portokon keresztul
elerheto belso regisztereirol van szo), hogy az egesz rendszer
mukodeskeptelenne valik. Ilyenkor altalaban a megszakitasok is letiltodnak
es/vagy a BIOS/DOS megszakitaskezelok is olyan mertekben serulnek, hogy
gyakorlatilag az egesz gep megall... (Valojaban a processzor csakis akkor
all meg a szo szoros ertelmeben, ha letiltott megszakitasok mellett kiadunk
egy "HLT" utasitast, azonban ha itt ez nem is kovetkezik be, de egymast erik
a kivetelek, es a hardver megszakitaskezelok is keptelenek lefutni, ezert
gyakorlatilag nem lesz olyan biztosan mukodo eleme a rendszernek amelyre
epiteni lehetne akar a hiba elharitasaban, akar barmilyen "ertelmes"
muveletsor elvegzeseben...)

Hat.... Kb. ennyi.. Persze meg nagyon sokat lehetne meselni a dologrol es
nagyon sok otlet felmerulhet, de egy biztosnak latszik: valos modban sem a
fagyas detektalasara, sem annak elharitasara nincsen megbizhato modszer...

Egy teljesen vedett modban futo rendszer eseten (pl. WinNT, Linux) max. a 2.
eset fordulhat elo - az is csak akkor jar kritikus kovetkezmenyekkel ha a
kernelben, azaz az operacios rendszer el nem tavolithato (nem ujratolheto),
kritikus magjaban keletkezik, hiszen alkalmazasok eseteben azok
"kilovesevel" (persze csak egy megfelelo rendszer-architektura mellett) az
ilyen jellegu hibak minden hatranyos kovetkezmeny nelkul lekezelhetok...

Gabor

> a "PRN" eszkozt,ha megnyitom,akkor az abba valo irassal is
> tudok nyomtatni?

Igen.

>> Lehet floppynak olyan fajlrendszert kialakitani, amit egyik
>> op.rendszer se tud olvasni, de ha a lemezrol bootolunk, akkor
>> az osszes lemezen talahato adat olvashato? A Disk editorral
>
>Lehet, de meg kell irnod a lemezkezelo rutinokat az uj formatumhoz.
>Disk editorral meg tudod buheralni ugy, hogy a DOS-t atvered egy-ket helyen,
>es a sajat programod tudja, hogy igazabol mit hol keressen. Nem tudom, mit
>akarsz kihozni belole, de biztos van mar letezo megoldas.

Igen, kerdes, hogy mit akar, egy filerendszert, vagy egy lemez titkositast?
Mindkettore vannak jo megoldasok, en valami olyasmit javasolnek, ami ismert, es
kriptografiailag bizonyitott titkositast alkalmaz. Akkor nem kell senki elol sem
rejteni a dolgokat (azok csak az amatorok ellen jelentenek vedelmet), hanem a
titkos kulcsot kell biztos helyen tartani... Az ilyen titkosito programoknak
akar a forraskodjat is kozreadhatod, akkor sem jelent hozzaferest az adataidhoz
(lasd meg PGP).

>Most jottel at Commodore-rol, igaz ? Itt mar nem fix cimek vannak. Kerni
>kell egy kis memoriat az op.rendszertol (vagy egyeb memoriakezelotol), es ha
>kapsz, azt hasznalhatod. Lesz hozza pointer-ed.

Ezt nevezik "hivatalos" megoldasnak. Ha tudod mit csinalsz, akkor nem kotelezo a
DOS rutinjait hasznalnod, de kezdoknek ilyemi nem ajanlott, es a programod
stabilitasa erdekeben sem celszeru a "nem hivatalos" megoldast valasztani...

>> Melyik COM/EXE-compressor/protector adja a legjobb vedelmet?
>Barmelyiket hasznalod, hamarosan megjelenik hozza a kicsomagolo.

Vagy ha nem, akkor kb 2 masodperc debuggerrel kicsomagolni... Megintcsak: ha van
kriptografiai megoldasod, akkor az vedelem, minden mas csak bohockodas -- emiatt
nem ernek semmit a hardverkulcsok sem (az esetek 99.9%-ban nem a kititkositashoz
hasznalatos kulcsot tartalmazzak a hardver kulcsok, hanem a SW ranez, hogy ott
van-e a kulcs, vagy sem...).

Ha vedni akarod a SW-ed, akkor ne add oda senkinek sem! Ha pedig oda szeretned
adni masoknak is es raadasul meg akarod akadalyozni, hogy valaki visszafejtse,
akkor publikald a forraskodjat! A vilag mar nem afele tendal, amerre a 70-es
80-as evekben kialakult SW oriasok szeretnek...

Tamas

Tamas Rudnai / Sophos Plc
mailto:
http://www.sophos.com

Hali!

 Keresek olyan tálentumos embört, aki megrajzolná, vagy
meg-ray-trace-elné a következő dolgokat:

- egy eper, 2 szemmel, mosolygó szájjal, szemből nézve  (1)
- ugyanez 2 oldalról és hátulról nézve (3)
- egy krumpli 2 szemmel, vicsorgó szájjal, szemből, két oldalról, hátulról
  nézve (4)
- fülre akasztható cseresznye, 1 vagy két levéllel (1)
- ugyanez szilvában (1)
- egy sárga delicsesz alma (nem piros-zöld, hanem sárga) (1)

A méret: 32x32 pixel, színmélység: tetszőleges, 16 bitre lesz
konvertálva. Zárójelben a képek darabszáma szerepel.

Ellenszolgáltatás:  Megegyezés szerint, de a játékban
(mert meglepő módon ez egy játék lesz) a készítők között
meg leszel említve. (hacsak nem kéred, hogy NE tegyem)

Az játék engine-je javarészt már kész van, akinek volt
plus/4-e az sejtheti, hogy miről lesz itt szó. (na nem teljesen
arról, de azért...)

Választ természetesen magánba kérnék, hiszen ez
a köz javát nem igazán szolgálja... :)

Na előre is köszi!  Csocsi!
-- 
Üdv: Gilbert atya ~~~~ (Gilby/MKSZTSZ) ~~~~ 

Szia fecoka2!

> Szoval egy fogaskerdes (legalabb is szamomra).

Szerintem is az. :-)

> Lehet-e antifagy progit irni??
> Szoval az lenne az igazi, ha egy kifagyo gepnel
> felismerne a fagyas tenyet, es ha lehet, akkor
> el is haritana. Szoval en szivesen megirnam,
> de meg az sem igazan tiszta, hogy mit csinal
> a gep, ha kifagy?? A proci vakciklusa lehet-e
> az egyetlen fagy ok? Ha kifagy, mi fut??
> Semmi, HW IRQ, minden csak a USER inter-
> face nem(video,klavi,eger)?? Melyik a helyes
> valasz??

Mindegyik, es meg sok mas oka lehet IMHO. "Fagyas", ez nem igazan
mernoki kifejezes, hanem magaba foglalja mindazt, amikor a gep nem
reagal.

Nemcsak te, hanem a Microsoft is szivesen irna egy ilyen "olvaszto"
progit, ha lenne "altalanos fagyas"... :-)))

Ami ciki es nem kivedheto, ha a monitor process nem kap egyaltalan
CPU-t, tehat ha a kernel fagy, vagy egy normal progi kooperativ
multitaszkingnal (pl. MacOS-ben).

Talan a legjobb egy halozatbol figyelni hogy valaszol-e a gep, (ping
stb.) es ha nem, akkor riadoztatni a rendszergazdat :-)

> u.i.: Pedig a "fagy" gyakori vendeg! Nem?

Epp benn logok az intezeti klaszter egyik gepen (Digital UNIX):

[ak048:/home/ak048:243] uptime  
16:53  up 171 days,  7:19,  2 users,  load average: 3.00, 3.00, 3.03

:-))

Barna

Sziasztok.
 
Tud valaki valamilyen hasznalhato doksit a k-dimenzios fakrol (Kd-tree) ? 
 
Egy kicsit bovebb magyarazat. Az alapproblema ugy nez ki, hogy van egy
harom dimenzios ter, amiben pontok helyezkedhetnek el.  A feladat egy
adott koordinatahoz megtalalni a hozza legkozelebb eso N db pontot. A
keresesnek kell igazabol gyorsnak lennie, az adatszerkezet felepitesi
ideje nem lenyeges
 
Erre jo a fent emlitett adatszerkezet.
 
Ha valakinek mas otlete van a problemaval kapcsolatban, akkor azt is
szivesen fogadom. Az a kovetelmeny, hogy az adatszerkezethez ne kelljen
irrealisan sok memoria.
 
Koszi:
	Rezso

Hogy egy fagyinal mi fagyott le valojaban, azt nehez megmondani. Ha a procit
lefoglalja valaki, raadasul az interruptokat is letiltotta, az gyakorlatilag
fagyi. Ez programhiba. A megoldas egy jo futtatorendszer lehet, ami nem
engedi meg a futtatott programnak az ilyen udvariatlan viselkedest. (Erre -
is - jo a protected mode)

Ha egy hibas hardverelem a processzor mukodeset lehetetlenne teszi, azt
tisztan programbol nem tudod meggatolni. Erre jo a Watchdog Timer: Ha ez ugy
latja, hogy a rendszer inaktiv egy elore beallitott idon tul, akkor csinal
valamit. Leginkabb ujrainditja a rendszert. A progi dolga csak annyi, hogy
idokozonkent felhuzza a Watchdog Timert. Ha lefagyott, akkor persze nem
tudja felhuzni, igy az lejar, es ezzel jelzi, hogy a rendszer nem aktiv
tobbe. (Pont ezt kellett eszrevennie, ugyebar) Ezze a modszerrel a
hardverhibabol adodo fagyik is kezelhetoek.

Ha a rendszer ugy fagyott le, hogy az operacios rendszer azert fut, akkor az
o dolga kezelni ezeket az eseteket. Jobb rendszereknel ez mukodik is.
Gyengebbeknel egy kek kepernyoig jutottak csak el. Masoknal meg odaig sem.

Remelem, tudtam segiteni!

Gyuri

Sziasztok!

Delphi nyomtatasnal elofordulo hiba kapcsan kernem a segitsegeteket. A 
sajat TQuickreport komponenset hasznalva ha kiadom a Preview utasitast es 
ott megvaltoztatom a celnyomtatot, akkor az esetek 60-70 %-ban a program 
elszall "Printer index is out of range" uzenettel, amit nem igazan ertek :( 
 Ha beepitett rutin, akkor miert nem mukodik? A Delphi peldaprogramok 
kozott talalt nyomtatasi peldak ugyanezt csinaljak.
NT halozat alatt Delphi 3.0 Standard nyelvet hasznalok es minden nyomtato a 
halon van, nem lokalis gepen.

Koszonettel

Belovai Maria

On 31 Oct 99 at 11:10,  > wrote:

> Mar sikerult eliminalnom az 11 bitsorozatot :)))

Szuper! A legjobb tomoritest akkor lehet elerni, ha rajon az ember,
hogy kar is az adatot az utokor szamara megorizni! :))))
(bocs a viccert)

> lehet, hogy a faxkeszulekeknel hasznalt tomoritoalgoritmus
> modositott valtozata is jo lehet???

Az 1 dimenzios G3-ra gondolsz? Az egy Huffman kodolas, amibe bele van 
fagyasztva egy tipikus futamhosszgyakorisag. Nagyon valoszinutlennek 
tartom, hogy egy teljesen mas esetre epp ez lenne a jo.

Ha azt az otletet akarod felhasznalni belole, hogy Te is bedrotozod a
futamgyakorisagot a Te tipikus adataid alapjan, azert az jo esetben
kicsit jobb is lehet, mint az igazi Huffman, mert nem kell a kodfat
(kódfát, ko'dfa't) a tomoritett adatok mellett tarolni.

> Mar kiprobaltam (bar nem bmpfilekent) es az eredmeny siralmas.
> Az osszes ilyesfajta tomoritoprogram (arj, lha, zip, ace, rar) kb.
> 75-85%-ra tomoritette.

En rosszabra szamitottam. Mennyinek orulnel?

> > Nezzuk eloszor a Huffman-t:
> A valaszodban nagyon kihangsulyozod a 8/16 bit ill. betu tipust.
> Az en adatallomanyom igazabol se erre se arra nem hasonlit, inkabb a
> 2 bites "darabok" az igazak. Bar erre most mindenki asszocial
> a 8 bites meretre, de ez igy nem igaz (azaz igazsag, hogy en se

Ez valami felreertes lesz. En idezojelek koze tettem a betut! Ez a
'betu' teljesen mas, mint amit Te gondolsz. Kis informacioelmeleti
alap: Altalaban abc-nek (forras-abc) nevezik az informacioforrasban
kodolt kulonbozo szimbolumok halmazat, egy-egy szimbolumot meg
'betu'-nek. Esetedben 4 'betu' volt (a forrasabeced 4 betus), ezek a
00, 10, 01, 11 bitsorozatok, amik egyebkent egyenkent 2 bitesek.
Attol meg nevezhetjuk oket 'betuk'-nek.

A 8 meg a 16 sem adatmeret volt, hanem a tomoritendo adathalmazban
levo 'betuk' szama. Es azert eppen 8-at valasztottam, mert 2:6:6:2
eloszlast mondtal, ez ugyanaz, mint 1:3:3:1, ami szamok osszege 8,
ezert 8 elem hosszu (8*2bit=16 bit) blokkal a legegyszerubb szamolni.
16 adattal (32 bit) meg ez utan azert szamoltam, hogy megmutassam egy
peldan keresztul, hogy a Huffman kodolas tomoritesi aranya nem javul
a file meretenek novelesevel, mig az aritemtikai kodolase igen.

No, most ezek utan olvasd el megint, amit irtam.

> > Tehat az aritmetikai kodolas kicsit jobban tomorit, mint a Huffman.
> Pont erre godoltam en is, koszonom, koszonom.

En ennek nem orulnek ennyire. Ez a 'kicsit' tenyleg kicsi, viszont a 
progi sokkal bonyolultabb.

> p.s.: A szazalekos kerdesem ? smafu. 5let sehol? pliiz help, thx.

Arra azert nem irtam semmit, mert egyreszt 60:40 helyett 50:50
szazalek volt a bitek aranya, masreszt, mert meg ha 60:40 lenne is
az arany, akkor sem ertenem a kerdest. Most az 11 sorozat 
eliminalasaval kb. 67:33 a bitek aranya, ezzel tedd fel ujra a 
kerdest kicsit bovebben.

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

Sziasztok!

Tudna-e válaszolni valaki a címben feltett kérdésre?

Már futottam az ügyben egy-két kört. Az eredmények:
1. ODBC-n keresztül még az XLS file-t sem látom a Delphiben nem, hogy
írni tudnék bele...
2. DDE: ez pont jó lenne, de nem ismerem (a help sem) az Excel DDE
Item-jeit...
3. OLE, Acive-X: ezzel nem foglakoztam, szerintem nem ide való...

Tulajdonképp én a Delphi-ből szeretnék az Excel sheet celláitba irni
és megformázni őket. Semmi többet. (Az userek, az Excel táblában
akarjálk látni az eredményt...)

Mégvalami, hogy lehet, hogy a Delphi által létrehozott DBF file-okban
(create table utasítással) korrekt ékezetek vannak (más windows-os
program is jól látja), viszont az excel beimportálásánál, az ékezetes
karaktereket rosszul hozza be . Lehet valami tenni?

Ha van valakinek, valami ötlete nagyon megköszönném...
Üdv.
ZsZs.

Hello,

tud vki vmi konvertalot, ami pl. 3DS formatumbol csinal *.X DirectX mesh
formatumot?
Igazabol barmilyen ismertebb 3d alap formatum jo lenne (akar PovRay is),
csak .X legyen a konvertalas eredmenye.
Esetleg vmi 3d szerkeszto, ami egybol .X-et csinal?

Udv

GZsolt

Hello !

Perlben szeretnék Web oldalakhoz scripteket írni a következő témákban:
 -feltöltés
 -igényesebb vendégkönyv
 -automatizált kereső a Weben

Akinek van valmi leírása, vagy forráskódja, az légyszi küldje el.

Előre is köszi :
                     G711

Csak egy egyszeru otlet:

hasznald a MAX_INT a math.h-bol:
( C=A*B)

if (A > MAX_INT / B)
    printf( " overflow " );
else
    C = A * B;

udv
LaZ

Sziasztok Coderek!
Meg tudja valaki mondani, hogy hogyan lehetne Windows alkalmazasban
Full-Screen modot hasznalni. Addig mar en is eljutottam, hogy levegyem az
ablak fejlecet es maximalizaljam, de akkor is latszani fog lent a Start
menu, a futo programok listaja. Valoszinuleg nem ez a megoldas.
Borland C++ 5.02-ben programozok, de ha van ra WinAPI megoldas, azt is
szivesen veszem. Segitsegeteket elore is koszonom.

Csaba

Fatal error
Press F13 to continue...

A kérdésem a következo lenne:

Az Internet Explorernél és Netscape-nél a Status ablakban megjeleno kis
animációt (IE-nél pl. a földgömbbé változó E betü v. Win logo) hogy lehet
átírni? (Pl. a Matáv telepítoje átírja kis szörfözo akármivé)

Elore is kösz.

Skolnik Zoltán )

Szia!

Ne kinlodj vele, nem eri meg, mar sokkal elobb megcsinalta masvalaki.
Tudod amit egyszer mar megirtak azt idopazarlas megegyszer megtenni.
Szoval... kell hozza egy hard es egy soft komponens.
Minden becsuletes linux kernel tamogatja, es.... "Watchdog" az o becsuletes 
neve.
Tovabbi info a legujabb kernel forrasaban.

HoFi
hofi <at> WIZARD <dot> DunaNet <dot> hu