A ma być?

Jeśli tak, to słucham propozycji.

Mi się wydaje, że niema to sensu, gdyż przed kim chciałbyś chronić podkatalogi. Każdy z osób, które są obecnie na scenie potrafiłoby złamać to co ewentualnie by się wymyśliło. bezwzględu na to co jest i co wykonało by się jakieś operacje typu AND, OR, XOR czyteż ROL czy ROR w zależności od chasła. trzeba by przecież gdzieś zapisać coś w stylu jakiejś sumy lub czegoś podobnego, a następnie trzeba by jakoś sprawdzić czy hasło jest poprawne. Chyba, że poprostu wyświetlać wszystko, to co wyjdzie z wykinku podania nieprawidłowego hasła, etc... W/g mnie niema to sensu. DO takich rzeczy wystarczy edytor sektorów (w HiDOS'ie jest prosty edytorek odwołujący się do procedur SIO z 32-bitowym numerem sektora, co pozwala na edytowanie wszystkiego - nawet RAMCart'a, czy RAMDysku jak zwykłego flopa bezwzględu na rozmiar sektora (128, 256, 512)...

:idea:  Chyba, że masz na myśli swoją rodzinke ...  :twisted:   :rolleyes: Ja u siebie mam hasełko na kompie - OS-ROM za to odpowiada i bez poprawnego siem do systemu nie wlezie - tam siedzi suma crc hasełka i z niego jest to sprawdzane... większość ustawień - np. kolory ekranu, marginesy, ust. klawiatury, etc. mam w pamięci CMOS układu Philips'a PCF8583 (zegarek RTC z pamięcią CMOS o pojemności 256 bajtów) i po każdym resecie ustawia siem wsio tak jak ma być, bez jakiś specialnych driverów czy nakładek na system.

też tak uważam.
a opis długi, bo dokładny

moze dlugie nazwy plikow?

nooo...

topic "Ograniczenia kontrolera HDD"

link do drugiej strony - tam gdzie pojawiły się długie nazwy

http://atariarea.histeria.pl/forum/view … p;start=30

[ Dodano: Pon Lis 29, 2004 1:01 ]
Hmmm.... strasznie tu cicho. czyżby żadnych zastrzeżeń do proponowanego filesystemu  8)  :lol:

Może jestem ślepy, ale nie widzę w statusach plików oznaczenia, że "plik jest linkiem symbolicznym".

Poza tym dlaczego data ma być liczona od roku 1900? Czy ty piszesz to w roku 1900? Ja bym raczej napisał, że do wartości daty nalezy dodać np. 2000. To przedłuża żywotność filesystemu o 100 lat  :lol:

[ Dodano: 29.11.2004 11:45:58 ]
PS. Albo przynajmniej 1970, starsze pliki chyba na świecie nie istnieją, bo Unix liczy czas od 1 stycznia 1970 roku ...

Ee, nie wiem czy się dobrze rozumiemy. "Link symboliczny" to jest (fizycznie) plik zawierający ścieżkę dostępu do właściwych danych. Każde "open" wykonane na tym "pliku" udostępnia dane wskazywane przez link.

Czyli np. mamy program D2:>DOS>DPA.COM. Jeśli z jakichś względów chcemy go uruchamiać jako WZGBLA.COM, to zmieniamy nazwę. Ale jeśli chcemy mieć możliwośc uruchamiania tego pod jedną nazwą i drugą, to trzeba zrobić kopię, co marnuje miejsce na dysku.

Marnowaniu zapobiega link symboliczny, który zajmuje tyle miejsca, co ścieżka dostępu do właściwych danych, a nie tyle, co same dane.

Konkretnie link symboliczny powinien zawierać zwykłą ścieżkę dostępu, czyli plik WZGBLA.COM, jeśli ma być linkiem do D2:>DOS>DPA.COM, ma zawierać tekst "D2:>DOS>DPA.COM", a jego wpis w katalogu ma mieć ustawiony atrybut, który będzie stanowił wiadomość dla DOS-u, że to jest link a nie plik, i nie otwiera sie bezpośrednio, tylko wczytuje ścieżkę zawartą w nim i otwiera dopiero to co ona wskazuje ...

