Pronaci 4 byte u fajlu?

Zanima me kako da pronadjem 4 bajta u nekom fajlu. Znam njihove HEX vrednosti i ako utvrdim da oni postoje zelim da iskopiram fajl, ali ne od pocetka vec od pocetka trazenih 4 bajta? Nadam se da sam bio jasan?

Pitanje sam postavio ovde jer bez obzira na to sto radim u C-u koristim iskljucivo win32 API, pa mi je logicnije da cu ovde naci odgovor.

@Mikky
Upravo citam tvoj post na win32asmboard kako najbrze uporediti dva fajla po sadrzaju (tako da znam da imas resenje mog problema)... nastavljam da trazim... :)

E sada sam se setio da nakon pronalazenja ta 4 bajta ne mora da se kopira fajl, vec moze da se izbrise sve ono sto ide od pocetka pa do tih 4 bajta... ali tek to ne umem da uradim :-P

OK znaci nadjes fajl pa ides nesto tipa

[pseudo code]
hFile = OpenFile();
pMem = GlobalAlloc(GetFileSize(hFile));
ReadFile(hFile,pMem);

// pretrazi pMem u potrazi za ta 4 bajta
mySearchMem(pMem);

if (bNasao)
{
SetFilePointer(hFile, pNadjena4Bajta + 4 - pMem)
SetEndOfFile(hFile);
}

GlobalFree(pMem);
CloseHandle(hFile)
[/pseudo code]

mySearchMem - tvoja funkcija koja pretrazuje memoriju za ta 4 bajta, predlog je dao Sundance ili pogledaj BinSearch() iz MASM32 biblioteke.
SetEndOfFile() je funkcija koja ti treba da izbrises sve iz fajla posle nekog bajta.
SetFilePointer() postavlja pointer na bajt u fajlu posle koga ces da zelis da SetEndOfFile() sve izbaci.

Potpis

-I know UNIX, PASCAL, C, FORTRAN,
COBOL, and nineteen other high-tech
words.

OK ja licno nisam koristio MMF jer velike fajlove nemogu da mapiram cele ako nemam dovoljno memorije, mada je to sve isto po pitanju brzine, bilo da radims sa MMF ili klasicno ReadFile() tako da je sve jedno.

A on je rekao da mu trebaju 4 odredjena bajta iz fajla, pretpostavio sam da je to jedan DWORD tako da nevidim zasto trebaju da budu sortirani? Moze komotno da koristi BinSearch() ili tvoju metodu ali ova fja je vec optimizovana by some bad-ass guru (+ ima bug koji sam primetio pa nekad pravi GPF :))

Potpis

-I know UNIX, PASCAL, C, FORTRAN,
COBOL, and nineteen other high-tech
words.

OK dobio sam neku ideju ali mi neke stvari i dalje nisu jasne... Ako koristim MMF (sto planiram) ceo fajl ce se nalaziti u memoriji... Da li ja moram da se krecem kroz nju za po jedan bajt for petljom u potrazi za prvim bajtom pa da onda uporedim sledeca tri bajta sa vrednostima koje trazim??? Ako su 4 bajta koje trazim 01020304 onda ce oni u memoriji biti 04030201 zbog Little Endiana???

Kada budem probao verovatno cu imati odgovore na ova pitanja ali ono sto me najvise zbunjuje je to kako da iskopiram fajl...

Da li to treba da uradim sam, opet koristeci for petlju krecuci se od svojih 4 bajta pa do EOF i ako je tako koliki buffer da koristim. Verovatno 4k posto je to default za OS. Ili treba da pozovem CopyFile sa FilePonterom koji je setovan na prvi bajt od kog zelim da kopiram (u mom slucaju prvi bajt od 4 koje trazim)???

Opet napominjem da radim u C-u (iskljucivo win32 API) posto mi se cini da ste taj deo propustili (mozda gresim)

Evo ja obecavam da necu imati novih postova do sutra... ali previse uopsteno mi govoris... pseudo code bi bio od velike pomoci...

Ja odlazim da proucim Iczelionov Tut 13, da pogledam CreateFileMapping, MapViewOfFile i UnmapViewOfFile...

Kako vrsiti operacije nad DWORD-ima... da li treba da nadjem prvi bajt pa da onda odatle uzmem DWORD i uporedim ga sa 01020304 ili konstantno da ucitavam DWORDE i da ih uporedjujem sa ovom vrednoscu.... ovo mi je najvaznije i najnejasnije... pseudo please :)

Ne zelim da odsecem kraj fajla.... vec pocetak... to me niste razumeli... zato mi SetEndOfFile ne pomaze... znaci treba mi kopiranje od bajta koji je prvi bajt od 4 koje trazim pa do kraja fajla...

od ABABABABAB01020304CDCDCDCD treba da dobijem 01020304CDCDCDCD

