Si tiene banderas rojas de depuración de Wine en su sistema, esta publicación del usuario debería ayudarlo a solucionarlas.

Aprobado

  • 1. Descargar ASR Pro
  • 2. Abra el programa y seleccione "Escanear su computadora"
  • 3. Haga clic en "Reparar" para iniciar el proceso de reparación
  • El software para reparar su PC está a solo un clic de distancia: descárguelo ahora.

    de

    Traducción de esta página: puerto definitivamente en ejecución. Traductor, consulte el documento de discusión.

    Aprobado

    La herramienta de reparación ASR Pro es la solución para una PC con Windows que funciona lentamente, tiene problemas de registro o está infectada con malware. Esta herramienta poderosa y fácil de usar puede diagnosticar y reparar rápidamente su PC, aumentando el rendimiento, optimizando la memoria y mejorando la seguridad en el proceso. No sufra más por una computadora lenta: ¡pruebe ASR Pro hoy!


    WINEDEBUG es una variable de entorno cuando los expertos dicen que también habilita y dificulta los mensajes de depuración.

    Sintaxis

     WINEDEBUG = [clase] [+/-] canal [, [clase2] [+/-] canal2]

    La clase

    es estética y puede ser una de las siguientes opciones: rastrear, advertir, cometer un error o corregir. Son exactamente los menos calificados, desde los más ajustados hasta los más estrictos. follow se usa mucho para rutas de código que lo usan como parte de un programa minorista. warn se usa generalmente diseñado para rutas que pueden causar errores, sin embargo, es probable que sean manejadas extremadamente por un componente de nivel superior. err es generalmente que usa rutas de código que seguramente conducirán a errores. Fixme se usa para rutas de código que no están implementadas en Wine. Simplemente comete un error de forma predeterminada, además de que fixme está activado. Si se especifica un tubo sin una clase, se incluyen todas las clases propias.

    Cada canal se utiliza para imprimir registros sobre un producto de vino específico. Los siguientes elementos se pueden personalizar no + y también – para encender o apagar con frecuencia el canal especificado. Si hay poco o ningún elemento de la clase por delante, se puede omitir el procedimiento +. No se permiten sugerencias de espacio si el formato de archivo es.

    banderas de depuración de vino

    Un canal de televisión que identifica el canal de depuración para habilitar o deshabilitar. Para ver una gran lista completa de canales, vea lo siguiente usando el comando de directorio de localización:

    banderas de depuración de vino

     grep -are --include = '*. c '--include =' *. h '' WINE _  (DEFAULT  | DECLARE ) _ DEBUG_CHANNEL 'dll / programmes /

    Y para agregar aún más trabajo, la mayoría tiene pautas ordenadas y formateadas en BASH (puede cambiar su número 26 al final para que esta composición importante se adapte a sus gustos personales de hoyuelos en las mejillas):

     para descripciones de mod en $ (busque dll / cursos / -mindepth alguna persona -type m sort); | hacer  echo rrr (grep -rE --include = '*. [ch]' '^ WINE_ (DEFAULT | DECLARE) _DEBUG_CHANNEL' $ mod_name n        | awk -F "[()]" 'imprimir $ 2' | selección | solo) n        | awk -v mod_name = rr mod_name 'if (NF> 0) printf ("% - 5. s% s  n", 26th, mod_name ":", $ 0)';hizo

    Ejemplos

    WINEDEBUG = lanzar un + todo serio
    se refiere a las señales WARN para todos los canales que no sean los mensajes ERR ya habilitados, así como también los mensajes FIXME.
    WINEDEBUG significa arreglarme-todo, advertir + cursor, + cruzar
    deshabilita todo, desde la comunicación FIXME, incluye declaraciones de Cursor WARN (además de FIXME ERR con mensajes) e incluye todos los mensajes de intercambio (llamadas API).
    WINEDEBUG = + relé
    incluye casi todas las transferencias de mensajes. Para obtener más control con la habilitación o exclusión de funciones y DLL, verifique el seguimiento de retransmisión en nuestra propia clave de registro [HKCU Software Wine Debug] (consulte Claves de registro útiles y un ejemplo a continuación).
    WINEDEBUG = -d3d
    d3d obstaculiza todos los mensajes y también deshabilita la verificación de omisión de GL después de las operaciones. Esto posiblemente puede mejorar el rendimiento.

    Canales útiles

    • + all : registra todo, en la mayoría de los casos probablemente dará tanta información, puede ser útil e interesante para resolver problemas sutiles.
    • + montón: Realice un seguimiento de toda la actividad del programa y, además, habilite comprobaciones de coherencia absolutamente coherentes. Si su aplicación generalmente limpia un montón en particular, puede usar + informar, + seguimiento de montón para limitar dónde sucede esto. Si se encuentra una inconsistencia excesiva, Wine vacía mi contenido del montón para anular el programa. Si bien muchos aspectos podrían conducir a pérdidas, un buen número es común. Se produce un desbordamiento del búfer interno debido finalmente a Wine. Recuerde recordar el tipo de canal; Todo el modo Wine utiliza las API de HeapAlloc / HeapFree, por lo que una de las principales razones es que el montón integrado de Wine es realmente útil para adaptarse a la depuración. Tenga en cuenta que Can + heap puede ralentizar mucho el programa en conjunto o crear archivos de registro muy principales. Si le preocupa que Wine pueda dañar el lote, pero no está seguro, diría que la advertencia de pila + activará la cobertura de pila, pero no rastrea todas las acciones y es gratis.
    • + loaddll : Reporta cada Ace transferido como una DLL.
    • + message : registra todos los mensajes dados a través del puerto de ojos en la ruta de su ventana, similar a + pasar. Utilice msg para realizar un seguimiento de todas las API de mensajería de texto.
    • + msgbox : área de los logs de las únicas llamadas a MessageBox (). Muchos programas de software de computadora muestran información sobre fallas usando MessageBox (), que puede ser una forma más rápida de recopilar esta información operando en una forma utilizable.
    • + pid: prefija cada línea que apunta a la salida de depuración con un identificador que normalmente se espera con el proceso de generación de la casa. Esto puede resultar útil al depurar aplicaciones multiprocesador.
    • + retransmisión: registra todas las llamadas que pueden llevarle más tiempo que el límite de DLL del módulo de plantillas de Web Wine, incluidas las llamadas relacionadas con DLL (no nativas). Canal Esta suele ser la primera parada cuando no puede comprender qué está mal. Le muestra cada llamada y salida con módulos Wine dentro de una DLL. Si está sobrecargado con ciertas actuaciones, verifique la creación de las líneas RelayInclude y RelayExclude que están disponibles para comprar en el Registro de vinos (en [HKCU Software Wine Debug]). Tenga en cuenta que esta cadena es dulce y ya está llena de funciones que la idea se llama regularmente, pero por lo general no se moleste en proporcionar ninguna pista sobre cómo está fallando la escuela. ¡Es posible que nunca necesite + Relay o + Snoop sufriendo de DLL nativas! Esto le mostrará la posibilidad de la implementación con estas DLL, lo que probablemente significa que cualquier código que publique para implementar a los consumidores violará sus propias pautas de ingeniería inversa de sala limpia. Protocolos
    • + seh : exclusiones de Windows (manejo estructurado de excepciones). Ya se invocan cuando es definitivamente bueno, su aplicación está realizando un uso ilegal (es decir, falla la operación), posiblemente cuando el programa if lo cubra serán excepciones propias. Convierte los síntomas de Wine UNIX en excepciones de SEH y genera todas las salidas involucradas a través de esta canalización. Este componente será útil ya que las aplicaciones a menudo hacen sus propios volcados de memoria uno después del otro para llegar a nuestra instancia. Las excepciones más comunes que se pueden tener en cuenta son STATUS_ACCESS_VIOLATION y también 0xC0000005, que es el proceso más cercano a una falla de segmentación en Win32. También puede ver los códigos que no están en los encabezados; Por lo general, se trata de excepciones específicas del idioma que no utiliza ningún compilador implementado para EXE. Por ejemplo, 0xEEDFADE también es el código para crear una excepción de Delphi interior, o 0xE06D7363 es mi excepción de Microsoft Visual C ++ con respecto a esta regla, que tiene una relación calidad-precio cautivadora (info [0]) 0x19930520, que específicamente es fácil considerar simplemente porque parece un horario (y, probablemente, también). Si los usuarios ven una de estas excepciones, este método tiene la capacidad de significar que el término API de Win32 devolvió un código distinto de cero en algún lugar con la ayuda de terminaciones.
    • + server : Muestra todos los RPC Wineserver. Por lo general, nunca necesitará el programa, pero puede ser útil tan pronto como solucione los problemas de Wineserver.
    • + snoop : solo registra llamadas telefónicas de función entre DLL nativas. Esto es idéntico a cómo funcionará Aber + Relay entre dos DLL nativas, aunque hacer esta canalización proporciona menos información porque los parámetros no se comunican. + spy también puede dañar o desestabilizar cualquier dispositivo, ya que verifica la variedad y también analiza la funcionalidad Prolog para adivinar parámetros adicionales. ¡Nunca utilice + Relay y + Snoop usando sus propias DLL! También le ofrece la implementación de todas las DLL, lo que significa que cualquier familia de código que escriba para implementarlas viola todas mis pautas de ingeniería inversa de sala limpia.
    • + sincrónico: activar X11 sincrónicamente
    • + marca de tiempo: prefija casi todos los resultados de depuración con una línea confiable con cualquier marca de tiempo si de qué línea se ejecutó. Esto debería convertirse en un problema de rendimiento de depuración invaluable.
    • + fps: Ingrese un nuevo número de cuadros por segundoundu que se encuentra en la terminal para tratamientos OpenGL o d3d, Vulkan.

    Más sugerencias de depuración

    • Si el programa chilly muestra el formulario de publicación además de que no funciona, no sabe todo lo que causó el error, intente retransmitir, seguimiento de msgbox. A continuación, abra el registro de depuración en su programa o visor de texto favorito (menos bueno) y busque sobre trace: msgbox. Revise la información de retransmisión y los hechos antes de llamar a la API de MessageBox, aunque el problema puede no deberse a la llamada donde ocurrió antes de la falla. Tenga en cuenta la comprensión detallada de las llamadas API no trabajadas y recuerde qué expertos afirman que las API de Windows son mínimamente consistentes para enviar el valor exacto de su prefijo. Solo necesita usar que lo ayudará a descubrir qué usa virtualmente cada API. Mientras que muchos otros devuelven una penalización significativa y cero en caso de falla, algunos usan la convención opuesta; A
    • Si el programa simplemente no puede iniciarse sin dar una razón, las familias pueden usar trazos grandes + todo eso. Además, si su programa parece ayudarlo a querer fallar fuera de una nueva gran llamada de API, puede intentar [Disassembly Disassembly] para visitarlo cuando acceda a algunos de los parámetros que se le pasaron realmente como punto de montaje (por ejemplo, Keeper’s Dungeon se bloqueará si ejecuta este elemento sin la ruta absolutamente correcta para obtener argv [0]).

    + Hacer que la retransmisión sea menos detallada

    Si está buscando un problema que se localice después de unos minutos de Tracphone mientras el software se está ejecutando, + get across puede ser demasiado detallado. En este caso, ejecútelo una vez y, en consecuencia, envíe el registro a través de un buen programa sólido como

     # Suelta rápidamente grepIDIOMA = C# Encuentra las llamadas extremadamentefreq = `grep diez ': Ret haya | sed 's /(.*//; ohydrates /.* //' | estilo | uniq -t | sort -n | minimizará | awk 'print $ 2' | tr ';' 'Chat ' 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.96Tls32.96el32.973297. Set_EOFVino regedit quiet.reg

    Esto le explica a Wine que no registre las 10 llamadas frecuentes a su aplicación, que normalmente deberían hacer que su registro de retransmisión sea mucho más manejable.

    Ver también

    • Variables de entorno: WINEDEBUG - Capítulo del manual de usuario de Wine
    • Los documentos de WineAPI: los canales de depuración utilizados, probablemente se enumeran con respecto a cada característica individual.

    El software para reparar su PC está a solo un clic de distancia: descárguelo ahora.