Search results for 'app:weblogs' matching tag 'Bug'

FindExecutable API call fails for ACCDB file extensions

Tony — Sun, 13 Sep 2009 05:00:00 GMT

The API call "FindExecutable: Find Exe Associated with a Registered Extension" fails on a file with the ACCDB extension. The API call does work fine with the MDB extension. Clicking on an ACCDB file in Windows Explorer does work. This is a on a new, fresh Win XP/Access 2007 install with nothing else on the system and no uninstalls, etc.

This has been confirmed by folks over in the microsoft.public.vb.general.discussion newsgroup.
Microsoft Communities - FindExecutable API call fails for ACCDB file extensions
Google Groups - FindExecutable API call fails for ACCDB file extensions

Note Mike Williams statement: "There were all sorts of strange anomalies where certain file extensions were found by FindExecutable and other file extensions were not, with (up to now) no apparent rhyme or reason behind it. "

Irony/Stupidity/Blind spot

That said ShellExecute will do what I want. I had a blind spot and forgot you could send it parameters. So I’ve spent several hours getting this API call working, or so I thought until someone hit this bug, for nothing. <sigh> Worse, I could’ve added some requested functionality to the Auto FE Updater a long time ago. <bigger sigh>

I will be issuing a new release of the Auto FE Updater in the next few days after I fix up a few other minor bugs.

Windows 7 es Afectado por el Ultimo Problema de Seguridad del IE MS09-034?

ddaz — Thu, 30 Jul 2009 05:00:00 GMT

Situacion:

platicando con un amigo, encontramos una situación algo compleja, ya que leyendo el boletín de Microsoft sobre los Problemas de Seguridad en IE allí dice explícitamente

justamente en una platica con un amigo de Microsoft el me decía que “ Windows 7 no es afectado” , y yo le decía que si… y el me dijo “ es la información oficial”.. (http://www.microsoft.com/technet/security/bulletin/ms09-034.mspx)

hace unos momentos me acerque al historial de actualizaciones y vi esto:

y en esa imagen dice que “ si es vulnerable”, así que en primera instancia se ve una contradicción... pero veamos… a que se deberá esto?

Mis Suposiciones – ya que no tengo información oficial al respecto- :

La Versión RC del Win 7 – la que todos los mortales que no son empleados de MS y no están con el Partner Program(solo unos cuantos selectos, creo que los OEM y quiza unos mas) tenemos, ya que ellos ya usan el RTM- si es vulnerable al problema ese – no olvidar que tenemos el build 7100 y el RTM pasa el 7600 –.
Al ser un Producto Beta – ya que públicamente aun no llega a la gente común y silvestre el RTM- ms no lo quiere marcar en la lista – un bug menos- y ponerle el parche cuando salga al publico – 6 de agosto – o en estos momentos recompilarlo… .
el build 7600 ya NO es afectado por ese bug, pocas personas en este planeta pueden verificarlo… al menos yo no pude, ya que aun no tengo acceso al RTM – y por suerte solo tengo que esperar unos cuantos días mas, ya que ms ya dijo que siempre si me lo dará free jeje-

fuera cual fuera el caso, la realidad es que el Win 7 RC, la que miles de personas tienen y lo tendrán usando hasta el próximo año SI es afectado por el bug antes mencionado, me parece algo malo que Microsoft no lo mencione en la lista de programas afectados, por mas que sea un software beta, ya que Microsoft mismo distribuyo masivamente el RC.

por mas que sea un software Beta, se debe de ACTUALIZAR WINDOWS siempre, justo platicaba con otro amigo que tenia el RC, y me dijo que no tenia ni un solo parche del win 7 instalado.. “ por que era beta” … espero los demás no cometan el mismo error, sea beta o no, si es afectado por un bug, son vulnerables a ataques…. y como ya saben, es mejor prevenir que lamentar.

En Conclusión:

Windows 7 RC SI ES AFECTADO POR EL BUG DEL MS09-034, asi que deben de actualizar windows!

si quieren revisar la información oficial, pueden verlo en : http://www.microsoft.com/technet/security/bulletin/ms09-034.mspx

Salu2

Ddaz

:) Publicacion cruzada desde Geeks.ms :) http://geeks.ms/blogs/ddaz

Nuevos Bugs CRITICOS en Windows, en esta vez el culpable es Visual Studio –Actualicen URGENTE-, No es simulacro xD!

ddaz — Wed, 29 Jul 2009 05:00:00 GMT

Acaban de salir 2 boletines de Microsoft con el nivel de URGENTE , donde pide actualizar, en el primero el Internet explorer – todas las versiones, hasta el 8- y en el 2do el Visual Studio 2008 – el texto dice:

