Haho CODER-ek!

Kerdesem akadt, de nem tudom honnan lehetne utana nezni, hat persze,
hogy a konnyebbik utat valasztom: megkerdeznem toletek.

Szoval van egy prg-m, BC3.1 alatt, sima DOS-os command line-os (az az
igazi:)(utvonalszamolo fe'le). Ez eddig meg OK (bar hibatlan is lenne).

Csakhogy Win-es prg-t kell belole csinalni, a feluletet megcsinaltak
helyettem :), de MSVC 1.52b, hogy 16-bites Win alatt is fusson. 

Csinaltam BC3.1-el egy lib-et az EXE-mbol, de nem fordul ossze az
MSVC-vel, azaz nem talalta a lib-ben meglevo fgv-ket. 

Elso lamer kerdes, miert? ( Csak nem a ketfele fordito lib fajlszerkezet
miatt? ) Ugyanis az MSVC nem fajlszerkezetre hivatkozott, csak
egyszeruen nem talalta a lib-beli fgv-ket.

Csinaltam MSVC-s lib-et, azzal mar jo ( szoval nincs nagy gond :), de
azert nem hagy nyugodni. Ha BC3.1-el DLL-t csinalok, azt hasznalom
MSVC-bol, akkor az ugy jo lesz? De ha en benne akarom tudni a kodot az
EXE-ben, mit csinaljak? Altalaban nem lehet kulonbozo forditok libjeit
atvenni?
Remelem ez a sok kerdes tisztazta elottetek, mi homalyos elottem.

Nagyon koszi a valaszokat. A kovetkezo nemzedeknek at fogom majd adni :)

Fuge

Hello

Van egy problemam:
+ VB 4.0
+ Windows 95 (OSR/2)
+ eleg sok fele OCX hasznalataval birkozok.
A baj pedig az, hogy van egy formom amin rengeteg kontrol van ill. ezek a kontr
olok nagyobbreszt el vannak osztva a formon levo Tab control fuleire.
Elso betoltodeskor a form szepen latszik, de ha valahova rakattintok
akkor a kontrolokk eltunnek es csak egy tabvaltas segit ezen.

Kiadtam mar refresht, doevents-et, repaint, "all clik"-et
nem segit.

Nincs valami otlete valakinek veletlenul?

Koszi
Greg

Sziasztok Sracok!

Voltak itt a temaban mar jobbnal jobb otletek. Nekem is van ketto:

1. fogod a geped sluszkulcsat es bezarod amikor elmesz, itt a 
   power user csak szetszedheti a dobozt ha gepelni akar.

2. a masikat egy regi program csinalta, a particios tablat elmasolta
   a MBR egy masik helyere. A bootprogi miutan bekerte a jelszavadat
   visszamasolta a helyere a particios adatokat. Bootolas utan a egy
   kis progi ami mar a particiorol indult el  ujra elmasolta az 
   adatokat es torlte a particios tablat. Ha valaki floppyrol akart
   bootolni, akkor nem volt C: drive. (Eleg bosszanto tudott lenni!)
   A progi ADM (Advanced Disk Managger) nevre halgatott, de ebben nem
   vagyok biztos, mert kb '89-90 kornyeken talalkoztam vele utoljara.

Ha akarod ez alapjan mar sajat magad is meg tudod irni. Segitsegnek a zold
Petho konyvet ajanlanam (Petho Adam? A ROM-Bios es ami mogotte van 3.
kotet), mert abban benne van a komplet MBR kielemezve, hogy mi miert es
hogyan tortenik.

Gabor
-- 
> -----------------------------------------------------------

ICQ: 2915201
> -----------------------------------------------------------

On  9 Sep 98 at 6:54, Velencei Tibor > wrote:

> Meg az nem vilagos, hogy biztos, hogy a programom elejehez relativan
> erem el a video memoriat?

Nem biztos. Sot, ugy lattam, ez az exospace 16 bites dos extender,
16 biten pedig tuti nem. 32 biten flat modell van, ott a linearis
cimterbe (jo esetben) be van map-pelve a kepernyomemoria, olyankor
fix cimen el tudod erni a kepet. 16 biten is valahol a linearis
cimtartomanyba kell legyen map-pelve a kepernyomem, de ott egy
szelektort kell hozza csinaltatni, hogy el lehessen erni (ezt teszi
az ExoProtectedPtr). Az a 'valahol' meg, ahova map-pelik, altalaban
ugyanaz a b8000 cim, ahol fizikailag is van.

> Nincs valakinek kedve roviden leirni, csak elvi szinten hogy
> hogyis mukodnek a vedett modu progik? (selectorok, meg hasonlok)

Szelektorok tipikusan csak 16 biten kellenek. 32 biten egyetlen
szelektor van csak (pontosabban egy kod es egy adat, amik ugyanoda
mutatnak, es jo 'nagyok'), es azon keresztul a teljes (vagy majdnem
teljes) 32 bites cimtartomany cimezheto.

