|
|
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 ... 99 100 [101] 102 103 ... 205
2501
« en: Martes 10 de Abril de 2007, 22:40 »
Revisa mejor, hay muchos hilos al respecto y si hubieras empezado por el principio sabrias que no es compilador sino ensamblador lo que estas buscando.
2502
« en: Lunes 9 de Abril de 2007, 15:34 »
Las funciones no se cargan, se carga la DLL y si las funciones estan exportadas podes usar GetProcAddress para obtener su direccion. Comproba con el Dependency Walker que estas pidiendo la direccion de una funcion existente: http://www.dependencywalker.com/
2503
« en: Domingo 8 de Abril de 2007, 10:30 »
Como saber, incluso como saber si Vista es el 2%?  Ni la menor idea  Miren que el vista tiene cosas que Linux ya tenia, es pura estrategia. Es cierto, Linux siempre estuvo un paso adelante, como cuando por ejemplo empezaron a soportar la carga dinamica de modulos de modo Kernel (algo que existe desde la primera version de NT) o sin ir mas lejos a dia de hoy sigue sin soportar PnP centralizado (y apenas soporta PnP desde la version 2.6). 
2504
« en: Sábado 7 de Abril de 2007, 23:46 »
Jeje, en la noticia que puse antes hablan de 20.000.000 de licencias de Vista vendidas en el primer mes ... y esa habla de que ya tiene un 2% del mercado! ¿Donde esta la pala para enterrar a Microsoft? Todo el pseudo-analisis del pseudo-ensayo de ese tipo no es capaz de mencionar que sus tan aclamadas (sin ninguna razon) aplicaciones web siguen siendo ejecutadas por una PC con un S.O. y que en la amplisima mayoria de los casos este es Windows. ¿Este 2% de Vista es mas que todos los *NIX?
2506
« en: Sábado 7 de Abril de 2007, 22:38 »
Jajaja
2507
« en: Sábado 7 de Abril de 2007, 19:59 »
mmm, no estoy tan seguro si te sirve con una imagen, quiza necesites alguna API para eso. Sirve para cualquier tipo de archivo sin importar su contenido, a grosso modo un archivo no es mas que una sucesion de bytes.
2508
« en: Sábado 7 de Abril de 2007, 09:52 »
Ok... tené razón... Mejor hagamosla corta, ya estas ocupando demasiados mensajes para no decir nada mas que payasadas: http://en.wikipedia.org/wiki/C%2B%2B
2509
« en: Sábado 7 de Abril de 2007, 09:33 »
1º:.... con la frace " últimante C++ se ha acercado mucho a los lenguajes de muy alto nivel con las clases..." se sobre entiende lo que quiero decir... no creo necesario explicarme ya que supongo que son programadores "experimentados"... Si lo escribieras correctamente seguiria siendo igual de erroneo
2510
« en: Viernes 6 de Abril de 2007, 22:43 »
Ni Korea, ni China han reinventado la rueda, los que la inventaro decidieron producirla un una "neocolonia", con la hobra de mano mas abusada del mundo por sus bajos precios. Estoy totalmente de acuerdo, tener esclavos produciendo no es reinventar ninguna rueda. Por otro lado en el mundo de la informatica se suele hablar de reinventar la rueda cuando queremos hacer cosas muy basicas que ya existen y ya funcionan, como puede ser un S.O. o unas librerias standard de un lenguaje por ejemplo. Yo creo que es bueno hasta cierto punto reinventar la rueda para obtener conocimientos pero dificilmente nos de reditos inmediatos.
2511
« en: Jueves 5 de Abril de 2007, 21:47 »
Voto por borrar ambos mensajes, no valen nada.
2512
« en: Jueves 5 de Abril de 2007, 21:44 »
2513
« en: Jueves 5 de Abril de 2007, 20:06 »
últimante C++ se ha acercado mucho a los lenguajes de muy alto nivel con las clases... Simplemente antologico! 
2514
« en: Jueves 5 de Abril de 2007, 19:45 »
bueno... en el archivo de que tengo lo toma directamente como standart... capaz les faltó ponerle el "Pseudo"...
2º es obvio que si funciona en consola funciona en el modo GUI, pero no es del grupo de las funciones que windows define para trabajar en el modo GUI, es más en el MSDN no aparece... va... el que yo tengo por lo menos no... El archivo que tenes puede decir lo que quiera y no aparece en la MSDN por lo que te dije antes: NO ES STANDARD DE C. Esa es la razon por la cual VC++ no soporta esas funciones y ni siquiera tiene el dirent.h en sus includes. Si es tan obvio entonces no se para que empezaste tu respuesta asi: si programás bajo consola tb podes usar las siguiente funciones que son compatibles con DOS y creo que con UNIX tb...
2515
« en: Jueves 5 de Abril de 2007, 19:35 »
opendir está definida en la librería "dirent.h" y según mi archivo de ayuda de librerías estándares de la GNU, es standart...  http://en.wikipedia.org/wiki/Dirent.hdirent.h is the header in the C POSIX library for the C programming language that contains constructs that facilitate directory traversing. T he function is not part of the C standard, but is considered "pseudo-standard" and is reliably portable between platforms. Y por cierto que menciones la consola no tiene nada que ver, si esas funciones existieran en C las podrias usar en programas con GUI perfectamente.
2516
« en: Jueves 5 de Abril de 2007, 19:23 »
me refería a la consola de windows...  Entonces fue tu error el mencionar a DOS. Igualmente opendir no es una funcion de Windows ni es una funcion standard de C.
2517
« en: Jueves 5 de Abril de 2007, 19:08 »
Creo que nadie tiene 100% claro lo que diferencia a un termino de otro, y por otro lado:
aca dice que el CIL es multiplataforma: Me parece bien, y para mi son los dos multiplataforma (nunca dije lo contrario) solo que de diferentes tipos, en C/C++ el que puede ser multiplataforma es el codigo y en otros es el binario (mediante otro binario).
2518
« en: Jueves 5 de Abril de 2007, 18:52 »
Bueno aca esta mas puntual, para los amigos de las definiciones exactas:
http://es.wikipedia.org/wiki/Portable
http://es.wikipedia.org/wiki/Multiplataforma De la misma pagina que mostras: Si un software puede ser compilado en plataformas diversas (x86, IA64, amd64, etc), dicho software se dice que es multiplataforma.Por ende el codigo de C/C++ standard es multiplataforma y esa es la definicion original a la que hago referencia. Y segun esa misma pagina tu codigo de C# no seria multiplataforma sino interpretado: En algunos casos el software es "independiente" de la plataforma y puede ejecutarse en plataformas diversas sin necesidad de ser compilado específicamente para cada una de ellas, a este tipo de software se le llama interpretado, por que necesita de un interprete para ser ejecutado en las diferentes plataformas.
2519
« en: Jueves 5 de Abril de 2007, 18:50 »
desde luego el binario es multiplataforma pero debe existir una maquina virtual para cada OS. Lo que decis es el binario es multiplataforma pero no es nada sin la maquina virtual ... Esa definición es tuya? no encontré en wikipedia nada que hable de tipos de multiplataforma. Dificilmente se puede llamar definicion a eso ¿Seguro que no encontraste nada? A mi me parece que habla en lineas generales en varias partes sobre lo que dije, como por ejemplo aca: Binary softwareIn the context of binary software, cross-platform programs are written in the source code and then “translated” to each system that it runs on through compiling it on different platforms.Scripts and interpreted languagesA script can be considered to be cross-platform if the scripting language is cross-platform and the script only uses the facilities provided by the language. That is, a script written in Python for a Unix-like system will likely run with little or no modification on Windows, because Python also runs on Windows. The same goes for many of the open source programming languages that are available and are scripting languages.Respecto a lenguajes antiguos soy ignorante, como funcionaba un lenguaje multiplataforma viejo?
el mismo lenguaje y el mismo ensamblado se ejecutaba siempre? sino usaban una vm como funcionaban? ¿Leiste el articulo?
2520
« en: Jueves 5 de Abril de 2007, 18:18 »
tene razón... pero me parece que había una función standart para emular kbhit()... tendría que reveer mis códigos fuentes... je Que yo sepa no la hay, obviamente que se puede hacer usando los servicios del S.O. bajo el cual trabajemos.
2521
« en: Jueves 5 de Abril de 2007, 18:10 »
si programás bajo consola tb podes usar las siguiente funciones que son compatibles con DOS y creo que con UNIX tb... Esta muy bien que quieras colaborar pero mejor espera a que haya una pregunta donde puedas responder y no este ya resuelta: Hola, que formas existen para poder leer el contenido de un directorio en C?, bajo windows.
2522
« en: Jueves 5 de Abril de 2007, 18:08 »
saliendo del multithread y todo eso... la opción mas simple (para la complejidad de tu ejercicio) es mediante la función getc ()... la cual la insertás dentro del bucle y no detiene la ejecución del programa hasta que el usuario presione una tecla (la que vos quieras que sea para parar, continuar, terminar, etc), lo podrías implementar más o menos así Si lo que decis fuera cierto esto al arrancar escribiria muchas veces abc: for(;;) { printf("abc\r\n"); if(getc (stdin)=='\n'){ break; } }
2523
« en: Jueves 5 de Abril de 2007, 16:55 »
Jaja, no habia visto bien y esta medio mal (con un solo ojo) pero sigue siendo el resultado correcto, yo lo plantearia asi mejor:
x = (y-2)*(y+1)/2-2*y
x = (7-2)*(7+1)/2-2*7
x = 5*8/2-14
x = 20-14
x = 6
2524
« en: Jueves 5 de Abril de 2007, 16:29 »
Spammer 
2525
« en: Jueves 5 de Abril de 2007, 12:23 »
Ahora bien, para una aplicación Windows Form, no se si emplear Visual C++ o C#
Yo con lo que mas he programado ha sido el C++, pero a la hora de realizar algunas utilidades para el proyecto y buscar ejemplos de código en internet, me encuentro que esos ejemplos estan en C#. A eso me referia al decir que he encontrado poco C++
¿Cual sería tu consejo? ¿Emplear C++ o C#? Si buscaste ejemplos sobre Windows Forms y solo encontraste codigo de C# no me sorprende: http://en.wikipedia.org/wiki/Windows_FormsSi queres usar Windows Forms usa C#, aunque claro si nunca lo usaste te va a costar un poquito adaptarte a el (no mucho). Si no necesitas interfaz grafica o te animas a usar MFC o la API de Windows usa C++ que es el lenguaje que ya conoces.
Páginas: 1 ... 99 100 [101] 102 103 ... 205
|
|
|
Mostrar Mensajes
