Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
atari.area forum » Fabryka - 8bit » SpartaDOS X 4.46 i Toolkit
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
U mnie imager (wersja 3.0.6) działa na XP. Chyba, że trzeba isę jakoś wysilić, żeby niedziałanie się ujawniło? Bo tak na oko, wszystko jest OK.
Sysinfo też się odpala po CON 64, nie ma problemu.
Z innej beczki: poprawiłem jakieś bugi w FATFS, załączam do potestowania.
EDIT: patrz niżej.
Uwaga - niespodziewany komunikat:
---====** DZIAŁA **====---
:) - (przynajmniej jak na razie ;) ) -
Zrobiłem format dyskietki na Atari STe, zapisałem tam katalog z danymi, dyskietka wylądowała w Karin Maxi, no i skopiowałem pod SC dane na A8 ;)-
Na stronie SDX (adres w pierwszym poście), w zakładce "Download", znajduje się uaktualniony plik ATR z Toolkitem (plik toolkit_rev_b.atr).
Zmienione są niżej wyliczone paczki:
1) drivers>scrdrv>con.arc
2) drivers>scrdrv>rc_gr8.arc
3) drivers>scrdrv>svbxe102.arc
4) drivers>fatfs.arc
5) dsktools>clx19a.arc
6) dsktools>eddy201.arc
7) shells>sc091.arc
fatfs.arc i sc091.arc się różnią od kopii dostępnych jako załączniki na forum, np. Sparta Commander ma w bonusie zmieniony wygląd "skróconej" ścieżki dostępu, bo gwiazdka wyglądała buracko.
DLT Sp. z o.o.
Zaktualizowane. Powoli to by się jakiś "apt-get" przydał ;)
Póki co nie będzie potrzebny o tyle, że takie "uaktualnienia", mam nadzieję, nie staną się regułą :P
Z racji na chwilę wolnego czasu popełniłem mały (duży - ale o tym dalej) programik. Co robi :)
... w zasadzie nic. Odpalamy Sparta Commander, ustawiamy kursor na pliku z fontami (*.FNT) return - no i mamy podgląd fonta. Po naciśnięciu klawisza następuje powrót do SC.
Jest tylko jeden problem, że po wyjściu z programu do SC wszystko działa do czasu naciśnięcia resetu. Następuje wówczas mniej, lub bardziej spektakularny krasz. W trybie VBXE trafiło nawet w karte na tyle skutecznie, że koniecznością stało się wyłączenie Atarki i ponowne włączenie ;)- taki grubszy reset :D.
A ten mały programik jest dlatego niemały, że powstał w wyniku eksperymentów w TBXL z linią poleceń sdx. Działa oczywiście poprzez runext, lub poprzez podanie parametru z linii poleceń.
Draco - podeślę w tym tygodniu źródło tego problemu, jak będziesz miał chwilkę to zobacz co zchrzaniłem.
Nom, podeślij. Z opisu wynikają różne rzeczy.
EDIT:
Przypomniałem sobie, że pierwsza wersja KMK/JZ nie na każdej Atarce pracowała stabilnie. Może to ten właśnie przypadek. Na razie nie mam innej Atarki z ECI, więc temat odroczony do czasu pojawienia się w zasięgu innego kompa.
Zauważyłem coś dziwnego przy pracy z SIDE2 i Spartą 4.46a, którą ma zaprogramowaną... Mianowicie po programowym wyłączeniu SDX (ładując cokolwiek przez X) i po późniejszym zbootowaniu po SIO spartowego ATR-a, który ma ustawione "BOOT INIDOS.SYS", SDX nie wstaje, tylko krzyczy, że "NOT PRESENT". Nie dzieje się to w SIDE1, w którym mam 4.46 a nie 4.46a. INIDOS.SYS świeży z ostatniego toolkitu.
A jeśli przyczyną jest 4.46a w SIDE2, to może w paczce na http://sdx.atari8.info mógłby się pojawić ATR programujący SIDE2 wersją 4.46 (bo zdaje się, że nie programuje się tym samym co SIDE1)?
SIDE2 nie jest jeszcze oficjalnie wspierane :) Ale będzie.
GoodByteXL wrócił z wakacji, wobec czego na stronie SDX pojawiła się uaktualniona dokumentacja do SDX 4.46 :)
Na gł. stronie SDX, dla przypomnienia: http://spartados.com, w zakładce "Download" pojawił się uaktualniony toolkit_rev_c.atr.
Główną nowością są uaktualnione "helpy" poleceń SDX w pliku man_cmd.arc. Dodatkowo w man_driv.arc są też podobne helpy do sterowników (tego poprzednio nie było).
Nie przypuszczam, żeby dało się je wszystkie dorzucić do CAR:, zawartość man_driv.arc lepiej jest wrzucić do podkatalogu na twardym dysku i odpowiednio zmodyfikować zmienną $MANPATH.
Inne zmiany w toolkicie dotyczą następujących plików:
drivers>ramd816l.arc
drivers>scrdrv>rc_gr8.arc
dsktools>clx19b.arc
dsktools>eddy202.arc
shells>sc092.arc
utils>nvram.arcW zakładce "Documentation" są też nowe wersje doców, z poprawkami wprowadzanymi w ciągu ostatnich kilku dni.
(Sorry za post pod postem, ale chcę, żeby to było widać).
hmm, its a bug?
a default see my parts like A, B,C:\...
when i type FIND *.TXT, then filelist is
DC:>PATH>FILE.TXT
not a
C:>PATH>FILE.TXT
Ogłoszenie parafialne: znalazłem błąd w UNERASE. Póki nie wyjdzie nowa wersja SDX (bez tego błędu), po użyciu UNERASE proszę weryfikować zgodność bitmapy w rzeczywistością przy użyciu programu CLX.COM (jest w Toolkicie). Dziękuję :)
@w1k: no, it is not a bug, a drive may be referenced as D3: or DC:
Miałbym taką prośbę - czy dałoby się dołożyć pewien parametr konfiguracyjny do procedur SIO?
Jeśli dobrze rozumiem, już dzisiaj jest możliwa konfiguracja SIO za pomocą:
Purpose
SIO.SYS serial speed control.
Syntax
SIOSET [d:] [type [usindex]] or SIOSET NMI [index]
Remarks
SIOSET manages an advanced serial protocol control for the SIO.SYS
driver. Typically, the serial transmission parameters are determined automatically
and there is no need to change them. Sometimes however (e.g.
when a drive was changed to another type at run time) you may want to
change them manually.
Chodziłoby mi o możliwość ustawienia wartości t2 timeoutu procedur SIO (czekanie ATARI na ACK).
Domyślnie (w ATARI OS) jest to 16ms dla wersji NTSC i to zdecydowanie za krótko dla komunikacji SIO przez Bluetooth.
Ponieważ SPARTA DOS posiada swoje procedury SIO, spatchowanie tych w orginalnym OS nic tu nie da.
Dobrze byłoby gdyby użytkownik mógł tak skonfigurować SIO.SYS, żeby SPARTA nic nie kombinowała z HI-SPEED-em (tylko 19.200) i czekała dłużej na ACK byte.
oho, czyli zauwazyles juz jaka bezwladnosc masz na bt?
wprowadzajac ta poprawke - z czyms poza sparta sio2bt bylo by kompatybilne? czy moze wymagalo by modyfikacji romu?
Ponieważ SPARTA DOS posiada swoje procedury SIO, spatchowanie tych w orginalnym OS nic tu nie da.
sparta moze uzywac tych z romu bez problemu. zajrzyj na strone 200 z http://sdx.atari8.info/sdx_files/4.46/M … 6_V1-1.pdf - przelacznik /a
@montezuma: dodano do listy rzeczy do zrobienia.
Takie głupie pytanie:
-czemu bios ide+ zgubił d2: z którego ma startować config sparty???
To już 2gi raz mi się przytrafia z wersją 3.0, w 2.0 było to ultra/mega stabilne??
Trudno mi na to odpowiedzieć, ale mogę powiedzieć na pewno, że BIOS nie może zgubić jednego ustawienia: albo będzie trzymał wszystkie, albo zgubi wszystkie. To drugie natomiast chętnie następuje, jeśli wywołasz menu IDE+ (to zielone), a potem wyjdziesz z niego przez RESET.
Qrka,
Aż sprawdzę czy po resecie gubi, jak z niego tak wychodzę...
Sprawdziłem nie gubi po wyjściu z bios-a resetem (wiem że do tego wchodzi się przez start+reset)..
Jak to by napisał bezrobotny:
to ten słynny zielony ekran!
edit:
sprawdziłem nawet parę razy:
-wyjście z zielonego ekranu zwanego biosem ide+ resetem..
...Nic nie gubi...!
p.s. dzisiaj
jak pod B wbiłem D2: pamięta.
Ale to już 2gi raz jak po włączeniu ide+ nie pamiętał skąd ma wystartować?!!
p.s.2. czy takie "zabawki"
side v1 bądź Toms 720 "mogą" coś mieszać??? toms 710 też tam brał udział ale się zepsuł :(
q-meg jest wyłączony fizycznie "wajchą"....
Na reset zrobiony na zielonym ekranie musi czasem zgubić ustawienia, bo taka jest dziejowa konieczność. Ja wójt to wama mówię. Tak samo się _czasem_ stanie, jeśli mając na ekranie menu IDE+ wyłączysz zasilanie.
Przyczyną jest zastosowany zegarek, który trzyma datę i godzinę, i ma NV-RAM na ustawienia, ale odczyt daty/godziny następuje tylko przez wczytanie tejże do wyżej wspomnianego NV-RAM-u. W związku z tym BIOS odczytuje ustawienia do wewnętrznej pamięci RAM, a potem odczytuje czas/datę, żeby je wyświetlić na ekranie menu.
Jeśli wciśniesz mu w tym momencie RESET albo wyłączysz prąd, NV-RAM nie będzie zawierało ustawień menu, tylko cośtam (czas i datę, czyli dane z punktu widzenia menu przypadkowe). Przy następnym uruchomieniu BIOS odczytuje zawartość NV-RAM i, żeby sprawdzić, czy pamięć zawiera ustawienia, liczy sumę kontrolną. Ta suma zgadza się tylko wtedy, kiedy w NV-RAM-ie znajdują się ustawienia zapisane funkcjami BIOS-u IDE+.
Jeśli suma się nie zgadza, przywracane są ustawienia fabryczne.
znaczy sie wtedy windows robi ci format c: ;)
Drac wyjąłem na chwile ideplusa D pokatowałem.samego sid-e... Po włożeniu idePlusa znowu B Było d1... Z d2 mam.cpnfig do ideplusa... Czy bateria mogła paść po paru miesiącach? Czy trzeba zmienić łącznik klawiatury z monitorem?
Jeśli trzyma czas i datę, to bateria jest w porządku. Serio, zwróć przede wszystkim uwagę, czy gubiąc "D2" gubi też pozostałe ustawienia. Jeśli nie, to w grę wchodzi magia i nic nie poradzę ;) Jeśli tak, to muszą występować okazjonalne problemy z odczytem/zapisem ustawień przy starcie systemu, czyli może trywialne trudności z kontaktem w gnieździe CART/ECI.
@jell: ;)
nie gubi nic innego. Podobne przypadłości mam z rev. c i d. Czasem się zdarza, przestawiam wówczas ręcznie boot device i boot config na właściwe ustawienia i olewam problem. Z tego powodu nawet nie pisałem, bo nie często ma to miejsce ;)
@As - IDE+ w wersji REV. D to nadal jest 2.0. Z czego wiem, to wersja 3.0 nie istnieje ;)
EDIT:
Jest inny problem dotyczący REV. D i montowania większej ilości obrazów ATR (pod przycisk). Problem występuje, jeśli Boot Device jest inny niż D1: i OS pod 65c816 ;)
Spróbuj Draco mieć np. ustawione w takich warunkach D2:, podmontuj 2 pliki ATR i wykonaj boot.
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Fabryka - 8bit » SpartaDOS X 4.46 i Toolkit
Wygenerowano w 0.034 sekund, wykonano 62 zapytań