MS09-034 / Crítico para las versiones de Internet Explorer 5.01, 6, 7 y 8 corriendo sobre versiones de Windows XP, Vista, Windows Server 2003 y Windows Server 2008 (mas info aquí: http://www.microsoft.com/technet/security/bulletin/ms09-034.mspx)

MS09-035 / Afecta a las aplicaciones desarrolladas con la tecnología Active Template Library (ATL) incluida en Visual Studio. Esta actualización es específica para desarrolladores de componentes y controles. ( mas info aquí : http://www.microsoft.com/technet/security/bulletin/ms09-035.mspx)

Por favor, siga las siguientes recomendaciones:
• La actualización de seguridad MS09-034 para Internet Explorer, es importante asegurarse de seguir los siguientes pasos para protegerse:

- Ejecutar el Windows Update y asegúrese de instalar: Actualización de seguridad No. KB 972260
• La actualización de seguridad MS09-035 para Visual Studio, es importante asegurarse de seguir los siguientes pasos para protegerse:
- Ejecutar el Windows Update y asegúrese de instalar: Actualización de seguridad No. KB 969706

Bueno según lo que aparece en el Windows 7 la descarga del fix para el MS09-34 es de 5.9mb, mientras que la descarga para el MS09-35 es de 365.2MB.

sobre si es bueno o malo… ps solo podría decir “ACTUALICEN, ESTO NO ES UN SIMULACRO”

si bien en el boletín dicen que aun no sea detectado ataque contra estas vulnerabilidades, no duden que en esto días aparece, así como paso con el Conficker la ultima epidemia de virus que ataco este año y se bajo a miles de PC en todo el mundo,eviten desastres, actualicen no esperen que haya una tragedia para hacerlo.

Salu2

Ddaz

:) Publicacion cruzada desde Geeks.ms :) http://geeks.ms/blogs/ddaz

The path <path> is already mapped in workspace <workspace>

hammad — Sun, 05 Jul 2009 05:00:00 GMT

i was getting the following error:

The path <path> is already mapped in workspace <workspace>

Here's how i solved it.

Theres another way to do it through command line

PatoAventura: Dacito en la batalla contra las referencias mal referenciadas! del Win 7

ddaz — Tue, 30 Jun 2009 05:00:00 GMT

Hola de nuevo, esta es una cortita, la pongo en caliente, pq sino luego se va a la cola y ya no sale…:

bueno, tengo que aceptar que quizá este post tenga algo de bilis, espero que sea en su mínima expresión.

Antecedentes

esta pato aventura empezó, por que tuve que lanzar un proceso de análisis –automatizado- de una app el cual iba a demorar un par de horas, así que me puse a ver como me entretenía, como había platicado con Eber via twt sobre cuales apps eran mas inseguras las de win32 o las de .net – eso es otro tema… – se me ocurrió probar el hacer el análisis de un archivo obfuscado con un desensamblador tradicional y en un editor hexadecimal.. Vs un archivo la versión original de ese archivo, en este caso era una app win que había echo días atrás, y para esto utilice el OllyDbg 1.1 y tbm el notepad++ con el plugin de fuente hexadecimal.. – si, ya se existe el WinDbg, pero no puedo dejarlos a un lado –..

Y que paso???

Me puse a analizar el código en ensamblador que mostraba, entonces… se me ocurrió ver que cadenas ASCII y las UNICODE – use el plugin “Ultra String Reference” del OllyDbg .. este pluging ademas de mostrarme las referencias del archivo, tbm me mostro las referencias string, de los archivos referenciados y dependientes … y en eso pude ver esto….

cuando vi esto…. recordé unas experiencias previas con win 2k3..

si ven en la parte izquierda, esto viene de “ntdll.dll” una libreria de win7, y esta referenciando a una ruta “ e:\win7rc\minikernel\theranpool\ntdll\waiter.c” – oh win 7 lo hicieron en C xD!”- pero que es esto? simple, parte del codigo de la dll esta referenciando, al archivo fuente, el cual lógicamente no tengo, y además, que esta en otra partición – la cual no necesariamente podría existir en mi pc-, y esto pa que o que? en algunos casos cuando ocurre algun error, o en determinada situación Windows intenta buscar el archivo fuente – para lanzar su depurador – pero “oh sorpresa” el archivo no existe…. como ya deben de saber, el buscar archivos es algo costoso – en procesamiento - y mas aun si no existen, pq pueden lanzar excepciones y ps una excepción provocada por otra excepción pues es doblemente costosa… o me equivoco?.

se que mas de uno ya estara pensando en responder al post con un “es beta”, y justo por eso muestro esto :

