Moze to ci pomoze:

'Atari ST to SCART adapter' na dole strony:

http://www.howell1964.freeserve.co.uk/A … _Video.htm

zastosowalem opcje 'poszukaj se w google'

oops :(

W kazdym badz razie musisz ustawic sobie odpowiedni MIME-type dla sapow.
Inaczej bedzie ci sie zawsze otwierac jako *.txt Firebirda na oczy nie widzialem - sorka, za szybko czytalem.

xboot

Jak nie dziala jak dziala? Naprawde nie wiem jak ty to robisz ?
Krotko mowiac: FTP dziala i ma sie dobrze. Twoj firewall badz bramka niekoniecznie :)

Oto dowod:
polaczenie zza maskarady, normalne ustawienia, zadnych klopotow.

mikey@gw-1:~$ ftp ftp.atari.art.pl
Connected to atari.art.pl.
220-
220---------------------------------------------------------------------------
220- Welcome to the Atari FTP Archive! (more than 37GB for the present moment)
220-
220- Enjoy the stuff gathered here and the Atari -- the best computer ever!
220-
220- FTP Server address:  ftp://atari.art.pl/
220- FTP via WWW address: http://ftp.atari.art.pl/
220-
220- In any case you can contact us: azbest@plasma.ath.cx / @atari.art.pl
220-                                 mikey@scene.pl
220---------------------------------------------------------------------------
220
Name (ftp.atari.art.pl:mikey): ftp
331 Please specify the password.
Password:
230 Login successful. Have fun.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> passive
Passive mode on.
ftp> ls
227 Entering Passive Mode (217,97,224,21,155,24)
150 Here comes the directory listing.
-rw-rw-r--    1 ftp      ftp          1120 Aug 19 22:33 news.txt
drwxrwxr-x    9 ftp      ftp          4096 Aug 15 22:41 stuff
drwxrwxrwx    3 ftp      ftp           138 Oct 22 20:16 upload
-rw-rw-r--    1 ftp      ftp           511 Sep 29 09:51 welcome.msg
226 Directory send OK.

chaos (jad) i JBW (jeff) kuna dawac zrodla ;)

:D gdyby sasiadka foxa to slyszala ..... ;)

Od dawna jak od dawna ale od dwoch lat conajmniej to tak :)

Ale przeiciez ja z tym akurat nie polemizuje. Kylix powstal dla rzeczy ktorych napisanie od nowa na linuxa wiazalo by sie z ogrmnymi kosztami (wsztstkie duze aplikacje enterprise, bazodanowe itp)
Qasm jest na tyle maly i jak sam autor napisal sam kompilator da sie latwo napisac w C++. Wtedy o wiele latwiej bedzie zrobic cos sensownego z tym kodem.

Po drugie: uzywam linuxa miedzy innymi dlatego iz mam bardzo dobre i przenosne narzedzia z kodem zrodlowym. Nie chce zadnego komercyjnego programu closed-source na moim dysku na dodatek tworzacego kod z taka iloscia zaleznosci ze same support libraries zajmuja 500M.

Po trzecie: overhead jaki naklada na system aplikacja napisana w kylixie jest duzo wiekszy niz aplikacja napisana w ANSI C i portnieta na np GTK/X11.

Reasumujac - nie mam nic przeciw istnieniu Kylixa - w duzych projektach eterprise istniejacych juz od lat na platforme win32 jest to jedyne wyjscie na razie aby w miare bezbolowo przejsc na linuxa.
Natomiast sam nie bede nigdy zwolennikiem tego rozwiazania - jak i samego delphi a bede zawsze przeciwnikiem kogos kto pisze programy nie dajace sie portowac ;) (to nie do Mayoneza jakby co - sam napisal ze nie myslal nawet o porcie)

No i to chyba tyle

Osobiscie dla mnie to _wada_.

ps. to chyba na STku orginalnie bylo pisane cos Pirx wspominal na lecie ludzikow.

I to tez jest zle IMO. :)

Dobrze napisana portowalna aplikacja korzysta z jadra w POSIX C/C++ ktore latwo przeportowac oraz frontendow w postaci pluginow ktore mozna dopisac na docelowej architekturze jesli nie udostepnia ona natywnych elementow API oryginalu (oczywiscie musi byc przejrzyste i przenosne API tych pluginow)

Super przykladem dobrze napisanego przenosnego softu jest np atari800 :) Dzieki temu wlasnie mamy porty na win32, WinCE, BSD, MacOSX, Amiga, Falcon ..... Co prawda nie ma API do frontendow ale kod odpowiedniego frontenda zostaje dobrany do odpowiedniej docelowej architektury w momencie konfiguracji zrodel. Autorzy Atari800WIN wlasnie dlatego mieli latwe zadanie :)

a wiesz ze za temat pt "atari w budzie tower" dely daje banany :D
BP,PNMSP

I to jest wlasnie pisanie w delphi ... eh.
Napisal by w C++, przeportowalo by sie bez klopotow, dorobilo by sie frontendy w GTK+,.QT i czym tam jeszcze mozna.
A tak, Kylix ... najwieksza pomylka w swiecie Unixow IMO. Kylix jest zly.
Mayonez, lepiej napisz w czyms zgodnym z POSIX. :)