Hollosi Information eXchange /HIX/
HIX CODER 86
Copyright (C) HIX
1998-04-23
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
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 >

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS