2,176

(14 odpowiedzi, napisanych Zloty)

Uuuuu. A gdzie MojRzeszów?

2,177

(6,280 odpowiedzi, napisanych Kolekcjonowanie)

http://spiflash.org/block/15.html
Projekt nie jest zapomniany, ale ukończony i wdrożony. Od czasu do czasu pojawiają się na tym forum serie.

Nie wojna, tylko karnawał Panie!

2,179

(4 odpowiedzi, napisanych Programowanie - 8 bit)

http://www.atari.org.pl/forum/viewtopic.php?id=5685

2,180

(10,041 odpowiedzi, napisanych Bałagan)

gepard napisał/a:

Za jakiś czas dowiemy się, jak to dosłownie rozpętaliśmy II WŚ.

No, film już jest - "Jak rozpętałem 2 WŚ" ;>

2,181

(14 odpowiedzi, napisanych Programowanie - 8 bit)

Dzięki epi.

Wynik jest zwracany przez USR lub może być odczytany z 203..204.

2,182

(14 odpowiedzi, napisanych Programowanie - 8 bit)

W przypadku braku symbolu zwraca zero.

2,183

(14 odpowiedzi, napisanych Programowanie - 8 bit)

Kod zwracający adres dowolnego symbolu:

fr0 = $d4
FSYMBOL = $7eb
pla
pla
tax
pla
jsr FSYMBOL
sta fr0
stx fr0+1
rts

oczywiście symbol MUSI istnieć, MUSI być w pamięci podstawowej, bo ignorowane są wszystkie błędy.
Wywołanie z BASICa za pomocą:

X=USR(ADR("kodprogramu"),ADR("CURDEV  "))

Edit: Załącznik

2,184

(14 odpowiedzi, napisanych Programowanie - 8 bit)

Heh. Cały ten kawał kodu, co spłodziłem można zawrzeć jednym prostym XIO: http://atariki.krap.pl/index.php/GET_CURRENT_DIRECTORY (niestety nie da się użyć z BASICa).

Okazało się natomiast, że problem pina nie polega na zmianie bieżącego KATALOGU, ale że chciałby on jakoś zmienić bieżący DYSK. A do tego nie ma funkcji... Może w przyszłości dałoby się to robić XIO 44 z jakimś parametrem w icaux?
A tymczasem można to chyba osiągnąć za pomocą:

lda #numer dysku
sta CURDEV

2,185

(14 odpowiedzi, napisanych Programowanie - 8 bit)

XIO 44,#n,0,0,"Dx:path"

?

2,186

(42 odpowiedzi, napisanych Fabryka - 8bit)

Piękny.

2,187

(14 odpowiedzi, napisanych Programowanie - 8 bit)

U_SFAIL smb 'U_SFAIL'
U_XFAIL smb 'U_XFAIL'
CURDEV smb 'CURDEV'
PATH = $7a0

  lda CURDEV
  and #$f
  ora #'A'
  sta cwd
  lda #<?err
  ldx #>?err
  jsr U_SFAIL
  lda #<cwd
  ldx #>cwd
  sta FILE_P
  stx FILE_P+1
  jsr GETCWD
  jsr U_XFAIL
  ldy #-1
?loop:
  iny
  lda PATH,y
  sta cwd+2,y
  bne ?loop
?err:
  rts
cwd .db '?:',0
  .ds 63

W cwd masz ścieżkę z nazwą urządzenia.

2,188

(57 odpowiedzi, napisanych Fabryka - 8bit)

Ja również poproszę IOBoard i SimpleStereo.

2,189

(4 odpowiedzi, napisanych Software, Gry - 8bit)

U Ciebie to jednak czas płynie w drugą stronę...

Edit: A w takim razie może powinieneś zaczynać od postu w stylu: "Wielkie dzięki za pomoc - problem okazał się trywialny, a z Waszą pomocą został rozwiązany", po czym następowałyby nasze posty wyrażające uprzejme zainteresowanie o co właściwie chodziło.

2,190

(4 odpowiedzi, napisanych Software, Gry - 8bit)

A co się dzieje Pin? Nic nie napisałeś - może to simdrv (oprogramowanie)?

2,191

(61 odpowiedzi, napisanych Fabryka - 8bit)

No kod by można wsadzić (369 bajtów). Bo co do ekranu (200 bajtów) i dlisty (86 bajtów) to już nie ma jak zagwarantować, żeby zawsze włączony był ten sam bank extramu (dla ANTICa).

Edit: Co do sterownika to nie wiem - możliwe, że wystarczy zmienić .COM na .SYS, ale to przecież nie jest sterownik tylko jakaś popierdółka.

2,192

(61 odpowiedzi, napisanych Fabryka - 8bit)

No z VBXE nie działa :) W kolejnej wersji będzie wyłączanie XDLISTy.

Edit: A w ogóle to od jakiegoś czasu jest dostępna wersja 1.06.
Z /D ilość_sekund podaje się okres bezczynności ale tylko w SDX.

A ja styropiany.

2,194

(163 odpowiedzi, napisanych Fabryka - 8bit)

Leniwy ziom - dodajmy. Bardzo.

2,195

(47 odpowiedzi, napisanych Scena - 16/32bit)

Genialny pomysł! Biorę 3 sztuki :D Pin - będziesz bogaty!

2,196

(47 odpowiedzi, napisanych Scena - 16/32bit)

A kojarzycie sarkofag?

2,197

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

Raczej:

ldy end_adr_lo
lda end_adr_hi
cpy load_adr_lo
sbc load_adr_hi
bcs ladujemy_dalej_URAAaa

2,198

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

Marek Konopka napisał/a:

Jeśli odnosisz się do mojej wypowiedzi, to z niej nie wynikało, że sygnatura ($FF FF) może występować tylko w pierwszym segmencie - wręcz przeciwnie.

Nie odnoszę się - przypadkowe podobieństwo niezamierzone :)

Marek Konopka napisał/a:

To jedynie Nasze założenie powodujące, że taki plik zostałby prawidłowo załadowany.

Racja.

2,199

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

Komplikujesz. Jeśli sygnatura jest opcjonalna to oznacza, że może istnieć plik, w którym każdy blok ma sygnaturę. Jeśli $FF$FF oznacza sygnaturę bloku po której następuje adres początku i adres końca, to blok z adresem początku $FFFF ale bez sygnatury jest po prostu błędnie wygenerowany.

Edit: Nic mi natomiat nie wiadomo o tym, że sygnatura ma występować tylko w pierwszym bloku, a w następnym jej nie ma. Nawet w Atariki pisze, że w pierwszym jest obowiązkowa, a w kolejnych opcjonalna.

Plik taki ma strukturę blokową, tzn. składa się z jednego, bądź więcej bloków, czy też segmentów, przy czym pierwszy z nich musi zaczynać się sygnaturą w postaci słowa $FFFF. Pozostałe bloki mogą zawierać tę sygnaturę, ale nie jest to warunek konieczny - wszystkie natomiast muszą zawierać nagłówek.

Edit 2: usystematyzowanie pojęć

2,200

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

No to akurat jest chyba proste :) Sygnatura jest wymagana w pierwszym bloku pliku - jeśli jej nie ma DOS raportuje error 152 (not binary format). Kolejne bloki MOGĄ jej nie mieć. Ale MOGĄ mieć więc nie ma problemu.