Középiskolai Matematikai és Fizikai Lapok
Informatika rovattal
Kiadja a MATFUND Alapítvány
Már regisztráltál?
Új vendég vagy?

Fórum: A KöMaL pontverseny

  [1]    [2]    [3]    [4]    [5]    [6]    [7]    [8]    [9]    [10]    [11]    [12]    [13]    [14]    [15]    [16]    [17]    [18]    [19]    [20]    [21]    [22]    [23]    [24]    [25]    [26]    [27]    [28]    [29]    [30]    [31]  

Szeretnél hozzászólni? Jelentkezz be.
[175] clayman2004-11-01 16:42:18

Tisztelt Kós Géza!

Nekem is az S. pontversennyel kapcsolatban lenne 2 kérdésem.

Az e havi (S.2) feladatban igencsak tetemes mennyiségű adatot kell a programnak futtatáskor beolvasni. Gondolom a javítók közül senki sem vállalja, hogy kézzel ezeket minden futtatásnál beírja. Ebből kifolyólag a kérdésem - mivel a feladatban erre vonatkozó utalást nem találtam -, hogy a programnak hogyan kell beolvasnia az adatokat, például jó e az úgy, ha bekéri egy fájl nevét, ami az 'bemenetet' tartalmazza, vagy javításnál ez egy appal lesz megoldva ami küldi a tesztfájlok tartalmát az stdin-re?

Továbbá másik kérdésem, hogy MS Visual C++ .NET 2003 fejlesztőkörnyezetben készült (természetesen win32.console.application) megoldás megfelelő -e. (remélem mert a múlt havit is ebben készítve küldtem be ;) )

Előre is köszönöm a választ, Engedy Balázs

[174] BrickTop2004-10-19 21:17:18

Nem túl fontos kérdés, és sajnos az A pontversenyhez sincs túl sok közöm, de miért pont MO az űrváros neve az A.355. feladatban?

[173] Kós Géza2004-10-19 16:54:21

Kedves kondenzator,

1. Mindenképpen formai hiba -- ha nem is súlyos --, a feladatban szó sem volt fájlokról.

Eredetileg a "konzol" szó (ami lényegében a standard be- és kimenetet jelenti) szerepelt a feladatban, csak valakinek nem tetszett. Végül abban maradtunk, hogy a program egyszerűen csak "olvasson be" és "írjon ki".

2. Az egyes feladatokat nem ugyanazok javítják, így semmi biztosíték nincs arra, hogy ugyanazokat a fordítókat fogjuk használni. Arra viszont törekedni fogunk, hogy fordítóspecifikus dolgok nélkül is meg lehessen a feladatokat oldani.

3. Nem valószínű, hogy 10 perceken múlna a dolog. Egy hatékony program ennél sokkal gyorsabban lefut, egy nem hatékony pedig 1000-szer ennyi idő alatt sem. Találd ki úgy az algoritmusodat, hogy a te gépeden egy percen belül lefusson.

Előzmény: [171] kondenzator, 2004-10-19 13:46:20
[172] Kós Géza2004-10-19 16:40:45

Azt kell igazolni, hogy a két sorozatban összesen végtelen sok összetett szám van.

Előzmény: [170] KiCsa, 2004-10-16 21:56:50
[171] kondenzator2004-10-19 13:46:20

Tisztelt Kós Géza!

1. A feladat szövegében nem szerepelt konkrétan, hogy a standard be- ill. kimenetet kell használni. Meg lehet-e a kapni a teljes pontszámot az első feladatra (S.1.), ha a beküldött program konstans nevű fájlokkal (input.txt és output.txt) dolgozik?

2. A leírásban írtam, hogy én az ingyenes lcc és a gcc fordítókkal teszteltem a programot. Maradhatok-e továbbra is ezeknél a fordítóknál? Ha nem, akkor melyik(ek)kel lesz kipróbálva?