es la misma dll “ntdll.dll”, con la diferencia que es del Windows 2003 R2..versión final … escogí la imagen al hazar, y la dll tbm, ya que no son las únicas con este “detalle”, si se fijan en este caso los archivos con “.CPP” ósea que al windows 2003 r2 lo programaron en… ? xD!, pero bueno, no nos salgamos del punto….

Cual es el punto?

el punto es que los programadores de Microsoft, dejan referencias a rutas absolutas de archivos “fuente” dentro de sus dlls, las cuales luego son llamadas por X o y motivos… y estas al no estar presente lanzan a su vez otra excepción, que conseguimos con esto? simple… que nuestros win respondan de modo mas lento, ya que todas las excepciones no controladas son muy costosas – asi como las novias que son “pedilonas xD” -

creo que cualquier administrador de server decente -y especifico decente, pq el echo de meter el disco y darle next a todo no los hace un administrador de server..- y cualquier otra persona que sea muy fan de ver el visor de eventos, a visto alguna vez en su vida, un error marcado casi sin motivo al parecer alguno en el visor de eventos, donde el mensaje dice “no se encuentra el archivo d:\nt\base\ntdll\……” y uno nomas dice “juat!??” , esto muy común en Windows 2003 - ojo, win 2003 me parece un muy buen sistema operativo, pero de todas maneras no se escapa de esto –.

Personalmente aun no entiendo el por que los programadores de Microsoft hacen esto, para una app que usaran personas que no tienen el fuente a la mano…, ya que habrían otras formas de ubicar la fuente del error, sin tener que hacer llamadas a esos archivos.. la verdad no les entiendo, ya que evitando esto, podrían hacer que windows sea un poco mas estable…, la verdad cada vez los entiendo menos….

se que hubiera cerrado con broche de oro, mostrar una imagen del filemon donde sale la llamada a ese archivo o el visor de eventos, donde se hace una llamada a esos archivos, pero no e podido sacar aun una serie de pasos repetibles sobre como hacer k aparezcan estas llamadas y ando con mucha chamba … – las cuales ya me han pasado varias veces - , y aunque este tipo de “situaciones” no se ejecuten todos los días, pueden hacer que un día X cuando estemos con alguna aplicación critica, truene algún proceso y este a otro y esta bolita de nieve se vuelva una avalancha y sea algo mas fuerte - ya me paso… –, si mas adelante me sale uno, lo agregare a este post….- un screen shot -

que podemos hacer nosotros en estos casos ? … lamentablemente nada… y solo rezar por que no nos pase… y tbm rezar pq ms deje de hacer esto en las apps de producción …

por situaciones como esta, es que recomiendo siempre que al listado de pruebas por hacer, se haga una revisión al archivo desensamblado, para ver que posibles detalles se podrían encontrar por allí…, lamentablemente no muchos lo hacen.. :(

postdata: las imagenes que puse alli son al hazhar... si quieren verlo por sus propios ojos, las cientos - si es que no miles - de llamadas... pueden buscarlo uds mismos .. ;) ....

Salu2

Ddaz

:) Publicacion cruzada desde Geeks.ms :) http://geeks.ms/blogs/ddaz

Navigation Pane Description missing - Access 2007 SP2

Tony — Fri, 01 May 2009 05:00:00 GMT

"Use MS ACCESS 2007 to manage large volume of accounting data, and have many
tables and queries. I enter a description in these tables and queries to
help me remember what they all do. MS OFFICE Service Pack 2 was released
into my machine last night, and now the descriptions have disappeared in the
navigation pane I use to run queries."

Navigation Pane Descriptions -2007 Office Service Pack 2

Confirmed by multiple people and Microsoft.

"Object or class does not support the set of events." error message

Tony — Sun, 05 Apr 2009 05:00:00 GMT

I start getting the following message when opening a form after doing some minor changes to it.

"The expression On Open you entered as the event property setting produced the following error:
Object or class does not support the set of events."

Commenting out the code in the OnOpen event, compiling, uncommenting and compiling didn't help. Neither did decompiling which startled me.

However saving the form with a different name fixed the problem. Bizarre.

String.IsNullOrEmpty : update on that nasty null reference exception

bill — Tue, 10 Mar 2009 05:00:00 GMT

Back in April 2006, I blogged about a nasty JIT compiler optimisation that would cause String.IsNullOrEmpty to throw a null reference exception; ironic really given that is the very thing you’d use the IsNullOrEmpty method to check against. Well since then, due to popular demand on the connect site, this bug has been fixed in .NET 2.0 SP1 (which implies .NET 3.0 and 3.5)

