metin2 - microsoft visual c++ runtime library windows 7 64 bit
El bloqueo de FileDialog se produce cuando la parte inferior de 4 GB está llena (2)
No puedo reproducir este bloqueo. Creé un proyecto de 64 bits, agregué la reserva de 4 GB y abrí un cuadro de diálogo de archivo dentro de él. Sin accidente.
O mi reproductor no coincide con el tuyo, o hay algo en tu sistema que es diferente. Debería publicar su proyecto para que podamos eliminar una de las variables.
Lamentablemente, no recuerdo lo que es un TppWorkerThread.
Publique su proyecto: todos los archivos fuente, archivos de recursos, archivos .vcxproj y archivos .sln. Entonces podemos investigar.
para capturar errores de truncado de puntero en 64 bits, agregué el fragmento de código mencionado aquí que reserva los 4GB de memoria inferiores para que los allocs tengan más de 32 bits. En una aplicación de prueba MFC x64, llamo a la función de reserva lo primero en InitInstance (). Luego agregué un botón que simplemente funciona:
CFileDialog dlg(TRUE);
dlg.DoModal();
Llamar a DoModal finalmente se bloquea en algún lugar con una pila de llamadas en "no mans land":
> 000000018000163b()
0000000100000024()
0000000000000001()
Esto no es específico de MFC ya que obtengo el mismo comportamiento con .NET FileDialog. Creo que es algo fuera de mi alcance ya que el archivoDialog real aparece brevemente y luego se cuelga. Se siente como una extensión de caparazón o algo así, pero no puedo entender de dónde viene, ya que la pila de llamadas no ayuda, ¡pero quiero averiguar si hay algo que pueda hacer!
Si elimino la función de reserva especial, ya no recibo los bloqueos.
¡Perplejo!
Para realizar un seguimiento de este problema, descubrimos que una extensión de shell instalada por 360 SDK causa el problema (xeshlext.dll)