3. Idézet az S.2. feladatból: "max 10 perc futási idő alatt". A kérdés, hogy milyen szintű géppel lesz az idő mérve? Ha egy program lefut 9 perc allatt egy 2.5Ghz-es gépen (és a diák mindenféle rosszindulat nélkül ilyenen is fejleszt), de egy 800Mhz-es gépen lesz tesztelve, akkor kicsúszik az időkeretből. Tehát nem tudom mihez viszonyítsak.

Előre is köszönöm a válaszokat!

Előzmény: [165] Kós Géza, 2004-10-12 10:24:49
[170] KiCsa2004-10-16 21:56:50

Tisztelt Szerkesztőség!

Az A. 353. feladatban az "együttvéve" alatt mit kell érteni?

Köszönettel: Király Csaba

[169] Degu2004-10-14 17:45:56

Köszönöm az utánajárást

[168] Kós Géza2004-10-13 23:33:14

I. Egy kicsit utánajártam a dolognak. Először is hadd jegyezzem meg, hogy az StrToFloat függvény nem az operációs rendszer része, és egy ilyen kérdés sohasem lehet az operációs rendszer szintjén bedrótozva.

* * *

Háromféle fordítóval próbálkoztam:

1. Dos, Turbo Pascal 6.0. Ez nem ismeri az StrToFloat függvényt, ami nem meglepő, hiszen egy több, mint 15 éves fordítóról van szó. :-)

2. Linux, Kylix3 (delphi). Valószínűleg Windows alatt is nagyon hasonló a helyzet, de ennek hadd ne én járjak utána. :-) A DecimalSeparator nevű változó mondja meg, hogy milyen karakter választja el az egészrészt a törtrésztől. Tehát akár egy programon belül is lehet ide-oda kapcsolgatni. A változó kezdeti értéke fordításkor dől el, mégpedig -- legalábbis Linuxban -- a LANG környezeti változó alapján. A változó értékét a fejlesztői környezetben is felül lehet bírálni.

3. Linux, Free Pascal. Az StrToFloat függvény és a DecimalSeparator változó is létezik. A dokumentáció szerint ugyanúgy kellene működni, mint az előző példában, de nekem az StrToFloat minden esetben csak a pontot fogadta el.

* * *

Röviden összefoglalva:

- Használhatod az StrToFloat függvényt.

- A fejlesztői környezetben állítsd be a LANG-nak megfelelő változó értékét mondjuk "en"-re, vagy pedig a programban a DecimaSeparator értékét '.'-ra. Ettől kezdve az StrToFloat a pontot fogja elfogadni.

-----------------------

II. Nem látok különbséget a Dos, a Windows vagy egy Unix shell között. Ugyanazokkal a parancsokkal lehet írni és olvasni. Miután a forráskódot kell beküldeni, nincs értelme az olyan mondatoknak, hogy "windowsra lett fordítva".

Előzmény: [167] Degu, 2004-10-13 18:10:46
[167] Degu2004-10-13 18:10:46

I.Köszönöm a segítséget, de ami nekem problémát okoz az az, hogy windows alatt (de konzolról) fut a program, a tizedes törteket először stringbe olvassa, csak utána alakítja át, de a magyar windows beépített (delphi:strtofloat) függvénye tizedesvesszőt használ, amit egyszerűen ki tudokcserélni, de nem tudom, hogy magyar vagy angol windows alatt lesz-e tesztelve a program. II. Egyáltalán windows konzolról lesz-e tesztelve a program? Dos alól nyilván nem müködik, mert windowsra lett fordítva, ez fontos, mert, ha csak mondjuk turbo pascal programot fogadnak el még átírom.

[166] Kós Géza2004-10-12 10:26:37

A feladat szövegében ez áll:

,,... minden egyes sor legfeljebb tizennégy számjegyet és egy tizedespontot tartalmaz.

Előzmény: [164] Degu, 2004-10-11 18:48:24
[165] Kós Géza2004-10-12 10:24:49

