Szisztok!

Az a gond merult fel, hogy kellene irnom egy olyasmi
programot, mint a Multikey Win95 ala. Bennt kellene 
csucsulni a memoriaban, es minden billentyuzetleutes 
utan egy elore megszerkesztett tablazat alapjan cserelni 
ill. hagyni a billentyut.

Ezt ugy kepzeltem el, hogy :
(1.) Irok egy progit, melynek segitsegevel sajat
     .KBD allomanyokat tud szerkeszteni a felhasznalo.
     Az ide tartozo kerdesem, hogy nem tudja e egyikotok,
     hogy hogyan epulnek fel ezen allomanyok?
     Ugyanis, ahanyat megneztem, annyifelekeppen voltak.
     
(2.) Megirom a klasszikus (akaszkodjunk a 09h-ra) DOS progi
     Win95-es megfelelojet.
     Az ide tartozo kerdesem pedig az, hogy hova kell Win95
     alatt pontosan akaszkodnom? Gondolom, hogy valami
     koze kell, hogy legyen a KEYBOARD.DRV-hez, ill. ennek
     egy rutinjahoz. Azert lenne fontos, hogy ezt ne
     megszakitason keresztul csinaljam, ugyanis meg szeretnem
     hagyni a felhasznaloknak a lehetoseget, hogy menet
     kozben is atdefinialhassak a billentyuzetet.
     
Segitsegetek elore is koszonom!
Gergo

--

http://neutron.szfki.kfki.hu/dice

Sziasztok!

A ti segitsegetekkel meg kb. 1 honapja elkeszult egy menu-programom.
Igen am, de azota a hasznalat alatt a usereknek lett nemi kifogasuk, az,
hogy egy helyen foloslegesen kerek egy ENTER-t, hogy meg tudja'k nezni a
programombol elinditott masik program kimeneti szoveget, ugyanis nincs
olyan programjuk, aminek lenne ilyen. [ "Es Petike megsimogatja mondata
borzas kis fejet: hulye is vagy, idetlen is - de az enyem!" - nem sajat,
de jo... ] 
Gyakorlatilag csak egy readln utasitast kene kitorolni a programbol. A
baj csak annyi, hogy mar nincs meg a forraskod. Elveszett a
konyvtarstrukturam bugyraiban... Meg lehetne valahogy oldani a
kiszedest? Rutinos crackerek elonyben...
kosz,

Gyongyosi Peter

Hali!

Hasznal valaki meg rajtam kivul DJGPP + NASM parost?
Erdekelne nehany dolog. 

> ----------------------------------------------------------
| Balazs ----------------------------|  LINUX Foreva'   |--
-------------------------------------|  Debian Rulla'   |---
| e-mail:  ----|  GNU Generation  |----
> --------------------------------------------------------------

Hali!

>"Mindent meg lehet csinalni C-ben. amit nem lehet C-ben megcsinalni azt
>meg lehet csinalni assemblyben. amit nem lehet megcsinalni assemblyben
>azt nem lehet megcsinalni."


Na igen, ha van ra eleg idod. de mi van, ha a kituzott deadline-ok olyan
kozel vannak, hogy nem ersz ra assemblyben szopni, es nem ersz ra a standard
API-s fuggvenyekkel bibelodni, amig olyan user interface-t kapsz, amit
eloirtak?

>A valos problemahoz lehet kozelibb, de a gephez nem:) "Valos problema"
>lehet pl. ha 1000 db formot kell kezelned, vagy egyeb, egerkattingatos
>progit kell hogy irjal. Valahogy nem ezt a fajta programozast erzem a
>programozoi munka csucsanak, ahnem amikor erdemi szamitasi feladatokat
>old meg az ember amihez szamitogep kell, es nem formokat mutogat stupid
>usereknek.


Persze, ha kozben a milliomos apuci finanszirozza a megelheteset. Ebredj mar
fel! A programozas lehet csak szorakozas, de a legtobbunknek egyben munka
is, tehat ebbol kell megelni. Amit kernek, neked azt kell leprogramozni,
vagy ehendoglessz.

>Csoportmunka: joerzesu programozo nem turkal mas programozok forrasaban


Amig az illeto elerheto, es hajlando + kepes boviteni a sajat kodjat.

