En primer lugar, parece que solución directa tenés configurando la
aplicación para forzarla a que corra en 32 bits.

Si lo que buscás es corregir esto en el diseño, tal vez te convendría buscar
un modelo de menor acomplamiento en el cual las dlls de 64 y 32 bits no
tengan que correr en el mismo proceso. De ese modo podrías independizar y
configurar (o heredar la configuración) por separado de los distintos
assemblies.

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Esteban
A. Zibecchi (MUG)
Sent: jueves, 26 de agosto de 2010 11:26 a.m.
To: [email protected]
Cc: [email protected]
Subject: [puntonet] Problemas con .Net en 64bits

Listeros, les cuento un problema que me pasó hace poco y que me dejó
desconcertado con respecto a como seguir con este tema en el futuro.

Situacion : 
        Programa en C#.NET 2.0 
        Corriendo en un servidor Windows 2003 Server 
        Tiene como funcion monitorear una carpeta con archivos xls
levantando los mismos en un dataset y enviando mails según algunas reglas.

Problema : 
        Migracion del soft a un servidor corriendo Windows 2008 Server 64
Bits

El problema surge porque el programa intenta correr en 64 bits (fue
compilado con AnyCpu) y no existen JET para 64bits (en realidad existe, pero
no puede coexistir con una instalación de Office 32bits).

Solucion : Ajustar el programa (no se pudo recompilar) usando la tool
"corflags.exe" para que corra siempre en 32bits.

Ahora bien, lo que me preocupa es que nosotros usamos JET intensivamente
para acceder a diversos origenes de datos (Excel / Outlook / Fox, etc) y no
pueden coexistir en una misma Pc JET 32 y 64 bits, con lo cual si instalamos
Office (excepto que optemos por el Office 2010 64) estamos atados a que las
aplicaciones .NET deban corrar en 32bits.

Alguien tuvo problemas como este?

Saludos!
Esteban







Responder a