2,501

(16 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Radosław napisał/a:

A Atari 65XE to niby demon szybkości a nie zabytek :) ?

Szybkość ta sama, co w 800, ale np. Turbo BASIC XL na 800 nie pójdzie. No i ogólnie, problemy z rozszerzeniem pamięci itede. XL/XE są jednak lepsze.

Pomysł z kupieniem 1200XL, bo dużo miejsca itp. niezły, ale 1200XL ma pewien mankament, mianowicie nie ma PBI. I te kompy są podobno wyłącznie w wersaji NTSC. Natomiast wymiana płyty na 130XE pociąga za sobą dokładnie taki sam problem z podpięciem klawiatury do tej płyty, jaki jest w przypadku próby włożenia klawki od 1200XL do 130XE: nie pasują do siebie (nie tylko złączem, też elektronicznie).

Tak czy siak - życzę powodzenia i chętnie zobaczę efakt Twojej pracy... :).

Tego to nie, bo ja nie wykonuję żadnych prac sprzętowych (o rzeźbie w plastiku to zapomnij), jestem tylko koderem. Dlatego napisałem w poście powyżej, że "przydałby się spec".

2,502

(16 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Nie, nie lepiej zamienić XE na Atari 800, z prostego powodu: 800 ma tylko 48k RAM-u i stary OS. To zabytek, a nie komputer :>

Klawiatura od 1200XL faktycznie ma cały szereg klawiszy funkcyjnych, ale dla mnie to akurat zaleta, bo między nimi są F1-F4, których mi w XE brakuje. Poza tym na samej głównej części klawiatury od 1200XL pisze się bardzo przyjemnie, 800XL (te co znam) się chowają.

2,503

(16 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Nie to, żebym marudził, ale ja też mam klawiaturę od 1200XL (prawdopodobnie wymagającą naprawy, ale tego nie wiadomo na pewno), przydałby się spec, który by ja umiał wmontować do XE. Co prawda brzydko by wyglądało, ale za to jest to naprawdę dobra klawiatura, prawie jak w 800.

2,504

(3 odpowiedzi, napisanych Kolekcjonowanie)

Czy ktoś z kolekcjonerów ma oryginał manuala ICD do SpartaDOS X, najchętniej wraz z późniejszym dodatkiem? DLT chciałoby takowy wypożyczyć na dłużej (miesiąc co najmniej) celem przygotowania jednolitego PDF-a z instrukcją do SDX 4.42.

2,505

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Nie no, SIO bez przerwań (czyli przez "polling") jest jak najbardziej możliwe i dawno wynalezione: tak ma np. SpartaDOS, który na czas transmisji wyłącza IRQ i sprawdza tylko flagi w rejestrach Pokeya, kiedy można już odczytać/zapisać następny bajt. Nie zmienia to faktu, że "standardowo" transmisja jest interrupt-driven i to też zostało już dawno wynalezione i zrealizowane (konkretnie w 1978 roku przez Atari); więc ArchieIl nie ma co wyważać otwartych drzwi ani wymyślać prochu, wystarczy, jeśli przed kolejną kompromitacją albo ogłoszeniem rewelacji, że na magnetofonie da się wyciągnąć 850 bodów (kiedy już 20 lat temu istniało turbo, które wyciągało 1200, tylko magnetofon musiał byc dobry), lub że obraz na tunerze TV się polepsza, kiedy się zastosuje właściwy kabel, trochę poczyta (choćby forum).

2,506

(709 odpowiedzi, napisanych Fabryka - 8bit)

electron napisał/a:

Myślę, że da się z tym żyć. Ewentualnie w przyszłości w jakiejś nowszej wersji zajmę się tematem.

Nie przejmuj się, to że to samo wstaje, i robi to w miarę szybko, i tak jest OK. W przypadku np. kart graficznych do ST czy TT trzeba na ogół poczekać, aż się komputer zbootuje i drajwer z dysu wczyta, a do tej pory nie ma obrazu :)

2,507

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Przy okazji dowiedziałem się, że Zenon ma procedurę do szybkich transmisji, która realizuje czysty polling bez udziału przerwań.

Niesamowite, niespodziewane, wstrzasające.

ArchieIl napisał/a:

Sprawdziłem i rzeczywiście POKEY podczas transmisji generuje przerwania (...) Oczywiście wy wiecie lepiej kiedy piszę tekst w trybie przypuszczającym z pytajnikiem, a kiedy twierdzę, że coś jest tak, a nie inaczej.

Zacząłeś od "wiem", a potem upierałeś się, że nikt tu nie wie (prócz ciebie), co to jest interrupt-driven I/O. Oczekuję, że teraz to wyraźnie odszczekasz.

2,508

(108 odpowiedzi, napisanych Programowanie - 8 bit)

ArchieIl napisał/a:

Przyjmuję więc ten dystans do prac teoretycznych za wbudowany w "image" "prawdziwych" "praktyków" Atarowców.

"Prace teoretyczne" wymagają odrobiny teoretycznej wiedzy, oraz odrobiny zdolności do falsyfikacji własnych twierdzeń. Trzech czy czterech koderów, z których przynajmniej jeden jest zawodowym programistą, usiłowało Ci wyjaśnić, że jesteś w błędzie twierdząc, że transmisja SIO w Atari jest standardowo realizowana przez "polling". Na to doszedłeś jedynie do wniosku, że nikt oprócz Ciebie nie rozumie tu tego pojęcia. Gratuluję.

Ogólnie rozmowa z Tobą na ten temat przypomina mi rozmowę z pewną panią z Grójca. Pani prowadziła tam budkę z jedzeniem, i na zwróconą uwagę, że w menu jest błąd ortograficzny ("schabowy z kapustom") oświadczyła, że ona to sprawdzała w słowniku i taki wyraz istnieje (sic).

Takiej babie niczego się nie przetłumaczy, bo ona ma swój specyficzny sposób rozumienia informacji ze słownika. Mówiąc po polsku, rozumie drobny ułamek z tego, co podaje słownik, i sprawdziła w nim nie to, co myśli, że sprawdziła, ale już "wie swoje". Szczegóły, których nie rozumie, pomija. Ona nie ma pojęcia, co to jest celownik liczby mnogiej i dlaczego w tym miejscu należy właśnie zastosować narzędnik liczby pojedynczej. Jej świadomość językowa i rozumienie teorii języka sprowadza się do zagadanień ortograficznych, te natomiast do tego, że "błąd ortograficzny" jest wtedy, kiedy jego zrobienie powoduje powstanie "wyrazu, którego nie ma".

Zadałem sobie nieco trudu, by sprawdzić, skąd Ci się wziął ów "polling" oraz "timeouty generowane timerami Pokeya". Otóż, jestem przekonany, zajrzałeś do Zientary "We/wy". Tam przy procedurze RECEIV jest napisane, że przeprowadza ona cały odczyt. Skoro tak Zientara napisał, to to musi być prawda, nie? W procedurze widać jakieś ustawianie rejestrów Pokeya, w mapie pamięci można znaleźć, że są to "timery". Co może robić timer? Czas liczyć, oczywiście. A więc procedura ustawia timeout. Proste.

Nie zastanawia Cię, że rzekomy timeout jest jakiś krótki (1/19200 sekundy). Nie zastanawia Cię, że nigdzie, ani przedtem ani potem, nie widać, żeby procedura odczytywała jakiś port I/O w celu pobrania danych. Nie zastanawia Cię, że nigdzie nie widać, jakoby procedura, mimo że ustawia wskaźnik bufora, się tym wskaźnikiem posługiwała w celu wpisania czegokolwiek do tego bufora. Widać wystarczy ustawić "timeout" oraz wskaźnik bufora, a dane magicznie przepłyną z portu SIO do pamięci, sklejając się przy tym w bajty z pojedynczych bitów. I oczywiście nie ma przy tym żadnych przerwań, bo linia Interrupt nie jest podłączona do niczego w żadnym urządzeniu.

Nie wiesz nawet - i nie zadajesz sobie trudu sprawdzić - że w gnieździe SIO są dwie linie przerwań, z tym, że żadna nie ma żadnego związku z transmisją szeregową i w ogóle podłączone są do innego układu, niż Pokey. Twój poziom rozumienia SIO jest na poziomie przedszkola, co samo w sobie nie jest żadną zbrodnią, bo nikt sie z tym nie rodzi. Gorzej, że na poziomie przedszkola jest też Twoje pojęcie na temat gromadzenia wiedzy i weryfikacji własnych wyobrażeń. Nie wystarczy spojrzeć na gniazdo SIO, zobaczyć pin "Interrupt" i wyobrazić sobie, do czego on służy, a potem uznać to za prawdę objawioną. Tak nie powstaje wiedza, tylko farmazony. Wiedza powstaje wtedy, kiedy te swoje wyobrażenia zweryfikujesz. Ale ty tego nie robisz, bo do wszystkiego wystarczy Ci "teoretyczny zarys w miarę szczegółowy", złożony, co jest oczywiste dla każdego, kto ma jakąkolwiek wiedzę na dany temat, głównie z bajek i pomieszania pojęć.

Szczęścia życzę.

PS.

(no mogę na to patrzeć z przymróżeniem oka)...

"przymrużeniem"

Profesjonalistą i mi personalnie również

"Profesjonalistom"

2,509

(709 odpowiedzi, napisanych Fabryka - 8bit)

Niby po co? Z SIO program razem z loaderem i tak się będzie ładował dłużej niż 3 sekundy (co wystarczy, bo sama goła atarka startuje ok. 3 sekund), a przy transmisji równoległej i tak trzeba odczekać na rozkręcenie się dysku.

2,510

(709 odpowiedzi, napisanych Fabryka - 8bit)

Na tych sześciu sekundach najmniej stratni będą posiadacze KMK/JŻ z podłączonym twardym dyskiem (a nie kartą CF), bo tyle mniej więcej czasu zajmuje dyskowi rozkręcenie się i zgłoszenie gotowości ;)

