SYS - Historia wersji

KMK: red.

2010-03-04T18:15:36Z

red.

← poprzednia wersja		Wersja z 4 mar 2010, 19:15
Linia 1:		Linia 1:
	~~Nie istnieje w ogólnym pojęciu ATARI standard na określenie formy~~ plików z rozszerzeniem .SYS, choć traktuje się takie pliki jako ~~SYStemowe~~, ładowane przez system, będące rozszerzeniem systemu. ~~Dowodzi tego prosta analiza różnych wersji DOS, które powstały na przestrzeni lat. Najczęściej~~ pliki z rozszerzeniem SYS są standardowymi plikami programów wykonywalnych.		W [[Atari 8-bit]] nie ma standardu plików z rozszerzeniem .SYS, choć traktuje się takie pliki jako systemowe, tzn. ładowane przez system, względnie będące rozszerzeniem systemu. Pod względem struktury pliki z rozszerzeniem SYS są najczęściej standardowymi plikami programów wykonywalnych ([[COM]]), ale nie jest to żelazna reguła (np. w [[SpartaDOS X]] plik CONFIG.SYS jest plikem tekstowym).

	~~Niemniej~~ można wytłumaczyć ~~stosowanie rozszerzenia .SYS w kontekście konfiguracji~~, ~~w których jest~~ potrzeba ~~wstępnego pominięcia~~ procesora komend DOS-u. Przykładowym scenariuszem może być kolejka: ~~BOOTowanie~~ DOS > ~~autouruchomienie~~ pliku ~~AUTORUN~~.SYS (~~np.~~ nakładka sterownika D: obsługująca RAMDYSK) > właściwy procesor komend DOS-u (np. DUP.SYS). I taki wyjątek, czyli ~~autouruchomienie~~ programu przez rozpoczęciem interakcji z użytkownikiem jest najczęstszym ~~scenariuszem zastosowania~~ takiego rozszerzenia.		Stosowanie rozszerzenia "SYS" można wytłumaczyć, gdy zachodzi potrzeba wstępnej konfiguracji z pominięciem procesora komend [[DOS]]-u. Przykładowym scenariuszem może być kolejka [[DOS 2.5]]: bootowanie DOS > automatyczne uruchomienie pliku np. RAMDISK.SYS (nakładka sterownika D: obsługująca RAMDYSK) > właściwy procesor komend DOS-u (np. DUP.SYS). I taki wyjątek, czyli automatyczne uruchomienie programu przez rozpoczęciem interakcji z użytkownikiem, jest najczęstszym zastosowaniem takiego rozszerzenia.

	Wadą takiego ~~sposobu rozumowania~~ (~~posiada ją~~ większość DOS-ów ~~ATARI~~) jest ~~niemożliwe (najczęściej) autouruchomienie~~ wielu programów (sterowników, nakładek na system, rezydentnych aplikacji) przed startem właściwego procesora komend.		Wadą takiego rozwiązania (stosowanego przez większość DOS-ów w ośmiobitowym Atari) jest na ogół niemożność automatycznego uruchomienia wielu programów po kolei (sterowników, nakładek na system, rezydentnych aplikacji) przed startem właściwego procesora komend.

	Tej wady ~~pozbawiony jest~~ m.in. ~~Sparta~~ DOS, DOS 2.5 z [[CP]] ~~- posiadający wbudowaną lub dodaną~~ obsługę plików wsadowych - możliwe jest więc wstępne załadowanie wielu sterowników, rozszerzeń czy nakładek przed lub po starcie procesora komend ~~i w~~ tym kontekście ~~zrozumiałym może być czysto estetyczne zastosowanie~~ rozszerzenia SYS dla odróżnienia wspomnianych plików rozszerzających możliwości systemu od plików programów (~~.EXE).~~		Tej wady pozbawione są m.in. [[SpartaDOS]], [[DOS XL]], DOS 2.5 z [[CP]]. Zawierają one obsługę plików wsadowych, możliwe jest więc wstępne załadowanie wielu sterowników, rozszerzeń czy nakładek przed lub po starcie procesora komend. W tym kontekście staje się zrozumiałe stosowanie rozszerzenia SYS dla odróżnienia wspomnianych plików rozszerzających możliwości systemu od plików programów aplikacyjnych (COM i EXE).

	~~Prawidłowym~~ i akceptowalnym zastosowaniem rozszerzenia SYS jest sytuacja w której plik z tym rozszerzeniem może być uruchomiony tylko przez DOS (system) lub jego zadaniem jest zmiana właściwości konkretnego DOS-u (systemu), a więc modyfikacja środowiska i jednoczesna niemożliwość uruchomienia takiego programu wprost z procesora komend (load, run) - niemożność przekazania zmian do systemu po rozpoczęciu interakcji z użytkownikiem lub inna w stosunku do formatu plików wykonywalnych (.COM, .EXE) ~~struktura~~.

	[[Kategoria:Formaty plików]]		[[Kategoria:Formaty plików]]
	{{stub}}		{{stub}}