940900 (http://support.microsoft.com/kb/940900/ ) FIX: You receive the NullReferenceException exception when you call the String.IsNullOrEmpty function in an application that is built on the .NET Framework 2.0

una cortita - mi primer problema con Win 7

ddaz — Tue, 03 Mar 2009 06:00:00 GMT

este post lo tenia en borrador hace uff... en si ya encontre mas bugs de win 7... pero aun asi me parece bueno...

si , ya se....

hoy me anime a instalar en la particion principal de mi pc el win 7 y luego me puse a instalar el soft que uso regularmente........

tuve unos detallitos ... pero nada comparado a cuando quise instalar el SP del Visual Studio 2008 ...

para empezar, yo uso las ediciones en español del VS - si ya se que muchos dicen que hay que usar en ingles, pero a mi me gusta en sp y lo uso -.

el Windows 7 trae por defecto el Framework 3.5 SP1 nativo, asi que a la hora de poner el SP 1 del VS 2008 - en spanish - intenta instalar el paquete de idioma del fw 3.5 sp1, y alli es donde rebota.

Mirando el archivo de log y luego verificando a mano - descargue el archivo dotnetfx35langpack_x86es - me sale un mensaje, de que ese paquete de idioma tengo que habilitarlo desde " agregar o quitar componentes" -algo que aun no existe en el windows 7, me refiero a agregar esa caracteristica desde agregar o quitar componentes -, supongo que esta parte estara disponible mas adelante...- eso espero - , aunque no se como se hara con versiones como la home premium - donde estoy probando -, que no deja instalar paquetes de idioma, ojala y pronto decidan esto y lo habiliten, ya que en este momento no se puede instalar....

aun no decido si poner una virtual o volver al xp... jeje, pero no pondre el vs 2008 en ingles jeje -a las finales tuve que ceder, por presiones laborales- .... cuestiones de orgullo :), ya envie el reporte al team.. - y otros 4 mas - veremos que dicen en ms :)

fuera de eso, aun me gusta el win7...

salu2

Ddaz

:) Publicacion cruzada desde Geeks.ms :) http://geeks.ms/blogs/ddaz

Cuidado al actualizar SQL Server 2005 al SP3

lfranco — Fri, 30 Jan 2009 06:00:00 GMT

Esta mañana por poco me da un infarto al actualizar varios servidores SQL Server 2005 con el último Service Pack 3.

He llegado a la oficina temprano para aplicar las actualizaciones que ayer ví que me proponía nuestro servidor de SUS (entre ellas estaba la actualización del .NET Framework 3,5 SP1 y la de SQL Sever 2005 SP3). Mientras me tomaba mi dosis de café matutina he iniciado el proceso de actualización, y en todos los servidores menos uno ha finalizado con un error. Este error creo que venía provocado por la dependéncia del Service Pack de SQL, del Service Pack del .NET Framework 3.5 SP1, aunque no estoy 100% seguro.

Bueno, no pasa nada -he pensado-, ya lo pasaré de nuevo de forma manual a última hora de la tarde. He comprobado que todo funcionaba correctamente y he ido a por otra taza de café :-)

Pero mi sorpresa ha sido al cabo de un par de horas, cuando he intentado abrir uno de los proyectos de Integration Services en uno de los servidores de OLAP, y el editor se ha pegado una ‘crujida’ tremenda, mostrando el compilador una lista de errores interminable, y un mensaje en el diseñador de aquellos que hacen que te caiga una gota de sudor frío… glups!

“SSIS Runtime Object could not be created. Verify the DTS.dll is available and registered. The wizard can not continue and will terminate.

Unable to cast COM of type 'Microsoft.SqlServer.DTS.Runtime.Wrapper.PackageNeutralClass' to interface type
'Microsoft .SqlServer.DTS.Runtime.Wrapper.IDTSContainer90'
This operation failed because the QueryInterface call on the COM component for the interface failed due to the following error: Library not registered. (Exception from HRESULT: 0X80028010) (TYPE_E_LIBNOTREGISTERED)).”

Parece ser, que el proceso de instalación del service pack 3 ha dejado algunas DLL’s en un estado en el que no las reconoce ni su madre. BIEEEEEENNNN…

Total, después de un ratito de buceo por la red he podido ver que no era el único afectado, y que para solucionarlo basta con reinstalar de nuevo el producto, o en su defecto reinstalar el SP3 ‘a mano’. Pero también he hallado una solución *no tan traumática*, de modo que basta con registrar de nuevo las DLL’s implicadas (en mi caso sólamente el archivo dts.dll, situada en BINN).

Así que basta con usar el viejo y bueno regsvr32.exe (cambiando la ubicación de la librería por la vuestra):

C:\Program Files\Microsoft SQL Server\90\DTS\Binn>regsvr32 dts.dll

Espero que si os ha pasado lo mismo esto os ahorre un poco de tiempo :-P

Saludos,

** crossposting desde el blog de Lluís Franco en geeks.ms **