>Es egy fontos: ha valoban konnyu dokumentalni egy kodot, akkor az nekunk
>codereknek regen rossz:((( Mert ekkor kapasbol nelkulozhetove valunk,
>lecserelhetnek minket -a konyvtarainkkal egyutt- hisz kiadtuk a tudast
>magunkbol. (ez igy nem biztos hogy jo nekunk) A Verbeli Coder mindig
>tesz "hatsobejarokat" es olyan trukkoket a kodjaba amihez lehetoleg csak
>o tud hozzapiszkalni.


Aha... Szerinted mit szolna mindehez a fonokod, akinek termeszetesen az a
JOGOS erdeke, hogy ha egy napon veszed a nyulcipod, az addig elvegzett es
KIFIZETETT munkad ne vesszen karba, az utododnak ne kelljen mindent elorol
kezdeni. Ha ilyen piszkos trukkokkel kell biztositanod a poziciodat, akkor
ott valami nem stimmel. (Nem feltetlenul a te oldaladrol) Egy normalis
munkahelyen egy normalis alkalmazott azert tudja magat biztonsagben, mert
amit tesz az jo a cegnek, es ha a cegnek jo, akkor bolond lenne lecserelni
ot tapasztalatlan masikra.

>Igy van... Mert a sok nagy objektum jellemzoinek es fgv.-einek csak kis
>toredeket hasznalod, igy iszonyuan pazarlo, korulmenyes, lassu lesz. Es
>egy fekete dobozt programozol, nem is tudod, hogy a hatterben mi zajlik
>a privat fgv-ekben, mi mivel interferal. Ez az, amitol az Igazi
>Programozonak -szerintem- folall a szor a hatan.


Bocs, de akkor ne hasznalj oprendszert se, mert ott sem tudod mi zajlik a
hatterben. Most ne gyere nekem azzal, hogy ott forras a Linuxhoz, mert
szerintem eleg keves az olyan ember, aki igazan otthon van benne. Vagy
mondjuk ha X-et programozol, akkor nem hasznalsz valamilyen ablakkezelot?
Teccccik vagy nem, MUSZAJ biznunk a fekete dobozokban

>De ha VALODI szamitogepes feladatokat akarsz megoldani, ....
>...vagy atombomba szimulacio nagygepeken....

Na koszi! Tudod az atombombakat szerintem nem szimulalni kellene, hanem
kiprobalni! Azokon, akik ilyesmikkel foglalkoznak!!!!!

>Bevallom nekem az MS ugy altalaban nem szimpatikus, hosszu lenne
>kifejteni hogy miert.

A MS szerintem senkinek sem szimpatikus, de a termekei a legHASZNALHATOBBAK
(nem a legjobbak) jelenleg.

>A fejlesztoeszkozei baromi nagyok, lassuak,
>instabilak. Legutobb felorat tokoltem azzal, hogy nullarol felrakva a
>MSVC5-ot egy piti konzol alkalmazast osszekalapaltam. Ugyanez Linux


Haaat.. Nekem egy VC5 max 10 perc alatt fent van...

>alatt 5 perc, pedig abban sincs tobb rutinom, sot...

>Arra akarok ezzel celozni h. ugyanaz van a fejlesztoeszkozoknel is, mint
>a Word, Excel, stb. eseteben: nyomatjak az egyre nagyobb, lassubb,
>csicsasabb verziokat amelyek egyre instabilabbak, egyre nehezebb
>konfigelni oket, es a funkciokeszletuk 99%a a kutyanak se kell. Viszont
>eszi a vinyot meg a memoriat meg a CPUt.


Ez mar filozofia. Szerintem a civilizaciot az emberi lustasag viszi elore,
ha ez nem lenne, meg mindig egy szal dardaval kergetnenk az antilopokat a
szavannan, mert ugye "ez az igazi ferfinak valo munka". A MS filozofiaja
szerint a legfobb dolog a kenyelem, hogy a fejleszto/user a valodi
problemakra koncentralhasson. A helyzet az, hogy a vilag nagyobbik fele
egyetert ezzel a koncepcioval, kulonben a MS mar reg csodbe ment volna.


Ja es az MFC. :>) Szerintem is bonyolult, de jol dokumentalt es hatekony.
Hal' istennek en eddig mindig ki tudtam adni masnak a user interface
programozast, de ha rakenyszerulnek valoszinuleg en is hasznalnam.


Compi

> Felado : Velencei Tibor
> E-mail :  [Hungary]
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Szoval MFC C++ vagy WinApi C?

A rovid vagy a hosszu verziot parancsolod? A valasz ugyanis eleg egysze-
ru, de sokat is lehet magyarazni rola: mivel az ember tobbe-kevesbe ra
van kenyszerulve, hogy MS C/C++ fejlesztorendszereket hasznaljon (ami
azert nem is olyan rossz, ha a szamdekos kitolasoktol eltekintunk), ezen
belul az "alap" C ill. C++ -hoz, a Win32-hoz es az MFC-hez is jocskan
erteni kell... 

A kovetelmenyek hatarozzak meg az eszkozoket (jo esetben :-)). Ha nagy
a feladat, celszeru MFC segitsegevel irni (van par eleg unalmas dolog,
amivel nem kell annyi idot tolteni, mert a fejlesztorendszer tamogatja
az elkesziteset) - az idoigenyes, esetleg trukkos rutinokat me'g mindig
le lehet kodolni "sima" C fuggvenykent (ha csak C-ben gondolkodunk).
Viszont Control Panel Appletet (device driver-ekhez, stb.) pl. sziveseb-
ben irom "alap" C-ben, mert nem kell me'g az MFC DLL-eket is csatolni
(vagy a kesz programba belelinkelni) - hatha nincsenek meg a felhaszna-
lonal. A device driver-eket pedig szinten csak alap C-ben lehet (szokas)
irni, eleve annak forditasahoz adott a kornyezet.

Ha a nyelvi megoldasok erdekelnek: C++ forditoval is lehet C programot
forditani, igy kellemes nyelvi boviteseket hasznalhat az ember, de marad
C-ben, stb. Ha konkretan az MFC-vel szemben vannak aggalyaid, annak pe-
dig utana tudsz nezni a forrasaban... Egyebkent az is elofordul, hogy
az MFC valamilyen API-t nem tamogat es boviteni kell. 
-- 
Tibor