🚀 go-pugleaf

InOsAK napisał(a):
> witam.
> 
> mam problem. tym problemem jest zaimplementowanie obsługi plików partycji
> fat12 a konkretnie to odczyt pliku i zapis pliku z i na fat12 (dyskietka).
> pogooglowałem i wszędzie tylko instrukcje na dosa itp. a ja potrzebuję do
> "gołego" systemu...
> 
> proszę o pomoc, link, kod, cokolwiek.

Operating System Resource Center: http://www.nondot.org/sabre/os/articles

Bona Fide OS Development: http://www.osdever.net/

Mnóstwo linków z grupy alt.os.development :
http://www.cyberscriptorium.com/bookmarks.html

Dokumentacja na różne tematy: http://www.o3one.org/hwdocs_.html

 No i pewnie www.microsoft.com, choć dokopanie się tam do czegokolwiek
jest trudne.

-- 
Pozdrawiam, Bogdan                                  (Linux i FreeDOS)
Kurs assemblera x86 (DOS i Linuks): http://rudy.mif.pg.gda.pl/~bogdro
Grupy dyskusyjne o asm:  pl.comp.lang.asm alt.pl.asm alt.pl.asm.win32
Forum o programowaniu:                     http://programista.xorg.pl

Użytkownik "Bogdan (bogdro)" <bogdan@bogdan.pl> napisał w wiadomości
news:ds7d4v$30v$1@inews.gazeta.pl...

OK dzieki poszperam tam ;-)

AK

Użytkownik "Bogdan (bogdro)" <bogdan@bogdan.pl> napisał w wiadomości
news:ds7d4v$30v$1@inews.gazeta.pl...
> Operating System Resource Center: http://www.nondot.org/sabre/os/articles
>
> Bona Fide OS Development: http://www.osdever.net/
>
> Mnóstwo linków z grupy alt.os.development :
> http://www.cyberscriptorium.com/bookmarks.html
>
> Dokumentacja na różne tematy: http://www.o3one.org/hwdocs_.html
>
>  No i pewnie www.microsoft.com, choć dokopanie się tam do czegokolwiek
> jest trudne.