Az adatokat a standard inputról kell olvasni és az eredményt a standard outputra kell írni. Ez alapértelmezésben a billentyűzet és a képernyő, de a megoldások tesztelésnél mindkettőt át fogjuk irányítani.

Nem mondjuk meg előre, hogy hány adat lesz, a végét enélkül is észre lehet venni. (A fájl végét a billentyűzetről is lehet jelezni, DOS-ban Ctrl-Z, UNIX-ban Ctrl-D.)

Előzmény: [163] Degu, 2004-10-11 18:42:47
[164] Degu2004-10-11 18:48:24

Még egy probléma: a magyar operációs rendszerek tizedesvesszőt használnak, nem tizedespontot, ezért a string->valós szám átalakító function is ez alapján dolgozik. Feladata-e a programnak, hogy eldöntse, hogy milyen nyelvű op rendszeren fut, vagy vehető-e a magyar alapértelmezettnek? Mindenki türelmét köszönöm.

[163] Degu2004-10-11 18:42:47

Megint az s pontversennyel kapcsolatban: Képernyőröl kell müködnie az inputnak? Megkérdezheti a program, hogy hány bejövő adat lesz?

[162] Kós Géza2004-10-11 17:56:58

Semmi akadálya. Küldhetitek egy borítékban.

Előzmény: [161] KiCsa, 2004-10-11 17:28:55
[161] KiCsa2004-10-11 17:28:55

Tisztelt Szerkesztőség!

Az lenne a kérdésem, hogy ha én és a húgom is küldünk be feladatokat, akkor azokat küldhetjük-e egy borítékban, vagy egy borítékon belül két másik borítékba téve, hogy ne kelljen duplán fizetni a Postán. Köszönettel: KiCsa

[160] Kós Géza2004-10-07 13:14:49

Nincsenek komoly tapasztalataim a Delphivel, de úgy tudom, hogy valamennyire felülről kompatibilis a Pascallal. Így tudsz Pascal programokat írni a Delphi környezetben.

Előzmény: [158] Degu, 2004-10-06 18:34:20
[159] Kós Géza2004-10-07 13:12:29

Kizárólag a versenykiírásban felsorolt nyelveken fogadjuk el a megoldásokat.

Próbáld meg a javító szemével nézni a dolgot. Képzeld el, hogy beérkezik mondjuk 150 program, 30 nyelv összesen 50-féle változatában. Ezt mind el kell olvasnod, le kell fordítanod és tesztelned is kell.

A javítók dolgát nem akarjuk fölöslegesen megnehezíteni, ezért a lehetséges nyelvek listáját igyekeztünk minél szűkebbre szabni.

Előzmény: [157] WebMonster, 2004-10-06 15:18:32
[158] Degu2004-10-06 18:34:20

Ehhez kapcsolodva, lehet s pontversenyes feladatot Delphiben megoldani(ezt a nyelvet s-nél nem említik)?

[157] WebMonster2004-10-06 15:18:32

Üdvözlet mindenkinek! Egy kérdésem volna a számítástechnika pontversennyel kapcsolatban. Azt szeretném kérdezni, hogy be lehet küldeni prolog nyelvű programokat, vagy csak C-ben írtakat? Ugyansi szerintem elegánsabban meg lehetne oldani a problémákat prologban ;)

[156] Kós Géza2004-09-13 16:07:26

Szabad mindkét kategóriában indulni, hasonlóan a matek A és B/C versenyekhez. :-)

Csak a többé-kevésbé szabványos eszközöket szabad használni. Ebbe sok dolog belefér, de nem minden. A fejlesztő környezet dokumentációjában utánanézhetsz, hogy az adott eszköz mennyire szabványos, illetve mennyire az adott termék egyedi része. (A többé-kevésbé kifejezés azért kell, mert a forgalomban levő fordítók sajnos nem követik pontosan a szabványokat.) A feladat nem az, hogy találd meg a megfelelő fordító megfelelő speciális eszközét, hanem hogy te magad találd ki az algoritmust.

