Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Flob wkracza na Atari ST Platformówka z 8-bitowego Atari zmierza na komputery z serii ST.
Return to Blacktooth dla Atari ST Nowa, izometryczna przygoda w stylu Head Over Heels już dostępna na komputery Atari ST.
VBXETERM 0.12 Nowa wersja emulatora terminala VBXETERM z poprawionym SSH i lepszym wsparciem VT100.
Echa GemTOS 2026 Prace z tegorocznej edycji francuskiego zlotu GemTOS poświęconego komputerom Atari.
BigPEmu 1.22 Nowa wersja emulatora Atari Jaguar od Richa Whitehouse wprowadza wsparcie dla kodów cheat.
Opcje wyszukiwania (Strona 49 z 184)
Adam Klobukowski napisał/a:KERN_SECURITY_LEVEL=0 - tu zawsze na 0. To w teorii miało mieć możliwość ustawienia innych wartości ale najprawdopodobniej większość oprogramowania nie będzie z tym działać.
Cały soft działa świetnie z KERN_SECURITY_LEVEL=1 (tzn. o ile ktoś czegoś tam nie popsuł pod moją nieobecność). Ustawienie 1 chroni np. przed sytuacją, kiedy user nie będący rootem (i np. zalogowany zdalnie) uruchamia sobie program wywołujący Rwabs() i zamazujący zawartość dysku.
Oczywiście Krollowi być może nie jest to potrzebne (bo nie ma innych kont poza swoimi), chciałem jednakże zwrócić uwagę na to, że to ustawienie nie "w teorii miało mieć możliwość", ale że ma dość praktyczne znaczenie.
KERN_MPFLAGS=0 - 0 wyłączona protekcja pamięci 1 - włączona
Na pewno? Coś mi się wydaje, że to tylko zmienia działanie ochrony już włączonej przez bootmenu.
uicroBee: wygląda na to, że kart nie będzie jednak potrzebny, trub poradził sobie bez. :) Dzięki!
Ano jest, nazywa się NUL:
SpartaDOS X User's Manual na str. 38 napisał/a:NUL: is a device, that can accept any amount of data written to (not saving it anywhere), and, while reading from it, it can behave in three different manners:
'NUL:' or 'NUL1:' returns error 136 (EOF).
'NUL2:' returns an infinite number of zeros.
'NUL3:' returns an infinite number of random bytes.
Patch do Karinki, jak już napisał Stryker, jest prymitywny, ale na źródłowanie tego ROM-u po prostu nie mam czasu. Wyszedłem z założenia, że lepsze to niż nic.
Tak, potrzebny jest oryginał. MS BASIC II kiedyś miałem, ale komuś oddałem, z kim teraz nie ma kontaktu (chyba Lizardowi), no i to tyle na ten temat.
uicr0bee dzięki za zgłoszenie, odezwę się w ciągu paru dni. BXL nie robi problemów, co do PILOT-a - nie wiem, czy byłbym w stanie poznać, czy kart działa ;)
Cześć
Poszukuję kartridża z Atari Logo (najlepiej nie polską wersją) oraz z Microsoft BASIC II. Najchętniej do czasowego wypożyczenia (testy zgodności), ale mogę też kupić, o ile cena będzie rozsądna. W obu wypadkach interesuje mnie sam "goły" kartridż, żadne folie, instrukcje, dodatkowe dyskietki nie są potrzebne.
Oferty na PM.
Dzięki!
ad 1: ze 2 cykle na procedurze przerwania.
ad 2: pomysli sie.
Trzeba dodać, że błąd w romie karinki. Co do patcha, pod adresem $d819 jest taki kod:
ldx #'N
ldy #<$e48f
lda #>$e48f
jsr $e486 ;pentv czyli jnewdevc
lda #$80
sta $0247
Zamiast dwóch ostatnich rozkazów powinno być:
lda $0247
ora $0248
sta $0247
Tak wstępnie, nie bardzo jest gdzie te dodatkowe 4 bajty zmieścić. Oczywiście zawsze można coś wywalić, jak na przykład znajdującą się wyżej instalację urządzenia "N:" w CIO i związane z tym procedury. Może znajdzie się chętny na porządne zeźródłowanie całości i wprowadzenie poprawek, 2k to znowu nie jest tak dużo ;)
Krążące po sieci pliki często są popsute. Np., jeśli mowa o River Raid, to krąży "xex" o wielkości 8448 bajtów, z czego 8364 to River Raid, a 84 to wiszące na końcu śmiecie, przez które część loaderów nie chce go ładować.
Wersja 1.6 z poprawionym błędem powodującym niedziałanie v.1.5 bez VBXE, o tu:
http://drac030.krap.pl/d2d6502.arc
Pinokio dawno już to zgłaszał (dzięki!), ale ja dopiero od niedawna jestem posiadaczem alternatywnego Atari bez VBXE i mogłem to sprawdzić. No i oczywiście, w kluczowej procedurze brakowało 1 rozkazu. Teraz już powinno działać, w każdym razie SOA#1 (zarówno na 130XE z 6502 i VBXE, jak i na 65XE z 65C816 i bez VBXE).
Jeśli ktoś ma wersję starszą od 1.6, producent zaleca uaktualnienie.
tebe napisał/a:CON 80 = czarny ekran
jak zmusić ekran SDX aby działał w trybie 80 znaków VBXE ?
Coś masz zrąbane, bo u mnie to działa. Może pokaż cały conifg.sys?
Tak dla jasności: IDE+ i SIDE mają wspólne (uzgodnione przeze mnie i FJC) API. Dlatego FDISK od SIDE potrafi się dostać niskopoziomowo do dysku IDE+ mimo że oba urządzenia się różnią dość znacznie pod względem sprzętowym. FJC jakiś tydzień temu dostał już ode mnie pierwszą wersję BIOS-u IDE+, która obsługuje wspólny (znowu, uzgodniony z góry) format tablicy partycji, czyli APT.
Ja przesłuchałem całość i doprawdy nie wiem, co takiego sensacyjnego jest w "dźwięku właściwym" oraz dlaczego niby miałoby z tego wynikać, że była to "ponura heca". Demonstracja jak demonstracja, idzie i skanduje hasła.
BartoszP: ale co w zasadzie chcesz udowodnić? Że MW (czy tam ONR) był przed wojną organizacją antysemicką? Był, bo taka była europejska norma. Taka sama mniej więcej, jak teraz polit.-popr. I co z tego ma wynikać?
PS. http://www.rp.pl/artykul/9133,756217-Le ... inski.html
Stryker, na filmiku, który wkleiłeś, nie widać, żeby podczas tego zacięcia się playera błysnęła lampka aktywności dysku. Czy ona nie błyska, czy tego po prostu nie widać tylko na filmie?
Nie mam pomysłu. Wygląda to, jakby obie strony były ustawione na różne prędkości i nie mogły się dogadać.
U mnie SIO /A działa bez żadnego problemu. Co prawda to na IDE+, ale nie powinno to robić różnicy. W logach Aspeqta (czy tam APE) coś widać?
http://cito.sourceforge.net/ci.html#_source_files napisał/a:In Polish "ci" is pronounced identically to "ć".
To twierdzenie chyba nie da się obronić ;)
Moim zdaniem to nie feature, tylko czysty idiotyzm. Jeśli już nawet zakładamy, że plik o nazwie "CON" jest zastrzeżony, to niby dlaczego ma to też oznaczać zastrzeżenie dla "CON.COM", "CON.SYS", "CON.FOO" itp.? Mogliby się wysilić i sprawdzać, czy jest po CON kropka i rozszerzenie. Przypuszczam, że to jest linijka kodu w jednym miejscu.
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 :)
Plik nie jest "skorumpowany". Gdzieś już była mowa o tym problemie, po prostu ta funkcja AspeQta (udostępnianie katalogu) nie działa dobrze ze SpartaDOS X.
AspeQt emuluje system plików Atari DOS-a przesyłając sektory danych z odpowiednimi linkami zawierającymi numer następnego sektora. Zdaje się, że ten numer jest w kółko taki sam albo zmienia się w niewielkim zakresie; natomiast SpartaDOS X buforuje dane. W efekcie, jeśli po raz kolejny ma dostać sektor o danym numerze, a wie, że sektor o tym numerze ma w buforze, pobiera dane z bufora zamiast odczytywać je z dysku.
Niestety jeśli dysk jest "fałszywy", jak w tym wypadku, powoduje to kłopoty.
To jest temat "Zabawa Atari jako komputerem" :] Jeśli się w ogóle używa jakichś programów użytkowych (typu: LW, SoftSynth, MAE, TBXL), Sparta X jest chyba jedynie słuszna. Mono napisał zestaw playerów do plików muzycznych (typu CMC, MPT itp.), Bober - dedykowaną wersję "Core Wars" http://sdx.atari8.info/index.php?show=en_addons zatem coś tam do zabawy się znajdzie.
W sensie naciśnięcia klawisza RESET? Pierwsze, co się po tym stanie, to zostanie podpięty ROM.
ROM wyłączony? No to pod $FFFC raczej nie ma niczego sensownego, nie rozumiem, jak możesz oczekiwać przy tym akurat ciepłego startu... W takiej sytuacji $FFFC/D działa tak samo jak każda dowolna inna para komórek RAM-u.
jmp $e474. Dane na "dole" stosu (rozumiem, że od $0100?) powinny to przetrwać. Jeśli masz na myśli dno stosu (od wskaźnika stosu w stronę wyższych adresów), to nie ma szans.
Stryker, a "External cartridge" masz w menu IDE+ na "on" czy na "off"?
Znalezione posty [ 1,201 do 1,225 z 4,600 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.139 sekund, wykonano 19 zapytań