2,511

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

http://atariki.krap.pl/index.php/OS/A_P … A.2B_v.4.1

A jeśli chodzi o turbo do magnetofonu, to ja początkowo miałem AST by Atari Studio (XC12 bez żadnych dodatkowych kabelków ani przełączników).

2,512

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

Pisałem w 2006 roku. Teraz napisałem tylko, zeby w końcu ten błąd poprawili, jak się ktoś odezwie z tamtej strony, to spróbuję zagaić i o procesor ;)

2,513

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

W 2006 roku Western Design Center zaczęło cos przebąkiwać o nowym, 32-bitowym tym razem procesorze z serii 65xx. W 2007 roku mieli go już mieć i pokazać. Jest kwiecień 2008 roku i co widzimy:

http://www.wdesignc.com/wdc/w65c816s8qg-14.cfm

Mają w ofercie nowy procesor, owszem: stare 65C816/14 MHz, tyle tylko, że w nowym, mniejszym opakowaniu. Aha, i dataszit jest kolorowy, ale błąd na stronie 31 (adresy wektorów) jest ten sam, co 10 lat temu. Bosz, co za firma :)

2,514

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Tak, tak, oczywiście. Jak mogłem tego nie widzieć wcześniej :)

2,515

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Jedna szyna byłaby widoczna tylko na PBI (taktowanie z PBI), a druga tylko dla drugiego procesora (taktowanie z rozszerzenia). Wtedy problem ANTIC itd. znika, a koszt to prosty switch i podwojenie ilości ścieżek pomiędzy pamięciami, a switchem.