Előzmény: [155] BrickTop, 2004-09-13 15:04:11
[155] BrickTop2004-09-13 15:04:11

A számítástechnika versenykiírással kapcsolatosan van pár kérdésem. Lehet-e mindkét kategóriában (I és S) indulni? Ha igen, akkor 12.-esként fair-e, ha indulok az I-ben, vagy az inkább az alsóbb évfolyamosoknak van?

Bármilyen fejlesztői környezetben lehet fejleszteni a C++ progamot? Lehet pl. a Microsoft osztályait használni és Visual C++ban megcsinálni a program vázát (hogy szabvány windows ablak legyen és ne DOSos)? Mennyire használhatók előregyártott (Visual Studioban levő) algoritmusok/függvények?

[154] ofly2004-09-09 17:20:25

Most olvasom, hogy az 1-10. helyezést elérők nem kapnak ingyen újságot. Jól értelmezem a kiírást??? Mert ha igen akkor ez egy kicsit furcsa. Aki egész évben rendszeresen oldja a feladatokat és sok energiát öl beléjük, az pont nem kap KöMaL-t? Szerintem akkor már a helyezetteknek és a dicséreteseknek is kéne adni...(bár ennek anyagi vonzatát nem ismerem) Én a pontverseny 2 kategóriájában is helyezett vagyok, és kicsit furcsállom, hogy idén megint 1 héttel később, az iskolából kapom majd a lapot, míg egy ismerősöm, aki sokkal lazábban vette a versenyt, hamarabb kapja kézhez. (Ha rosszul értelmeztem volna a Díjazásról szóló fejezetet, akkor ez az irományom tárgytalan)

[153] Maroti Arpad2004-09-02 18:53:09

Tisztelt szerkesztőség!

Az informatika pontversenyben vettem részt, nemrég tudtam megnézni az eredményemet. Akkor vettem észre, hogy 11 meglévő feladatomat nem javították ki. Nem tudom milyen okból (esetleg elkeveredtek). Nekem meg vannak a feladatok, és el is küldtem már őket a szerk@komal.hu és a szamtech@komal.hu címre is. Nemtudom, hogy megérkeztek-e, mert semmi választ nem kaptam. Kérem önöket, hogy ha lehet értesítsenek az arepsoft@tvn.hu címen.

Köszönettel Maróti Árpád

[152] Rizsa2004-09-01 14:43:34

Tisztelt Szerkesztőség!

Azt szeretném megkérdezni, hogy mikor lesznek lezárva a pontversenyek? Illetve a sokat emlegetett fizika frissítés is érdekelne, sajnos tavaly is azt lehetett látni, hogy azok a feladatcsoportok (egy-egy hónap a, c stb. feladatinak megoldásai), amelyek nem kerültek fel a lezárásig, azok már később sem.

[151] [evilcman]2004-07-27 22:14:53

Kedves mindenki!

Szivesen megneznem, hogy mit rontottam el a fizika feladatokban(P) amiket bekuldtem stb. de ugye a megoldasok meg nincsenek a lapon, ezert kernek minden feladatmegoldot, hogy lehetoleg toltse fel valahova a sajat megoldasat nehany feladatra, amelyekre max. pontot kapott. En is feltoltottem nehanyat(PDF-ben) ide: http://evilcman.uw.hu/ Gondolom sokan vannak akiknek megvannak a megoldasok(vagy legalabbis nehany) szamitogepen, nekem sem volt nagy munka feltolteni ezeket.

  [1]    [2]    [3]    [4]    [5]    [6]    [7]    [8]    [9]    [10]    [11]    [12]    [13]    [14]    [15]    [16]    [17]    [18]    [19]    [20]    [21]    [22]    [23]    [24]    [25]    [26]    [27]    [28]    [29]    [30]    [31]