nic, kompletnie nic :(

to może napisze o co mi dokładnie chodzi:
procedura w turbo pascalu w programie który można uznać za kernel czyli
kompletnie assign,reset,rewrite itd itp nie działają. najlepiej było by to
zrobić w assemblerze. procedura ma odczytać plik, załadować i wykonać
(kolejny plik exe)... i jakoś niewiem jak się do tego zabrać... wszystkie
metody jakie znalazłem są albo w c albo w nie-turbo-pascal-pseudo-asm kodzie
:(
nie napisze, że oczekuje gotowca, bo to by była łatwizna (ale jak coś to nie
odmówię...)

AK

Użytkownik "InOsAK" napisał w wiadomości...
> > Operating System Resource Center:
http://www.nondot.org/sabre/os/articles
> >
> > Bona Fide OS Development: http://www.osdever.net/
> >
> > Mnóstwo linków z grupy alt.os.development :
> > http://www.cyberscriptorium.com/bookmarks.html
> >
> > Dokumentacja na różne tematy: http://www.o3one.org/hwdocs_.html
> >
> >  No i pewnie www.microsoft.com, choć dokopanie się tam do czegokolwiek
> > jest trudne.
>
> nic, kompletnie nic :(
>
> to może napisze o co mi dokładnie chodzi:
> procedura w turbo pascalu w programie który można uznać za kernel czyli
> kompletnie assign,reset,rewrite itd itp nie działają. najlepiej było by to
> zrobić w assemblerze. procedura ma odczytać plik, załadować i wykonać
> (kolejny plik exe)... i jakoś niewiem jak się do tego zabrać... wszystkie
> metody jakie znalazłem są albo w c albo w nie-turbo-pascal-pseudo-asm
kodzie

Witam

Nie podales srodowiska, to czemu sie dziwisz ze odpowiedzi sa takie
a nie inne. Dopiero teraz napisales ze chodzi o turbo pascala i jego asm.
Na podstawie tych informacji domyslam sie, ze jest to srodowisko
16 bitowe dzialajace w trybie rzczeczywistym. Tu masz dostepne
przerwanie biosu int 0x13, funkcja ah=0x02. Pozwala ona na czytanie
z dysku sektor po sektorze http://www.ctyme.com/intr/int-13.htm.
Ewentualnie, jezeli odpalasz tego swojego kernela z dosa to masz
przerwanie systemowe int 0x21/ah=0x3D http://www.ctyme.com/intr/int-21.htm
Do tego drugiego nie musisz implementowac obslugi fata bo tym zajmie sie
dos.
A tu masz pelny wykaz przerwan http://www.ctyme.com/intr/int.htm

Takie rzeczy pisze sie zwykle w c i asemblerze, bo pascal jest jezykiem
wysokiego poziomu i nizbyt sie do tego nadaje. Aby pisac w nim procedury
niskopoziomowe wymagana jest (przynajmniej podstawowa) znajomosc
implementacji tego jezyka. Zgrzyty wystepuja najczesciej na styku
pascal-asm,
ale jak chcesz sie z tym meczyc to Twoj wybor.

-- 
Pozdrawiam
Lopez

Mon, 6 Feb 2006 14:41:06 +0100 jednostka biologiczna o nazwie "InOsAK"
<inosak@WYTNIJ-TO-inos.int.pl> wyslala do portu 119
jednego z serwerow news nastepujace dane:

>OK dzieki poszperam tam ;-)

Dodam jeszcze:  http://www.singlix.org/trdos/specs.html

Jest tam trochę też o FAT.

InOsAK napisał(a):
> Użytkownik "Bogdan (bogdro)" <bogdan@bogdan.pl> napisał w wiadomości
> news:ds7d4v$30v$1@inews.gazeta.pl...
>> Operating System Resource Center: http://www.nondot.org/sabre/os/articles
>>
>> Bona Fide OS Development: http://www.osdever.net/
>>
>> Mnóstwo linków z grupy alt.os.development :
>> http://www.cyberscriptorium.com/bookmarks.html
>>
>> Dokumentacja na różne tematy: http://www.o3one.org/hwdocs_.html
>>
>>  No i pewnie www.microsoft.com, choć dokopanie się tam do czegokolwiek
>> jest trudne.
> 
> nic, kompletnie nic :(
> 
> to może napisze o co mi dokładnie chodzi:
> procedura w turbo pascalu w programie który można uznać za kernel czyli
> kompletnie assign,reset,rewrite itd itp nie działają. najlepiej było by to
> zrobić w assemblerze. procedura ma odczytać plik, załadować i wykonać
> (kolejny plik exe)... i jakoś niewiem jak się do tego zabrać... wszystkie
> metody jakie znalazłem są albo w c albo w nie-turbo-pascal-pseudo-asm kodzie
> :(
> nie napisze, że oczekuje gotowca, bo to by była łatwizna (ale jak coś to nie
> odmówię...)

 Na pierwszy rzut oka w samym OSRC są 2 linki o FAT. Ale to jest tylko
opis systemu, kodu pewnie nie ma. Ta dokumentacja ma ci powiedzieć, co
w jakich sektorach się znajdzie: gdzie znaleźć początek pliku, jak
znaleźć koniec itp. To jest dokumentacja. Czytanie sektorów musisz
zrobić sam. Jak poradzono, skorzystaj z przerwania 13h.
 Z kolei pliki .exe mają swój nagłówek, który mówi o wielkości kodu,
stosu itp. - kolejna przeszkoda, bo trzeba poczytać opis formatu exe.
Lepiej uruchamiać programy typu .com, jeśli jest to możliwe.

 Ta dyskusja lepiej moim zdaniem pasuje na p.c.l.asm (bo jak sam
powiedziałeś najlepiej zrobić to w asm, w Pascalu mogą być problemy).
Podobno jak się crosspostuje, to powinno się ustawić FUT.

-- 
Pozdrawiam, Bogdan                                  (Linux i FreeDOS)
Kurs assemblera x86 (DOS i Linuks): http://rudy.mif.pg.gda.pl/~bogdro
Grupy dyskusyjne o asm:  pl.comp.lang.asm alt.pl.asm alt.pl.asm.win32
Forum o programowaniu:                     http://programista.xorg.pl

Dnia pańskiego Tue, 7 Feb 2006 08:12:41 +0100
"Lopez" <rtlopezREMOVE@gazeta.pl> starał się coś napisać o:

:
: Takie rzeczy pisze sie zwykle w c i asemblerze, bo pascal jest jezykiem
: wysokiego poziomu i nizbyt sie do tego nadaje. 

A kurwa C to nie jest jezyk wysokiego poziomu? 
-- 
Born to raise hell.
Linux registered user: 408584
Contact: GG#3802676, solar#koksiarz.be

Solaris napisał(a):
> Dnia pańskiego Tue, 7 Feb 2006 08:12:41 +0100
> "Lopez" <rtlopezREMOVE@gazeta.pl> starał się coś napisać o:
> 
> :
> : Takie rzeczy pisze sie zwykle w c i asemblerze, bo pascal jest jezykiem
> : wysokiego poziomu i nizbyt sie do tego nadaje. 
> 
> A kurwa C to nie jest jezyk wysokiego poziomu? 

 No C to nie assembler (choć ma instrukcje bitowe, działania na
portach, przerwania), ale też nie Java czy Perl. Spotkałem się z
opinią, że C to język niskiego poziomu, ale bez przesady. Dla mnie C
mimo wszystko jest o poziom wyżej niż asm.

-- 
Pozdrawiam, Bogdan                                  (Linux i FreeDOS)
Kurs assemblera x86 (DOS i Linuks): http://rudy.mif.pg.gda.pl/~bogdro
Grupy dyskusyjne o asm:  pl.comp.lang.asm alt.pl.asm alt.pl.asm.win32
Forum o programowaniu:                     http://programista.xorg.pl

Solaris napisał(a):
> Dnia pańskiego Tue, 7 Feb 2006 08:12:41 +0100
> "Lopez" starał się coś napisać o:
> 
> :
> : Takie rzeczy pisze sie zwykle w c i asemblerze, bo pascal jest jezykiem
> : wysokiego poziomu i nizbyt sie do tego nadaje. 
> 
> A kurwa C to nie jest jezyk wysokiego poziomu? 

A co sie tak k***a denerwujesz?
Niektorzy uwazaja ze C jest przenosnym asemblerem
i ja czasami tez tak mysle, zaleznie od tego jaki
obierzemy punkt odniesienia.

-- 
Pozdr.
Lopez

Tue, 07 Feb 2006 22:58:32 +0100 jednostka biologiczna o nazwie Lopez
<rtlopezREMOVE@gazeta.pl> wyslala do portu 119
jednego z serwerow news nastepujace dane:

>Niektorzy uwazaja ze C jest przenosnym asemblerem
>i ja czasami tez tak mysle, zaleznie od tego jaki
>obierzemy punkt odniesienia.

"The C Programming Language - A language which combines the
flexibility of assembly language with the power of assembly language."
;-)

Lopez napisał(a):
> Solaris napisał(a):
> 
>> Dnia pańskiego Tue, 7 Feb 2006 08:12:41 +0100
>> "Lopez" starał się coś napisać o:
>>
>> :
>> : Takie rzeczy pisze sie zwykle w c i asemblerze, bo pascal jest jezykiem
>> : wysokiego poziomu i nizbyt sie do tego nadaje.
>> A kurwa C to nie jest jezyk wysokiego poziomu? 
> 
> 
> A co sie tak k***a denerwujesz?
> Niektorzy uwazaja ze C jest przenosnym asemblerem
> i ja czasami tez tak mysle, zaleznie od tego jaki
> obierzemy punkt odniesienia.
> 
Ten kto wymyślił C (podobno Kernighan i Ritchie, choć rezultaty 
ostatnich prac wykopaliskowych w pobliżu piramid egipskich  rzucają nowe 
światło na tę kwestię) musiał mieć wisielcze poczucie humoru. C wygląda 
tak jakby Z BARDZO WYSOKIEGO POZIOMU spadł i mocno się potrzaskał. 
Oczywiście jak się ktoś przyzwyczai, to się nie przesiądzie z C na nic 
innego - przyzwyczaić się można do wszystkiego, nawet do asemblera 
UltrSPARC III, który (jak pisze Tanenbaum) w konkursie na 
najczytelnieszy asenbler uzyskałby - w skali od 1 do 10 - ocenę MINUS 
21. Taką samą ocenę wystawiłbym C w konkursie na najbardziej czytelny 
język programowania.

Osobiście zawsze będę bronił Pascala (i to nawet BP7), bo choć daleko mu 
do elastyczności C, to łatwiej w nim tworzyć POPRAWNE programy. Ma po 
prostu wyższy poziom defensywności syntaktycznej i semantycznej niż C. 
Poza tym w pascalowym unicie mogę sobie zdefinować 200 funkcji, a linker 
i tak wyciągnie tylko te, które są faktycznie wykorzystywane. W C zrobić 
tego nie sposób, przynajmniej w takim zakresie.

A propos zasadniczego tematu: słyszałem juz o zamiataniu schodów pod 
górę, o myciu podłogi sznurowadłem czy kopaniu ogódka łyżeczką, ale o 
implementowaniu systemu plików (samodzielnie przez użytkownika, od 
podstaw) na bazie przerwania INT 13H jeszcze nie. To może już lepiej 
skorzystać z INT 21H? W środowisku niedosowym przerwanie 13H może być 
zwyczajnie olewane, bo system może dostawać się do dysku przez własne 
drivery i dysk może być dla tego przerwania po prostu niewidoczny.

Grzeczna odpowiedź do listu Wielce Szanownej Pani / Szanownego Pana „Andrzej Grażyński”.

>	Osobiście zawsze będę bronił Pascala (i to nawet BP7), bo choć daleko mu 
>	do elastyczności C, to łatwiej w nim tworzyć POPRAWNE programy. Ma po 
>	prostu wyższy poziom defensywności syntaktycznej i semantycznej niż C. 
>	Poza tym w pascalowym unicie mogę sobie zdefinować 200 funkcji, a linker 
>	i tak wyciągnie tylko te, które są faktycznie wykorzystywane. W C zrobić 
>	tego nie sposób, przynajmniej w takim zakresie.
Czy C++ pozwala na takie samo automatyczne włączanie tylko używanych
funkcji (nie klas)?
Widocznie w C przyjęto, że programista wie, czego chce i nie tworzy
jednego wielkiego kopca z wszystkimi funkcjami. :)
Z resztą tu zahaczasz o pospolity problem: czy kompilować wszystko ze
źródeł za każdym razem, czy używać funkcji bibliotecznych, a
kompilować tylko program.

-- 
 qo   |)  86  CPL<=dataDPL CPL==/>=codeDPL/conform' nc'maxC/RPL! AV0ID bHp
    _x/ ,  x  CPL<=TSS,gateDPL CPL>=/==dest_DPL/(nconform'&jmp)!- #GP -o0o
    |    ng  __ -- __ -- __ -- __ -- __ -- __ -- __ -- __ -- __, EV3RY o0o
,__ -- __ -- Current/Requested/DescriptorPrivilegeLevel C/R/DPL , d4y m:#=

> przyzwyczaić się można do
> wszystkiego, nawet do asemblera UltrSPARC III, który (jak pisze
> Tanenbaum) w konkursie na najczytelnieszy asenbler uzyskałby - w
> skali od 1 do 10 - ocenę MINUS 21.

aż z ciekawości poszukałem, i natrafiłem na taki przykład:

  	jal myfunc	    ; call function
     	move a0, s0	    ; executes BEFORE jump happens
     	addiu s0,s0,v0   ; executes AFTER function returns


hm.


--
Azarien

Wiktor S. napisał(a):
>> przyzwyczaić się można do
>> wszystkiego, nawet do asemblera UltrSPARC III, który (jak pisze
>> Tanenbaum) w konkursie na najczytelnieszy asenbler uzyskałby - w
>> skali od 1 do 10 - ocenę MINUS 21.
> 
> aż z ciekawości poszukałem, i natrafiłem na taki przykład:
> 
>      jal myfunc        ; call function
>         move a0, s0        ; executes BEFORE jump happens
>         addiu s0,s0,v0   ; executes AFTER function returns
> 
> 
> hm.
> 
> 
> -- 
> Azarien
> 
Ta ciekawostka wyjaśniona jest w książce, która niebawem się ukaże 
(http://helion.pl/ksiazki/sosko5.htm). To tzw. delay slots: procesory 
UltraSPARC mają głębokie potoki; gdy procesor dekoduje instrukcję jal, 
jednocześnie wykonywana jest już następna instrukcja niezależnie od 
tego, czy faktycznie miałaby być wykonana. Tanenbaum kwituje to krótko 
"Witamy w cudownym świecie programowania procesorów RISC". Normalnie 
delay slots wypełniane są instrukcjami NOP, ale jak się komuś spieszy to 
może w nich wykonywać coś pożytecznego.

Witam!

> fat12 (dyskietka

Pozwólcie, że dorzucę do tematu swoje 3 grosze.
O co chodzi z tym FAT12 (czytane FAT dwanaście).
Gdzieś czytałem, że nie ma czegoś takiego. Ten zapis
należy podobno rozumieć jako FAT jeden dwa, co
miałoby oznaczać kompatybilność z FAT16 (1) i
FAT32 (2). Tak to jest widziane przez niektóre
programy do odzyskiwania danych. A, że na dyskietce
taki sposób jest zastosowany wynika zapewne z
jej małej pojemności, w związku z czym nie jest
potrzebna obsługa pełnego zakresu przestrzeni
adresowej jak w FAT32. Czy tak jest naprawdę?
Pytanie pozostaje otwarte.

A jeśli idzie o główny wątek to faktycznie
proponowanie przerwań DOS to nie ta droga, bo
to są funkcje systemowe, a chodzi o implementację
niezależnych procedur współpracujących bezpośrednio
z Bios'em i chipsetem. Sam chętnie bym obejrzał
takie źródełka.

Pozdrawiam!

--
Remek

Remek napisał(a):
> Pozwólcie, że dorzucę do tematu swoje 3 grosze.
> O co chodzi z tym FAT12 (czytane FAT dwanaście).
> Gdzieś czytałem, że nie ma czegoś takiego. Ten zapis
> należy podobno rozumieć jako FAT jeden dwa, co
> miałoby oznaczać kompatybilność z FAT16 (1) i
> FAT32 (2).

Jest FAT dwunastobitowy. Stosowany na dyskietkach i małych dyskach 
(zwłaszcza przez stare DOSy).

Remek napisał(a):
> Witam!
> 
>> fat12 (dyskietka
> 
> Pozwólcie, że dorzucę do tematu swoje 3 grosze.
> O co chodzi z tym FAT12 (czytane FAT dwanaście).
> Gdzieś czytałem, że nie ma czegoś takiego. Ten zapis
> należy podobno rozumieć jako FAT jeden dwa, co
> miałoby oznaczać kompatybilność z FAT16 (1) i
> FAT32 (2). Tak to jest widziane przez niektóre
> programy do odzyskiwania danych. A, że na dyskietce
> taki sposób jest zastosowany wynika zapewne z
> jej małej pojemności, w związku z czym nie jest
> potrzebna obsługa pełnego zakresu przestrzeni
> adresowej jak w FAT32. Czy tak jest naprawdę?
> Pytanie pozostaje otwarte.

Jak  bys znal szczegoly implementacji, to
wiedzialbys skad ta nazwa. Tam jeden wpis
w tablicy alokacji plikow (FAT - file allocation
table) zawiera wlasnie dwanascie bitow (1,5 bajta).

> A jeśli idzie o główny wątek to faktycznie
> proponowanie przerwań DOS to nie ta droga, bo
> to są funkcje systemowe, a chodzi o implementację
> niezależnych procedur współpracujących bezpośrednio
> z Bios'em i chipsetem. Sam chętnie bym obejrzał
> takie źródełka.

Polecam kody zrodlowe typowego msdosowego mbr'a.
Tam znajdziesz minimalna implementacje obslugi FAT12
oraz procedury odczytu sektorow dysku przy uzyciu
przerwan biosu.

-- 
Pozdrawiam
Lopez

> Pozwólcie, że dorzucę do tematu swoje 3 grosze.
> O co chodzi z tym FAT12 (czytane FAT dwanaście).
> Gdzieś czytałem, że nie ma czegoś takiego.

Jest coś takiego.

> Ten zapis należy podobno rozumieć jako FAT jeden dwa,

??

> co miałoby oznaczać kompatybilność z FAT16 (1) i
> FAT32 (2).

Nie. Są trzy wzajemnie niezgodne formaty FAT: 12, 16 i 32.

http://www.win.tue.nl/~aeb/linux/fs/fat/fat-1.html


--
Azarien

Witam,

o ile dobrze pamiętam FAT-12 stosowany był na dyskietkach.

Pozdrawiam.

Użytkownik "Wiktor S." <wswiktorSP@Mpoczta.fm> napisał w wiadomości
news:dss728$kmk$1@news.onet.pl...
> > Pozwólcie, że dorzucę do tematu swoje 3 grosze.
> > O co chodzi z tym FAT12 (czytane FAT dwanaście).
> > Gdzieś czytałem, że nie ma czegoś takiego.
>
> Jest coś takiego.
>
> > Ten zapis należy podobno rozumieć jako FAT jeden dwa,
>
> ??
>
> > co miałoby oznaczać kompatybilność z FAT16 (1) i
> > FAT32 (2).
>
> Nie. Są trzy wzajemnie niezgodne formaty FAT: 12, 16 i 32.
>
> http://www.win.tue.nl/~aeb/linux/fs/fat/fat-1.html
>
>
> --
> Azarien
>

> o ile dobrze pamiętam FAT-12 stosowany był na dyskietkach.

Stosowany JEST na dyskietkach.

--
Azarien

Wed, 15 Feb 2006 10:14:37 +0100 jednostka biologiczna o nazwie "Wiktor
S." <wswiktorSP@Mpoczta.fm> wyslala do portu 119
jednego z serwerow news nastepujace dane:

>> o ile dobrze pamiętam FAT-12 stosowany był na dyskietkach.
>Stosowany JEST na dyskietkach.

Niektórzy pewnie uważają że dyskietki już wyginęły i nie istnieją :-)
(ja się oczywiście do nich nie zaliczam)

Użytkownik "BLE_Maciek" napisał w wiadomości

> Niektórzy pewnie uważają że dyskietki już wyginęły i nie istnieją :-)
> (ja się oczywiście do nich nie zaliczam)

Moze i nie wyginely, ale jak dyskietka kosztuje 1,2zl a plyta 50gr, to 
rachunek jest prosty. Tym bardziej, ze dyskietki padaja jak muchy.
 A ostatnio w jednym sklepie komputerowym widzialem, ze skladaja komputery 
bez stacji dyskow :) 

Thu, 16 Feb 2006 22:48:02 +0100 jednostka biologiczna o nazwie "Ajgor"
<m@i.l> wyslala do portu 119
jednego z serwerow news nastepujace dane:

>Moze i nie wyginely, ale jak dyskietka kosztuje 1,2zl a plyta 50gr, to 
>rachunek jest prosty. Tym bardziej, ze dyskietki padaja jak muchy.
Płyty po 50gr też. Jeżeli chodzi o CD-R to oduczyłem się kupowania
taniego badziewia po tym jak w ~3 lata od nagrania straciłem zapis na
dwóch takich. Teraz kupuję tylko Dysany (te lubię najbadziej),
Verbatimy i BASF/EMTEC.
Co do dyskietek to chyba najbardziej odporne obecnie są TDK. Nie
chodzi oczywiście o ich cenę tylko o to że nadal są nośnikiem
standardowiejszym ;-) niż CD.

> A ostatnio w jednym sklepie komputerowym widzialem, ze skladaja komputery 
>bez stacji dyskow :) 
Jak ktoś gupi to i kupi ;-)