Ty się Jellonek naucz pisać  :twisted:

Po drugie zaś, linki symboliczne są lepsze - bardziej uniwersalne - niż hardlinki, bo hardlink może być tylko w obrębie tego samego filesystemu, softlink natomiast może wskazywać nawet na plik umieszczony fizycznie na drugim końcu świata (a to przez NFS, na przykład).

[ Dodano: 29.11.2004 21:13:03 ]
Korekta, zaćmienie, przepraszam  :?

Zgadza sie, oczywiscie, ale zauwaz ze symlink kosztuje ekstra inode'a, a hardlink nie. A inode (w przypadku atari to moglby byc adres sektora?) jest juz zasobem ktorego lekkomyslnie nie mozna marnowac bo ich liczba jest scisle okreslona i stala. (w zaleznosci od wielkosci filesystemu)

Takie 3 grosze moje, NA RAZIE nie staje po zadnej ze stron.

ps. jellonek, przylaczam sie do prosby konrada, - pisz mniej gg-owo ;)

Na razie buhahaha. Na Atari ST swego czasu to też było buhahaha, a teraz po prostu jest.

Jeśli NFS nie przemawia ci do wyobraźni, to może przemówi ci, że softlink na dysku D3: może wskazywać plik na dysku D2:, hardlink natomiast nie.

Dlatego moim skromnym zdaniem softlinki są bardziej pożądane w filesystemie niż hardlinki. Jak używam Unixa parę lat, nigdy jeszcze nie miałem potrzeby utworzenia hardlinka, może jestem dziwny.

[ Dodano: 30.11.2004 01:09:31 ]

Zauważam; jak napisałem, softlink to jest po prostu plik, który zamiast danych zawiera ścieżkę dostępu do właściwego pliku z danymi. Hardlink natomiast jest to wpis w directory odwołujący się do określonego obszaru danych. W takim układzie, jak ktoś już tu napisał, każdy wpis w directory jest hardlinkiem, tyle że niektóre filesystemy pozwalają by większa ich ilość niż 1 odnosiła się do tych samych danych.

Wciąż mimo wszystko uważam, że softlink jest lepszy. Mimo że jest wolniejszy i zajmuje inoda.

[ Dodano: 30.11.2004 01:12:11 ]

Nie bierz tego do siebie, ale to małpowanie angielskiej pisowni, kiedy mamy własną i to lepszą, jest deczko irytujące.

Chyba nie ma potrzeby, wystarczy jeden bit w polu statusu.

Zapewne dlatego, że hardlinki są szybsze i (jak słusznie zauważyłeś) nie zużywają inoda. Co do zasady się zgadzam.

Ale softlink ma - nawet w obrębie jednego filesystemu - pewną zaletę: jest łatwo odróżnialny od hardlinka.

Reasumując, hardlinki są "słuszniejsze", softlinki natomiast wydają się "bardziej użyteczne".

pole to mialo by przechowywac liczbe dowiazan nazw do plikow, wiec chyba nie trafiles.
gdyby to mial byc link symboliczny to rzeczywiscie wystarczyl by do oznaczenia tego jeden bit, w wypadku (jakos milej przezemnie widzianego) hardlinku niestety oprocz informacji o tym iz jest to link potrzeba jeszcze ciut informacji...

mysle ze zarowno zaimplementowanie hard jak i soft linkow bedzie w hidos-ie poprostu czyms milym, prostym i przyjemnym  8)

nieco poza tematem:
a co do malpowania :)  to milo mnie rozbawilo jakobym mial z anglackiego zapozyczac to co jeszcze 1,5 wieku temu (no moze nieco dawniej) bylo stosowane w naszych rodzimych stronach.
lepsza pisownie? a co takiego lepszego w stosowaniu znakow z poza alfabetu rzymskiego?

predzej widze zapozyczenie z innych jezykow w pseldonimach co poniektorych zacnych uzyszkodnikow tegoz forum 8)