Wiesz, nie bierz tych naszych żartów tak bardzo serio. To nie tak, że jesteś genialny, ale nikt tego nie rozumie - jest dokładnie odwrotnie. Myślę, że jeśli, zamiast siedzieć na forum i produkować posty dla nierozmiejących niczego lajkoników, zaczniesz poświęcać czas na realizację swoich pomysłów spędzając wolny czas nad Quick Asemblerem (profesjonalnym i zintegrowanym z edytorem) kodując loader relokujący kod podczas wczytywania z IDE dzięki wykorzystaniu linii Interrupt SIO, to wszyscy, dokładnie wszyscy, będą z tego powodu bardzo szczęśliwi i będą to popierać.

2,516

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Gdyby tak "ktoś" stworzył taki kod że najpierw program realizuje się od adresów 0000 do....końca, a potem od końca do...0000 to mamy 32kB.

Taki kod palindromiczny. Dobry pomysł. Można też inaczej: tak napisać kod, żeby uruchomiony od $0000 realizował inne zadanie, a uruchomiony od $0001, tak że np. argument pierwszego rozkazu staje się opkodem, opkod drugiego rozkazu jego argumentem itd. - inne zadanie. W ten sposób też mamy 16k x 2.

2,517

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Tylko najpierw kolega prezes musiałby zorganizować specjalne przeszkolenie dla tych, co się nie znają na kodowaniu, komputerach oraz nowoczesnych systemach operacyjnych, np. dla laoo. Przypadki beznadziejne (np. ja) oczywiście zostaną pominięte, za to jak już powstanie ten świetny OS, z loaderem potrafiącym paczować istniejące binaria podczas ładowania, kompatybilny z wszystkim, wielozadaniowy oraz stabilny[1], a przede wszystkim mieszczący się w 16k (LOL), to ci odszczepieńcy będą się musieli schowac pod stół i odszczekać.

