Hollosi Information eXchange /HIX/
HIX CODER 692
Copyright (C) HIX
2000-01-05
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: gyorskereses C-ben (mind)  66 sor     (cikkei)
2 Re: koszonet qsort() ugyben (mind)  21 sor     (cikkei)
3 Re: MS ACCESS 97 fajl meret csokkentes (mind)  5 sor     (cikkei)
4 Vonal... (mind)  9 sor     (cikkei)
5 DELPHI 4.0 POST (mind)  16 sor     (cikkei)
6 Re: Turbo Pascal (mind)  13 sor     (cikkei)
7 Re: Y2K, software vedelem (mind)  15 sor     (cikkei)
8 Re: Help! NT-s halozati gebasz (mind)  32 sor     (cikkei)
9 y2k... (mind)  31 sor     (cikkei)
10 Re: Szerzoi jogok, szoftvervedelem (offtopic) (mind)  20 sor     (cikkei)
11 Re: Y2K (mind)  23 sor     (cikkei)
12 Re: Tokeletes programok - Koka (mind)  11 sor     (cikkei)
13 Re: Szerzoi jogok, szoftvervedelem (mind)  18 sor     (cikkei)
14 RE: Tokeletes program; Y2K (mind)  25 sor     (cikkei)
15 RE: Y2K (mind)  49 sor     (cikkei)
16 Kerdes (mind)  26 sor     (cikkei)
17 Access fajlmeret (mind)  16 sor     (cikkei)
18 VC++, DialogBar (mind)  11 sor     (cikkei)

+ - Re: gyorskereses C-ben (mind) VÁLASZ  Feladó: (cikkei)

 wrote:
