Buenas de nuevo,

se me ocurren dos maneras, la primera es manual y sería ejecutando el programa en modo administrador para otogarle los máximos privilegios del usuario.

La otra es mediante el manifiesto de la aplicación .NET, los manifiestos son archivos que describen propiedades (así como los de metadatos) y una de esas propiedades define el nivel de privilegios requerido por la aplicación, esto último lo podras leer aquí: http://msdn.microsoft.com/es-es/library/bb384691.aspx

Saludos!

Para escribir en la rama del registro (HKLM) del sistema necesitas de privilegios de administrador ya que las políticas ahí expuestas son comunes a todos los usuarios, por lo que win$ lleva un control riguroso sobre las modificaciones. Por lo demás todo se ve fino, aunque no lo probé.

Aun así aqui puedes echarle un vistazo a la documentación de la msdn sobre las Registry Keys: http://msdn.microsoft.com/es-es/library/2kk9bxk9%28v=vs.110%29.aspx

Saludos!

Yo he sido siempre autodidacta y me creo perfectamente cualificado para tomar parte de un puesto en el mercado laboral. Actualmente estudio ing. informática y te asombrarías la cantidad de cosas nuevas que aprendes, además de que muchas de las asignaturas son pan comido porque partes con una base más estructurada que el resto de tus compañeros.

Puede que en ciertas etapas de la uni aborrezcas y te aburras, pero siempre puedes establecer vínculos con profesores y alumnado e interesarte por actividades relacionadas con la uni y tu carrera, yo doy charlas sobre seguridad informática y colaboro como desarrollador en varios proyectos. Nunca dejes de estudiar, por muy autodidacta que seas en la uni tendrás más por donde tirar, más material que agarrar y estudiar y sobre todo, conoces gente muy interesante, eso si tendrás que compaginar el tiempo, pues yo suelo sentirme mal cuando dejo de lado mis proyectos por estudiar, y viceversa, sumándole a eso que en ocasiones te toca joderte y dejar de salir a tomar unas birras o a estar con los colegas. Para terminar decir que necesito el título para ejercer sin pega alguna, aquí cada uno sabe donde quiere terminar y como lo va a hacer, el que no lo sepa que no tome las decisiones de manera repentina o puede que se arrepienta (hablando sobre los chavales que estan aqui 4 meses y abandonan por la dificultad o desinterés/desilusión).

Espero que mi opinión te haya servido de ayuda,

Un saludo!

Buenas LukaCrosszeria,

tú código es totalmente funcional sólo para modificar variables del sistema temporalmente, nada queda guardado en el registro. Para ello deberías replantear tu código y adaptarlo para que escriba en el registro.

La siguiente información la he extraído de la msdn donde tienes la documentación completa de como trabajar con Environment Variables:


Link -> http://msdn.microsoft.com/en-us/library/windows/desktop/ms682653%28v=vs.85%29.aspx

Saludos!

Buenas Meta,

tendrías que exportar las funciones de la DLL nativa para poder utilizarlas desde tu aplicación en .NET. Es decir, si lo que quieres es imprimir la vida en tu aplicación debes de llamar a la función de tu DLL "GetVida()" la cual devolverá un float/int (lo desconozco). Vamos que tienes darle modularidad a tu DLL separando cada funcionalidad en una función, y externalizando dicha función dependiendo de si la necesitas invocar desde fuera.

Aquí te dejo un breve tutorial sobre como crear y exportar las funciones de una DLL nativa (Win32 C++) para que puedan ser invocadas desde otra aplicación.
->http://www.flipcode.com/archives/Creating_And_Using_DLLs.shtml

Saludos

Estoy de acuerdo con Novlucker. Supongo que al principio será un caos pero podríamos poner en práctica esta metodología para ver que tal se amoldan los usuarios del subforo.
Podríamos abrir un post con chincheta donde pongamos la información necesaria para rellenar correctamente la plantilla. Lo idóneo sería forzar al usuario a utilizar la plantilla a la hora de publicar pero eso queda a petición de el-brujo.

Saludos!

Bueno como arriba dije, esta parte ya la tengo cubierta. CaptureBackStackTrace no es funcional a la hora de tratar con excepciones ya que no devuelve toda la Stack Trace, así que me pasé a StackWalk. Con StackWalk no he tenido ningún problema, actualmente funciona al pelo

Os pido consejo porque me gustaría implementar una rutina que haga lo mismo en ASM.

Saludos!

Buenas tardes foreros,

ando con un proyecto entre manos en C++ y me tocó implementar la parte del stack trace tanto en el tratamiento de excepciones como en las llamadas de las funciones clave.

La verdad que ésto me impresiono bastante y me gustaría plantear lo mismo en ASM.

En ASM tenemos que la pila se divide en stack frames (marcos de pila). El registro EBP apuntará al marco de pila actual, pero claro, cada frame tiene propio tamaño, por lo que me imposibilita el poder 'caminar' por la pila en busca de las direcciones de las funciones o métodos contenidos en la pila.

Para poder calcular el tamaño de una frame podriamos restar EBP y ESP, ya que a ESP le quitamos el tamaño de los parámetros y variables locales reservadas por la función.

¿Podría alguien encaminarme? En caso de conseguirlo entonces publicaría el code.

Un saludo!

Bueno no sé si Elektro conocerá estas alternativas que ofrece el Framework, pero lo mejor para implementar una sincronicación perfecta entre hilos es utilizar las clases ManualResetEvent o AutoResetEvent.

Otra manera como dice Elektro es utilizar la API de Windows, cosa que funciona de maravilla, pero requiere de un conocimiento previo de la API de Win$.

Un saludo!

He movido el tema a C/C++ ya que tu mismo dices que quieres desarrollar la UI en Win32 sin depender del Framework (propio y exclusivo de .NET).

Te aconsejo que leas y destripes la API de Windows. Si no quieres morir picando código y leyendo documentación de APIs entonces utiliza otras librerías para el desarrollo gráfico de ventanas/interfaces/controles/etc (GTK, Qt...).

Saludos!