Draco - co do CON.SYS i SC.

Zauważyłem jedną rzecz, że (jak wspominałem) jeśli uruchomimy RC_GR8.SYS i użyjemy CON.SYS wymuszając przełączenie konsoli w tryb 80-znakowy (/e) z poziomu configa (*.cfg), to system zawiesza się w czasie ładowania sterownika CON.SYS. Jeśli jednak zrobimy tak, że ładujemy CON.SYS (bez /e), odpalimy SC, wyjdziemy z SC do commandprocesora, przełączymy konsole w tryb 80 (CON 80) i wrócimy do SC - to mamy dostęp do trybu 80 dla view itd.

Poza tym (oprócz wspomnianego tematu z odświeżaniem okienek przy kasowaniu) nie widzę na obecną chwilę niczego niedziałającego ;)

coś znalazłem ;)-

* lewy panel, dysk B:>....>.....>....>....> wchodzimy np. w szósty podkatalog, czy ogólnie tak, by u góry tam gdzie mamy info o ścieżce ta została skrócona do wyświetlania z powodu swej długości (*)

* prawy panel ustawiamy na inny podkatalog w obrębie tego samego dysku.

* kopiujemy np. dwa pliki o rozmiarze 1024 bajty, zaznaczamy je poprzez TAG

SC próbuje kopiować, rysuje okno kopiowania, lecz nie kopiuje.

To samo próbujemy z dowolnym plikiem nie używając TAG i tu raz działa a raz nie. Jeśli zaznaczamy grupę plików w takich okolicznościach to możemy również (moim zdaniem bez powodu) otrzymać błąd:

151 File exists.

Powtarzalność błędów mam dość dużą, więc nie powinno być kłopotu z namierzeniem problemu.

:D

... many hard work ;)

ARC -E SC.ARC

... or add this to runext.cfg:

ARC,CAR:ARC.COM,E %

>>sorki za mój cudowny eng ;)

@Pin: udało mi się to odtworzyć, nie wiem tylko, czy się coś z tym sensownego zrobi, bo tak na oko przyczyną może być za długa ścieżka dostępu. Popatrzę, może da się to jakoś obejść.

@w1k: SDX has ARC archiver built-in, so I can't see how such an archive may be difficult to unpack.

dziś to sprawdzę, tnx!

Opisz mi to dokładniej, zwłaszcza, jak wygląda drzewo podkatalogów, na którym poziomie jest ten pusty katalog, czy przed nim i po nim są pliki, jak wygląda ścieżka źródłowa i docelowa itd.

Ok, chyba poprawione, dzięki :)

Kolejna beta (0.9.2), w sumie tylko drobne zmiany, z których najważniejsze to:

1) polepszona zgodność z podkatalogami zakładanymi przez stare wersje SpartaDOS (stare, czyli < 4.0)

2) postulowana przez kiera zmiana w wyborze dysku ("Log"), teraz można wybierać dyski 1-9 naciskając odpowiednie cyfry. Oczywiście metoda tradycyjna (literkami) też działa.

Ponadto odczyt katalogów robi wrażenie nieco szybszego, ale może mi się tylko zdaje.

when i boot from SIDE 2 (C:, bootable), and i want run SC - missing _rawcon.. :/

config.sys:
DEVICE SPARTA BANKED
DEVICE SIO
DEVICE C:\SDOS\RC_GR8.SYS
DEVICE ATARIDOS
DEVICE ULTIME.SYS
DEVICE INDUS
DEVICE RAMDISK

SET SC=C:\SDOS\SCMAIN.OVL,N

--------
u1mb not installed

when i use drivers for sparta dos, then FDISK cant load :/

side ii

Been over this before... best thing to do is install extra RAM and run SDX in extended memory. The SIDE driver isn't really intended to be used on a 64KB machine... at least I never intended it so.

Well, not all of the driver can be stored in banked RAM. The internal sector buffer is stored there, and most of the code. I thought (guessing here) that maybe 700-800 bytes of conventional memory were consumed??? Code which banks in the banked parts and transfers data to and from areas which may lie under the banking window must remain in low memory. Anyway - it consumed less than 1KB last time I checked. Is this too much? I'm not sure how many resident programs one expects to cram into low memory on this platform. CONFIG.SYS may need to go on a diet...