|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - Eternal Idol
Páginas: 1 ... 100 101 [102] 103 104 ... 205
2526
« en: Jueves 5 de Abril de 2007, 10:38 »
¿La mayoria de aplicaciones estan para C#? Lo dudo muchisimo. ¿Que S.O. estas usando? ¿Que navegador estas usando para ver esta pagina? ¿Que servidor HTTP usara este servidor y los demas que recorres por Internet? Y podria seguir una semana seguida con juegos, reproductores multimedia, programas de seguridad y etc.
¿La mayoria de codigos fuentes estan para C#? Tampoco lo creo, hay millones de ejemplos para lenguajes como C y C++, tambien hay muchos para otros como VB o VB.NET ...
Para mi C# ofrece mayor simplicidad. Y eso de cual es mejor dependera de lo que quieras hacer con el lenguaje.
2527
« en: Jueves 5 de Abril de 2007, 09:51 »
En teoría los lenguajes CLR son multiplataforma al ser interpretados y no compilados. Ahora, para que lo sean completamente (y realmente multiplataforma), las implementaciones para los diferentes SO deben ser compatibles entre sí COMPLETAMENTE, cosa que, aunque bastante bien, todavía no es 100% cierta (p. ej. Windows Forms). En base a esto me pregunto: ¿Que es realmente multiplaforma entonces? ¿El binario o la maquina virtual? Creo que hay dos tipos de "multiplataforma", el original (por ser mas antiguo) es el que se aplica al CODIGO FUENTE y esta ligado a los lenguajes compilables y otro, que es mas moderno, y se aplica sobre los BINARIOS y esta ligado a los lenguajes interpretados (o que se ejecutan en una maquina virtual, etc).
2528
« en: Jueves 5 de Abril de 2007, 08:13 »
Portable: que se puede hacer ejecutar el programa en otros sistemas operativos / máquinas haciendo leves modificaciones en el código (desde que se piense de antemano) o a veces solo recompilando.
Multiplataforma: El mismo programa sin recompilación o modificación alguna se ejecuta normalmente en cualquier otro sistema/máquina. ¿Esa definicion es tuya? http://en.wikipedia.org/wiki/MultiplatformPor otro lado no creo que MONO soporte todos los S.O.s y/o procesadores donde existen compiladores de C.
2529
« en: Miércoles 4 de Abril de 2007, 23:35 »
Supongo que en estos casos el punto estara orientado mas que nada a nivel de abstraccion y sintaxis.
2530
« en: Martes 3 de Abril de 2007, 16:57 »
Deft Purple es antologico eh.
Creedence Clearwater Revival
Led Zeppelin
Def Leppard
Deep Purple
¿Hay alguna razon para resucitar estos hilos?
2531
« en: Martes 3 de Abril de 2007, 09:08 »
Debe de ser muy complicado hacer que interactuen... no lo dudo, pero no es necesario que interactuen. El punto es que hay muy pocas funciones y entonces resulta inutil sin usar la API de Windows por eso es preferible usar Interix o escribir nuestra propia libreria si realmente nos interesa.
2533
« en: Martes 3 de Abril de 2007, 08:18 »
2534
« en: Martes 3 de Abril de 2007, 08:12 »
un handle es un puntero a un objeto... un manejador...
por ejemplo... En realidad no es puntero sino un valor entero que hace referencia a una entrada en uan tabla de HANDLES. Los objetos del sistema no son accesibles directamente desde modo Usuario.
2535
« en: Martes 3 de Abril de 2007, 08:11 »
Yo me refiero a que si quiero usar un tipo de dato PVOID es posible pero no esta definido, o si? Es un tipo de dato definido por Microsoft, asi como el DWORD y tantos otros. Para usarlo tenes que incluir las librerias correspondientes (Windows.h en este caso).
2536
« en: Lunes 2 de Abril de 2007, 23:21 »
Entonces, sabiendo que Windows tiene implementado el sistam POSIX :
podes ver este ejmplo y su documentacion. Lo que dice ahi es que hay implementaciones para Windows y no que Windows implemente POSIX, en realidad este S.O. soporta un subconjunto muy reducido del standard POSIX y para hacer uso de esas funciones hay que generar ejecutables para el subsystem Posix que no permite acceder a la API de Windows asi como asi.
2537
« en: Lunes 2 de Abril de 2007, 16:25 »
De Windows internals:
handle
An object identifier. A process receives a handle to an object when it creates or opens an object by name. Referring to an object by its handle is faster than using its name because the object manager can skip the name lookup and find the object directly.
Los directorios y archivos que enumeras son representados por objetos a nivel de Kernel, estos objetos no pueden ser accedidos directamente desde modo Usuario y son compartidos por todos los procesos no asi los HANDLES que son privados y el mismo HANDLE en un proceso puede ni siquiera ser valido en otro.
2538
« en: Lunes 2 de Abril de 2007, 14:58 »
Un atacante puede provocar un fallo en forma remota, a través de un archivo .ANI en una página Web maliciosa o desde un correo electrónico, de modo tal que el kernel de Windows calcule una dirección errónea para acceder a un cuadro y entonces falle, provocando la ejecución de código. ¿Esa informacion de donde salio? Suena a ciencia ficcion que el Kernel haga esa tarea de tan alto nivel  No lo descarto pero si tuviera que apostar lo haria por el no 
2539
« en: Lunes 2 de Abril de 2007, 14:52 »
Muchas Gracias. Me surgio una duda. Cuando programas usando la API, como haces para conocer los campos de las estructuras?, en el MSDN esta, pero el ide que usas tiene intellisense? Yo uso Visual Studio .NET 2003/2005 y si tienen Intellisense que es de gran ayuda cuando YA conoces los campos de una estructura o al menos el que estas buscando. Pero no sirve para conocer el campo en si mismo ya que no posee la descripcion detallada que provee la MSDN. En sintesis es una ayuda para la escritura del codigo en si misma pero no para la comprension de una estructura.
2540
« en: Lunes 2 de Abril de 2007, 14:27 »
muchas gracias,
al final resultaba que no exportaba la funcion por que no la habia escrito en el .def  De nadas, esperaba eso o que la exportara como C++ por ejemplo 
2541
« en: Lunes 2 de Abril de 2007, 07:15 »
¿Leiste el enlace que te deje? Example Code For an example, see Creating Threads.
2542
« en: Lunes 2 de Abril de 2007, 07:13 »
En Colombia se celebra el 28 de Diciembre, en ese día nadie me cree nada de lo que digo o hago, sera que jodo mucho ese día. jejeje... No, ya lo dijo su-, nada que ver.
2543
« en: Lunes 2 de Abril de 2007, 07:07 »
Busquen algo como el ERD Commander.
2544
« en: Domingo 1 de Abril de 2007, 23:26 »
hFind = FindFirstFile("c:\\*", &FindFileData);
2545
« en: Domingo 1 de Abril de 2007, 21:04 »
El dia de los inocentes es un dia santo... nada que ver. ¿Nada que ver? Que raro entonces que la Wikipedia diga esto: En España y algunos países de América latina existe una tradición similar, celebrada el 28 de diciembre, el día de los Santos inocentes, una celebración que mezcla ritos paganos con el mito bíblico de la masacre llevada a cabo por Herodes.http://es.wikipedia.org/wiki/Pez_de_abrilLo del titulo, lo dejo a tu imaginacion (del top de tontos?) No te llevas el primer puesto por ser (demasiado) eso.
2546
« en: Domingo 1 de Abril de 2007, 19:41 »
En Argentina y con otra fecha no es el dia de los tontos sino de los inocentes. Y el titulo esta incompleto ... ¿Si estas en los 1000 primeros en morir?
2547
« en: Domingo 1 de Abril de 2007, 19:39 »
No necesariamente tiene que crear otro proceso sino que tambien puede usar hilos (threads) como el mismo menciono. Si programas bajo Windows fork no existe pero si CreateThread: http://msdn2.microsoft.com/en-us/library/ms682453.aspx
2548
« en: Domingo 1 de Abril de 2007, 17:52 »
Para C++ el compilador/enlazador usa una decoracion para las funciones, que es lo que permite la sobrecarga, entonces para usar una funcion de C hay que indicarle que lo es sino intentara encontrar una de C++ y no lo lograra. void prueba(int x) { //codigo }
Por ejemplo, esa funcion en C con VC++ genera el simbolo _prueba mientras que en C++ genera el simbolo ?prueba@@YAXH@Z. http://en.wikipedia.org/wiki/Name_mangling
2549
« en: Sábado 31 de Marzo de 2007, 16:57 »
y despues de todo en que trabajas Eternal Idol Basurero (recolector de basuras).
2550
« en: Sábado 31 de Marzo de 2007, 16:54 »
EL tecnico que habiar ensamblau la computadora me dijo que SI tenia un procesador de 64 Bit, le pregunte una y otra vez, es mas le pedia los recibos y facturas, y no me los traia, asi que yo decidi confiiar en su palabra y hasta ahora no me vino a la cabeza verificar esa afirmacion (de ver si realmente el procesador era de 64 bit), y adivinen que ? (NO ERA DE 64 ) Mala suerte, parece que te cagaron bien cagado 
Páginas: 1 ... 100 101 [102] 103 104 ... 205
|
|
|
Mostrar Mensajes
Gracias por aclarar esto, pero entonces... 
