Hollosi Information eXchange /HIX/
HIX CODER 1112
Copyright (C) HIX
2001-03-10
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Automirror windoze alatt (mind)  20 sor     (cikkei)
2 C + Clipper Blinkerrel (mind)  15 sor     (cikkei)
3 Re: Win32 IO Block (mind)  66 sor     (cikkei)
4 Re: Linux Report Generalot keresek (mind)  20 sor     (cikkei)
5 Grafikus uzemmod (mind)  26 sor     (cikkei)

+ - Automirror windoze alatt (mind) VÁLASZ  Feladó: (cikkei)

Hi Coders!

Irt mar vki olyan prggyt windoze ala ami auto-
matikusan tukroz egy hasznalatban levo fajlt.
Ha az alkalmazasban a juzer elmenti a doksit
(tablazat, ...) akkor azt elmenti egy masik
helyre is pl. halo.

Ennek a programozassal kapcsolatban lenne kerdesem.

A proggynak akkor kell menteni, ha a vizsgalt fajl
megvaltozik. Ezt hogyan lehet megcsinalni (az eredeti
alkalmazas tudta nelkul)?

A fajl vizsgalatara van vmi okossag vindozeba,
lehet figyelni kernel obj vagy nezzek ra x mseckent?

Elore is koszonom,

udv.: XiX/PsychoMix
+ - C + Clipper Blinkerrel (mind) VÁLASZ  Feladó: (cikkei)

Hali!

A clipperrel kapcsolatban nekem az a tapasztalatom, hogy az
rtlink kisebb memoriaigenyu es gyorsabban futo kodot general.
Ahhoz, hogy kulso programot, pl. pkzipet tudj futtatni 590-610
kozotti memoria kell. A pkzipnek erdemes az 1.x valtozatat
hasznalni, mert annak roppant kicsi a memoria igenye. A programot
is erdemes szetdarabolni belso overlayre, ezzel is lehet csokkenteni
a memoriaigenyt. Ha pedig ez sem segit, hasznalni kell az shroom
nevu programot, ami baromi jo swappelo program. A programfuttatasra
ul ra, ha ez bekovetkezik, kilapatol a memoriabol ammennyit tud, vagy
amennyit megadsz, es vigan fut akar a rar is. Kemeny 20 kb a merete.

Toth Peter

+ - Re: Win32 IO Block (mind) VÁLASZ  Feladó: (cikkei)

>Udvozletem mindenkinek!

>Eloszor is szeretnek koszonetet mondani azoknak,
>akik az elozo kerdesemre valaszoltak...

>A kerdesem pedig a kovetkezo:
>megnyitok egy file-t:
>  hStdIn = CreateFile("CONIN$" , GENERIC_READ , FILE_SHARE_READ , NULL ,
>OPEN_EXISTING , 0 , 0);

>ezek után ezt a handle-t egy kulon szalon olvasom ki:
>  while(ReadFile(hStdIn, buf, sizeof(buf)-1, &br, NULL))
>   {
>    if(br == 0) break;
>    printf("StdIn: %s\n", buf);
>   }

>korulbelul igy.

>Sajnos a szalat a CloseHandle(hStdIn) nem szakitja meg, azaz a ReadFile nem
>lep ki
>mikor egy masik szalon lezarom a file handle-t(nem ugy, mint mondjuk
>linuxban).
>Hogy lehet a ReadFile-t megszakitani, egy masik szalbol?
>Van erre valami otletetek?

>Elore is kosz
>htrw


Hali Htrw!

Csak vazlatosan:
A Micorsops Winfos rendszerekben nekem ez ugy szimpi, hogy ket globalis
valtozot hasznalok "semafornak". Egyik azt jelzi, hogy a thread-nek meg
"futni kell", a masik azt, hogy a thread mar leallt. Ez persze csak favago
pelda, EGY thread-re.

a thread:
 ....
bThreadRunning = 1;

while( bIOActive ) // nem OMO :)))
{
    ReadFile....
}

bThreadRunning = 0;

A masik szal, ahonnan ezt vezerled:
 ....
bIOActive = 0;    // leallitas
while( bThreadRunning );
CloseHandle...

Es akkor ezzel elkerulod, hogy az asszincronitas miatt esetleg a thread
beleolvas a mar lezart file-ba es csinal egy GPF-t.

Persze nem kell ennyire brutalisan, lehet meg finomitani, de ez az alapja.

Robi
---
E-mail: 
ICQ: 96586562
Egyszer volt, hol nem volt, az operacios rendszeren is tul...
---
+ - Re: Linux Report Generalot keresek (mind) VÁLASZ  Feladó: (cikkei)

>Helló Mindenkinek!

>Surgosen kellene Linuxra Report Generelo szoftver.
>Ha valaki tud ilyenrol, vagy van valakinek kerem irjon egy levelet
>cimemre.

Hali!

En most jottem haza, es latom elszornyedve, micsoda haboru alakult ki egy
artatlan levelbol. Ezek utan remego kezzel merem csak leirni:

Practical Extraction and Report Language (PERL) a te baratod.

Vagy nem...? :))
Robi
---
E-mail: 
ICQ: 96586562
Egyszer volt, hol nem volt, az operacios rendszeren is tul...
---
+ - Grafikus uzemmod (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Tanacsot szeretnek kerni grafikus uzemmod hasznalataval kapcsolatban.
Egy DOS alkalmazasrol volna szo, ahol a lenyeg, hogy minel nagyobb
felbontasban, nem tulzottan nagy szinmelyseg igennyel, minel gyorsabban
tudjak grafikus kepernyot kezelni. Tul sok folyamatosan mozgatando adatom
nincs (nem videolejatszas vagy hasonlo).
Amit szeretnek: valami olyan uzemmod, aminek a hasznalatahoz nem kell minden
videokartyara kihegyezni a programot (VESA?), minel nagyobb (mondjuk
1024x768) felbontas (de az elozo szempont fontosabb), es mondjuk 256 szin
(esetleg 32k/64k).
Azt mar tapasztaltam, hogy a BIOS hivasokkal nem erdemes kezelni a
kepernyot, mert lassu, de hogyan lehet gyotsabban (kozvetlenul)? Ezen a
teren csak az egyszeru 320x200 felbontast hasznaltam, azt is csak
probakeppen...
Megvalosithato ez valahogyan (egyseges vezerles, nagy felbontas, jopar
szin)? Hol talalok ezzel kapcsolatban valami leirast, utmutatot, peldat?
Esetleg valaki tud segiteni?

Elore is koszonom!
Sziasztok:

Peter

Ui. Ha valaszol valaki, volna olyan kedves, hogy cc-zi a levelet a
 cimre is... :)

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