Yansen o 23:25, 2 mar 2010

2010-03-02T23:25:00Z

← poprzednia wersja		Wersja z 3 mar 2010, 00:25
Linia 7:		Linia 7:
	Tej wady pozbawiony jest m.in. Sparta DOS, DOS 2.5 z [[CP]] - posiadający wbudowaną lub dodaną obsługę plików wsadowych - możliwe jest więc wstępne załadowanie wielu sterowników, rozszerzeń czy nakładek przed lub po starcie procesora komend i w tym kontekście zrozumiałym może być czysto estetyczne zastosowanie rozszerzenia SYS dla odróżnienia wspomnianych plików rozszerzających możliwości systemu od plików programów (.EXE).		Tej wady pozbawiony jest m.in. Sparta DOS, DOS 2.5 z [[CP]] - posiadający wbudowaną lub dodaną obsługę plików wsadowych - możliwe jest więc wstępne załadowanie wielu sterowników, rozszerzeń czy nakładek przed lub po starcie procesora komend i w tym kontekście zrozumiałym może być czysto estetyczne zastosowanie rozszerzenia SYS dla odróżnienia wspomnianych plików rozszerzających możliwości systemu od plików programów (.EXE).

	Prawidłowym i akceptowalnym zastosowaniem rozszerzenia SYS jest sytuacja w której plik z tym rozszerzeniem może być uruchomiony tylko przez DOS (system) lub jego zadaniem jest zmiana właściwości konkretnego DOS-u (systemu), a więc modyfikacja środowiska i jednoczesna niemożliwość uruchomienia takiego programu wprost z procesora komend (load, run).		Prawidłowym i akceptowalnym zastosowaniem rozszerzenia SYS jest sytuacja w której plik z tym rozszerzeniem może być uruchomiony tylko przez DOS (system) lub jego zadaniem jest zmiana właściwości konkretnego DOS-u (systemu), a więc modyfikacja środowiska i jednoczesna niemożliwość uruchomienia takiego programu wprost z procesora komend (load, run) - niemożność przekazania zmian do systemu po rozpoczęciu interakcji z użytkownikiem lub inna w stosunku do formatu plików wykonywalnych (.COM, .EXE) struktura.

	[[Kategoria:Formaty plików]]		[[Kategoria:Formaty plików]]
	{{stub}}		{{stub}}

Yansen o 23:21, 2 mar 2010

2010-03-02T23:21:17Z

← poprzednia wersja		Wersja z 3 mar 2010, 00:21
Linia 7:		Linia 7:
	Tej wady pozbawiony jest m.in. Sparta DOS, DOS 2.5 z [[CP]] - posiadający wbudowaną lub dodaną obsługę plików wsadowych - możliwe jest więc wstępne załadowanie wielu sterowników, rozszerzeń czy nakładek przed lub po starcie procesora komend i w tym kontekście zrozumiałym może być czysto estetyczne zastosowanie rozszerzenia SYS dla odróżnienia wspomnianych plików rozszerzających możliwości systemu od plików programów (.EXE).		Tej wady pozbawiony jest m.in. Sparta DOS, DOS 2.5 z [[CP]] - posiadający wbudowaną lub dodaną obsługę plików wsadowych - możliwe jest więc wstępne załadowanie wielu sterowników, rozszerzeń czy nakładek przed lub po starcie procesora komend i w tym kontekście zrozumiałym może być czysto estetyczne zastosowanie rozszerzenia SYS dla odróżnienia wspomnianych plików rozszerzających możliwości systemu od plików programów (.EXE).

	Prawidłowym i akceptowalnym zastosowaniem rozszerzenia SYS jest sytuacja w której plik z tym rozszerzeniem może być uruchomiony tylko przez DOS lub jego zadaniem jest zmiana właściwości konkretnego DOS-u, a więc modyfikacja środowiska i jednoczesna niemożliwość uruchomienia takiego programu wprost z procesora komend (load, run).		Prawidłowym i akceptowalnym zastosowaniem rozszerzenia SYS jest sytuacja w której plik z tym rozszerzeniem może być uruchomiony tylko przez DOS (system) lub jego zadaniem jest zmiana właściwości konkretnego DOS-u (systemu), a więc modyfikacja środowiska i jednoczesna niemożliwość uruchomienia takiego programu wprost z procesora komend (load, run).

	[[Kategoria:Formaty plików]]		[[Kategoria:Formaty plików]]
	{{stub}}		{{stub}}

