7 de agosto de 2012

Ante un error, no hay que dar todo por sentado

Hacía unos días que estaba luchando para descompirmir un archivo . rar desde una aplicación MVC con la librería de SevenZipSharp.
Hice un par de test y todo funcionaba.
Pero cuando lo implementaba en la aplicación MVC me sucedía el mismo error que da origen a esta discusión del foro de la librería,.
El error era bastante generico y ya estaba por tirar la toalla luego de preguntar en listas. Hasta que encontre un post donde se explicaban como obtener una descripción más clara del error. Así que procedí a bajarme el código fuente y aplicar las instrucciones. El código quedo así

En NativeMethods.cs

DllImport("kernel32.dll", BestFitMapping = false, ThrowOnUnmappableChar = true, SetLastError = true)] public static extern IntPtr LoadLibrary([MarshalAs(UnmanagedType.LPStr)] string fileName);

Y en LibraryManager.cs

if ((_modulePtr = NativeMethods.LoadLibrary(_libraryFileName)) == IntPtr.Zero) { 
//throw new SevenZipLibraryException("failed to load library.");
 throw new System.ComponentModel.Win32Exception();
 }

Ahora el error era más especifíco pero igual de críptico!!


 error 193 "%1 Is Not a Valid Win32 Application"

Sin saber mucho que hacer, hice caso a la recomendación de usar Dependency Walker para ver si no había algún modulo compilado para x64, y ahí estaba la madre del borrego!

La librería COM de 7-Zip (7z.dll) que bajas de acá   y que es la indicada para x86, tiene un módulo interno para x64.  es correcta.
Por lo que me fui al sitio de 7zip y lo instale en una máquina virtual de XP y me copie esa dll que es la que referencio en el proyecto.
Por suerte esta vez, la novela tuvo un final feliz.

Update:  Cuando termine de escribir el post me quedo la duda si ante el mareo de tantas pruebas no había yo pisado mal la dll, ya que al principio había copiado la dll desde mi instalación (x64)
Volví a probarlo y fue así, por lo que como dice el titulo "no hay que dar todo por sentado", y mejor es reconocer los errores a tiempo.