Użytkownik "BLE_Maciek" <i80c586@cyberspace_NO_SPAM_.org> napisał w
wiadomości news:vgnbv1dr3pipl6meki7krrpj88njgfn307@4ax.com...
> Płyty po 50gr też. Jeżeli chodzi o CD-R to oduczyłem się kupowania
> taniego badziewia po tym jak w ~3 lata od nagrania straciłem zapis na
> dwóch takich. Teraz kupuję tylko Dysany (te lubię najbadziej),
> Verbatimy i BASF/EMTEC.
> Co do dyskietek to chyba najbardziej odporne obecnie są TDK. Nie
> chodzi oczywiście o ich cenę tylko o to że nadal są nośnikiem
> standardowiejszym ;-) niż CD.

oj duży OT się robi no ale co tam :P
jak coś to dzielimy się doświadczeniem a nie reklamą ;)
ja używam:
dyskietki: do drobnych, częstych zapisów i przenoszenie między komputerami
nie połączonymi w sieć (TDK/Verbatim) - bez różnicy, które tańsze :)
cd-r: archiwizacja danych, bakupy i takie tam (Sony/TDK/Verbatim) - te
ostatnie najchętniej
cd-rw: przenoszenie dużych plików itp. (Verbatim) - wg. mnie najlepsze