Yansen o 23:18, 2 mar 2010

2010-03-02T23:18:39Z

← poprzednia wersja		Wersja z 3 mar 2010, 00:18
Linia 6:		Linia 6:

	Tej wady pozbawiony jest m.in. Sparta DOS, DOS 2.5 z [[CP]] - posiadający wbudowaną lub dodaną obsługę plików wsadowych - możliwe jest więc wstępne załadowanie wielu sterowników, rozszerzeń czy nakładek przed lub po starcie procesora komend i w tym kontekście zrozumiałym może być czysto estetyczne zastosowanie rozszerzenia SYS dla odróżnienia wspomnianych plików rozszerzających możliwości systemu od plików programów (.EXE).		Tej wady pozbawiony jest m.in. Sparta DOS, DOS 2.5 z [[CP]] - posiadający wbudowaną lub dodaną obsługę plików wsadowych - możliwe jest więc wstępne załadowanie wielu sterowników, rozszerzeń czy nakładek przed lub po starcie procesora komend i w tym kontekście zrozumiałym może być czysto estetyczne zastosowanie rozszerzenia SYS dla odróżnienia wspomnianych plików rozszerzających możliwości systemu od plików programów (.EXE).

			Prawidłowym i akceptowalnym zastosowaniem rozszerzenia SYS jest sytuacja w której plik z tym rozszerzeniem może być uruchomiony tylko przez DOS lub jego zadaniem jest zmiana właściwości konkretnego DOS-u, a więc modyfikacja środowiska i jednoczesna niemożliwość uruchomienia takiego programu wprost z procesora komend (load, run).

	[[Kategoria:Formaty plików]]		[[Kategoria:Formaty plików]]
	{{stub}}		{{stub}}

Yansen o 23:07, 2 mar 2010

2010-03-02T23:07:59Z

Nowa strona

Nie istnieje w ogólnym pojęciu ATARI standard na określenie formy plików z rozszerzeniem .SYS, choć traktuje się takie pliki jako SYStemowe, ładowane przez system, będące rozszerzeniem systemu. Dowodzi tego prosta analiza różnych wersji DOS, które powstały na przestrzeni lat. Najczęściej pliki z rozszerzeniem SYS są standardowymi plikami programów wykonywalnych.

Niemniej można wytłumaczyć stosowanie rozszerzenia .SYS w kontekście konfiguracji, w których jest potrzeba wstępnego pominięcia procesora komend DOS-u. Przykładowym scenariuszem może być kolejka: BOOTowanie DOS > autouruchomienie pliku AUTORUN.SYS (np. nakładka sterownika D: obsługująca RAMDYSK) > właściwy procesor komend DOS-u (np. DUP.SYS). I taki wyjątek, czyli autouruchomienie programu przez rozpoczęciem interakcji z użytkownikiem jest najczęstszym scenariuszem zastosowania takiego rozszerzenia.

Wadą takiego sposobu rozumowania (posiada ją większość DOS-ów ATARI) jest niemożliwe (najczęściej) autouruchomienie wielu programów (sterowników, nakładek na system, rezydentnych aplikacji) przed startem właściwego procesora komend.

Tej wady pozbawiony jest m.in. Sparta DOS, DOS 2.5 z [[CP]] - posiadający wbudowaną lub dodaną obsługę plików wsadowych - możliwe jest więc wstępne załadowanie wielu sterowników, rozszerzeń czy nakładek przed lub po starcie procesora komend i w tym kontekście zrozumiałym może być czysto estetyczne zastosowanie rozszerzenia SYS dla odróżnienia wspomnianych plików rozszerzających możliwości systemu od plików programów (.EXE).

[[Kategoria:Formaty plików]]
{{stub}}