1. |
Re:Soros port Win-NT alatt (mind) |
26 sor |
(cikkei) |
2. |
Visual C ++ nelkul (mind) |
7 sor |
(cikkei) |
3. |
MDI Win95 (mind) |
23 sor |
(cikkei) |
4. |
Re: Delphi procedure pointer & egyebek (mind) |
47 sor |
(cikkei) |
5. |
polinom egyutthatok (mind) |
6 sor |
(cikkei) |
6. |
akarmi is lehet (mind) |
17 sor |
(cikkei) |
7. |
C programozashoz help kene (mind) |
20 sor |
(cikkei) |
8. |
ABC sorbarendezes: hozzaszolas + ... (mind) |
79 sor |
(cikkei) |
9. |
C: EXE formatum kezeles (mind) |
19 sor |
(cikkei) |
10. |
Delphi lista: Talaltam kettot! (mind) |
26 sor |
(cikkei) |
11. |
abc szerinti rendezes (mind) |
20 sor |
(cikkei) |
12. |
Re: idomeres temahoz (mind) |
38 sor |
(cikkei) |
13. |
Re: Idozites (mind) |
12 sor |
(cikkei) |
14. |
Re: Delphi procedure pointer & egyebek (mind) |
28 sor |
(cikkei) |
15. |
Re: abc szerinti rendezes (mind) |
61 sor |
(cikkei) |
16. |
Meghajtok lekerdezese (mind) |
20 sor |
(cikkei) |
17. |
Re: Delphi procedure pointer & egyebek (mind) |
19 sor |
(cikkei) |
|
+ - | Re:Soros port Win-NT alatt (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali!
>a soros port olvasasara Win32-ben eddig csak azt az elegge favago modszert
>sikerult alkalmaznom, hogy megnyitottam a COM2-t mint fajlt, aztan ugy
>60 ms-onkent megneztem, hogy mi erkezett a bemeneti bufferba.
>
>Tudja-e valaki, hogyan lehet a Windowst ravenni arra, hogy minden egyes
>beerkezett karakter utan felhivjon egy altalam megadott tetszoleges
procedurat?
A helpben a dolgot a Platform SDK/Windows base
services/Hardware/Communications alatt talalod - DE!
Csak a CreateFile, ReadFile(Ex) hasznalhato, mint minde IO muvelethez. Mi
vele a gondod? Ha amig karakterre varsz mast is szeretnel csinalni, hasznalj
Overlapped IO-t, vagy a ReadFileEx-nek megadhatsz egy compeletion fuggvenyt,
vagy elindithatsz egy threadet, amibol olvasol.
Mar megbocsass, de ha ezekkel a dolgokkal nem vagy TOKELETESEN tisztaban,
akkor nem hiszem, hogy tul szerencses lenne nekialnod az NT DDK-nak, es
drivert fejleszteni, mert tudod kernel szinten eleg hamar jon a Big Blue.
Szerintem az NT DDK a Win32 SDK-nal kb 3x komplikaltabb, arrol nem is
beszelve, hogy eleg nehez debuggolni egy low-level drivert. (Allitolag
checked builddel, ket NT-vel megoldhato, de en meg nem probaltam.)
Compi
|
+ - | Visual C ++ nelkul (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali Mindenkinek!
Meg a Windows 3.1 idejen hasznaltam a Visual C++ 1.51-et, ++ nelkul, API
szinten.
Ugy tunik nagyon bena vagyok, mert 4.0 es 5.0-nal nem tudok rajonni,
hogyan lehetne sima C-ben hasznalni. (Egyenlore ++-ban sem tudom!)
SegÝtseg++
|
+ - | MDI Win95 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello Coderek!
Adott:
VC5.0, sima C (nem C++, semmi MFC), Win95-os felulet,
MDI-s alkalmazas.
Cel: 3D-s ablakkeret elovarazslasa.
A framewindowot CreateWindowEx(WS_EX_CLIENTEDGE,...
Erre a framewindow keret 3D-s lesz. Ez Ok!
De hogyan lesznek Child Windowok is 3D-s keretuek?
Nem en hivom kozvetlenul a CreateWindowjukat,
igy nem tudom ugy megmondani nekik, mint a
framewindownal.
Tibi.
ps: hulyeseg ugyanazt a cikket elkuldeni a Guruba meg a Coderba is?
Menyire lehet atlapolt a ket lista kozonsege?
Most megprobalom kiprobalni :) ez ugyben is varom velemenyeiteket.
Egyebkent muszaj kulon levelet irni, mert a "To: Guru, To:Coder" -t
visszadobja a HIX.
|
+ - | Re: Delphi procedure pointer & egyebek (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv Coderek!
Gyongyosi Peter wrote in message ...
>Sziasztok!
>
>Most irom at a felkesz Pascalos kalandjatekunkat Delphi ala, hogy
>megiscsak valami pofa'sat tudjak kihozni az alatt a csekely ido alatt,
>ami programozasra a rendelkezesemre all, es rengeteg problemaba utkozom.
>A help legtobbszor segit, de van amikor nem megyek vele semmire. Ez
>tortent most is. A DOS-os jatekban a kulonleges (kulonleges... volt
>beloluk vagy 20) valasztasi lehetosegeket egyenkent vizsgalva kezeltem,
>ami a bovitest nehezkesse tette (nomeg fene "unelegans" volt). Az
>atirasnal jott az otlet, hogy mi lenne, ha csinalnek egy pointer tombot
>nekik, es az adatfeltoltesnel beallitanam oket a kivalasztasukkor
>vegrehajtando procedure-okra. Ilyet eddig csak C-ben csinaltam, ott is
>mar nagyon regen, igyhat nem jutottam sokra, allandoan kulonbozo
>"incompatible types" uzeneteket kapok. Szoval, tudtok segiteni? Hogyan
>oldjam meg, mi a szintaxisa? Osszefoglalva tehat az kene, hogy hogyan
>tudok Delphiben egy globalis eljarasra mutato pointer-t letrehozni.
>
Type
Tproci = procedure [<( parameterek)>];
Var
procProci : Tproci;
procedure elso;
;
...............
Termeszetesen az egyenlove tett eljaras deklaracioja meg kell egyezzen a
Tproci-eval.
ZoZo
mailto:
mailto:
|
+ - | polinom egyutthatok (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali!
Tud valaki valahol a neten forrast (c, esetleg pascal) vagy algoritmust
a polinomialis tetel szerinti egyutthatok meghatarozasara?
tehat egy (a1+a2+...+ak)^n rondasag egyutthatoi kellenenek.
koszi a segitseget, infokat
pali
|
+ - | akarmi is lehet (mind) |
VÁLASZ |
Feladó: (cikkei)
|
szasztok
lenne egy problemam. nemreg kezdtem el tanulni
codolni pc-n. mar eleg sok utasitast ismerek, de ez
semmit sem er egymagaban (rajottem). ugyhogy par
joszivu egyenre lenne szuksegem, aki hajlando lenne
nekem elkuldeni par grafikus (meg nem grafikus)
algoritmust. normalisakat ugyanis sehol sem talalok
(kezdoknek). tehat egy kis magyarazatot is kernek ha
lehet. hat ha meg akad vki is aki meg olvassa ezt a
cikket es ugy gondolja segit: irjon mar nekem egy(par)
levelet a cimemre :2Mb). hat mar nem
is tudok mast csinalni, mint elore is alaposan es nagyon
megkoszonni !!-)
nM o o Mn
-= Kotee =-
|
+ - | C programozashoz help kene (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok Coder-ek!
A kovetkezo problemat kene megoldani C-ben:
-lehetoleg szabvany C, vagy ahhoz kozel
-dinamikusan, a program futasi idejeben egy char valtozo erteketol
fuggoen / s, i, d / kell letrehozni egy valtozot, ami string, integer
vagy double legyen s, i, d megfelelo eseteben.
Az en elso gondolatom egy if - else -ben megvalositott deklaracio
volt, de a letrehozott valtozok nem latszanak az if-en kivul.
Segitsegeteket elore is koszonom, es kerlek, hogy alaposan
magyarazzatok el, ha valami trukkos modszert javasoltok, hogy jol
megertsem. Ez lesz az elso C programom:((((
Sziasztok:
Kiss Gergely
|
+ - | ABC sorbarendezes: hozzaszolas + ... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi Coders!
Az a jo a magyar hejesirasi szabajba, hogy nem egyertelmu
s ezzel tokeletesen ossze tudjuk keverni a kufodit. :)))
Az okosagot a MTA: A magyar helesirasi szabalok c. konyvecske (11 kiad.)
13. oldalatol kapdostam ki (A beturendbe sorolas):
1. Ha az elso betu kulonbozik ertelemszeruen (acel, cukor, csok, gep, stb.).
A beturendbe sorolas szempontjabol nem teszunk kulonbseget a kis es
nagybetuk kozott. :(((
2. Az egyjegyu betut teljesen elkulonitjuk az azonos irasjeggyel kezdodo,
de kulon massalhangzot jelolo ketjegyu (ill. haromjegyu) betutol.
Mindig az egyjegyu betu van elol.
Pl.:
cudar dac Zoltan
cukor domb zongora
cuppant duzzog zudul
csalit dzsem zsalu
Csepel dzsungel Zsigmond
stb. stb. stb.
3. Ha a szavak azonos betuvel vagy betukkel kezdodnek, a sorrendet az elso
nem azonos betu abecebeli helye hatarozza meg.
Pl.:
lom, lomb, lombik, stb.
pirinko, pirinyo, pirit, stb.
tukor, Tunde, tunemeny, stb.
4. A szavakat a szo belsejeben es a szo vegen levo betuk tekinteteben a
kovetkezokeppen szedjuk beturendbe. - Az egyjegyu betut (mikent a szo elejen
is)
teljesen elkulonitjuk az azonos elemmel kezdodo, de kulon massalhangzot jelo
lo
ketjegyu (ill. haromjegyu) betutol, tehat az egyjegyu mindig megelozi az
utobbiakat. - Az egyjegyu betuk sorrendjeben a kettozott betuk elso es masod
ik
irasjegye kulon-kulon betunek szamit (vagyis: bb = b + b; rr = r + r; stb.).
A tobbjegyu betuk kettozott valtozatait sohasem az egyszerusitett alakok sze
rint
soroljuk be a beturendbe, hanem a megkettozott betut mindig ket kulon beture
bontjuk, s igy soroljuk a szot a megfelelo helyre (vagyis: ccs = cs + cs;
ggy = gy +gy; ddzs = dzs + dzs; stb.)
5. Na itt jon a keveres:
A maganhangzok rovid es hosszu valtozatat jelolo betuk (a-a', e-e', i-i', st
b.)
a kialakult szokas (!!!) szerint mind a szavak elejen, mind a szavak belseje
ben
azonos ertekunek szamitanak (!!!) a beturendbe sorolas szempontjabol. :(((
A maganhangzo hosszu valtozatat tartalmazo szo tehat meg is elozheti a
rovid valtozatut (XiX: es ez igaz oda-vissza, ami nem szerencses egy olyan
kozegben (szamtech.) ahol kulonbseget LEHET es KELL tenni.). :(((
Pl.: ir, Irak, iram, Iran, stb.
6. A kulonirt elemekbol allo szokapcsolatokat es az egybeirt cagy kotojellel
kapcsolt osszeteteleket minden tekintetben olyan szabalyok szerint soroljuk
beturendbe, mint az egyszeru szavakat. A szohatarokat tehat nem vesszuk
figyelembe. Ugyanez a szabaly ervenyes a kozszavak koze besorolt
tulajdonnevekre is.
stb., stb., stb., ...
Javaslat:
Akinek nagyon-nagy ingerenciaja van beturendbe sorolni tegye ezt:
Hozza letre a magyar abc osszes betujet (Vitazunk csak el rola):
(a, a', b, c, d, dz, dzs, ...)
(1, 2 , 3, 4, 5, 6, 7, ...) oszt eszerint rendezze a sztringeket.
1. a rovidebb szoveg elobbre helyezendo (Vitazunk csak el rola)
2. a kisbetut elobre min a Nagybetu (Vitazunk csak el rola)
3. A dz (ket karaktres) es a dzs (harom karakteres) elvalaszthato ('' > 's'),
a c es cs szinten,
a g es gy szinten,
a t es ty szinten,
a sz es zs szinten, s mar nem is gondolkodon :)))
Eljen a magyar abccsddzdzsef...
udv: XiX
-=- -=-
-=- Minden masodik szavam hazugsag -=-
-=- Az orokevalosagnak kell elni. Na bumm, legfeljebb nem sikerul -=-
|
+ - | C: EXE formatum kezeles (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Univerzalis hardverkulcsot keszitunk szakdolgozatnak, amihez van egy
progi, ami mint egy virus a vedeni szandekozott EXE utan irja magat. Ez
rendben is van.
No a kerdesem az lenne, hogy mi van azokkal az EXE file-okkal, amiknek a
fizikai
hossza nem egyezik meg a fejlecben megadottal? Ezekre ugyanis a progi
rairja magat, de
betolteskor a vezerles nem a mi rutinunkra ugrik, hanem valahova
mashova, es a program elszall.
Orommel vennek mindenfele segitseget, ha lehet maganban, de a kistat is
nezegetem neha...
Elore is koszi!
Storcz Tamas )
|
+ - | Delphi lista: Talaltam kettot! (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
A pontossag kedveert: Nem en talaltam, a foiskola listajan olvastam.
>A Borlandnak van egy sajat Delphi levlistaja (es ott
>megengedheto a forras fileok csatolasa is ;-]
To:
Subject: (Hagyd uresen)
Body: subscribe delphisig
Magyar nyelvu Delphi lista:
Subject:subscribe
Ugyi vagyok? :-)
Udv: Ke'tszeri Csaba Igal-Beach
UIN : 3883877
Check this out: http://members.tripod.com/~Ketszeri/
Drive A: not responding...Formatting C: instead
|
+ - | abc szerinti rendezes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Rajottem, hogy a kettos (plane a dupla kettos) betuk kezelese nem normalis
embernek valo feladat. Mondjuk ezt sajat eszbol is ki kellett volna talalni...
szoval irtam egy egyszeru rutint, ami meg a kis es nagybetuket sem figyeli,
aztan kezuket csokolom.
(Egyebkent neveket kellett rendezni, ezert ez nem lett volna lenyeg, de
Margitka -nagyon helyesen- a dr-nak irta a doktorokat, igy egymas ala, d
betuhoz kerultek, raadasul a lista vegere. Maskor ne este szoljanak, hogy
masnap reggel nyolcra jelentkezzek a megoldassal. :-)) )
A segitseget koszi.
Udv:Ke'tszeri Csaba Igal-Beach
UIN : 3883877
Check this out: http://members.tripod.com/~Ketszeri/
Mßsodik hßzassßg: az optimizmus gy§zelme a tapasztalat felett.
|
+ - | Re: idomeres temahoz (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On 21 Apr 98 at 10:06, wrote:
> ... es csak ket korbeszamolas (0-65535-ig) utan hivta meg a
> megszakitast. ...
Pontosabban 65535-0-ig
> Csak ennyi. Valaki megmagyarazhatna! Nekem akkor
> nem volt eleg idom, hogy utananezzek, hatha be lehet
> allitani az IC-t, hogy rendesen szamoljon.
Tul egyszeruen oldottak meg a hardvert: A szamlalo amikor leszamol
0-ig, general egy rovid impulzust. Viszont az IT kereshez mindaddig
magas szinten kell tartani az IRQ jelet, amig el nem fogadjak az IT-t,
ezert, mint legegyszerubb megoldast, azt csinaltak az IBM-nel, hogy a
szamlalo moge raktak meg egy flip-flop-ot, ami eredmenyekent ez lett:
szamlalo kimenete (flip-flop bemenete):
_ _ _
| | | | | |
_____| |___________| |____________| |_______
kimenete (IRQ):
_____________ _________
| | |
_____| |______________|
^ IT keres ^ IT keres
A felfuto elre tortenik IT keres, es 27 msec-ig fenn van tartva a
magas szint, ennyi ido alatt bizonyara kiszolgaljak a kerest.
Szoval a szamlalo programozasaval nem lehet rajta segiteni.
Istvßn
-- Istvan Marosi -- http://www.sch.bme.hu/~marosi --
-- Recosoft Ltd. -- mailto: --
|
+ - | Re: Idozites (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On 21 Apr 98 at 13:05, wrote:
> ...only accurate to 977us...
>
> Ez nyilvan valamilyen szamlalo miatt lehet...
A RealTimeClock (ami a CMOS-os oraban van) interruptja vezerli,
aminek 1024 Hz a periodusa.
Istvßn
-- Istvan Marosi -- http://www.sch.bme.hu/~marosi --
-- Recosoft Ltd. -- mailto: --
|
+ - | Re: Delphi procedure pointer & egyebek (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On 21 Apr 98 at 17:36, Gyongyosi Peter > wrote:
> Mas(nr.1): egy mar kesz, leforditott programrol meg lehet mondani, hogy
> milyen fejlesztoi eszkozzel (C, Pascal, Visual Basic, stb...) keszult?
> Ha igen, milyen modszerekkel?
Bele kell kukkantani a file-ba egy diszk editorral, szerintem ra
lehet jonni egy kis nezdelodes utan, hogy mi generalta. Igy
hirtelenjeben konkret dolgot nem tudok mondani, de ha muszaj lenne,
biztos lehetne talalni.
> a helyszinnleirast beolvaso eljaras readln(szovegfile,stringvaltozo)
> utasitasa nem a fajlbol olvasott be, hanem elkezdte szepen bekerdezni a
> kepernyorol a usertol a szoveget, es Ctrl+Break-re hagyta csak abba. Ezt
> miert tette?
Valoszinu a szovegfile handle-je felulirodott 0-val, ami a standard
input handle-je, es az persze a konzolrol olvas. (Eppen tegnapelott
kovettem el en is ugyanezt a hibat, csak eppen asm-ben :)
> Na, jolesett ugye az Asm es a karakterfelismeres emelkedett
> szarnyalasaibol leereszkedni a puritan Pascal es Delphi szintjere...
A karakterfelismeres emelkedett szarnyalas ??? :))
Istvßn
-- Istvan Marosi -- http://www.sch.bme.hu/~marosi --
-- Recosoft Ltd. -- mailto: --
|
+ - | Re: abc szerinti rendezes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On 21 Apr 98 at 9:53, > wrote:
> Megneztem a telefonkonyvet, ott a magzat utan van a magyar.
>
> magas
> magyar
> magzat
Vagyis pont nem igy, ahogy irtad :)
> mi erre a hivatalos szabaly?
> es mi van a hosszu kettosbetukkel?
3 es fel oldal beszel errol 'A magyar helyesiras szabalyai' cimu
konyvben.
Durvßn, ami programozas szempontjabol erdekes:
- kisbetu-nagybetu ugyanolyannak szamit
- Az egyjegyu betu elobb all, mint a tobbjegyu (azonos elemmel
kezdodo) betu. Tehat eloszor magzat, utana magyar.
- A hosszu massalhangzok ket betunek szamitanak, tehat bb = b + b,
ccs = cs+cs, ddzs = dzs + dzs
"Hal Istennek" a regies magyar, illetve a kulfoldi szavak eseteben a
tabbtagu massal(vagy magan)hangzokat elemenkent kezeljuk (tehat sch =
s + c + h)
- A hosszu maganhangzo egyenerteku a roviddel, kiveve, ha az osszes
tobbi betu ugyanaz (ekkor a rovid maganhangzo elobb all).
[Az en megjegyzesem: Az ÷ (o:) es az Ř (u:) az o es az u utan all
termeszetesen, szoval nem egyenertekuek, hiszen ezek rovid
maganhangzok.]
Hasonlokeppen az ekezetes kulfoldi betut az ekezet nelkuli magyarral
azonosnak vesszuk (kiveve, ha az osszes tobbi betu ugyanaz).
- A szokoz es a kotojel nem szamit! (Tehat mintha ott se lenne)
[Egyeb irasjelekrol nem szol a konyv, de hat egy szotarban mas nem is
fordul elo. Gondolom, egyeb irasjel se szamit.]
Van azert egy kiskapu: olyan lexikonok, stb. eseteben, ahol magyar es
kulfoldi szavak keverednek, ott minden betunkent szamit (tehat nincs
cs sz ty stb.), az ekezetes betuk azonosnak veendoek az ekezet
nelkuli latin betukkel (tehat meg a rovid ÷ (o:) is azonos az o-val).
Szerintem nagyon egeszseges dolog ezt a kiskaput kihasznalni :))
Ha nem lehet, akkor:
> jo kis rutin lenne.
Ez tuti :) Az a gyanum, hogy nem is lenne kicsi.
Mindenesetre lehet, hogy olyat erdemes csinalni, hogy a hosszu
massalhangzokat bamban felismerje a program, aztan kell hozza tenni
egy kivetelszotarat, ami idovel bovulhet, ami tartalmazza a
'vizsugar' meg hasonlokat. Meg inkabb erdemes a kivetelszotarba nem
teljes szavakat tenni, hanem csak a kritikus hely kornyezetet, hogy a
ragozas meg az igekotok miatt ne kelljen szazszor betenni ugyanazt a
szot.
Istvßn
-- Istvan Marosi -- http://www.sch.bme.hu/~marosi --
-- Recosoft Ltd. -- mailto: --
|
+ - | Meghajtok lekerdezese (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Mar hetek ota figyelem a listan megjeleno irasaitokat es nagyon tetszik,
hogy altalaban minden kerdesre megprobaltok valaszolni.
Nekem is lenne egy kerdesem, ami mostanaban egy kis fejtorest okozott.
Nevezetesen Turbo C 2.0-ban probaltam a rendszer osszes meghajtojat
megtalalni. Sajnos nem nagy sikerrel jartam. Eloszor a megszakitasokat
neztem vegig, de egyik sem eleg altalanos ahhoz, hogy minden
meghajtot lekerdezzek vele. A masik probalkozasom a cel meghajtora
valo lepes probaja volt, ha sikerult elkonyveltem, hogy az adott
meghajto
letezik. Sajnos a programom a mai napig nem mukodik tokeletesen minden
rendszeren. A leglenyegesebb kerdes a floppy meghajto meglete.
Ha tudtok a problemara hatekony megoldast, irjatok.
Udvozlettel:
Molnar Gyula
|
+ - | Re: Delphi procedure pointer & egyebek (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
>Mas(nr.2): Szinten annal a bizonyos kalandjateknal mar azon a szinten,
>amikor a kod kezd attekintethetetlenul bonyolulta valni (nalam 1400 sor
>korul), fellepett egy erdekes, majdhogynem misztikus hiba. Az egyebkent
>a helyszinnleirast beolvaso eljaras readln(szovegfile,stringvaltozo)
>utasitasa nem a fajlbol olvasott be, hanem elkezdte szepen bekerdezni a
>kepernyorol a usertol a szoveget, es Ctrl+Break-re hagyta csak abba. >Ezt mier
t tette?
Nagy valoszinuseggel azert, mert a program futasa soran valahol
keletkezett egy IO hiba ami nem volt lekezelve.
/Nem letezo file megnyitasa, lezart file ujralezarasa, stb/
Erdemes egyes reszeknel pascalban az IORESULT valtozot lekerdezni,
ez megszunteti az ilyen hibak elofordulasat
UDV:
> ------------------------------------------------------
Faczan Laszlo >
|
|