> Van egy kis gondom a qsort() fgv. hasznalataval. ...
> akar mukodni. A kod jelenleg igy nez ki:
> #include<stdio.h>
> #include<stdlib.h>
> 
Kicsit kesobb vettem eszre, de ez sem jo:
> int hasonlit(const int elso, const int masodik)
> {
>         if ( elso < masodik )
>                 return -1;
>         else if ( elso > masodik )
>                 return 1;
>         else
>                 return 0;
> }
Igy jobban passzol a qsort-hoz:
int hasonlit(const void * pElso, const void * pMasodik)
{
	elso = *(int *)pElso;
	masodik = *(int *)pMasodik;
	if (elso < masodik) return -1;
	else if (elso > masodik) return 1;
	return 0; 
> 
> int main()
> {
>         int tomb[] = { 4, 3, 6, 5, 2 };
>         size_t elemsz = sizeof(tomb) / sizeof(int);
>         int i;
A baj itt kezdodik (nem vilagos, hogy ezt egyeltalan a fordito miert
fogadja el, de biztos van valami zavaros jelentese ennek is):
>         int *fvmt = (hasonlit *)hasonlit(5, 6);
Helyette (remelem jol irom):
	int (* fvmt)(const void *, const void *) = hasonlit;
>         /* ITT HIVNAM MEG... */

>         qsort(tomb, elemsz, sizeof(tomb), fvmt(5, 6));
>         /*                     ITT A BAJ: ^^^^^^^^^^ */
Es valoban a fenti sor is hibas (azt az 5,6 parametert honnan szeded?)
probald ki helyette:
	qsort(tomb, elemsz, sizeof(int), fvm);
Ha az elemsz es a fvmt deklaraciokat es ertekadasokat elhagyod, akkor
igy nez ki a hivas:
	qsort(tomb, sizeof(tomb)/sizeof(int), sizeof(int), hasonlit);
> 
>         /* AZ EREDMENY KIIRASA */
>         for (i = 0; i < elemsz; i++)
>                 printf("%d, ", tomb[i]);
>                 printf("\n");
> 
>         exit(0);
> }
> 
> Egyszeruen nem tudok mit kezdeni a qsort() 4. parameterevel. A compiler azt
> mondja, hogy a hivott objektum nem fuggveny. A man-t neztem, nem segit.
A forditonak igaza van: Te deklaraltad int * -nak, akkor miert lenne
fuggveny, amugy a gsort 4. parameterenek figgveny pointernek kell lennie,
es nalad egy fuggveny hivas van, a harmadik parameter az elem merete, a
peldadban pedig tomb meretet adsz meg. A tobbi stimmel (ebben a sorban). A
man szerintem segitett volna, en is azt neztem meg. Persze a C alapok
megismeresehez valoban nem a legjobb a man (raadasul a fuggveny pointerek
hasznalata nem is igazan az alapokhoz tartozik, nekem is kellett ra par
ev, mire rutinbol elboldogultam veluk).
> Mukodesre tudja vki birni? Megkoszonnem!
Ha mukodik, akkor szivesen.
+ - Re: koszonet qsort() ugyben (mind) VÁLASZ  Feladó: (cikkei)

Tisztelt CODER olvasok!

Koszonom a hibajavitassal teli valaszokat az alabbiaktol: Toth Tamas, Toth
Gabor, Menich Peter, Marosi Istvan, Csiki Ferenc, Aggod Jozsef es a tobbiek,
akik nem szemelyesen valaszoltak. Kulonosen tetszett Marosi Istvan cast-tolast
tipusmodositassal kikerulo trukkje: 

>Istvan Marosi wrote:
> Lehet szebben is csinalni:
> 
>    int hasonlit(const void *v_elso, const void *v_masodik)
>    {
>       const int *elso = (const int*) v_elso;
>       const int *masodik = (const int*) v_masodik;
>       ... stb.

A fuggvenyparametereket nyilvan elneztem, leblokkoltam a hivas hibajanal. Jo
neha egy kis segitseg, ha vannak hozzaertok a lathataron...

Udv,
Miki
+ - Re: MS ACCESS 97 fajl meret csokkentes (mind) VÁLASZ  Feladó: (cikkei)

Hali!

Adatbazis tomoriteset probaltad mar? (Eszkozok ...)


+ - Vonal... (mind) VÁLASZ  Feladó: (cikkei)

Hi!
 Szuksegem lenne egy vonalhuz rutinra es annak elmeletbeli leirasara.
Tehat a megoldando problema, ket pont kozti egyenes pontjainak
meghatarozasa. A legjobb lenne egy asm rutin, de mas nyelven is
megfelel. Ezt elmeletileg valalmi Bresenham algoritmussal meg lehet
oldani, de ezt nem ismerem. Szoval akarmilyen algoritmussal is legyen,
pliz oszd meg velem (es a tobbi lista taggal).
 Elore is kosz,
 Jozsi
+ - DELPHI 4.0 POST (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok

Lenne egy problemam, es nem talalok ra megoldast, talan ti tudtok
segiteni. Delphi alatt szeretnem azt megcsinalni, hogy mikor kitoltok
egy urlapot a programban, akkor ugy tovabbitsa mintha az egy weblap
lenne, es elkuldje egy serveren levo cgi programnak. Azt mar megbirtam
valositani, hogy get-el tovabbitsa, de azt nem tudom, hogyan kell hogy
post -al. Tehat a vegen kb igy nezne ki a link amit at kene adni a
programnak post-al: valami.cgi?elso=igen&masodik=nem
Aki tud segiteni irjon mailto:
koszi.
PeTi
-- 
> -----------------------------------------------
Look for my homepage: http://www.extra.hu/happy
)---------------
+ - Re: Turbo Pascal (mind) VÁLASZ  Feladó: (cikkei)

>A BP 7-es mar nem letezik. Ez ugyanis a TP for Windows-t is tartalmazta,
>ami helyett lett a Delphi. Ezert van csak magaban a TP 7.0 for DOS.
Most nem azzal akarok vitatkozni, hogy Magyarorszagon (!) van -e vagy nincs
meg BP7 (bar erdekes modon a www.borland.com-on ez az egyetlen megrendelheto
termek, es TP7-et nem is emlit), de azt hiszem a ketto nyilvan nem zarja ki
egymast. Amikor en vettem a BP-t mar akkor is volt Delphi 2 eve es megis
siman lehetett kapni. Raadasul a BP7-et az emberek nagy resze nem a BPW-ert
veszi, hanem a DOS-os reszeert. Amugy pedig a BP joval tobb, mint egy
TP7+TPW... Szoval lehet, hogy Mo.-n nem lehet BP-t kapni, de nem hinnem,
hogy ez a Borland hivatalos uzletpolitikaja miatt lenne (hanem talan sokkal
inkabb a kereslet hianya miatt)...

Gabor
+ - Re: Y2K, software vedelem (mind) VÁLASZ  Feladó: (cikkei)

>>Vagy olyan CD vedelemre, ami megnezi, hogy CD-rol olvassa-e a programot...
>>FAKECD, aztan kesz is a tores...
>Azért ez már nem ilyen egyszerű. Jobb helyeken a trackek méretét és a
>filerendszert is ellenőrzik.
Most ugyan ez nem igazan kotodik a vita eredeti targyahoz, de azert ez
igy, ebben a formaban nem igaz. Amig ugyanis nem kozvetlenul szol a
hardverhez a progi, hanem valami "standard interfeszt" hasznal (pl.
MSCDEX) addig egy tok sima FAKECD-szeru progi is kepes ugyanugy ezeknek az
informacioknak az emulalasara amikor valojaban egy merevlemezen levo
fajlbol dolgozik. Es akkor meg nem is beszeltem arrol, hogy meg a
hardver-I/O-t is siman lehet emulalni (lasd pl. VM86, de mondjuk az NT-nek
es a W9X-eknek is beepitett hardver-emulacioja van I/O-portokon es
memoria-lapolt teruleteken keresztul vezerelheto egysegek szamara)...

Gabor
+ - Re: Help! NT-s halozati gebasz (mind) VÁLASZ  Feladó: (cikkei)

>adott egy 3 fős hálózat: win95,win98, NT Server.
>Mindenki lát mindenkit, kivéve a szerver a win98-at.
>Pedig a win98 korrekten rájelentkezik, használja
>a szerver erőforrásait, de az NT aszongya hogy szerinte
>ez a gép nem is létezik, nem lehet tallózni sem.
>A szokásos hálózati hibaforrásokat megnéztem, domain, workgrup
>stimmol.
Milyen halozati protokollok vannak fent?
Elso lepesben javaslom, hogy rakd fel TCP/IP-t es probald megPINGelni a
masik gepe(ke)t! Ha mar ez sem megy, akkor valami nagy gixli lehet, mert mar
csomag-szinten sem mennek a dolgok (valoszinuleg hardver hiba, pl. hibasan
kuldi az adatokat a halokartya vagy hasonlo - persze csak feltelezve, hogy a
TCP/IP jo volt beallitva).
Ha ezekkel megy akkor hardver kilove - marad, hogy a beallitasokkal van baj.
Ha nincs NetBEUI akkor rakd fel - igazabol ez a "nativ" Microsoft Networking
protokoll, igy ettol varhato leginkabb, hogy megy. Ha ez is megy, de neked
IPX kell es az viszont nem megy akkor valoszinleg az a baj, hogy a ket gep
nem ugyanaz(oka)t a kerettipusokat hasznalja. Az alapbeallitas altalaban
Ethernet_802.2, de ez csak akkor jo, ha a mar meglevo halozatod eleve nem
pl. 802.3-at hasznal, mert akkor csak galibat fog okozni. Az "auto"
beallitast a kerettipusnal egyebkent is erdemes valamelyikre fixen
beallitani, mert a Win hajlamos rosszul felismerni a halozaton hasznaltat.
Hat, elso korben korulbelul ennyi. Esetleg probald ki oket es ird le, hogy
mire jutottal...

>Ha valakivel megtörtént már ez a marhaság, nagyon megköszönönném
>ha segítene. Fel ajánlok neki egy tábla csokit, amit beccszó elküldök
>emilben.
Oke, de kuldjel hozza egy "dedigitalizalo" egyseget is, mert binaris
formaban szamomra emeszthetetlen a taplalek...

Gabor
+ - y2k... (mind) VÁLASZ  Feladó: (cikkei)

Hali all!

Na, én sem bírom már ki, hozzászólok eme aktuális témához. Szóval szerény
véleményem szerint y2k problem volt, talán még van is. Ettől függetlenül
akkora mértékben túl lett lihegve (ájlávju média), hogy nagyon sokan -
nagyon sok pénzt csináltak belőle meguknak. Ékes példa (nem tudom már,
melyik newságban olvastam) egy cég mely két fajta géppapírt (!) árult:
simát, meg y2k felirattal ellátottat. Persze utóbbit 30%-kal drágábban. ÉS
VETTÉK!!!

Az ajkaim akkor kezdtek el habzani, mikoron valamelyik kedvelt
kereskedelmi tévénkben (passz hogy melyik, talán a kacskaringós)
"szakértő" barátunk bemutatta, hogy vindovs 3.1-ben nem close gombot kell
nyomni, hanem tabbal ide lépni, meg az ablakot lezárni, meg ilyesmik.
Egyszerűen szörnyű volt. Éccsanyám egy általános iskolában dolgozik mint
gazdaság vezető, láttam a neki küldött (az önkormányzattol) y2k megoldási
tervet (valami ilyesmi volt a neve). Könnyesre röhögtem magam.
Szerencsétlen általános iskolában a tanulógpek helyett is újat akartak
vetetni. Még szegény mátrix-nyomtatójukat is majdnem lecseréltették.

Úgy vélem azonban, hogy bár túl vagyunk a dátumváltáson, ez a téma még
élni fog egy-két hónapig: nagy pénz van benne és amíg ebből egyvalaki is
kaszál, addig a média is lobogtatni fogja a 00 feliratú zászlót...

Egyébként (ez itt a reklám helye) egy szép összefoglalót a CH*P-ben
olvastam. Korrekt és objektív (szerintem).

No, kivéleménykedtem magam.

Jót ne halljak,
		Aero...
+ - Re: Szerzoi jogok, szoftvervedelem (offtopic) (mind) VÁLASZ  Feladó: (cikkei)

On  3 Jan 00 at 7:47,  wrote:

> igen..barom..szerintem az a barom,akit a jo edes anyukaja -
> CENSORED - nem volt kepes arra megtanitani, hogy nyilvanosan ne
> barmozzon masokat..

Hmmm... Ha kicsit figyelmesebben olvasol, es nem nyulsz csipobol a 
keybordadra, nem egetned magad ilyen beszolassal. Figyelj csak:

> On Wed, Dec 29, 1999 at 08:53:22AM +0000,  wrote:
> 
> > Nane.. Azert mert van 4 free unix (a Minixet es a Hurdot nem
>                                        ^^^^^^^
> Barom... a Minix szerinted miota free?

Szoval _tgz onironikusan sajat magat illette a kifogasolt jelzovel...

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --
+ - Re: Y2K (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

> az alábbiakat írta
> piszkosul ert a dologhoz, minden eszement hulyeseget kitalal a dologgal
> kapcsolatban - pl. ilyen volt amikor az egyik kuncsaft felhivott, hogy mi
> lesz a rendszerevel  1999. szeptember 9.-en, mert hogy olvasta az ujsagban,
> hogy bizonyos rendszerek 99.9.9 datum utan nem lesznek kepesek mukodni...
> (9999->10000, ugye, nem tudom, hogy ez hogyan jott ossze szegeny
En is csak olvastam errol, ott szamomra ertelmes magyarazat is
volt mellette. Azt irtak, hogy egyszeru berendezesek programjaiban (eleve
ket jegyen tarolva az evet) gyakorlat volt, hogy a 9999 erteket nem valos
datumkent kezelte a programozo, hanem egyeb modon, pl hibajelzesre.
Hasonloan, ahogy a 0000:0000, vagy NIL pointer ertelmezese is kulonleges
a C programozasban. Kicsit nekem is santitott egyebkent a dolog, mert ha
negy decimalis karaktert hasznalnank csak a datumra, akkor abba az utolso
harom honap es a honapokon belul 9-e utani napok nem fernenek bele,
vagyis szerintem az emlitett datum 990909 alaku lenne, es a hibajelzesre
a 999999-et hasznaltak volna, ami mar korrektnek is tunik, es ha nem is 2000
allo, de az emlitett datumra jol viselkedik.

Udv:
Joco

+ - Re: Tokeletes programok - Koka (mind) VÁLASZ  Feladó: (cikkei)

> Igaz nem nekem irtad, de beleszolok. Tokeletes a program akkor, ha a
> specifikacijanak megfeleloen mukodik. Ez esetben lehet a

Bocsanat, de en ezt MUKODOKEPESNEK neveznem. Tokeletes program az en fogalmaim
szerint nincsen, hisz a tokeletes programon mar nem lehet tokeletesiteni.

Udv, Tamas

Tamas Rudnai / Sophos Plc
mailto:
http://www.sophos.com
+ - Re: Szerzoi jogok, szoftvervedelem (mind) VÁLASZ  Feladó: (cikkei)

> Azt tudom, hogy ingyenes, de free is? (marmint forgalmazhat barki
> SuSE neven eltero disztribuciot?)

A SuSE, mint nev vedett, tehat SuSE nev alatt nem. Es ha jol tudom nehany SuSE
program is Copyright-os, tehat engedely nelkul nem terjesztheto meg ingyenesen
sem (YAST meg egyebek).

De szerintem barki csinalhat disztirbuciot, ami mas disztirbucion alapszik, ha
nem tartalmazza a nem terjesztheto dolgokat -- pl. letoltod a teljes SuSE
disztribuciot, majd kiveszed amit nem szabad tovabbadni, es hozzateszed ami
neked kell (olyan torvenyrol meg nem hallottam, hogy nemcsak a szoftver
keszitoit, de az osszevalogatoit is vedene ;-) ).

Tamas

Tamas Rudnai / Sophos Plc
mailto:
http://www.sophos.com
+ - RE: Tokeletes program; Y2K (mind) VÁLASZ  Feladó: (cikkei)

Tokeletesen egyetertek a fenti temakban
a #691 megjelent balib es sting hozzaszolasaival
(sajnos nekem sosincs idom idevago gondolataimat
reszletesen kifejteni).

Y2K -hoz azert hozzaszolnek:

> mailto:  
>  :) Dehogynem! Hol van mar az a programozo azota!?

::::) Dehogynem! Es hol van mar a source code???!!!

Tenyleg, ez  komoly. Nagy, komoly, multiknak a
sok-sok programbol megirt rendszere, amelyek 10-15-20
eve mennek, es nincs meg az _igazi_ forraskodja!!
(_igazi_ azt jelenti, hogy a forras nem fedi a binarist,
vagy modulok hianyoznak, vagy sw technologiai elemek
(segedprogram, generator, generalasi leiras) hianyoznak)
Ezen eseteknel az Y2K sok uj programozast jelentett.

Amugy most sokaknak fejebe szall a dicsoseg, hogy milyen
kitunoen tuleltek a Y2K-t, pedig meg sok doglott bomba
ketyeg arrafele.

--Udv:szm
+ - RE: Y2K (mind) VÁLASZ  Feladó: (cikkei)

Szia Csiko,

> Tobb mint 7 eve foglalkozom a szamitastechnikaval,de nem tudom megerteni,
> hogy mi is lett volna olyan nagy problema a datumvaltassal.Az a resz
> tiszta, hogy 99-rol 00-ra ugrik az ido.
Ez csak egy toredeke a problemaknak.
> Ez szerintem nem olyan nagy
> problema,hiszen fogjuk a programozot, aki megirta a proginkat es
> megcsinaltatjuk vele,hogy 2 ertek helyett 4-et kezeljen.
Rogton felmerul a kerdes, hogy mi van, ha a hw (CMOS, BIOS) nem nyujtja a 4
helyiertekes informaciot az aktualis datumra. Akkor hogy kezeled 4
helyierteken?

> Ez , ugy gondolom
> nem olyan oriasi, megoldhatatlan problema. Ezt neveztek ilyen nagy
> problemanak,vagy mi??????
De bizony oriasi problema a vilagon. Peldaul vannak evtizedekkel korabban
COBOL-ban keszult rendszerek, ahol sem a programozo, sem a forraskod nincs
mar meg. Ott mit csinalsz?
Ez nem arrol szol, hogy fulon fogsz a koleszban egy programozot, aki ket
lada sorert egy ejszaka alatt osszedobja neked. Az elmult evekben az Y2K-val
kapcsolatos fejlesztesekben reszt vevo emberek fizetese magasabb volt a
vilag munkaeropiacan a mi szakmankban szokasosnal. A magyar szakembereket
Y2K-s szerzodessel foglalkoztattak (ha nem ezzel foglalkoztak, a szerzodesuk
akkor is legtobbszor errol szolt) a nyugateuropai es amerikai
munkaeropiacon, ahol egyebkent nagyon szigoru kvotarendszerrel vedik a
piacot. Irdatlan penzeket fizettek ki a szakmahoz atmenetileg visszatero
nyugdijas bacsikaknak es nenikeknek, mert annak idejen ok COBOL-ban
dolgoztak, olyan rendszereken, amihez mar doksi is alig van, viszont a mai
napig ezek futnak, a fene gondolta volna annak idejen, hogy 2000-ben meg
ezeket fogjak hasznalni. Ha neked ez nem nagy problema, akkor nem becsulod a
sajat szakmadban dolgozo emberek szurkeallomanyat.

>  Azt meg plane nem ertem, hogy miert lettek volna
> fennakadasok az energia- ellatasban??? Mi koze az aramszolgaltatasnak az
> evezredvaltashoz???
Peldaul az, hogy az energia elloalitasanak, atalakitasanak, tovabbitasanak a
folyamatat is kontrollalni kell, ezt gepek vezerlik, amiknel felmerulhet a
kerdes, hogy datumvaltasnal helyesen mukodnek-e majd. Mi van ha egy szutyok
286-os miatt a folyamat kontrollalatlanna valik?

> Nnnnna,szoval en nem tudom,hogy tenylegesen mik voltak itt a gondok,
> de ha valaki tudja, akkor legyen szives vilagositson fel!
A problema tehat tobbretu, a vasnak, az oprendszernek es az alkalmazasoknak
egyarant osszehangoltan kell mukodnie datumvaltas kapcsan, es ezert nagyon
sok szakember nagyon sokat dolgozott, hogy korabban elhanyagolt kerdeseket
megoldjanak, mielott baj lehet belole.

Buruzs Tamas
+ - Kerdes (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Tudna valaki segiteni abban, hogy lehetne letrehoznie egy sajat
CScrollView-ot egy Dialog-ban. Problema az, hogy a konstruktora
"protected" szoval nem tudom letrehozni a dialogban.

Nem tudom lefordiatni !!!

 Kod ( resze) :

 ******************************
 class AFX_EXT_CLASS SPBlockInsertDialog : public CDialog
{
 SPBlockPreview m_previewWindow;
 ......
}
 ******************************
 BOOL SPBlockInsertDialog::OnInitDialog()
{
  m_previewWindow.Create( ..
}
 ****************************
 class AFX_EXT_CLASS  SPBlockPreview : public CScrollView
 **************************

Koszi.
+ - Access fajlmeret (mind) VÁLASZ  Feladó: (cikkei)

> Volna egy kerdesem MS Access-el kapcsolatban. Ha valami programot
> keszitunk vele (ez ugye benne van magaban az adatbazisban), akkor a
> program minden egyes modositasa eseten az adatbazis merete jelentosen
> novekszik. Gyanitom, hogy

Van egy opcioja, az extras menuben, ami komprimalja az egesz adatbazist.
Vagyis ezt a szemetet, amit leirtal, ezenkivul a torolt rekordokat, stb
kipucolja a fajlbol. Sot parancssorbol is el lehet inditani igy az
mdb-fajlt, ami csak a komprimalast vegzi el es kilep.
Esetleg erdemes lenne az adatbazist es a programot kulonvalasztani. Vagyis a
tablazatok egy kulon mdb-fajlban vannak, a formok, lekerdezesek, makrok,
reportok egy masikban. Ekkor meg az az elonye is megvan, hogy 1 adatbazist
tobb felhasznalo is kezelhet.

udv
Tibor
+ - VC++, DialogBar (mind) VÁLASZ  Feladó: (cikkei)

Hali,

Csinaltam egy dialogbart egy SDI-s MFC programhoz, ehhez
ugyebar nem szarmaztatunk uj osztalyt.
Raraktam kulonbozo controlokat is. Az controloknak uzeneteit
a  frame kezeli le, nem a dialogbar . De hogyan adok hozza
uzenetkezeloket? Neztem a mintaprogramokat, de nekem nem
jott ossze sem a WizardBaron sem a ClassWizardon keresztul.

Kosz,
dAb

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