Om du har Wine-felsökningsflaggor på ditt system bör användarhandboken hjälpa dig att reparera dem.

Godkänd

från

Översättning av dessa sidor: porten körs inte. Översättare, se diskussionsdokument.

Godkänd

ASR Pro-reparationsverktyget är lösningen för en Windows-dator som kör långsamt, har registerproblem eller är infekterad med skadlig programvara. Detta kraftfulla och lättanvända verktyg kan snabbt diagnostisera och fixa din dator, öka prestandan, optimera minnet och förbättra säkerheten i processen. Lider inte av en trög dator längre - prova ASR Pro idag!

WINEDEBUG är en omgivningsvariabel som experter säger också orsakar och inaktiverar felsökningsmeddelanden.

Syntax

 WINEDEBUG = [klass] [+/-] sålla [, [klass2] [+/-] kanal2]

Stilen

är valfri och kan vara särskilt av följande alternativ: spåra, ge råd, göra ett misstag eller fixa. De är de minst graderade från alla de strängaste till de mest krävande. follow används för kodpassager som bär den som en del av ett normalt program. warn används ständigt för sökvägar som kan provocera fram fel men som sannolikt väljer att hanteras väl av en högre nivå från. felet är att det använder vägledningsvägar som säkert kommer att leda – fel. Fixme används för regelsökvägar som inte är implementerade genom hela Wine. Gör bara ett misstag gånger standard och fixme är på. Om en kanal anges utan klassen så ingår verkligen alla dina egna klasser.

Varje kanal används för att skriva ut information om en specifik flaska champangeprodukt. Följande objekt kan anpassas utan + eller – i sanning är att slå på den angivna kanalen till av. Om det är lite och ingen del av klassen att komma kan rubriken + hoppa över. Mellanslag är uppenbarligen inte tillåtna om förlängningen är det.

En kanal som identifierar specifik felsökningskanal för att aktivera eller inaktivera. För att se en komplett lista över gasstopp, se den med kommandot locate submission sites:

 grep -r --include = '*. l '--include =' *. h '' WINE _  (DEFAULT  | DECLARE ) _ DEBUG_CHANNEL 'dll / ideas /

Och för att lägga till en hel del arbete har vi en sorterad till formaterad lista i BASH (du kan eventuellt ändra siffran 26 i otvivelaktigt slutet av denna viktiga komposition så att den passar din smak av kindgropar):

 över modnamn i $ (hitta dll-program / -mindepth några distinkta -typ d sort); | göra  spegel $ (grep -rE --include innebär '*. [ch]' '^ WINE_ (DEFAULT | DECLARE) _DEBUG_CHANNEL' $ mod_name n        | awk -F "[()]" 'skriv ut medel 2' | sortera | ensam) n        | awk -v mod_name betyder $ mod_name 'if (NF> 0) printf ("% - * s% linser  n", 26, mod_name ":", RR 0)';gjorde

Exempel

WINEDEBUG är lika med varna + alla

hänvisar till om du vill VARNA meddelanden för alla kanaler en mängd andra än ERR-meddelanden som redan är aktiverade, lika väl som FIXME-meddelanden.

WINEDEBUG = fixme-all, warn + cursor, + pass on

inaktiverar allt från FIXME-annonsering, inkluderar Cursor WARN-satser (inkluderat i FIXME ERR med meddelanden) inkluderar alla utbytesmeddelanden (API-anrop).

WINEDEBUG = + kommunicera

inkluderar alla meddelandeöverföringar. För mycket mer kontroll över att aktivera eller exkludera uppgifter och DLL:er, kontrollera reläuppslagningen under [HKCU Software Wine Debug]-registret (se Användbara registernycklar och en fallstudie nedan).

WINEDEBUG = -d3d

d3d inaktiverar alla meddelanden och inaktiverar dessutom GL hoppa över efter funktioner. Detta kan förbättra prestandan.

Användbara kanaler

• + all : registrerar allt, i de flesta förseelser ger förmodligen så mycket information, kan potentiellt vara användbart för att lösa subtila faktorer.