[1]Z poprzedniej interakcji z kolegą wiadomo mi, że nawet gdyby jakiś kod powstał, stabilny nie będzie z prostego i konkretnego powodu: kolega geniusz i specjalista od wielozadaniowości z wywłaszczaniem nie ma pojęcia, co to jest "race condition", i że coś takiego w ogóle istnieje.

2,518

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Już kiedyś proponowałem (na grupach dyskusyjnych bodajże, a na pewno prywatnie pewnemu "królowi") zrobienie interfejsu IDE z transmisją bez udziału procesora Atari do momentu jej zakończenia.

Tzn. proponowałeś mi, żebym ja zrobił. Świat jest ci za to nieskończenie wdzięczny, bez twojej pomocy po prostu nikt nie wpadłby na pomysł, że to w ogóle możliwe. Bardzo nowatorskie to było, szkoda tylko, że zastanawialiśmy się nad tym z Jackiem Żukiem jeszcze na etapie projektowania KMK/JŻ IDE (czternaście lat temu), i ta koncepcja miała ręce i nogi, w przeciwieństwie do twoich bajdurzeń wypranych z elementarnej wiedzy na temat tego, jak działa w Atari hardware, system operacyjny i jak podpiąć twardy dysk.

@Pecuś & nosty: on nic nie napisze, bo, na co już zwrócił uwagę xxl:

Jeśli coś wyjdzie z "ParAOS" (roboczo od Parallel Atari OS) to i będziecie mieć presję żeby kogoś poświęcić do realizacji.

"KOGOŚ POŚWIĘCIĆ DO REALIZACJI". Kolega Archie szuka jelenia (kodera), który będzie próbował przekładać jego pomysły na kod, i nie zamierza sam niczego zakodować, z tego prostego powodu, że nie umie (co widać nieomal z każdego jego zdania ;) ) A jak program nie będzie działał, to oczywiście koder będzie winien, bo nie umie wcielić w życie idei geniusza. Jak z komuną, pryncypia były święte, niepodważalne i bez skazy, tylko realizacja nieustannie szwankowała (nie wiedzieć czemu).

Ale co ja się w ogóle odzywam, przecież wszyscy wiedzą, że nie mam "informatycznego wykształcenia" (tylko humanistyczne), nie wiem, co to jest interrupt driven I/O itp., i w ogóle nie jestem godzien uczestniczenia w tej dyskusji. :)

2,519

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

Zenon, nie płosz clowna, normalnie na forum lekka stagnacja panuje, dawno nie było tak wesoło.

2,520

(108 odpowiedzi, napisanych Programowanie - 8 bit)

ArchieIl napisał/a:

Wiesz... dla was guru to np. Drac030 ale on mi już wielokrotnie udowodnił, że nie rozumie nomenklatury jaka powstała przez te X lat od momentu gdy Atari 8bit przestało być produkowane.

Tak było kiedyś z DMA/bus masteringiem.

