Error de w3wp.exe al

Hola de nuevo,

Estaba programando mis experimentos en una aplicación silverlight con WCF y con el protocolo net.tcp, y resulta que en una de éstas, después de hacer bastantes cambios, durante la actualización de la referencia de servicio  a un WCF desde silverlight, me da el error más raro que he visto en mi vida (y mira que suele dar errores variados)..
El error en cuestión, no es un error que muestra con un mensaje el Visual Studio, sino que es un error que muestra por fuera de la aplicación como una excepción sin cotrolar.


El error exacto:
Se produjo una excepción de Microsoft .NET Framework no controlada en w3wp.exe [id aleatorio].
El depurador Just-In-Time se inició sin los permisos de seguridad necesarios. Para depurar éste proceso, el depurador Just-InTime se debe ejecutar como administrador. ¿Desea depurar el proceso?

Y da a elegir. Si se cancela (varias veces si se hace rápido), al final acaba mostrando el siguiente error:

Error al descargar "uri del servicio WCF". Se excedió el tiempo de espero de la operación. Los metadatos contienen una referencia que no se puede resolver: "uri del servicio WCF". Error al recibir la respuesta HTTP a "uri del servicio WCF". Puede deberse a que el enlace del extremo del servicio no usa el protocolo  HTTP. También puede deberse a que el servidor anula un contexto de solicitud HTTP (posiblemente por el cierre del servicio). Consulte los registros del servidor para obtener más información. Se ha terminado la conexión: Error inserperado de recepción. No se puede escribir datos de en la conexión de transporte: Se ha forzado la interrupción de una conexión existente por el host remoto. Se ha forzado la interrupción de una conexión existente por el host remoto.

Bueno, después de muchas idas y venidas resulta que lo que estaba pasando, es que en el constructor del WCF había metido código y aunque compilaba corréctamente y no tenía ningún error, hacía saltar los errores anteriormente comentados al actualizar la referencia de servicio. Para quien le interese, concretamente el código eran operaciones que hacían entre sí un par de singletons de otras soluciones.

Errores de SilverLight, adoro a Msft...

De un tiempo a aquí me he metido en la programación con Silvelight. Cuando empiezas en programación con un nuevo lenguaje o entorno siempre tienes ciertos "choques" o errores, que mayoritariamente son causados por uno mismo pero sin quererlo, ya que "como el entorno te permite cambiar cierta opción..." pues la cambias (vamos a ver Msft, si vas a poner opciones que van a dar errores, no las pongas, leñe!!)... y ahí es cuando empiezan los errores catastróficos en cascada (véase Armageddon, Godzilla, tu y Silverlight, etc...)

Voy a poner dos ejemplos de errores que me han ocurrido, para que si por un casual os ocurren a vosotros no os tiréis de los pelos como he hecho yo.

El primer error que me dió fue el 2103 y dice algo así como "Aplicación no válida o mal formada: comprobar el manifiesto". Bien, éste error tan majo se debe a que hemos cambiado el "Espacio de nombres raíz" en las propiedades de nuestro proyecto Silverlight, peeeerooo no hemos pinchado justo debajo, en el "objeto de inicio", para que al cambiar el espacio de nombres nos siga llamando a nuestro objeto de inicio, pero con los nuevos nombres.

Ahora el segundo error, que puede ser el más común que os pueda salir. El error que da Silverlight ésta vez es el 2015, y dice algo tal que "Error al cargar los requisitos previos para la aplicación Silverlight". Bueno, pues éste majísimo error se debe a que hemos cambiado la plataforma de generación de la solución, osease que hemos cambiado de "Any CPU" a "x86". Pobre de mí que se me ocurrió cambiar a x86 para optimizar la compilación y ya no me dejaba ni arrancar el Silverlight.... pues eso, solo con volver a seleccionar todo a "Any CPU", listo!!

Espero que esto al menos os ayude a no volveros tarumbas con la canción de fondo del txiki,txiki: "teclea, teclea..." 8D

PD: Nuevo error!! (casi como antes, Noticia!!, Noticiaa!!)
Si os dice esto Silverlight:
"No se encontró el elemento de extremo predeterminado que hace referencia al contrato 'NombreReferenciaServicio.Interfaz' en la sección de configuración de cliente de ServiceModel. La razón puede ser que no se encontró ningún archivo de configuración para la aplicación o que no se encontró ningún elemento de extremo correspondiente a este contrato en el elemento de cliente."

En primer lugar el escenario es una solución con un proyecto web que aloja por ejemplo una aplicación Silverlight y una librería de clases Silverlight. Vale,  tenemos un WebService creado en la aplicación web que suministra los datos a la librería y a la aplicación Silverlight.
Vale, pues el error lo da si no hacéis que todas las "Referencias de servicio" agregadas en la aplicación(es) y librería(s) Silverlight tengan el mismo nombre. A correr!!

Error -2147023293 y solución en la instalación de (VS) Visual Studio 2008