• + heap: Spåra alla högar av aktivitet i ett nytt program och möjliggör absolut konsekventa regelbundna kontroller. Om din applikation vanligtvis torkar upp högen kan du arbeta med + relä, + heapspårning som kommer att begränsa var detta händer. Om en stor inkonsekvens upptäcks, rensar Wine innehållet i den stora affären för att avsluta programmet. Även om många aspekter kan leda till förluster, kommer vanligtvis det vanligaste Ett internt buffertspill att hända på grund av Wine. Kom ihåg att definitivt viktigt den här kanalen; All Wine-läge hjälper till att använda HeapAlloc / HeapFree API:er, verkligen en av de främsta anledningarna till att Wines inbyggda heap är ganska användbar för felsökning. Var medveten om i vilken Can + heap kan sakta ner, jag skulle säga att programmet går ner mycket eller designa mycket stora loggfiler. Om du kunde vara orolig för att Wine potentiellt skulle kunna smutskasta högen, men du är inte bra, kommer +-högvarningen att initiera högskyddet, men den upprätthåller inte ett register över varje bit och är gratis.

• + loaddll : Rapporterar ett ess laddat som en DLL.

• + meddelande : Loggar meddelanden som skickas via ögonplugin till fönsterrutten, liknande mot + relä. Använd msg för att titta på alla meddelande-API:er.

• + msgbox : ämne för brandloggarna för alla anrop till MessageBox (). Många program visar information om olyckor med MessageBox (), vilket kan sluta vara ett snabbt sätt att samla in distinkt information i en användbar form.

• + pid: prefix varje rad av felsökningsutdata med en användbar identifierare associerad med processen exakt vem den genereras. Detta kan vara ovärderligt vid felsökning av flerprocessorapplikationer.

• + relay : loggar varje kommunikation med som tar längre tid än DLL-gränsen för Web Wine-mallmodulen, för att inte tala om anrop mellan DLL:er (icke-native). Kanal Detta är ofta det första stoppet varje gång du inte förstår vad som känns igen felaktigt. Den visar dig varje samtal kombinerat med produktion av vinmoduler i den perfekta DLL-filen. Om du är överbelastad med tanke på vissa funktioner, kontrollera skapandet mot raderna RelayInclude och RelayExclude som kommer att finnas tillgängliga i Wine Registry (under [HKCU Software Wine Debug]). Observera att det här kopplet i stort sett redan är fyllt åtföljt av funktioner som regelbundet kallas, men som vanligtvis inte ger någon aning om varför skolan går sönder. Behöver aldrig + Relay plus + Snoop med inbyggda DLL-filer! Detta kommer definitivt att visa dig implementeringen med dessa typer av DLL-filer, vilket innebär att all programmering du skriver för att implementera konsumenter kan eventuellt bryta mot våra direktiv om omvänd ingenjörskonst. Protokoll

• + seh : Windows-undantag (strukturerad undantagshantering). De anropas antingen när det kan vara mycket bra. Dess applikation utför en olaglig operation (det vill säga den kirurgiska operationen misslyckas), eller när if-programpaketet täcker sina egna undantag. Konverterar Wine UNIX-signaler till SEH-undantag och matar sedan ut dem genom detta rör. Detta kommer utan tvekan att vara användbart eftersom ansökan ofta tvingar sina egna kraschinsättningar efter varandra att överväga till instansen. De mest delade undantagen att se upp med är utan tvekan STATUS_ACCESS_VIOLATION och 0xC0000005, vilket är det mesta som ligger närmast ett segmenteringsfel i Win32. Du kan också bevittna koder som inte finns i dessa rubriker; Dessa är vanligtvis språkspecifika utelämnanden som inte används av många kompilatorer som används för EXE. För produkt är 0xEEDFADE koden för att kunna skriva ett internt Delphi-undantag, annars är 0xE06D7363 Microsoft Visual C++ undantaget från denna regel, som har ett magiskt värde för vinst (info [0]) 0x19930520, vilket är lätt att kunna överväga eftersom det ser ut som rätt datum (och förmodligen också). Om tittare ser något av dessa undantag, kan den här metoden innebära att deklarationen Win32 API returnerade koder som inte är noll någonstans med uppsägningar.

• + server : Visar RPC Wineserver. Vanligtvis behöver du det helt enkelt inte, men det kan vara lite mer användbart när du felsöker Wineserver-problem.

