1,151 Odpowiedź przez drac030

(371 odpowiedzi, napisanych Fabryka - 8bit)

jellonek, komenda MERGE jest już w 4.45, ale w 4.46 została udoskonalona. Cytuję:

whatsnew-446.txt napisał/a:

* CONFIG's keyword MERGE now allows merging portions of CONFIG.SYS
  from arbitrary drive/path. Details:

The merged config file will be read using SDX device drivers, not OS
routines (as before). This allows drives/partitions that are accessible
only via SDX drivers (SIDE, MyIDE etc.) to hold the merged configuration
part for easy change. The main config should contain USE command (memory
configuration), device drivers (such as DEVICE SIO, DEVICE SIDE) and then
"MERGE filename.cfg" to attach the device-resident part of the
configuration.

Additionally, in case the filename contains either a device name, a drive
number or a path, the merged config will be loaded using SDX filesystem
drivers (such as SPARTA.SYS). This way a file from a different
directory/filesystem can be merged (for example MERGE
D2:>CONFIG>XTRA.CFG). Note that this requires SDX filesystem driver to be
loaded earlier (DEVICE SPARTA). Also beware that the merged files cannot
exceed 1KB.

If just the filename is given (like in previous SDX versions), the
filesystem drivers are not used to get the merged config. In such case the
merged file must be located in the same directory as the file that merges.
If the file is merged from the default config (CAR:CONFIG.SYS), it should
be stored in the root directory of the boot drive.

If no file name is given (MERGE without a parameter), SDX config selector
is invoked to let you choose from multitple CFG files stored in SPARTA.DOS
directory (see the manual for details). Note that in case of OS-compliant
boot drive, the config selector is shown regardless of MERGE command.

Idź do forum: Fabryka - 8bit

1,152 Odpowiedź przez drac030

(18 odpowiedzi, napisanych Bałagan)

pawel napisał/a:

@lemiel - http://pl.wikipedia.org/wiki/Pandora, lepiej tego nie otwierać...

Przypuszczam, że nazwa obiektu jest zniekształcona, brakuje sylaby "ci" :)

Idź do forum: Bałagan

1,153 Odpowiedź przez drac030

(9 odpowiedzi, napisanych Sprzęt - 8bit)

No niestety, od migracji zwieracza mirrory są niedostępne. Kontaktowałem się już w tej sprawie z krapem, powiedział, że "naprawi", ale jak dotąd tego nie zrobił.

Idź do forum: Sprzęt - 8bit

1,154 Odpowiedź przez drac030

(644 odpowiedzi, napisanych Programowanie - 8 bit)

Fox napisał/a:

65816:

 rep #$20
 dec word
 sep #$20
; abs: 7 bajtów, 14 cykli (? - proszę o potwierdzenie)
; zp: 6 bajtów, 13 cykli (?)

rep i sep zajmują po 3 cykle, dec word 3(op+adr)+2(r)+1(m)+2(w) = 8. Razem 14 dla abs, oraz cykl mniej dla zp. Tyle że rep i sep potrzebne są tylko w dość skrajnym przypadku, kiedy owo dec to jedyny 16-bitowy rozkaz w kodzie poza tym czysto ośmiobitowym.

Idź do forum: Programowanie - 8 bit

1,155 Odpowiedź przez drac030

(1,653 odpowiedzi, napisanych Bałagan)

conrad napisał/a:

Bo Tomek jest urządzeniem zewnętrznym którego montaż nie ingeruje w bebechy wewnętrzne.

Czyli jest to takie samo Atari, jak Indus CP/M - możesz na tym uruchomić Wordstara, obraz będzie wyświetlany przez Atari i pisał będziesz na klawiaturze od Atari, ale nikt normalny z tego powodu nie powie, że ma Wordstara na Atari. Ma Wordstara na CP/M i stację Indus :)

Idź do forum: Bałagan

1,156 Odpowiedź przez drac030

(644 odpowiedzi, napisanych Programowanie - 8 bit)

jellonek napisał/a:

wieczor: co masz na mysli piszac ze projektanci przewidzieli uzycie 816?

Czy akurat 816, tego się nie dowiemy (CPU pojawił się IIRC w 1984 roku, czyli jak dla Atari Inc., za późno). Ale że projektanci nie byli przywiązani konkretnie do 6502C, co widać choćby po tym, że ani jeden element firmware, ani OS, ani pakiet FP, ani BASIC, ani żaden firmowy DOS nie używa nielegalnych rozkazów. To jest wskazówka pośrednia.

Wskazówką bezpośrednią jest to, że listing źródłowy XL OS tzw. rev. 5 interpretuje wartość $02 znajdującą się w sygnaturze OS pod adresem $C005 oraz $FFF1 (tzw. option byte) jako oznaczenie "CPU series" (etykieta IDCPU). Mgliście mi się przypomina, że widziałem gdzieś tę wartość opisaną jako "architecture".