No b. ciekawe. Może mi przytoczysz moją wypowiedź, z ktorej wynika, że nie wiem, co to jest DMA albo bus mastering. Pośmiejemy się razem.

Tak jest teraz z WE/WY sterowanym przerwaniami, a nie z użyciem polling.

Jak to ci już naświetlił Pecuś, to nie jest tak, że ja nie wiem, co to jest we/wy na przerwaniach, ale tak, że ty nie masz pojęcia o tym, jak działa SIO w Atari, oraz do czego jest linia Interrupt na złączu SIO.

Znalazłem to: http://tajemnice.atari8.info/ksiazki/pw ? egowa.html i z tego wynika, że oryginalne procedury I/O używały polling.

Więc źle zrozumiałeś tekst. I, notabene, zauważ, łaskawco, iż różnica pomiędzy tobą a sporą częścią dyskutantów tutaj polega na tym, że oni po prostu wiedzą (z teorii i praktyki) to, co ty dopiero musisz przeczytać z mozolnie wyszukiwanych w sieci tekstów, które na dodatek raz za razem opacznie rozumiesz, bo nie masz podstaw:

Dodatkowo znalazłem informacje, że w ROM istniały procedury SERIN, SEROUT czy jakoś tak, które miały obsługiwać przerwania od urządzeń ale nie znalazłem dokładniejszych informacji o tym jakie urządzenia z tego korzystały.

(ROTFL)

Nie zastanawia cię ten fenomen?

Stawiam jednak, że dla Drac030 WE/WY po przerwaniach to polling z opóźnieniami odczytu portów sterowanym przerwaniami zegarowymi.

Przegrałeś.

Przynajmniej z procedur SIO jakie znalazłem wynika, że timeouty i opóźnienia są z użyciem przerwań timerów POKEY ustalane ale to nie jest WE/WY sterowane przerwaniami.

No co ty powiesz :) Gdyby nie ty, nikt tutaj by na to nie wpadł. A tak btw. w którym miejscu jest napisane, że SIO generuje "timeouty i opoźnienia" przy użyciu timerów Pokeya?

To co znalazłem potwierdziło jednak, że powinno udać się asynchroniczne WE/WY zrobić nawet jeśli mam rację, że "normalne" urządzenia w Atari korzystają wyłącznie z polling.

LOL, "powinno się udać asynchroniczne WE/WY zrobić". I ty mi zarzucasz, że terminologii nie rozumiem.

2,521

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

A dyskietka jest w jakiej gęstości?

2,522

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Myślisz, że nie wiem, że teoretycznie można to zrobić i dla pełnego? ;-)
Ja mówię jak zostało zrobione i jak dla mojego projektu jest prościej i lepiej zrobić.

Twój główny problem chyba polega na nieuważnym czytaniu.[1]

JMP pominę bo mówiąc szczerze nie zrozumiałem wyjaśnienia.

Zadam dodatkowe pytanie pomocnicze: czy student widział kiedykolwiek SpartaDOS X w działaniu, albo nawet może miał możliwość interakcji z tym DOS-em przez minimum pół godziny?

Wiem, że po SIO transfery idą bez przerwań z pollingiem standardowo

Twój drugi problem polega na tym, że używasz wyrazu "wiem" w sensie "nie mam o tym pojęcia, ale wydaje mi się".

[1] Odnoszę się w ten sposób do wyrażenia "teoretycznie można" oraz "ja mówię, jak to zostało zrobione", które świadczą, że nie doczytałeś hasła "ACX" nawet do trzeciego zdania.

2,523

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

"Error: No DOS" znaczy to, co jest napisane: na dyskietce nie ma DOS-u. Natomiast $8C = 140, http://atariki.krap.pl/index.php/Kody_błędów_Atari_OS

2,524

(108 odpowiedzi, napisanych Programowanie - 8 bit)

ArchieIl napisał/a:

Przeczytałem uważniej ale zarządzanie na zasadzie przydziału pełnych 16K potraktowałem jako brak zarządzania.