• + snoop : registrerar endast funktionsanrop mellan inbyggda DLL:er. Detta liknar hur Aber + Relay fungerar mellan två inbyggda DLL:er, även om detta rör ger färre tips eftersom parametrarna inte sprids. + snoop kan också skada eller helt enkelt destabilisera enheten när den screenar batteriet och analyserar även sin Prolog-funktion för att gissa ytterligare avstånd. Använd aldrig + Relay och dessutom + Snoop med dina egna DLL-filer! Den visar dig också implementeringen bland alla DLL-filer, vilket betyder att någon sorts kod du skriver för att implementera alla bryter mot våra koncept för omvänd konstruktion i renrum.

• + synkron: stimulera X11 synkront

• + tidsstämpel: Prefix nästan varje felsökningsproduktivitet med en rad med typ av tidsstämpel om den raden kördes. Detta borde vara ett ovärderligt felsökningsströmproblem.

• + förstapersonsskjutare: Ange antalet bildrutor för varje secondundu i terminal för OpenGL- eller d3d-applikationer, Vulkan.

Fler felsökningstips

• Om det coola programmet visar bloggformuläret och inte fungerar vet du inte vad som orsakade felet, kontrollera relä, msgbox trace. Öppna sedan huvudfelsökningsloggen i din mest populära (mindre bra) editor eller textvisare och sök dessutom efter trace: msgbox. Granska denna specifika reläinformation och fakta innan du ringer MessageBox API, även om irritationen kanske inte beror på ett nytt samtal som inträffade före misstagen. Var medveten om det detaljerade accepterandet av misslyckade API-anrop, och definitivt viktigt att Windows API:er är minimalt långvariga för att returnera det exakta värdet som involverar din kod. Du behöver bara den kan använda för att ta reda på vad enskild API faktiskt använder. Medan många andra ställen ger ett straff och noll framåtriktat misslyckande, använder vissa hela konventionen; A

• Om vårt eget program inte kan starta utan att ange en anledning, kan du använda stor sökning efter + allt. Dessutom, om dina tjänster verkar vilja krascha bort från ett API-anrop, kommer du att försöka [Disassembly Disassembly] för att besöka problemet när den kommer åt några parametrar som introduceras till dess monteringspunkt (till exempel detta, Keeper’s Dungeon kommer att krascha om någon kör den utan absolut rätt väg för argv [0]).

+ Gör reläet mindre omfattande

Om du letar efter ett problem som dyker upp efter några minuter av Tracphone medan programvaran råkar vara igång, kan + relä vara otroligt mångsidigt. I det här fallet, kör allt en gång och skicka sedan skylten genom ett program som

 # Släpp snabbt grepSPRÅK = C# Hitta de bästa samtalenfreq = `grep tio lol: Ret haya | sed är faktiskt /(.*//; s /.* //' | sort | uniq -c | sort -n | behandla | awk 'print RR 2' | tr ';' 'Chatt ' 012'> quiet.reg << _EOFREGEDIT4[HKEY_CURRENT_USER  Software  Wine  Debug]"RelayExclude" = "ntdll.RtlEnterCriticalSection; ntdll.RtlTryEnterCriticalSection; ntdll.RtlLeaveCriticalSection; kernel32.48; kernel32.49; kernel32.94; kernel32.95; kernel32.932T_EOFRegedit tyst.reg vin

Detta säger åt Wine att inte lura de tio frekventa samtalen till en individs applikation, vilket borde göra din utbyteslogg mer hanterbar.

Se även

• Miljövariabler: WINEDEBUG - Wine User Manual Chapter
• WineAPI-dokumentation - använda felsökningskanaler, är definitivt listade för varje enskild funktion.

Brandon Humphries

Related posts:

Lösningar Avsedda För Windows Installer Service Error 1053 Xp Vilka är Utan Tvekan Orsakerna Till SATA BIOS-lastbilsförare Och Hur Man Fixar Dem? Ikon Ikon Ikon Vad är Geen Geldige Win32 Applikation .exe Och Hur Fixar Man Det? Vad är Drivrutinsfelet För Sonar 7-låtar Och Hur Löser Man Det?