- This topic has 24 hozzászólás, 7 résztvevő, and was last updated 18 years telt el by
.
-
Bejegyzés
-
bacsi2 wrote:
Kötelező pascalban írnod ?
Nem kötelező semmiben sem, saját felhasználásra készülne főleg, abban írhatom amiben akarom. A Pascal tudásomat egyelőre biztosabbnak érzem a C-nél, azért álltam neki abban, ráadásul már ~500 sor körül tart, nem szeretném elölről elkezdeni. (Tudom, hogy nem olyan sok az az 500, de érdekelne a megoldás :))
A GUI valószínűleg JAVA-ban vagy Lazarus/fpc-vel készülne, a lényeg, hogy le lehessen forgatni win-en és linuxon is minimális módosítással.
Hali !
Tegyük fel, hogy a freePascal-ban készített programodat letudod fordítani m$-on, ha létezik
m$-ra is az a megfelelő freePascal compiler.
Ebben az esetben ha tud a programod kifele adatot adni(miért is ne tudna?), a gondolat-kísérlet kedvéért
most tegyük fel a legegyszerűbb esetet, mondjuk hogy az outputok stringek amit file-ba írsz, akkor onnan Java-val egy charfolyam, vagy egyéb bemeneti stream-el beolvashatod és
egy kis igazítás, rendezés, formázás után kihajíthatod egy-két-három Swing osztály segítségével
a képernyőre és még GUI kezelőfelülettel is elláthatod.Illetve nem is kell hogy az output-file stringekből
álljon, akár byte-stream-olvasással is felveheted.De mi van akkor ha nem létezik megfelő freePascal compiler m$-ra ?
Ekkor gáz van, mivel m$ nem bír Linux-binárist futtatni és akkor a Java sem kaphat inputot
a meg nem lévő output-file-ból.bacsi2 wrote:Kötelező pascalban írnod ?
Nem kötelező semmiben sem, saját felhasználásra készülne főleg, abban írhatom amiben akarom. A Pascal tudásomat egyelőre biztosabbnak érzem a C-nél, azért álltam neki abban, ráadásul már ~500 sor körül tart, nem szeretném elölről elkezdeni. (Tudom, hogy nem olyan sok az az 500, de érdekelne a megoldás :))
A GUI valószínűleg JAVA-ban vagy Lazarus/fpc-vel készülne, a lényeg, hogy le lehessen forgatni win-en és linuxon is minimális módosítással.
Hali !
Tegyük fel, hogy a freePascal-ban készített programodat letudod fordítani m$-on, ha létezik
m$-ra is az a megfelelő freePascal compiler.
Ebben az esetben ha tud a programod kifele adatot adni(miért is ne tudna?), a gondolat-kísérlet kedvéért
most tegyük fel a legegyszerűbb esetet, mondjuk hogy az outputok stringek amit file-ba írsz, akkor onnan Java-val egy charfolyam, vagy egyéb bemeneti stream-el beolvashatod és
egy kis igazítás, rendezés, formázás után kihajíthatod egy-két-három Swing osztály segítségével
a képernyőre és még GUI kezelőfelülettel is elláthatod.Illetve nem is kell hogy az output-file stringekből
álljon, akár byte-stream-olvasással is felveheted.De mi van akkor ha nem létezik megfelő freePascal compiler m$-ra ?
Ekkor gáz van, mivel m$ nem bír Linux-binárist futtatni és akkor a Java sem kaphat inputot
a meg nem lévő output-file-ból.Free Pascal (aka FPK Pascal) is a 32 and 64 bit professional Pascal compiler. It is available for different processors: Intel x86, Amd64/x86_64, PowerPC, Sparc. The discontinued 1.0 version also supports the Motorola 680×0. The following operating systems are supported: Linux, FreeBSD, Mac OS X/Darwin, Mac OS classic, DOS, Win32, OS/2, Netware (libc and classic) and MorphOS.
Free Pascal (aka FPK Pascal) is a 32 and 64 bit professional Pascal compiler. It is available for different processors: Intel x86, Amd64/x86_64, PowerPC, Sparc. The discontinued 1.0 version also supports the Motorola 680×0. The following operating systems are supported: Linux, FreeBSD, Mac OS X/Darwin, Mac OS classic, DOS, Win32, OS/2, Netware (libc and classic) and MorphOS.
Tegyük fel, hogy a freePascal-ban készített programodat letudod fordítani m$-on, ha létezik
m$-ra is az a megfelelő freePascal compiler.De mi van akkor ha nem létezik megfelő freePascal compiler m$-ra ?
Ekkor gáz van, mivel m$ nem bír Linux-binárist futtatni és akkor a Java sem kaphat inputot
a meg nem lévő output-file-ból.A FreePascal fordít win32-re (meg még sok másra, okos kis compiler :)), most is az Ubuntum alól forgatom az exe-t is.
ha tud a programod kifele adatot adni(miért is ne tudna?), a gondolat-kísérlet kedvéért
most tegyük fel a legegyszerűbb esetet, mondjuk hogy az outputok stringek amit file-ba írsz, akkor onnan Java-val egy charfolyam, vagy egyéb bemeneti stream-el beolvashatod és
egy kis igazítás, rendezés, formázás után kihajíthatod egy-két-három Swing osztály segítségével
a képernyőre és még GUI kezelőfelülettel is elláthatod.Illetve nem is kell hogy az output-file stringekből
álljon, akár byte-stream-olvasással is felveheted.Idáig rendben van, de ez is csak a program kimenetét kezeli le.
A lényeg az lenne, valahogy meg tudjam oldani, hogy a bináris programnak futás közben adjak bemenetet.
Tegyük fel, hogy a freePascal-ban készített programodat letudod fordítani m$-on, ha létezik
m$-ra is az a megfelelő freePascal compiler.De mi van akkor ha nem létezik megfelő freePascal compiler m$-ra ?
Ekkor gáz van, mivel m$ nem bír Linux-binárist futtatni és akkor a Java sem kaphat inputot
a meg nem lévő output-file-ból.A FreePascal fordít win32-re (meg még sok másra, okos kis compiler :)), most is az Ubuntum alól forgatom az exe-t is.
ha tud a programod kifele adatot adni(miért is ne tudna?), a gondolat-kísérlet kedvéért
most tegyük fel a legegyszerűbb esetet, mondjuk hogy az outputok stringek amit file-ba írsz, akkor onnan Java-val egy charfolyam, vagy egyéb bemeneti stream-el beolvashatod és
egy kis igazítás, rendezés, formázás után kihajíthatod egy-két-három Swing osztály segítségével
a képernyőre és még GUI kezelőfelülettel is elláthatod.Illetve nem is kell hogy az output-file stringekből
álljon, akár byte-stream-olvasással is felveheted.Idáig rendben van, de ez is csak a program kimenetét kezeli le.
A lényeg az lenne, valahogy meg tudjam oldani, hogy a bináris programnak futás közben adjak bemenetet.
Az alap-elképzelésem az volt, hogy a két futó program egymásnak interneten keresztül ad át string-eket. Valószínűleg az lesz a megoldás, hogy írok külön egy szerver programot, ami ezt lekezeli, és a két futó program ezen keresztül fog kommunikálni egymással.
(A szerver pedig a ki és bemeneti adatokat is egyaránt szöveges file-al (vagy akár „akár byte-stream” is lehetne) kezelné.)
Szerk.: Ehhez persze át kell majd alakítanom a forrást, de úgy tűnik, a jelen formájában ez így igencsak nehezen lenne kivitelezhető, kevesebb munkával fog így járni, mintha összegányolnám.
Az alap-elképzelésem az volt, hogy a két futó program egymásnak interneten keresztül ad át string-eket. Valószínűleg az lesz a megoldás, hogy írok külön egy szerver programot, ami ezt lekezeli, és a két futó program ezen keresztül fog kommunikálni egymással.
(A szerver pedig a ki és bemeneti adatokat is egyaránt szöveges file-al (vagy akár „akár byte-stream” is lehetne) kezelné.)
Szerk.: Ehhez persze át kell majd alakítanom a forrást, de úgy tűnik, a jelen formájában ez így igencsak nehezen lenne kivitelezhető, kevesebb munkával fog így járni, mintha összegányolnám.
Nem értem miért nem módostod a progit úgy, hogy parancssoros részeket meg a main részt (pas: progam deklarálás) beteszed egy commandline.pas (vagy cli.pas) fájlba, és azt fordítod le a többi forrással együtt CLI előállítására. A GUI-hoz meg írsz egy gui.pas fájlt (program deklarálás+GUI init/run/done) meg egy gui/ könyvtárat. A fordításnál meg kihagyod a cli.pas-t. Így egyszerűbb lenne, és nem kell foglalkozni a kimenet feldolgozásával. Ez 100%-ban platform független.
Vagy használhatsz meg multiplaformos konzol-kezelő libet, pl. a Qt libben van ilyen (C++).
Nem értem miért nem módostod a progit úgy, hogy parancssoros részeket meg a main részt (pas: progam deklarálás) beteszed egy commandline.pas (vagy cli.pas) fájlba, és azt fordítod le a többi forrással együtt CLI előállítására. A GUI-hoz meg írsz egy gui.pas fájlt (program deklarálás+GUI init/run/done) meg egy gui/ könyvtárat. A fordításnál meg kihagyod a cli.pas-t. Így egyszerűbb lenne, és nem kell foglalkozni a kimenet feldolgozásával. Ez 100%-ban platform független.
Vagy használhatsz meg multiplaformos konzol-kezelő libet, pl. a Qt libben van ilyen (C++).
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz