1. |
Pacal (mind) |
66 sor |
(cikkei) |
2. |
Re: #131 (mind) |
23 sor |
(cikkei) |
3. |
Re: pnp felismeres (mind) |
34 sor |
(cikkei) |
4. |
Re: Virtualis meghajtok... (mind) |
22 sor |
(cikkei) |
5. |
Re: Virtualis meghajto (mind) |
35 sor |
(cikkei) |
6. |
Re: Kis tanfolyam (mind) |
20 sor |
(cikkei) |
|
+ - | Pacal (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>> >Lenyegeben ennyi Pascal-ban:
>> es aztan vagy husz sor szintiszta assemblyben, a Pascalbol kizarolag az
>> eljarasok fejleceit vette. Meg persze abban forditja. No de ez akkor is
>> assembly!
>Ebbol is latszik miert jo a Borland Pacal :)))
>Tehat KILOVE, hogy nem letezik.
>Amugy mi a kedvenced???
Mint fent olvashattad, a kedvencem a BASIC. A mai BASIC, lehetoseg
szerint, nem a GOTO-kban tobzodo nyolcvanas evekbeliek.
De a Borland Pacalnak nem elonye, hogy assemblyt is lehet vele forditani,
hanem a legkevesebb, ami egy magara valamit ado programnyelvtol a
kilencvenes evek vegen elvarhato. (Eleg baj, hogy a harom BASIC-em kozul
csak a Power tudja. Persze a Quick mar tizeves konstrukcio.)
Nem is ez a gond. Az a gond, hogy manapsag (evek ota) a
Pascal-programozok jelentos resze alig hasznal Pascal utasitasokat, mindent
ugy ir, hogy assembly rutinokat hivogat. BASIC-hivo letemre is eleg sok
pacalos forrast latok, es az atlagos kod ugy szokott kinezni, hogy 20-30%
Pascal, a tobbi assembly. Sokan pedig egyaltalan nem is hasznaljak a
Pascalt masra, mint egy fejlett assemblernek.
Ennek pedig csak kell hogy legyen valami oka. Talan lassuak a TP
eljarasai? Vagy kenyelmetlen a hasznalatuk? Nem tudom, a nyelv avatottabb
ismeroinek kell eldonteni. En csak azt tudom, hogy a magasszintu
programnyelvek korat eljuk, es aki ma assemblerben programoz, az nagyon
profi kell legyen. A laikus Visioban "programoz", az amator Visual
BASIC-ben, a szakember Pascalban, a profi C-ben, a nagyon profi
assemblyben. (Nem a szukseges tudasszint miatt, hanem mert ezek kellenek a
celjaikhoz.) De TASM-ot hasznal, vagy tudomisen melyik assembler most a
meno, nem pedig TP-t.
>Nekem sokkal konnyebb ezt irni:
>Procedure Tingli ( parameter : Longint); Near; Assembler;
>ASM
> ...
>END;
>mint a TASM fele extern, public, stb.
No, akkor egy kerdest megvalaszoltal nekem, hogy miert hasznalnak TASM
helyett Pascalt assemblernek.
De vajon miert hasznalnak allandoan assembly kodot a Pascal-utasitasok
helyett? Miert jobb a writeln eljarast assembly hivassal helyettesiteni,
amikor John G. Kemeny ota tudjuk, hogy a magasszintu technikak
kenyelmesebbek? Mi az ordog baj van a writeln-nel es a tobbiekkel, amitol
ezt irod:
>Amugy nekem mar van olyan Pacal programom amibe csak a fejlecek
>es a kiirasok (Writeln, de azota mar ez is asm) felelnek meg a pacal
>eloirasainak a tobbi asm.
>Probaljuk ki: melyik prognyelv engedi meg az ilyen szabadsagot!
Marmint hogy tele lehet irni assemblyvel? A Pacalon kivul a C, ha jol
tudom (bar hirtelenjeben nem is tudom felidezni, mivel mukodik a C-ben az
inline assembly, de biztos fejlett modon kezeli), es... a Power BASIC! Az
ottani modszert alighanem inkabb rovidebb rutinhivasokra szantak (a PB
fejlett es gyors utasitaskeszletet ismerve ez nem meglepo), ugyanis nincs
ASM--END ASM blokk, hanem ilyen a szintaxisa:
ASM opcode [operand] [,operand]
vagy
! opcode [operand] [,operand]
Tehat minden sor elejere ki kell tenni a felkialtojelet, ami hosszabb
rutinoknal faraszto lehet (bar nem olyan zavaro, mint hogy a Pascalban
minden sor vegere ki kell tenni a pontosvesszot, hihihi).
>ui: Nem lehet konvertert irni??? PATA -> Pacal Asm To Asm :)
Tartok tole, hogy felora alatt meg lehet csinalni. Akar egy pottom 4DOS
batchfile-ban le lehet bonyolitani, olyan egyszeru feladat lehet, szerintem
ugyanis csak a fejleceket kell lecserelni. Bar nem biztos, lehet, hogy a
pASMcal es a TASM utasitasszintaxisa kozott is vannak elteresek.
|
+ - | Re: #131 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi Coders!
> Felado : [United States]
> Temakor: VIRUSOK #131
> Aldott legyen nevetek, szentseges CODERek!
Ohhh, tehat St. XiX vagyok :)))
> Szeretnek levelezni olyan emberkekkel, akik szeretnek
> viruskodokat gyujtogetni es hozzam hasonloan amulnak
> es bamulnak egy-egy megoldason, ami ezekben a forras-
> kodokban olvashato !! Mindenkinek valaszolok !!
Szal:
1. Szeretek viruskodokat gyujteni, de azert nem levelezek
"idegen" (bocs) emberekkel, mert ez bizalmi kerdes.
Ugyanis ha kiadok a kezembol egy virust v. kodot,
tisztaba vagyok az illeto terveivel. Meg veszelyes dolog
"szerteszet" a vilagba szorni a kodokat, otleteket.
2. Aha, ezek szerint Neked is van kodod.
ui: bocs, ha valakit megsertettem.
udv: XiX
|
+ - | Re: pnp felismeres (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On 11 Jun 98 at 17:49, DFace > wrote:
> Ehhez kellene nekem is valami forrasanyag, hogy hogyan lehet kivitelezni egy
> ilyen lekerdezest. Valamint hogyan lehat atprogramozni a beallitasaikat.
Eloszor is az, hogy pnp (plug and play), nem egy egyertelmu
elnevezes: A ma hasznalatos kartyakban ketfele pnp van: PCI (ebben
nincs is masfajta, csak pnp) meg ISA buszos (ez az isa-pnp, leginkabb
ezt szoktak pnp-nek nevezni).
Az isa-pnp az durvan ket dolog: egyreszt ad egy protokollt, amivel
be lehet pozicionalni minden egyes kartyat (durvan ugy, hogy melyik
slot-ban van, igazibol persze nem ennyire), es ezek utan, hogy
megvan a kartyankenti cimezhetoseg lehetosege, egy, a PCI kartyak
azonositasahoz nagyon hasonlo (vagy talan azonos?) protokollal le
lehet a kartyarol kerdezni/beallitani mindent.
Az, hogy az ISA buszt hogyan lehet slot-onkent (pontosabban
kartyankent) cimezni (annak ellenere, hogy nem olyannak talaltak ki),
egy nagyon erdekes bitvadasz otlet, de visszafogom magam, nem irom
le, mert tul hosszu lenne :) Ha jol emlekszem, akkor en az MSDN CD-n
olvastam, de gondolom megtalalhato a www.microsoft.com cimen is
valahol az msdn (microsoft developer network) cimszo kornyeken.
Tudok javasolni mast is: nezd meg a Linux isapnp programjait (talan
isapnptools a csomag neve), azoknak a forrasa hasznos lehet Neked
bizonyara. Van benne egy pnpdump nevu program, ami felterkepezi a pnp
kartyakat es keszit roluk egy szovegfile-t, amiben minden beallitasi
lehetoseguk benne van, meg egy isapnp, ami egy hasonlo szovegfile
alapjan beallitja oket.
István
-- Istvan Marosi -- http://www.sch.bme.hu/~marosi --
-- Recosoft Ltd. -- mailto: --
|
+ - | Re: Virtualis meghajtok... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On 11 Jun 98 at 13:34, Husky > wrote:
> Hogyan lehet subst/ramdrive/fakecd/stb stilusu meghajtokat letrehozni?
A haromfele kerdezett dolgot azt hiszem, haromfele kulonbozo
modszerrel kell csinalni, szoval fontos tudnod, hogy mi is kell Neked
igazan. A subst a legkonnyebb (gondolom), a dos nyilvantartasaiban
kell csereberelni dolgokat talan, de nem tudom igazan. A ramdrive
jellegu dologhoz block device driver-t kell irni, ami 512 byte-os
block-onkent olvassa/irja azt, amit akarsz, file rendszert
(ugy ertem FAT-et) majd a dos tesz ra. Fakecd (bar mondjuk inkabb
fakecd+mscdex, a fakecd onmagaban semmi) jellegu dologhoz meg
installable file system (valami halozati drive jellegu dolog) hivasba
kell belelepni, ott nem FAT lesz rajta, hanem file-onkent (vagyis nev
szerint) kell nyitni-csukni-olvasni-irni stb.
Nem tudom, hol vannak ezek rendesen leirva, en eloszor is a Ralph
Brown fele interrupt list-et neznem meg.
István
-- Istvan Marosi -- http://www.sch.bme.hu/~marosi --
-- Recosoft Ltd. -- mailto: --
|
+ - | Re: Virtualis meghajto (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello Husky!
Utobbi idoben en is pont ilyesmivel foglalkoztam, gondoltam
megosztom veled a tapasztalataimat.
Mivel semmi hasznalhato infot nem sikerult keritenem rola,
ezert en is a visszafejtes nehezkes modszerehez folyamodtam.
Egyszerubb megoldas (pl. a Ramdrive ilyen)
Kell irni egy device drivert (hogy ez hogyan megy most nem
firtatom, mert hosszu, meg lehet hogy tudod is). A betoltesnel
szepen visszadod a Dos-nak, hogy block device-rol van szo, meg
azt, hogy mennyi meghajtot akarsz kezelni. A DOS szepen besorol
teged a winchester-ek utani betukre. Aztan meg jon egy hivas
a DOS-tol a "build BPB", amikor visszaadod, hogy milyen a virtualis
lemez felepitese (szektor meret, szektor/sav, stb...). Innentol
kezdve egyszeru, a DOS (vagy te magad) kialakit a virtualis lemezen
egy FAT strukturat, es mar tudja is kezelni. A te dolgod annyi, hogy
jon a hivas a DOS-tol, hogy melyik szektort kell irni/olvasni, es te
azt lekezeled.
Bonyolultabb megoldas (pl. CD, halozati drivok)
Hat ez az amit meg en sem tudok. Jelenleg epp ott tartok,
hogy elkezdtem visszafejteni a MSCDEX.EXE-t, de sajnos kilottek
alolam a gepet, ugyhogy nem tudom befejezni.
Annyi biztos, hogy itt mar file-rendszer szinten tudod kezelni
a virtualis driveot, igy az lehet a FAT-tol teljesen eltero is
(pont ezt szeretnem en megcsinalni)
A jovo heten el tudom kuldeni neked a Ramdrive-bol kiszurt
lenyeget, hogy valami kezzelfoghato infod is legyen, ha kell.
Udv
Emze, Mihaly Zoltan
---
MailTo:
|
+ - | Re: Kis tanfolyam (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On Tue, 9 Jun 1998 wrote:
> Procedure putpixel(x,y:Word;c:Byte);
> Begin
> Asm
[...]
>
> {Eddig a cimkiszamitas y*kepernyoszelesseg+x}
>
> mov ax,0a000h
> mov es,ax
>
> Les ;praktikusabb
Ezt itt hogy erted? Hogyan raksz be ES-be 0xa000h-t LES-sel?
>
> End;
> End;
Geza
|
|