Vad är filformatet DUMP?
Filändelsen .dump används av symbolfiler skapade av Google Breakpad, ett open-source-bibliotek för kraschrapportering som används av olika programvaror, inklusive Mozilla Firefox. Istället för att registrera själva kraschdetaljerna är .dump-filer tabeller med felsökningssymboler i klartext, genererade av verktyget dump_syms från en binärfils ursprungliga felsökningsdata (Windows PDB-filer, ELF DWARF eller macOS DWARF/STABS). De mappar råa maskinkodsadresser till funktionsnamn, sökvägar till källkodsfiler och radnummer.
.dump-filer produceras i förväg och lagras på en symbolserver eller i en lokal katalog, de genereras inte när ett program kraschar. När en krasch inträffar läser det tillhörande verktyget minidump_stackwalk .dump-symbolfilen tillsammans med en minidump-kraschrapport för att skapa en mänskligt läsbar stackspårning. Den resulterande symboliserade spårningen, tillsammans med kraschrapporten, kan skickas till programvaruutvecklare så att de kan fastställa och åtgärda de fel som orsakade att programmet kraschade.
En Breakpad-symbolfil är radorienterad ASCII-text. Den första raden är alltid en MODULE-post - till exempel MODULE Linux x86_64 <build-id> libfoo.so - som identifierar operativsystem, CPU-arkitektur, ett unikt build-ID och namnet på biblioteket eller den körbara filen. Efterföljande poster (FILE, FUNC, PUBLIC, STACK) bär resten av symbolmappningen; senare formatrevisioner lägger till posterna INLINE och INLINE_ORIGIN, och läsare är utformade för att tolerera okända posttyper. Filerna varierar från tiotals kilobyte till hundratals megabyte beroende på storleken på det bibliotek som symboliseras.
Eftersom .dump-symbolfiler är ren ASCII kan de inspekteras i valfri textredigerare som Notepad++ eller VS Code, eller bearbetas programmatiskt av Sentry CLI och biblioteket symbolic, som också stöder samma Breakpad-symbolformat.
Säkerhet & trygghet
RISK: LOWEn Breakpad-symbolfil är klartext utan körbart innehåll, så den är säker att öppna. Den enda egentliga oron är att symbolfiler exponerar interna funktionsnamn och källkodssökvägar för ett program (mild informationsläcka), så leverantörer håller dem vanligtvis på privata symbolservrar. Eftersom «.dump» också används för minnesdumpar och databasexporter bör du verifiera vad en given fil faktiskt är innan du antar att den är ofarlig - en rå minnesdump kan innehålla känslig data.
Formatdetaljer
i ett nötskal- Minnes- / kraschdumpfil - En rå minnesdump från en process eller kärna (t.ex. core dump, Windows .dmp) - binär, öppnas i en debugger; orelaterad till textbaserade symbolfiler.
- Databas- / SQL-dump - En textexport av en databas producerad av verktyg som mysqldump/pg_dump; läses tillbaka in i databasen, inte en symboltabell.
- Wireshark / paketfångst eller generisk datadump - Olika verktyg skriver en «.dump» av rå fångad eller exporterad data; formatet beror helt på det producerande verktyget.
Program som öppnar DUMP-filer
Tekniska detaljer
djup specifikation| Formattyp | Felsökningssymboltabell i klartext; radorienterade ASCII-poster som mappar maskinkodsadresser till funktionsnamn och källkodsplatser |
| MIME-typ | text/plain (förekommer även som application/octet-stream i generiska överföringssammanhang) |
| Filhuvud / signatur | Inga binära magic bytes; första raden är alltid en MODULE-post: MODULE <os> <arch> <build-id> <name> |
| Textkodning | ASCII; rader avgränsade enligt värdplattform (LF på Unix, CRLF på Windows) |
| Container | Klartext - inget binärt hölje, inga inbäddade sektioner eller segment |
| Komprimering | Ingen inbyggd; filer kan lagras externt med gzip-komprimering på symbolservrar |
| Typisk filstorlek | Tiotals KB till hundratals MB - skalar med antalet funktioner och källkodsrader i den symboliserade binärfilen |
| Posttyper | MODULE (header), FILE (lista över källkodssökvägar), FUNC (funktionsadressintervall), PUBLIC (exporterade symboler), radnummerposter, STACK (stack-unwinding), INLINE, INLINE_ORIGIN |
| Build ID / matchningsnyckel | MODULE-posten bäddar in ett debug build-ID (hash) som används för att para ihop symbolfilen med exakt rätt binärfil eller minidump |
| Producentverktyg | dump_syms (Breakpad/Crashpad) - extraherar symboldata från Windows PDB, ELF DWARF eller macOS DWARF/STABS felsökningsinfo |
| Konsumentverktyg | minidump_stackwalk (Breakpad), Sentry CLI, symbolic-biblioteket (Rust/Python) - alla läser detta format för att symbolisera stackspårningar vid krascher |
| Plattformsstöd | Windows, macOS, Linux, Android - Breakpad och Crashpad genererar och konsumerar .dump-symbolfiler på alla fyra plattformar |
| Formatets utökbarhet | Additiv design med nyckelordsposter; tolkar hoppar över okända posttyper, vilket gör att INLINE- och INLINE_ORIGIN-poster kan läggas till utan att äldre verktyg går sönder |
| Felsökningsformat som stöds | Windows PDB (.pdb), ELF DWARF (.so / .elf), macOS DWARF och STABS (.dSYM / .dylib) - dump_syms konverterar alla dessa till det enhetliga .dump-symbolformatet |
| Släppt | 2007 (Google Breakpad open-sourced; symbol-file format dates from that era) |
| Senaste version | Breakpad symbol format additively extended (INLINE/INLINE_ORIGIN records added in later revisions); no formal version number |
| Öppen standard | Ja · royaltyfri |
| Specifikation | github.com |
DUMP-konverteringar
Frågor & svar
frågat av användareInga frågor än - bli den första att fråga om DUMP-filer.