Ta wersja OS-u jest prototypowa (nie weszła do produkcji i całe szczęście), ale ta wartość jest taka sama w seryjnym OS-ie XL/XE, zatem chyba można przypuszczać, że planowano komputery z prockiem innym niż NMOS-owe 6502, ale z nim zgodnym. Inaczej zapisywanie takiego oznaczenia w ROM-ie nie miałoby sensu.

I to chyba tyle jeśli chodzi o ideolo.

Idź do forum: Programowanie - 8 bit

1,157 Odpowiedź przez drac030

(15 odpowiedzi, napisanych Programowanie - 8 bit)

Nie masz, ale też LMS nie zawsze pozwala uniknąć JMP. Jeśli masz do połączenia dwie DL-ki (np. jak w przypadku TD.COM pod SDX, który łączy DL własną z ogólną), pusta linia się jak najbardziej przy tym pojawi. Oczywiście lekarstwem na ograniczenie 4k jest LMS a nie JMP.

Idź do forum: Programowanie - 8 bit

1,158 Odpowiedź przez drac030

(15 odpowiedzi, napisanych Programowanie - 8 bit)

W sensie tego, co generuje rozkaz $00 ANTIC-a (1 pusta linia).

Idź do forum: Programowanie - 8 bit

1,159 Odpowiedź przez drac030

(15 odpowiedzi, napisanych Programowanie - 8 bit)

pajero, jellonek ma rację, pokiełbasił ci się rozkaz JMP (przeskok do innego miejsca DL) z LMS (przeskok do innego miejsca w pamięci obrazu). JMP generuje jedną pustą linię, jak pisze electron.

Idź do forum: Programowanie - 8 bit

1,160 Odpowiedź przez drac030

(42 odpowiedzi, napisanych Scena - 8bit)

Na to nie ma metody, ale też nie wiem, po co komu informacja, gdzie konkretne siedzi DOSKEY.

Domyślam się, być może błędnie, że raczej chodzi o uzyskanie informacji, gdzie nic nie siedzi? Bo bank zajęty tak jakby znika z systemu, a info, co w takich znikniętych bankach ewentualnie jest, nie jest nigdzie jawnie zapisywane.

Natomiast jak dostać listę wolnych banków, to jest opisane w programming gajdzie, http://sdx.atari8.info/sdx_files/4.45/s ... amming.pdf str. 15-17. Dostęp do symbolu T_ jest opisany dla binarek SDX oraz dla binarek nie-SDX (w przypisie). Jeśli to nie wystarcza, to oświećcie mnie, co trzeba, może się coś wymyśli.

Idź do forum: Scena - 8bit

1,161 Odpowiedź przez drac030

(42 odpowiedzi, napisanych Scena - 8bit)

epi napisał/a:

Jeśli z SDX, to jest szansa, że ustawiłeś złe banki rozszerzonej pamięci i sapemu maże po banku używanym przez SDX. Niestety nie spotkałem się z łatwą metodą sprawdzenia, który to bank

MEM /X z Command Processora, linia "Use: ".

A do programu: http://atariki.krap.pl/index.php/Progra ... mi%C4%99ci

Idź do forum: Scena - 8bit

1,162 Odpowiedź przez drac030

(126 odpowiedzi, napisanych Fabryka - 8bit)

mads 1.9.4 dopuszcza taką konstrukcję:

    blk reloc extended

    kod
    bne _hop
    kod
    kod

    blk reloc extended

_hop
   kod
   kod

Tymczasem raczej nie powinien, bo nie ma żadnej gwarancji, że blok zawierający adres "_hop" zostanie załadowany blisko poprzedniego. Przeoczenie takiego branchu może spowodować, że w programie będzie trudny do wykrycia błąd, ujawniający się tylko wtedy, kiedy w pamięci extended zabraknie akurat miejsca, w związku z czym ostatni blok programu znajdzie się w pamięci głównej, np. 28 KB od brancha, który w niego celuje ...

Ten problem raczej - na pierwszy rzut oka - nie dotyczy blk reloc main, bo te bloki zawsze są ładowane do pamięci konwencjonalnej.

Idź do forum: Fabryka - 8bit

1,163 Odpowiedź przez drac030

(99 odpowiedzi, napisanych Programowanie - 8 bit)

Ciekawe. Pewien elektronik tłumaczył mi coś innego, i nie miałem powodów mu nie wierzyć. Ale może się mylił, albo ja go źle zrozumiałem. Jeśli tak - zwracam honor.

Idź do forum: Programowanie - 8 bit

1,164 Odpowiedź przez drac030

(16 odpowiedzi, napisanych Kolekcjonowanie)

Aha. I kwarce też są w szarej izolacji.

