hi HIX CODER!

HC> Kovetkezo a problemam: van egy program, ami onmaga min. 40 KB memoriat
HC> foglal, es azt kene megoldanom, hogy ez a program elindit egy masik
HC> programot (vagy vegrehajt egy DOS parancsot). Azonban nagyon sok az a 40
HC> KB, ami a memoriaban marad, ezert valahogy ki kene szedni az INDITO
HC> programot, az inditott program lefutasa utan pedig vissza kene tolteni.
HC> (Ez egy fajlkezelo)
hat anno amikor ilyesmit akartam /fajlkezelo/ akkor az egesz
proggy 2 reszbol allt... az egyik egy aprocska kis com file,
meg egy masik proggy, ami maga a filekezelo volt, es annyit
evett, amenynit csak akart...

na a lenyeg...

a kicsi proggy annyit csial, hogy...
1) beallitja a memoria meretet, amennyi kell neki... <1k...;)))))
2) elinditja a filekezelot, parameternek odaadja a sajat szegmenscimet...
3) megnezi, hogy mit kapott vissza...
4) errorlevel=0 --> halt...;)))))
5) elinditja a kert proggyt...
6) goto 2...

ja, es a kicsi proggy vegen van valamenyni (256b;) szabad hej,
ahova majdan a filekezelo be fogja masolni a kert proggy nevet
nameg az atadando parametereket... errol a cimrol ugy fog ertesulni
a filekezelo, hogy a kapott parameter egy /pl hex/ szam lesz, ami
a kicsi proggy szegmens cimet tartalmazza...

remelem erthetoen sikerult eloadni a dolgot...
ennek a hatranya, hogy a filekezelonek kell 'swappelnie' a fontos
dolgokat (kijelolt fileok, aktualis konyvtarak, stb)
nameg az is kell, hogy ezt a swapet valahogy visszatoltse...
na win9x alatt tobb taszkban is szeretned hasznalni, akkor meg
egy kis extra, hogy a kicsi proggynak kell meg vagy 4 byte, ami
alapbol 0, az elso inditaskor egy random szam kerul oda, es
mondjuk ez a szam hexben lesz a swap file neve... stb....
de ez mar a legkevesebb... viszont egy masik 'kisebb' hiba, hogy
ha tsr proggyt toltesz be, es kilepsz a commanderbol, akkor a
kicsi proggy heje a memoriaban ugye felszabadul, de nem lehet
majd hasznalni, mert utana lesz a betoltott tsr... /azaz,
mozaikos lesz a memoria, de ez asszem nem gond, ha telleg
elegge kicsire sikerul osszehozni a proggyt...


de persze, ha trukkozni akarsz, akkor itt egy masik megoldas...
ez persze egy kicsit mejebb ismereteket kovetel, nameg sokkal
jobban el lehet vele 'szallni', de azert ez is jo lehet....;))))))

egy kicsi asm betet a proggyban, ami a kovetkezoket csinalja....
elmenti az egesz memoriat (psp+$10-$a000)... nameg a regisztereket...
marmint egy swap fileba.... /vagy xms-be, ahogy tetszik;)/...
amikor ez megvolt, bemasolja sajat magat a psp:80h-!!!! ra...;))))
amikor ez megvolt, akkor atallitja a stacket maga moge...
aztan atallitja a memoria meretet....
amikor ez is megovlt, akkor kiad egy dos exec hivast.....;)))
visszaallitja a memoria meretet..... amikor ez is megvolt, akkor
viszatolti a swap filet.... utana a regisztereket...
es mar vege is...

szoval, ez egy kicsit sukka megoldas tobb szempontbol is, mert ugye
ennek a rutinnak bele kell fernie a psp:$80-psp:$100 tartomanyba...
(128 byte) tovabba azert is sukka, mert nem fog menni tsr proggykkal...
marmint, hogy tsr-t nem fug tudni futtatni a filekezelod...


csao.... remelem segitett.... na tovabbi jo kodolast...  Mc

Hi Coders!

Hogyan muxik a DivX algo???
Remroviden :)))
DCT, iDCT, makroblokk, I B P kepek, ezek nem,
inkabb az algo mikentje.

Hasznalhati e az embor 1 kep tomorijjesere?
Szazas szazalekon! Kissebben, "vesztesegmentesen"?
Vanne neki korlatjja (latja, nem latja) :)))

p.s.: A Project Mayo-n mogvan a forrasa

udv.: XiX/PsychoMix

CODER #1109, :
>Hogy tudom Pascalban megnezni, hogy a kepernyo egy megadott poziciojan
>milyen karakter van. Tehat peldaul egy masik program kiir mindenfelet a

Valahogy lehet pascalban is fizikai cimre deklaralni valtozot, de ha
fejreallok, se tudok visszaemlekezni, hogyan. A $B800:0 (color) es $B000:0
(mono) cimekrol van szo, ha minden igaz, innentol 4000 byte a 80x25-os
kepernyo, az elso byte mindig az eloter-hatter szine, a masodik maga a
karakter. Vagy inkabb forditva... ;]

 ..... megis sikerult emlekezni, anno 95-ben irtam utoljara ilyet :)
Tehat
Screen:Array[1..25,1..80,1..2] Of Byte Absolute $B800:0000;

asm pelda, talan egyszerubb is:
[az n-edik sor m-edik karaktere lesz a kar valtozoban, n,m 0-tol indul]

x:=(n-1)*80+m-1;
asm
	mov es,$b800
	mov ax,x
	mov kar,es:[ax]
end;

Remelem nem raktam bele szintaktikai hibat, eleg regen csinaltam mar ilyet.


 ..... ezt meg most talaltam, ezzel letesztelheted, hogy milyen modban van a
kepernyo, tehat milyen videoszegmenst kell hasznalni.

procedure test_video;assembler;
  asm
    mov ah,0fh
    int 10h
    cmp al,07
    jne @skip
    mov vseg,0b000h
    jmp @finish
    @skip:
      mov vseg,0b800h
    @finish:
  end;



Udv,
		Hunter				-[HE 1.15beta6]-
"Az alkohol ol, butit es savakkal aldehideket kepez."
MMI MLI

Hello, Coderek!

Van valakinek leirasa a Blinkerrol?
Elsosorban a SwpRunCmd fuggveny parameterezese, es a
C modulok beszerkesztese erdekelne.

Fut nalunk egy Clipper 5.2-vel forditott program.
Rendszeresen leall "Conventional memeory exhausted"
uzenettel. A keszitoje szerint a config.sys-ben
az emm386-hoz a noems parametert kell megadni. Ekkor
tenyleg _ritkabban_ all le, de igy viszont nem fut alola
a pkzip.exe (pedig a SwpRunCmd-vel futtatja.)

A keszito szerint az egesz oka a beszerkesztett portkezelo
es egyeb C fuggvenyek (merlegadatokat olvasunk be). Ezek
miatt nem tudja a Blinker kulonbozo lehetosegeit kihasznalni.
A C fuggvenyeket mi irtuk, ugy, ahogy az _eredeti_ Clipper
kezikonyv eloirta (MSC 5, large model, stb.). Nehany evig
hasznaltuk is mas Clipper programokban (persze Rtlink-kel
szerkesztve), es nem volt veluk gond.

A keszito nem tud mast mondani, ezert fordulok Hozzatok.
Minden otletet koszonettel veszek.

k_tibor

C++ban ha a cout vagy a cerr objektumokkal akarok kiiratni, akkor nem
ervenyesul a textcolor() fuggveny beallitasa. Vagyis a kiiratas szinet
nem tudom allitani. Tudja valaki hogyan kell?