> Jak ktoś gupi to i kupi ;-)

jak ktoś używa kompa tylko do zabaw domowych (wg. najnowszego testu jest to
40% użytkowników w tym najwięcej kobiety :) więc taka przykładowa pani
krysia kupuje bez stacji dyskietek i sie cieszy bo trochę taniej i mniej
problemów na głowie :] taki rynek...

jednak wracając do głównego tematu - jak będe mieć czas dokończe odpowiednie
prace i jak coś - dam znać ;-)


-- 
Pozdrawiam, InOsAK
>>> http://www.inos.int.pl/ - Komputery, internet, programy <<<
>>> http://www.aukcje.int.pl/ - Aukcje internetowe XXI wieku <<<
>>> http://ciekawe.za.pl/ - Łosie wśród aukcjonariuszy <<<
>>> http://ocb.int.pl/ - Radio internetowe OcB <<<
>>> GG: 4864704 - GSM: 668385121 - EMAIL: InOsAK(at)InOs.Int.pl <<<
EOF :-P


-- 
Pozdrawiam, InOsAK
>>> http://www.inos.int.pl/ - Komputery, internet, programy <<<
>>> http://www.aukcje.int.pl/ - Aukcje internetowe XXI wieku <<<
>>> http://ciekawe.za.pl/ - Łosie wśród aukcjonariuszy <<<
>>> http://ocb.int.pl/ - Radio internetowe OcB <<<
>>> GG: 4864704 - GSM: 668385121 - EMAIL: InOsAK(at)InOs.Int.pl <<<
EOF :-P

