jak się robią uszkodzone pliki 0 bajtów

sakura sasuke

Tue, 22 Feb 2005 06:59:03 +0100, na alt.pl.emule, hiiho napisał(a):


Witam, mam taki problem: po wielkich mękach wreszcie udało mi się ściągnąć
Nortona ze stronki osloskop.net.  Po rozpakowaniu archiwum mam dwa pliki:
NSWorks2005-pl.mds i NSWorks2005-pl.mdf . Co z tym dalej robić, ktoś mi
pomoże bo nie mam pojęcia co to, czy to obraz płyty czy co?
Z góry dzięki za pomoc


U mnie podczas rozpakowywania 20 czesci pojawia sie komunikat ze
"Niewlasciwa lub uszkodzona informacja autentycznosci". Problem poziej jest
taki, ze po wypaleniu Alkoholem lub po przekonwertowaniu na ISO i wypaleniu
podczas instalacji pokazuje ze poszczegolne skladniki proframu zajmuja 0
bajtow i ze potrzeba 0 bajtow na dysku. Czy ktos mial cos podobnegop? Czy
musze od nowa zassac? Jezeli od nowa, to obawiam sie znowu bedzie to samo
skoro zrodlo sie nie zmienia. Oczywiscie to bylo z osloskop.net


"Lucyna Witkowska" <ypwit@nospamcyf-kr.edu.plwrote in message



M <maj@nospam.go2.plwrote:
| Czy jest gotowa funkcja do konwersji znaków ASCII, których kody są
zapisane
| szesnastkowo w dwóch bajtach, na jeden znak ?
| Jest to potrzebne do zwrócenia stringu odczytanego z BLOBa. Przy takim
| odczycie w zmiennej char są zapisywane kolejne kody ASCII, a nie znaki,
| które potrzebuję.

Znak po znaku mozna to zrobic tez tak:
SELECT chr(to_number('21','XX')) FROM dual;

Tylko czy nie lepiej trzymac te BLOBy jako CLOB ???????


Ale z tego co wiem CLOB podlega konwersji znaków. Ja przechowuję pliki
binarne, czy to nie spowodowałoby ich uszkodzenia ? Nie wiem na czym
dokładnie polega ta konwersja, ale pliki muszą się zapisywać i odczytywać z
bazy bez zmian, natomiast problem jest tylko z analizą ich zawartości,  i tu
muszę robić różne konwersje ale tylko do analizy.

--++ faka ++-- <f@elektro-instal.com-tnijnapisał(a) dnia Sun, 02 Mar 2003 12:25:33 +0100 następującą wiadomość:


Dnia Sun, 2 Mar 2003 10:52:56 +0000 (UTC), Zodiaq <zod@gazeta.pl
wystukał:

| Przy generowaniu CRC czy MD5 z pliku NIC poza plikiem na ma znaczenia...
| niewazne jakie sa algorytmy odczytywania danych, jaki OS to robie, czy kto
| siedzi przy kompie - MD5 to algorytm okreslony w RFC (wraz z kodem, nie wiem
| czy tak samo jest z CRC, nie szukalem), podany ladnie w C++

Ja niczego takiego nie mówiłem - przecież _logiczne_ jest że CRC to
suma kontrolna konkretnego/ych pliku/ów

| Po pierwsze w danych z ktorych generuje sie CRC moze dojsc do takiego
| uszkodzenia danych ze CRC bedzie takie samo... dlatego powstaly MD(4 i 5)...

Wybacz - ale....jakoś nierozumiem absolutnie teraz nic z Twojego
wywodu :(
Jeżeli dane zostaną uszkodzone to wtedy CRC ...jest takie samo ???
hmmmmmm


CRC to suma wszystkich bajtów. Przykładowo jeśli jeden bajt zmniejszysz
o wartość np. 2 czyli bajt-2, a drugi bajt zwiększysz o 2 (np. bajt+2),
to CRC będzie identiko. itp. itd.

Użytkownik "Mateusz Gawenda" <mateusz.gawe@wp.pl_ANTY_SPAMnapisał w
wiadomo?ci


CRC to suma wszystkich bajtów.


Kto Ci naopowiadal takich bzdur ?!?! Nie pomnazaj glupot !


Przykładowo je?li jeden bajt zmniejszysz
o warto?ć np. 2 czyli bajt-2, a drugi bajt zwiększysz o 2 (np. bajt+2),
to CRC będzie identiko. itp. itd.


He...jesli tak idiotycznie byloby generowane CRC, to oczywiscie.

  Lecz do generowania CRC uzywa sie specjalnej tablicy o wielkosci 255
elementow, ktorymi sa liczby typu Dword (LongWord) i nie jest to
takie proste, jak piszesz, bo opiera sie na operacjach na bitach, takich jak
 "shr","xor" i "and" dokonanych miedzy okreslonymi elementami tablicy
a poszczegolnymi bajtami pliku i dodatkowo jeszcze miedzy "chwilowymi"
wartosciami CRC. I na samym koncu robi sie jeszcze negacje bitow CRC
i zamienia na postac hexadecymalna.

   Co do tego, co napisal Zodiaq:

 Po pierwsze w danych z ktorych generuje sie CRC moze dojsc do takiego


 uszkodzenia danych ze CRC bedzie takie samo... dlatego powstaly MD(4 i
5)...


  Oczywiscie, ze tak moze sie zdarzyc i na pewno juz w plikach o rozmiarze
 wiekszym niz 4 bajty.

Pozdr.
Marek

Osoba podpisana jako monter <mon@SKASUJTOrmf.fmw artykule
<news:bob1qq$c6e$1@opal.futuro.plpisze:


03-11-05 15:17, Andrzej P. Wozniak:
| Osoba podpisana jako monter

| Total Commander potrafi rozpakować uszkodzone pliki.
| A dokładnie to widzi wszystkie pliki, a rozpakowuje te nie uszkodzone.
| Wywala błąd przy niekompletnym i brakującym.
| Bo nie zmieniłeś ustawień domyślnych. Winrar potrafi to samo po
| dokonaniu podobnej zmiany. RTFM, leniu.
Dobra, miszczu. Przejdźmy od słów do czynów:
Rozpakuj WSZYSTKIE pliki z tego archiwum:
ftp://monter.homeip.net/test_err.zip


Pomijam całe pliki. Interesujący jest plik:
ramka.gif - 1270 bajtów - błąd CRC
Total Cmd:     0 bajtów,
            1235 bajtów po dopisaniu struktury archiwum pkzipfixem
Winrar:        podobnie. Bez naprawy stuktury pokazuje zawartość archiwum,
ale odmawia rozpakowania.
Winrar może też sam zrekonstruować strukturę archiwum, ale robi to gorzej
(zbyt inteligentnie) niż pkzipfix. W rezultacie po naprawie rozpakowuje
tylko 1211 bajtów.
Jakieś pytania?