A to duży błąd. Jeśli mechanizm pozwala na uniknięcie przydziału tego samego banku dwóm programom, oraz pozwala na uzyskane informacji, które banki są aktualnie wolne, a które nie, to jest to już o niebo więcej niż "brak".

Tylko, że to trochę nie ten poziom zarządzania pamięcią.

A jaki poziom byś chciał?

Może się mylę ale nie pamiętam np. przełączania banków przez SDX-a w zależności od potrzeb programu.

To zbędna komplikacja. Program najlepiej sam sobie będzie przełączał banki w zależności od własnych potrzeb, natomiast system wystarczy, jeśli się w tym nie pogubi i nie pokaszani układu banków ustawionego przez program.

Co to jest "połowiczna relokacja" i jak ona polepsza kompatybilność?

Jest o tym w przykładach.
Połowiczna zmienia tylko bardziej znaczący bajt i pozwala na rzeczy typu:

  LDA #<MEM
  ....
  LDA #>MEM

Aha. To pod hasłem "kompatybilność" masz na myśli możliwość użycia takiej konstrukcji w źródle. Jednak żeby to uzyskać, niekoniecznie trzeba relokować z dokładnością do strony (aczkolwiek tak jest najłatwiej): http://atariki.krap.pl/index.php/ACX

Jeśli dobrze zrozumiałem biblioteka jest linkowana z programem i JMP relokowane względem miejsca dołączenia czyli albo wewnątrz biblioteki można JMP używać albo do adresów ogólnie znanych. Nie można zrobić JMP do innej biblioteki, programu itp.
Mogę się tutaj mylić bo bazuję na zgrubnym opisie z PDF-a, a nie źródłach.

Mylisz się, bo, jak nadmieniłem nieuważnie przeczytałeś manual. Gdybyś go przeczytał uważnie, to byś zauważył, że na str. 12 jest napisane "System dla własnych potrzeb zajmuje pamięć jak nastepuje: ... 3) biblioteka systemowa w module ROM".

2,525

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Co do optymalizacji na poziomie asemblera, to zwykły dwuprzebiegowy asembler będzie umiał optymalizowac backward references, np. skoki, bez większego trudu. Robi to np. asembler Hisoftu na ST zatytułowany GenST (oczywiście tylko na wyraźne życzenie programisty). Robi to też mój (dotąd nieopublikowany) asemblerek dla 65C816 (też na życzenie). Dla 6502 może byłoby np. optymalizować w ten sposób pseudorozkazy w rodzaju JEQ, tzn. jeśli zasięg skoku na to pozwala, podmieniać to na BEQ. O ile się nie mylę, dla takiej optymalizacji skoków w przód trzeba zrobić co najmniej trzeci przebieg.

ArchieIl napisał/a:

* SpartaDOS nie posiada komunikacji międzyprocesowej

Nie dziwne, bo to jest system JEDNOZADANIOWY, nie ma w nim w ogóle niczego takiego, jak "procesy", więc i komunikacji międzyprocesowej również nie ma, gdyż nie ma się komunikowac co z czym.

Jeśli zaś chodzi o proste "pipki" typu DIR | MORE z poziomu command.com, to owszem, są w planach, aczkolwiek pewnie jeszcze nie w wersji 4.42.

* brak jest zarządzania pamięcią nie licząc podstawowej relokacji programów i tego co jest od zawsze w ROM/MEMLO/MEMHI

Rozdział "Gospodarka pamięcią" przeczytałeś nieuważnie lub bez zrozumienia - bo i od kiedy to "od zawsze w ROM" są mechanizmy przydziału pamięci rozszerzenia?

* relokacja jest pełna/2bajty, a według mnie w zupełności wystarczy połowiczna, a co za tym idzie łatwiej, prościej, kompatybilniej.

Co to jest "połowiczna relokacja" i jak ona polepsza kompatybilność?

* rzeczywiście biblioteki są dynamicznie ładowane

Nie są, tylko teoretycznie mogą być. Co do "ograniczeń w użyciu JMP", doprawdy, chciałbym wiedzieć, w którym miejscu tego manuala jest napisane coś, co sugeruje, że biblioteka SDX nie może się posługiwać akurat tym rozkazem, i dlaczego...