                Mirt is vagyok n ilyen LAME, hogy mg ezt a
                     programot sem tudom "ledebuggolni"?


		Elre el kell hogy mondjam, hogy az olyan LAMER-ek, akik
	azt sem tudjk, hogy mi az a "ledebugg", ne is kezdjenek hozz
	ennek a cikknek az elolvasshoz. Ez a cikk az olyan LAMER-eknek
	rdott, akik hallottak mr olyan pogramrl amivel "le lehet
	debuggni mindent", de ahogy a ZIGZAG "asszembli, vagy milyen"
	forrsban ppen elkezdtk j ritmusosan nyomogatni az F7 vagy
	az F8 gombot, egyszerre csak arra lettek fogyelmesek, hogy a
	program azt rta ki, hogy "terminted", meg azt is, hogy mennyi
	az "ekszit kd"...

		Na, teht te ezt a programot egy forrsszint DEBUG prog-
	rammal prbltad debuggolni, de nam sikerlt. Ez annak ksznhe-
	t, hogy a progran Clipper nyelven rdott, igen ers dBase tmo-
	gatssal, s elg sok eljrst GW-basic nyelven rtunk hozz.
	Remljk a kvetkez kiadsig, mg meg tudjuk tanulni a Qbasic-et,
	s akkor abban rjuk a programot, s Clipper modulokkal linkeljk
	a sajt, dBase-ben rt linkelprogramunkkal. De ezt mg egyenlre
	sajnos csak Clipperben rtuk, ezrt mg nem tkletes a program.
	Az elejn nha mg lefagy. Ez azrt van, mert a Clipper mskppen
	adja t a paramtereket az eljrsoknak, mint a GW-basic. Ezt a
	hibt mg a dBase nyelv interface-programunkkal is alig tudtuk
	kikszblni. Most a program gy ahogy fut, de az elejn mg nem
	mindig sikerl a veremszegmens rtkt 8 bites eljel nlkli
	egsz tipusu rtkre konvertlni. Ezen termszetesen majd meg-
	prblunk segteni...

		A DEBUG programok igen jelents rsze nagy hatssal van
	a veremszegmens rtkre, nem hagyja a konvertlst. Ha a prog-
	ram a mg nem konvertlt veremszegmens rtkkel futna tovbb, gy
	mg a gpben maradand krt is tehetne. Pld.: Legethetn a r-
	gebbi gyrtmny harddisk-eket olymdon, hogy az r/olvas feje-
	ket hozznyomn a forg lemezekhez, s azok spirlis barzdkat
	szntannak az adatok kz !

		Ezrt ptettnk a programba egy olyan nvdelmi rend-
	szetr, amely elfogja a 07h magszaktst a program betltsekor, s
	amennyiben a veremszegmens-konverzi sikertelen, azonnal meghvja
	a 41h, s 46h megszaktsok AH=02 (stop overroll) funkcijt, majd
	a 0Ch harware interrupt segtsgvel megvja a merevlemezeket az
	esetleges kroktl.

		Mint mr emltettem ez a hiba ltalban csak akkor jelent-
	kezik, ha a memriban lv DEBUG program rtelepszik a 03h meg-
	szaktsra( s mirt ne telepedne r, amikor ez a DEBUGGER INT? ),
	de DEBUG program hasznlata nlkl is jelentkezhet. Ekkor a teend:
	indtsuk el mgegyszer a programot( ha mg van merevlemez ). Ha a
	program tbbszri futtatsra sem hajland elindulni, akkor csak egy
	dolgot lehet tenni. Nyissuk fel (csavarjuk szt) a gp hzt, s
	kerresk meg a harddiszket, amely a ZIGZAG-ot tartalmazza, majd a
	kbelek levgsa, s a csavarok eltvoltsa utn rntsuk ki a
	winchestert a helyrl. Ezutn a fedl lepattintsa utn egy eny-
	hn (tnyleg enyhn!!) nedves paprzsebkendvel vagy porronggyal
	tvoltsuk el az esetleges szennyezdseket a lemezek felletrl.
	Ha a lemezek tl kzel vannak, s nem lehet kzjk nylni a zseb-
	kendvel (j merevlemezek!), akkor egy egyszer varrtvel kapar-
	juk le a piszkot a lemezek bels felrl, majd rakjuk ssze az e-
	gszet (ez ugyanolyan, mint a sztszeds, csak visszafel). Ezu-
	tn a program biztosan elindul, egybknt gpet kell cserlni.

		Teht elnzst kell krnem azoktl, akiknek ezzel elron-
	tottam a htvgi szrakozst, de azrt nem minden sajt papsajt.
	Jl is nznnk ki, ha az sszes LMA azzal szrakozna, hogy "J,
	ez tmogatja a DEBUGG-ot!"


						P.A.C.Man