Az, hogy szelektor, nem egy bonyolult dolog, normal esetben ugyanugy
kell hasznalni, mint real-ben a szegmenst, csak mashogy szamolja ki
a processzor, hogy milyen cimre is utal: real-ben a szegmensertek
16-szorosa adja a memoria kezdocimet, prot-ban meg a szelektor
valojaban (a cpu szemszogebol nezve) egy pointer, ami a
deszkriptortablaban ramutat egy 8 byte-os strukturara, amiben benne
van a memoriaterulet kezdocime is, meg a merete is (meg tipusa, stb.)

Hasznalat szempontjabol a legnagyobb kulonbseg a ketto kozott ott
van, hogy egy szelektorral nem lehet 'szegmens atritmetikat'
csinalni, szoval nem ugy tudsz 64k-val odebb menni, hogy hexa 1000-et
hozzaadsz. 64k-nal nagyobb memoria allokalasakor tobb szelektort
kreal a malloc, amik tipikusan egymas utani deszkriptor-strukturakra
mutatnak, szoval ott 64k-val odebbra ugy mehetsz, hogy (tipikusan)
8-cal noveled a szelektor erteket. (Van olyan rendszer is, ahol ez a
szam nem 8! Altalaban van egy __AHINCR konstans, ez a 8 vagy mas.) 

64k-nal kisebbel meg (a gyakorlatban) sose tudsz odebb menni, csak ha 
krealtatsz oda egy uj szelektort. De ilyet nem szokas csinalni, 
inkabb mashogy kell a programot szervezni.

A szelektor olyan, mint egy ablak, amin keresztul ralatsz a linearis 
cimtartomany egy szeletere. Ez a szelet nem feltetlenul 64k, 
altalaban kisebb (32 biten meg szinte mindig nagyobb). Ha a mereten 
kivul akarsz cimezni, akkor kapsz General Protection Fault-ot.

Szoval van a linearis cimtartomany, ami nem feltetlenul ugyanaz,
mint a fizikai cimtartomany. Lap-leiro tablakat allit be az opsys,
ahonnan a proci tudja, hogy egy adott linearis cimre eppen milyen
fizikai terulet van map-pelve. Egy lap merete tipikusan 4k, de ezzel
sem kell foglalkozni, csak annak, aki opsys-t ir.

Amikor V86 modban megy a proci, (pl. emm386 van a config.sys-ben sima
DOS alatt), akkor is van ez a fizikai-linearis megkulonboztetes,
tehat mar akkor is csak azert tud egy real modu program a b800:0
cimen keresztul a kepernyore irni, mert az emm386 'veletlenul' pont
oda map-peli be a fizikai b8000 cimet. Nem mindig van ez igy, pl. egy
win alatti dos boxban, amikor egy ablakban fut a dos box, akkor a win
a linearis b8000 cimre (vagyis b800:0-ra) normal memoriat map-pel,
nem pedig a kepernyomemoriat, es a timer interrupt soran generalja
ki az oda irt ascii kodokbol a betuk kepet a grafikus kepernyore.

De tul sokat ezzel sem kell torodni, DOS alatt egyszeruen el kell 
hinni, hogy a b8000-es cimen ott van a (virtualis) kepernyomemoria.

'Jobb' helyeken ez egyaltalan nincs igy, pl. Linux alatt az opsys
nem map-peli be a kepernyot b8000-ra, device-on keresztul lehet csak
elerni egy user szintu programnak a kepernyot. Persze kernel szinten
mar mas a helyzet, olyankor be van valahova map-pelve a kep, de ez
egyaltalan nem valoszinu, hogy a b8000-es linearis cim lenne. 

Nos, remelem, nem voltam tul homalyos :)

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

Help!

Aki tud valamennyire watcom c-ben /vedett modban/ programozni, segitsen.

reszletek:


tnx

Sziasztok!

Nagyon-nagyon koszonom a sok segito levelet a Turbo C 3.0 
fajlkezelesevel kapcsolatban. Amint r helyett rb-t es w helyett wb-t  
irtam az fopen-be, mar mukodott is a program! Elnezest, hogy nem 
koszonom meg mindenkinek kulon-kulon, de sok level jott. (Es szinte 
mindenki a helyes megoldast irta ;-)

Norbi

Ui. Paran irtatok, hogy felesleges az fseek. Ez teljesen igaz, ez mar 
a debuggolas soran kerult bele a kodba, hogy hatha ez segit. (Nem 
segitett :-)

Sziastok!

Szeretnek sakkprogramot írni! Ehhez keresnek rutinokat vagy 
vallalkozo szellemueket akik tudnanak ebben segiteni!
Olyan rutinokra lenne szuksegem, mint:
- matt-e?
- sakk-e?
- patt-e?
- legalis lepesek
- tabla

Aki tud segiteni orommel vennem!
A programozasi nyelv igazabol nem szamit!!!
(C, Pascal, Basic)
Pascalnak orulnek a legjobban!

Kiryll