samo mala napomena:
za repnz scasd ta 4 byte moraju biti na dword granici (adresa mod 4 == 0)

Ja bi to po starisnki sa _lopen _llseek i normalno preko globalAlloc i onda na svaki byte gledam da li ima ta 4 byte =))

hMemory je HANDLE. Tako je u C-u dok je u ASM-u to DWORD? Nije mi jasno sta mi se tu nalazi ako je to HANDLE, da li je to prvi bajt sadrzaja fajla ili je u pitanju adresa prvog bajta... Ovaj primer kopira ceo fajl na neku drugu lokaciju... ja sada moram da pronadjem ta 4 bajta... kako se krecem kroz hMemory? I kada budem uspeo da ih pronadjem necu znati koju velicinu (dwSize) treba da iskopiram jer novonastali fajl nece biti iste velicine vec ce biti manji za X bajta???

I jos jednom: molim vas bez scasb repns bz i ostalih asm instrukcija :-P

HANDLER ti je isto sto i 4byte ili DWORD i tako ga i treba posmatrati. Moze da bude adresa, ali moze da bude i file descriptor koji vraca recimo _fopen, sve zavisi u kom ga kontekstu koristis. Jedno mi nikad nece biti jasno sto u Windowsu se loze ti koji su ga pravili da neke banalne stvari zovu na sasvim drugi nacin =)))

U tvom slucaju kako kaze WinAPI ----


Znaci hMemory ti pokazuje na mapiran fajl, tacnije on pokazuje na sam pocetak mapiranog fajla iliti na prvi byte fajla =)) znaci handle+velicina_od(file) bi trebalo da bude kraj fajla mapiranog u memoriji =))

Pa da 8byte kod mene =)) Ali još ne mogu da koristim jer nemam win64, barem još nije stigao na naše tezge ako ga uopšte ima =))))

JA to sve tretiram kao 4byte jer ne kapiram kako 4byte može da bude nešto drugo do 4byte =)))

ova petlja se krece po 4 bajta... nemam pojma kako da se krecem po jedan bajt??? i kako da uporedim sadrzaj buffera sa 0x4D502B07 (4 bajta koje trazim)???

MOLIM VAS samo odgovori na moja pitanja!

Evo kako ja pretražujem kernel32.dll za nekim instrukcijama =) kod u MASM


Samo sto ces zameniti sledece :
lodsw sa lodsd
sub esi, 2 sa sub esi,4
dec esi sa sub esi, 3
i if ax == opcode.opcode sa .if eax == (sta god) =)))
i to ti je cela mudrost =)
i takodje mi je podesen SEH jer acces violation znaci da sam izleteo iz kernela i to fatam =)

Po koji put treba da kazem: RADIM U C-u!!!

Epa problem je u tome sto ti procitas 4 byte i file pointer se pomeri napred za 4 byte recimo: da trazis ove bytove : [2][3][4][5]
[1][2][3][4][5][6][7][8]

Sa ovim tvoj algoritmom ih neces naci jer ce u buf da se ucitaju prva 4 byte sto su [1][2][3][4] pa onda sledeca 4 sto automatski preskace trazena 4 byte.

Resenje je u sledecem ili da mapiras fajl u memoriju kao sto ti je sundance rekao ili da koristis malo neelgantno resenje (zbog velikog broja poziva iste funkcije)
SetFilePointer(fd, -3, NULL, FILE_CURRENT);...
Tako da ti preporucujem da mapiras fajl i da skeniras byte po byte.
Algoritam za to bi isao kao sto sam gore napisao u ASM =) Znam da znas asm pa ne bi trebalo da bude problem da to implementiras u C, gde bi esi bio pointer na pocetak mapiranog fajla =))


Sto se tice same pretrage to je barem prosto, 4 byte ucitas u neku int promenljivu i nju poredis sa trazena 4 byte
ako se ne varam to bi islo ovako :

ja mislim takodje da ces morati da izvrnes ta 4 byte buduci da je x86 little endian... Tako da ako trazis 0x12345678 poredi dobijeni int sa 0x78563412 =)))

Ili pak ukoliko se odlucis za elegantnije resenje koje ja preporucujem to bi islo ovako nesto (ne ljuti se za omaske u C sintaksi jer je davno nisam koristio taj jezik):


Ako se ne varam test=(char *)test+1 bi trebalo da pomeri adresu za 1 byte napred, jer koliko me secanje sluzi int * + 1 = +4 byte jer se C uzima (1+*sizeof(pointer_type))

Nadam se da sam pomogao donekle

OK sada si mi vec pomogao... jedino sto mi jos nije jasno je kako da se krecem kroz fajl koji sam mapirao... ja imam HANDLE koji mi MapViewOfFile vraca... ali kada ja pozovem ReadFile sa tim handle-om nista se ne desava ili se ne desava ono sto ja zelim...

Dakle kako da se pomeram AAAAA poludecu :-P