126

No chyba :D

127

wersja niestabilna.

Ustawienia z SC.INI zostały zignorowane, nie działa mi linia poleceń. Tzn - jeśli podam literę dysku, to go zmieni i zadziała, jeśli poam inne polecenie - np. DIR, COLD, czy coś tam - to zostaje to zignorowane. Po zmianie dysku poprzez wpis w linię poleceń (C:, return), u góry okna ze ścieżki zniknął znak ">"

Kontakt: pin@usdk.pl

128

U mnie nie chce nie działać :) Mogę zrobić filmik.

Spróbuj skasować stary plik SAV, wyłącz INI (przez zmianę nazwy) i spróbuj odpalić go na czysto.

KMK
? HEX$(6670358)

129 Ostatnio edytowany przez Jacques (2013-02-12 23:20:36)

Dziwne... U mnie SC.INI jest czytane, zmieniłem kolory, powtarzanie klawiszy. Linia poleceń działa bez zarzutu, tak samo nic się nie dzieje złego po zmianie napędu z jej poziomu... Bez problemu zarówno na S_VBXE, jak i na RC_GR8.

130

drac030,

ad 1) dzięki :)

oto koło :r przyp "pole 3,142857 * :r * :r przyp "l 2 * 3,142857 * :r przyp "i l / 360 powtórz 360 [np :i lw 1] już

131 Ostatnio edytowany przez Pin (2013-02-12 23:45:36)

moment, sprawdzę ten *.sav

EDIT:

Nie - to nie problem z *.sav. Dodatkowo niczego spod SC nie mogę odpalić.

CON.SYS jest potrzebny?

Config dla SC:

use banked $6f
device sparta
device sio
set path=car:................
set prompt=$l$p>
set comspec=b:\programs\sc\scmain.ovl
set sc=b:\programs\sc\scmain.ovl
set car=b:\...........
device quicked /n
device b:\sys\rc_gr8
device ideptime
device comexe
device runext b:\sys\...........

:)

czy RC_gr8.sys uległ zmianie?

Kontakt: pin@usdk.pl

132

CON.SYS nie jest potrzebny, ale nie przeszkadza. RC_GR8 nie był zmieniany i pod nim u mnie też SC chodzi.

Może binarka się uszkodziła przy kopiowaniu na dysk? Wykasuj SCMAIN.OVL, przejedź dysk CLX-em, rozpakuj archiwum jeszcze raz.

KMK
? HEX$(6670358)

133 Ostatnio edytowany przez Pin (2013-02-13 00:22:08)

już się robi ;)-

EDIT:

Directories: 135, Files: 1954

The VTOC and free sector count are correct.


Efekt ten sam. Dalej działa tak, jak opisywałem.  Sparta w wersji 4.46 2-01-2013. Po wywaleniu kilku rzeczy z SC.CFG (boot selector) dalej to samo.

Co dziwne, to że SC po starcie na lewym panelu napisał:

B:>*.*

a na prawym:

b:*.*

-----------------------------
Sprawdzę to na innej atarce, moment.

Kontakt: pin@usdk.pl

134

Zaraz, zaraz, patrzę na ten twój konfig: a DEVICE ENV to gdzie?

Dorzuć przed device sparta i daj znać, czy coś się zmieniło.

KMK
? HEX$(6670358)

135 Ostatnio edytowany przez Pin (2013-02-13 00:33:12)

po:

device ENV

żadnych zmian. Co to jest takiego?

EDIT:

Na XEGS też mam to samo, czyli na dwóch Atarkach mi to nie działa.

Kontakt: pin@usdk.pl

136 Ostatnio edytowany przez drac030 (2013-02-13 00:42:57)

Ja z kolei odtworzyłem twój konfig, toczka w toczkę: 1 MB RAM-u i powyższy config.sys, z dokładnością do małych liter (tylko zamiast dysku B, którego nie ma, dałem N). I nadal działa.

Mogę jeszcze sprawdzić na 65816.

KMK
? HEX$(6670358)

137 Ostatnio edytowany przez Pin (2013-02-13 00:52:55)

65816 nie ma tu znaczenia. Zrobiłem downgrade do 0.8.6 - i efekt mam dalej ten sam.

Ostatnia działająca wersja u mnie to: SC 0.8.5 (bodajże "D")

Przypominam, że nie działa na dwóch komputerach. Może siedzi gdzieś u mnie jakiś BABOL? Pytanie tylko co to takiego mogło by być :D

Kontakt: pin@usdk.pl

138

Sprawdziłem na 816 i też chodzi na zupełnym luzie.

Zrób jeszcze jedną rzecz: przeflaszuj Spartę.

KMK
? HEX$(6670358)