Idź do forum: Kolekcjonowanie

1,165 Odpowiedź przez drac030

(99 odpowiedzi, napisanych Programowanie - 8 bit)

xxl napisał/a:
drac030 napisał/a:

sam fakt, że Atari wymyśliło i zaimplementowało PBI (czyli prawdopodobnie pierwsze na świecie plug&play) świadczy o tym, że interfejs SIO uznano za niewystarczający.

po latach zalety interfejs szeregowy zostal zauwazone i dzis np. nie uswiadczysz w sklepie dysku innego niz z interfejscem szeregowym... zreszta wszystko co se wtykasz, chcialbys wtykac lub myslisz o wtykaniu :D w pc ma interfejs szeregowy usb lub sata :D SIO powraca w wielkim stylu :)

Primo: SIO to jest interfejs typu RS-232, z poziomami logicznymi przekazywanymi napięciowo. W świecie PC tego już nie ma. SATA i USB przekazują dane zmianami nie napięć, ale kierunku przepływu prądu, i z SIO mają tyle wspólnego, że liczba drutów do przesyłu danych też jest mniejsza, niż w PATA. Secundo: Tylko co z tego? Ma to tyle wspólnego z SIO na Atari co z plamami na słońcu. Kolejny argument ideolo.

drac030 napisał/a:

wiele razy padło - nie ma takiej potrzeby, np. że gra potrzebuje pełnych 62 KB RAM-u, nie może z jakichś tajemniczych powodów wpiąć ani kawałka ROM-u ani na ułamek sekundy. Ale trudno doprawdy wymyślić program tego typu,

zapraszam do watku z xbios, nie znasz tematu. nie 62 tylko 61, o wlaczaniu ROMU tez bylo - wymaga pisania programow w narzucony sposob z xbios jest tu dowolnosc. poza tym samo wlaczenie ROM to nie wyszystko ale o tym chyba "zapomniales" ;-) trzeba utrzymywac w pamieci podstawowej sterowniki

"Sterowniki" trzeba utrzymywać w pamięci, tak samo jak xbios, bo w danym momencie to właśnie jest sterownik. 61k powiadasz? To jeszcze lepiej. Obsługa PBI wymaga - jeśli naprawdę ktoś potrzebuje maximum pamięci - tylko dwunastu bajtów na stronie $0300 (DCB) i paru na stronie zerowej ($3x). Doprawdy chciałbym zobaczyć program, który ABSOLUTNIE NIE MOŻE tych miejsc ominąć, albo nie może sobie pozwolić na włączenie ROM-u PBI pod $D800, żeby wywołać obsługę sector i/o. Zatem sorry, DOS może i zajmuje więcej RAM-u, ale jest też o niebo bardziej uniwersalny, a wolnej pamięci i tak zostaje tyle, że wystarczy to dla 95% pisanych obecnie programów.

Tak czy owak, sądzę, że nie ma o co kruszyć kopii, bo sprawa umrze śmiercią naturalną, kiedy do uruchomienia jednej i tej samej gry będzie trzeba mieć wersji xbiosa wg wzoru liczba_urządzeń * liczba_używanych_gęstości_dysków * liczba_używanych_filesystemów. I żeby tę samą grę (niby plikową) skopiować z dyskietki 90k na 720k, jeszcze nie daj Panie Boże do podkatalogu, trzeba będzie wymienić xbios. O tym zresztą już pisał electron.

Idź do forum: Programowanie - 8 bit

1,166 Odpowiedź przez drac030

(99 odpowiedzi, napisanych Programowanie - 8 bit)