Estaba instalando el Visual Studio y resulta que lo intentase como lo intentase me daba error(por supuesto todo legal, el Güindows XP (con 7 me suena que me ocurría lo mismo), el Ofis 2007 y el Vísual estudio 2008).
Y me dió por consultar a San Google, y me hizo recordar que era lo que estaba sucediendo:
- A los amigos de Msft se les olvidó poner en el prospecto que para instalar VS 2008 es necesario NO tener instalado Office 2007, osease, que para que no de este error y nos permita instalar el VS, solo hay que desinstalar el Office, instalar el VS y luego si nos apetece volver a reinstalar el Office.

PD: Esto es lo que me han escrito en este post, mientras he ido al baño :)

Resulta que mi novia esta super buena, me pone mogollón y es la mas wapa del mundo

HackintOsh + leve historia de S.O's

Hola de nuevo.

Para empezar de alguna manera, diré que hay más o menos 2 ramas de las que descienden (la gran mayoría) todos los Sistemas Operativos (SO en adelante):
- MsDos
- Unix

De MsDos se conocen hoy día todas las familias Windows, aunque hay que decir que apartir de Windows 2000 dejaron de tener el core de MsDos para manejar la base de NT.

Por otro lado tenemos las familias de Unix. De este padre, digamos que partieron por un lado Linux(mi amado) y BSD. de Linux no hablaré porque ya he hablado y hay mucha info, y de BSD tendremos que posteriormente aparecerá una empresa llamada Apple, la cual cogerá BSD y le creará un entorno gráfico muy bonito y lo venderá muy caro llamándolo Mac OS X.

Apple, aparte de ser conocida como una empresa excesivamente carera, es conocida por intentar hacer un monopolio de sus productos (por suerte con pocos les ha funcionado), y por intentar hacer un mundo cerrado de estos. Me explico, por ejemplo con su iPhone, a pesar de que todo el mundo puede desarrollar para él (pagando por supuesto), Apple se reserva el derecho a aceptar que se puedan instalar en el iPhone las aplicaciones que a ellos les parezca bien.

Bueno, pues esto no solo se aplica al iPhone sino que también se aplica a Mac OS, de tal manera que por ejemplo Mac OS solo puede ser instalado en hardware de Apple.

La gente al ver estas actuaciones ha izado la bandera y se han tomado dos caminos:
- Uno ha sido el de Psystar (a la cual -ironía ON - es raro -ironía OFF- la tiene demandada Apple), la cual ha buscado hardware que sea compatible con Mac OS y vende el hardware junto con Mac OS listo y funcionando.
- La segunda reacción ha sido por parte de los usuarios, que viendo que el problema que tenía Mac OS era que el resto del harware no era compatible y no se podía instalar en parte por las restricciones que venían en el SO. Pues bueno, se han puesto manos a la obra y lo han "hakeado" para que soporte más hardware haciéndolo más compatible y pudiéndolo instalar no solo en pc's de Apple. Actualmente hay tres variantes interesantes. Están:
- iATKOS
- iDeneb
- Kalyway (esta última ando con sospechas de que está desapareciendo).

Como más info, AQUÍ os dejo una página de Portátiles/Pc's/Hardware testeados compatibles con estos HackOS.

Seguro que ésta historia y toda la info es muy ampliable, pero bueno, uno hace lo que puede...

Docx... nuevo formato de Word.. No te jode!!

Estaba ayer viendo como sacar una manera de solucionar el problemilla que hay con la generación de esquelas... y me da por mirar haber como, por ejemplo, son las plantillas que genera el Msft Word en modo texto para en caso de necesidad rellenarlas desde .NET, y al abrirlas con el NotePad en vez de con el Word me doy cuenta de que el DOCX es un puto archivo PK!!! Es un archivo comprimido!!

Y todo esto viene por el tan famoso OOXML con la votación ISO que según parece amañó Msft para que hicieran un estandar internacional de su formato, el cual no ha podido llamarlo 'archivo.ooxml' porque sería mucho cambio y muy poco comercial, sino docx, que es como el doc de antes, pero con la x de matriX, que lo hace más moderno y molón... En fin.. que cuando más descubres menos quieres saber... y te asustas de la gran seguridad con la que se almacenan las cosas y los refritos que usan por los lares de nuestra querida Msft...

* Aclaración de PK. Todos los ficheros que conocemos con la extensión(llamémosla externa) que sea, Zip, Exe, Tar -un saludo a Jalijá y Jartu-, etc... tienen una extensión interna que son los primeros caracteres que se ven al abrirlo con el NotePad por ejemplo, que en el caso del Zip es PK, en el caso de Exe es PE, etc...
- En Windows, todos los archivos se abren dependiendo de la extensión externa que va en el nombre del archivo, y si la extensión del archivo interna no coincide con la que debería de la externa (EJ: un .wav renombrado a .zip) al abrirlo se lanzará el programa equivocado y no podrá ser ejecutado, visualizado, etc...
- En cambio en Linux los archivos siempre, o al menos antes, se abren según la extensión interna del archivo, por lo que siempre se nos abrirá con el programa correcto.

Y ya como guinda, si alguna vez tenéis un archivo con la extensión externa que sea y no sabeís con que programa se debería abrir, si váis a filext.com y poneis la extensión, os dirá cuales son los programas que la pueden utilizar