139 Ostatnio edytowany przez Pin (2013-02-13 01:02:21)

na dwóch atarkach mam najnowszą wersję.

A coś innego mi przyszło do łba. Czy typ rozszerzenia pamięci (rambo/compy) ma znaczenie dla tej wersji SC?

EDIT:

dobra, to nie ma znaczenia.

FLASZUJE jeszcze raz SDX. Wersja 2-1-13

Kontakt: pin@usdk.pl

140

Ja się domyślam, że masz najnowszą, ale flasze się czasem "rozprogramowują".

Co do rozszerzenia: normalnie mam włączonego Compy Shopa, ale dla potrzeb testu przełączyłem na 1 MB Rambo i nie zrobiło to najmniejszej różnicy.

Jeśli to jest błąd w SC, to dlaczego nie daje się u mnie odtworzyć?

Upewnijmy się co do pryncypiów: SCMAIN.OVL, 9405 bajtów, 12-02-13 21:27?

KMK
? HEX$(6670358)

141 Ostatnio edytowany przez Pin (2013-02-13 01:05:03)

sekunda, już napiszę tylko flaszer przeleci do końca.

data się zgadza, nie zgadza się tylko godzina. Mam przy pliku 20:54.

Kontakt: pin@usdk.pl

142

Tak, 20:54, sorry.

KMK
? HEX$(6670358)

143

http://www.ghnet.pl/~pin/aarea/sc/

tą dokładnie wersję mam i z tego kopiowałem na dwie atarki ;)

Kontakt: pin@usdk.pl

144

Porównałem z plikiem, który u mnie uporczywie działa, i są identyczne.

Podsumujmy:

1) SDX na ideplusie u mnie i u ciebie
2) rozszerzenia pamięci takie same
3) pliki CONFIG.SYS identyczne
4) u mnie działa na dwóch różnych komputerach, u ciebie na dwóch różnych nie.

Chwilowo nie mam pomysłu.

KMK
? HEX$(6670358)

145 Ostatnio edytowany przez Pin (2013-02-13 01:24:54)

ok - ide(+) spać, wrócę jutro (dziś) z huty, to będziemy działać dalej. No chyba, że coś się w międzyczasie znajdzie ;)- łok

EDIT:

punkty zgodności potwierdzam.

Kontakt: pin@usdk.pl

146

Udało mi się odtworzyć część efektów specjalnych występujących u Pinokia:

1) komendy wpisywane w linię poleceń są "ignorowane", tzn. SC wprawdzie zamyka panele, ale po chwili otwiera je z powrotem, nie wykonawszy komendy.

2) ignorowany jest plik SC.INI

Efekt nr 1 występuje, kiedy program nie jest w stanie zapisać pliku SC.SAV. Powody mogą być różne, ale efekt nr 2 pozwala przypuszczać, że coś jest nie tak ze ścieżką dostępu - bo oba pliki używają dokładnie tej samej ścieżki, odczytanej ze zmiennej $SC.

Diagnoza: niezdefinowana lub źle zdefiniowana (np. zawierająca literówkę) zmienna $SC w CONFIG.SYS.

Leczenie: Pin, popraw konfig.

Zalecenia na przyszłość: uruchamiać SC wg instrukcji, to znaczy komendą SC.COM, która m.in. sprawdza, czy zmienna $SC rzeczywiście wskazuje na plik SCMAIN.OVL (tym samym sprawdzając, czy ścieżka dostępu jest OK).

KMK
? HEX$(6670358)

147

Ścieżka jest ok. Sprawdziłem każdą literkę ;)- Przeprowadziłem nawet eksperyment i wywaliłem SC na KarinMaxi (A:>SC>). Teraz ścieżka w konfigu wygląda tak:

set comspec=A:\SC\SCMAIN.OVL
set SC=A:\SC\SCMAIN.OVL

Dalej nie działa. Teraz pytanie, czy kolejność wpisów ma znaczenie? Czy wskazanie ma zawsze dotyczyć pliku *.OVL?

Kontakt: pin@usdk.pl

148

Zrób eksperyment: usuń z config-a set comspec=... itd. i odpal SC z palca.

KMK
? HEX$(6670358)

149

zrobiłem tak i dalej efekty są takie, jakie były.

Kontakt: pin@usdk.pl

150 Ostatnio edytowany przez drac030 (2013-02-13 18:47:22)

To ja nie wiem(tm). Kolejność może mieć znaczenie tylko jeśli ostatnie zmienne nie mieszczą się w pamięci. Wskazanie ma dotyczyć pliku OVL, tak.

EDIT: ok, chyba jednak Wiem(r). Zmień separatory w ścieżce na ">".

KMK
? HEX$(6670358)