Pinokio, kto jak programuje Atari, żeby stworzyć kolejną bezcenną grę, która ma nie chodzić na tym, co sobie kto ubrdał jako niewystarczająco koszerne, to mnie osobiście zwisa kalafiorem, tym bardziej, im mniej mnie dotyczy. Najwyraźniej wymyślono jakąś ideologię, którą trzech panów nam tu wciska, posługując się argumentami częściowo demagogicznymi (jak ta tu wyżej, że tak powiem, nieciągłość temporalna w wypowiedzi nosty'ego), a częściowo fałszywymi, oraz przypisując sobie prawo do rozsądzania ex cathedra, co Wielki Nieżywy Wiekuiście Nam Panujący Niemowa (czyli Atari) 30 lat temu traktował poważnie, a co nie. Interesujące, ale może dla psychologa :P

Idź do forum: Programowanie - 8 bit

1,167 Odpowiedź przez drac030

(99 odpowiedzi, napisanych Programowanie - 8 bit)

nosty napisał/a:

Innymi slowy kompatybilnosc programu z SIO zalatwiala kompatybilnosc z 99.8% uzytkownikow Atari przez 90% jego historii. Czyli w praktyce lepiej jest byc kompatybilnym z SIO a nie obslugiwac urzedzen PBI niz odwrotnie.

Jeśli zgodność (na poziomie sprzętu) z SIO, jak mówisz, załatwiała (czas przeszły) kompatybilność z 99.8% użytkowników Atari przez 90% jego historii, to w praktyce oznacza to nie, że "lepiej jest" (czas teraźniejszy) być kompatybilnym z SIO, tylko że lepiej było.

Istotnie, w latach 80 twarde dyski były piekielnie drogie i przez to mało popularne. Ale teraz są tanie i stosunkowo popularne, zeszło tego pewnie ze 300 sztuk tylko w ostatnim okresie. Chyba, że mowa o przesyłaniu obecnie produkowanego oprogramowania w przeszłość, wtedy nie mam pytań.

Część dyskutantów posługuje się w specyficzny sposób argumentami ideolo, to ja może też dorzucę jeden: sam fakt, że Atari wymyśliło i zaimplementowało PBI (czyli prawdopodobnie pierwsze na świecie plug&play) świadczy o tym, że interfejs SIO uznano za niewystarczający. Nie widzę zatem powodu, żeby trzymać się go z uporem maniaka, o ile - co też w tej dyskusji wiele razy padło - nie ma takiej potrzeby, np. że gra potrzebuje pełnych 62 KB RAM-u, nie może z jakichś tajemniczych powodów wpiąć ani kawałka ROM-u ani na ułamek sekundy. Ale trudno doprawdy wymyślić program tego typu, może oprócz wspomnianych przez tebego portów z innych komputerów.

Idź do forum: Programowanie - 8 bit

1,168 Odpowiedź przez drac030

(16 odpowiedzi, napisanych Kolekcjonowanie)

Trochę obok tematu: rzuciło mi się w oczy, że modulator na tej płycie ma oznaczenie C061619, natomiast na liście części w Atariki "modulator od 800XL" mamy jako C061659. Czy to jest pomyłka na liście, to znaczy wpisane jest 5 zamiast 1, czy też oba numery są OK i oznaczają różne modulatory?

Część numerów spisana jest "z natury", część z różnych źródeł, dużo z internetu (np. z listy Best Electronics), zatem pomyłki mogą być. Czy ktoś mógłby autorytatywnie odpowiedzieć na powyższe pytanie?

Idź do forum: Kolekcjonowanie

1,169 Odpowiedź przez drac030

(27 odpowiedzi, napisanych Programowanie - 8 bit)

Fox, trafne spostrzeżenie. Być może jest to jedna z przyczyn, dla której tak niewiele programów jest od tego uzależnionych. Poprawię opis w Atariki.

Idź do forum: Programowanie - 8 bit

1,170 Odpowiedź przez drac030

(99 odpowiedzi, napisanych Programowanie - 8 bit)

wieczor: IDE+, Karinka, i tym podobne, to urządzenia PBI. Dostęp do IDE+ (czy podmapowany jest ATR czy nie) można zrealizować przez SIOV (tzn. skok do tej funkcji OS, która normalnie obsługuje też flopy i wszystko inne) albo PDIOR. Ale IDE+ nie jest sprzętowo przyczepiony do Pokeya, zatem odwołania realizowane przez ingerencję w rejestry Pokeya nic nie dadzą.

Idź do forum: Programowanie - 8 bit

1,171 Odpowiedź przez drac030

(27 odpowiedzi, napisanych Programowanie - 8 bit)

Fox: napisane jest to w OS User's Manualu na stronie 79 (link do skanów np. http://www.atariage.com/forums/topic/12 ... try1538702, patrz part 2). Zaimplementowane: na pewno DOS 2.0, DOS 2.5, DOS XL, BW-DOS, przypuszczam, że MyDOS też, ale nie chciało mi się zaglądać do źródłówki.

Idź do forum: Programowanie - 8 bit

1,172 Odpowiedź przez drac030

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

@xxl: tylko tyle: LOL.

Idź do forum: Fabryka - 8bit

1,173 Odpowiedź przez drac030

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Skoro nie odpowiedziałeś na pytanie, powtórzę zatem: pleciesz głupstwa. A raczej, swoim zwyczajem, trollujesz. Jak będziesz miał coś rzeczowego do powiedzenia, będziemy mogli kontynuować.

Idź do forum: Fabryka - 8bit

1,174 Odpowiedź przez drac030

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Pozwoli. No i? To ma być ta sławna "niezgodność formatu", która czyni Spartę dyskową, cytuję, "nie do użytku"?

Idź do forum: Fabryka - 8bit

1,175 Odpowiedź przez drac030

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

ale zaraz! SpartaDOS FS plikowej wersji jest niezgodny z werjsa z kardrydza

Pleciesz głupstwa.

Idź do forum: Fabryka - 8bit