La instrucción "0x0002026" hace referencia a la memoria "0x02520020". No se puede "escribir" en esta memoria.
La memoria "0x" a la que hace referencia la instrucción "0x" no se puede "escribir".
Creo que todos han visto la situación anterior y algunos usuarios incluso han reinstalado el sistema repetidamente debido a los repetidos mensajes de error. No creo que el usuario medio comprenda la complejidad de los códigos hexadecimales.
Este fenómeno tiene varios aspectos. Uno es el aspecto del hardware, es decir, hay un problema con la memoria; el otro es el aspecto del software, donde surgen varios problemas.
Uno: Primero está el hardware:
En términos generales, el hardware de la computadora no es fácil de romper. Se manifiesta principalmente en los siguientes aspectos: 1. El módulo de memoria está roto (en la mayoría de los casos es memoria de segunda mano). 2. Se utiliza memoria con problemas de calidad. 3. La parte dorada de la memoria insertada en la placa base también está; polvoriento 4. Usado Diferentes marcas y diferentes capacidades de memoria conducen a incompatibilidad 5. Hay un problema con la disipación de calor durante el overclocking; Puede comprobar la memoria utilizando el software MemTest, que comprueba minuciosamente la estabilidad de la memoria.
En segundo lugar, si estos problemas no existen, entonces deberá solucionarlos desde el lado del software.
El primero es el principio: hay un lugar para almacenar datos en la memoria llamado búfer. Cuando el programa coloca los datos en el búfer, el sistema operativo necesita proporcionar una "función" para aplicar. Si la asignación de memoria es exitosa, esta función enviará la dirección del área de memoria recién abierta al programa de aplicación, y el programa de aplicación puede usar esta memoria a través de esta dirección. Esto se llama "memoria dinámica". Esto se denomina "asignación de memoria dinámica" y la dirección de memoria también se denomina "cursor" en programación. La memoria no siempre está disponible y, a veces, falla la asignación de memoria. Cuando la asignación falla, la función del sistema devuelve un valor de 0. El valor de retorno de "0" ya no representa un cursor recién habilitado, sino una notificación de error enviada por el sistema a la aplicación. Como aplicación, debe verificar si el valor de retorno es 0 después de cada aplicación de memoria. Si es así, indica una falla y se deben tomar algunas medidas para salvarlo, mejorando así la "robustez" del programa. Si la aplicación no verifica este error, seguirá la "inercia" y asumirá que este valor es el cursor disponible que se le ha asignado, y continuará usando esta memoria en ejecuciones posteriores. El área de memoria de dirección 0 real almacena la "tabla de descriptores de interrupción" más importante del sistema informático y las aplicaciones nunca pueden usarla. En un sistema operativo desprotegido (como DOS), escribir datos en esta dirección hará que el sistema falle inmediatamente, mientras que en un sistema operativo potente (como Windows), la operación será capturada inmediatamente por el mecanismo de protección del sistema, lo que resultará en El sistema operativo fuerza el cierre de la aplicación errónea para evitar que propague errores. En este momento, aparecerá el error de "lectura" de la memoria mencionada anteriormente, que indica que la dirección de memoria a la que se hace referencia es "0x00000000". Hay muchas razones por las que falla la asignación de memoria, como memoria insuficiente, discrepancia en la versión de la función del sistema, etc. Por lo tanto, es más probable que tales fallas de asignación ocurran después de que el sistema operativo se haya utilizado durante mucho tiempo, después de que se hayan instalado múltiples aplicaciones (incluidos programas de virus que se "instalaron" inadvertidamente) y después de una gran cantidad de parámetros y parámetros del sistema. Los archivos han sido modificados.
En aplicaciones que utilizan asignación dinámica, a veces habrá una situación en la que el programa intenta leer o escribir una sección de memoria que "debería estar disponible", pero por alguna razón el cursor que se espera que esté disponible ya no está disponible. Esto podría ser que el programa "olvidó" pedirle al sistema operativo que asigne memoria, o podría ser que el programa mismo cerró la sesión de la memoria en algún momento sin "notarse", etc. El sistema recuperará memoria. Una vez que el sistema recupera la memoria no registrada, sus derechos de acceso ya no pertenecen a la aplicación. Por lo tanto, las operaciones de lectura y escritura también activarán el mecanismo de protección del sistema. El único resultado de un programa que intenta "violar la ley" es. La operación terminará y todos los recursos se reciclarán.
¡Las leyes del mundo de la informática siguen siendo mucho más efectivas y estrictas que las leyes de los humanos! Situaciones como ésta son errores en el propio programa y, a menudo, puedes reproducir el error en una secuencia específica de operaciones. El cursor no válido no siempre es 0, por lo que la dirección de memoria en el mensaje de error no siempre es "0x00000000", sino algún otro número aleatorio.
La primera sugerencia:
1. Comprobar si hay troyanos o virus en el sistema.
gt; 2. Actualice el sistema operativo para que el programa de instalación del sistema operativo vuelva a copiar la versión correcta de los archivos del sistema y corrija los parámetros del sistema. A veces, puede haber errores en el propio sistema operativo, así que asegúrese de instalar actualizaciones oficiales.
3. Intenta utilizar la última versión oficial de la aplicación Beta y las versiones de prueba pueden tener errores.
4. Elimine y vuelva a crear los archivos en la carpeta WinntSystem32WbemRepository: haga clic derecho en Mi PC en el escritorio y luego haga clic en Administrar. En Servicios y aplicaciones, haga clic en Servicios y luego cierre y detenga el servicio Instrumental de administración de Windows. Elimine todos los archivos de la carpeta WinntSystem32WbemRepository. (Abra Servicios y aplicaciones, haga clic en Servicios y luego abra e inicie el servicio Instrumental de administración de Windows. Después de reiniciar el servicio, los archivos se vuelven a crear según la información proporcionada en la siguiente clave de registro: HKEY_LOCAL_MACHINESOFTWAREMicrosoftWBEMCIMOMAutorecoverMOFs