Fri, 17 Feb 2006 20:10:48 +0100 jednostka biologiczna o nazwie
"InOsAK" <inosak@WYTNIJ-TO-inos.int.pl> wyslala do portu 119
jednego z serwerow news nastepujace dane:

>dyskietki: do drobnych, częstych zapisów i przenoszenie między komputerami
[...]
>cd-rw: przenoszenie dużych plików itp. (Verbatim) - wg. mnie najlepsze

>krysia kupuje bez stacji dyskietek i sie cieszy bo trochę taniej i mniej
>problemów na głowie :] 
No nie wiem, mi tam FDD nie sprawia problemów. Nie podpija herbaty,
nie podkrada pistjacji (mimo że zwykle bardzo blisko niej stoją) ;-)

Pozdrawiam!

> ja się oczywiście do nich nie zaliczam

Przyłączam się. Ja też się nie zaliczam.
To bardzo wygodny nośnik do małych ilości
danych (gdyby tak choć 10 MB). Płyta jest
niewygodna do szybkiego zapisu danych j.w.
Chyba, że RW w trybie Mount Rainer (nazwa
może być trochę przekłamana) reklamowanym
od pewnego czasu jako równie wygodny jak
dyskietka. Mój napęd ma go obsługiwać, ale
nie mam oprogramowania (demo zniknęło ze
strony producenta). Ale to chyba nie jest
odpowiednia grupa do rozwijania tego tematu.

Remek

Użytkownik "Remek" napisał w wiadomości news:dua8mc$i62$1@inews.gazeta.pl...

> Przyłączam się. Ja też się nie zaliczam.
> To bardzo wygodny nośnik do małych ilości
> danych (gdyby tak choć 10 MB). Płyta jest
> niewygodna do szybkiego zapisu danych j.w.
> Chyba, że RW w trybie Mount Rainer (nazwa
> może być trochę przekłamana) reklamowanym
> od pewnego czasu jako równie wygodny jak
> dyskietka. Mój napęd ma go obsługiwać, ale
> nie mam oprogramowania (demo zniknęło ze
> strony producenta). Ale to chyba nie jest
> odpowiednia grupa do rozwijania tego tematu.

Pozwole sobie jeszcze slowko na ten temat. Przeciez masz zapis pakietowy.
W pakiecie Nero jest programik InCD, ktory pozwala na zapisywanie na plytach 
CD-RW
jak na dyskietce. Jest on dolaczany za free do kazdej nagrywarki. Jest chyba 
darmowy UDF
ktory daje to samo...