jelloek: czytałem wywiad w którym twórca Pythona wyraźnie powiedział że punktem wyjścia był dla niego basic i chciał stworzyć język który będzie tak samo prosty, ale nowoczesny (obiekty, itp). Nie twierdzę że Python=Basic, nic z tych rzeczy.

O, zapomniałem o ruby, dobrze że przypomniałeś. Wielkiej przyszłości ruby nie wieszczę, ma ciekawe cechy i swoje nisze, ale jest wolne, dlatego myślę że z czasem wielcy gracze przejmą zalety ruby, a te odejdzie do krainy wiecznych kompilatorów ;)

No wiadomo, jvm jest bardzo przenośny i co drugi toster ma implementację ;) ale to niekoniecznie jest zaleta. CLR w implementacji microsoftowej jest w przenośne tam gdzie microsoft chce (na ten moment i86 i ARM iirc), mono trochę lepiej więc nie jest tak źle.

Cóż, mam lekką awersję do języków które wywodzą się z basica, w których dodatkowo whitespace ma znaczenie.

Marzy mi się aby to wszystko chodziło pod jednym vmem - szybko łatwo i przyjemnie. Myślę że najlepszym kandydatem na to jest .netowy CLR (bo wydaje mi się być lepiej pomyślany od javy, cóż chłopaki piszący założenia CLRa mogli uczyć się na błędach javy i wygląda na to że nieźle im to wyszło.

Pythonowy vm wydaje mi się na razie nie spełniać jednego bardzo istotnego założenia - brak wielowątkowości (mówię tu o podstawowym cpythonie). No ale zobaczymy jak się rozwinie pod skrzydłami Googla.

Pod unixem (arc 5.21i) też się rozpakowuje bez problemu. Natomiast pod windowsami (arc 6.02) faktycznie nie chce.

EDIT: już jest jasne, na czym polega problem: windowsy nie lubią plików, które się nazywają CON.*

Problem trzeba zgłosić do Microsoftu :)

Co z VAPI (.atx) ?

Amun, piles ?

jer: niestety Windows nie jest systemem czasu rzeczywistego i nie jest w stanie się z tym wyrobić w 100%.

sugerujesz cos?

hint: mialem na mysli to, ze skoro dla innych ukladow partycji nie jest taka informacja wyswietlana, to raczej nalezalo by sie trzymac okreslonego wzorca.

... i jak juz to Piotrze.

Zrobiłem patch na kernel linuxowy w wersji 2.6.32, który implementuje support dla partycji KMK/IDEA.
Oto jak się to zachowuje po włożeniu karty CF z 4ma partycjami SDX:

Oct 26 03:49:06 ox kernel: [  123.978798] sd 7:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[b]Oct 26 03:49:06 ox kernel: [  123.979216]  sdb:Discovering Atari KMK/IDEA partition table OK
Oct 26 03:49:06 ox kernel: [  123.992429] Hard disk size is 4001760
Oct 26 03:49:06 ox kernel: [  123.992438] Partition 0 (pbeg 0, plen 65535, pclsize $80, pindex 0, pstats $80) in slot 1 sdb1 added

$ apt-get install linux-source-2.6.32
...
# make menuconfig

W tym miejscu należy wejść do menu "File systems->Partition types" i zaznaczyć opcję "Atari XL/XE partition table support".
Po wyjściu i zapisaniu konfiguracji dalej:

Kod napisany w D uznałem za wystarczająco przenośny (są kompilatory dla Windows, MacOSa, FreeBSD i Linuxa

Co mnie martwi to to, że wielu z nas robi to samo od zera, kończąc z wiecznie niegotowym produktem, zamiast robić wspólnie i być może dojść dalej.