|
|
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 ... 131 132 [133] 134 135 ... 205
3301
« en: Martes 21 de Noviembre de 2006, 15:39 »
Las DLLs no fueron creadas para C++ sino para C y usar enlazado dinamico (LoadLibrary + GetProcAddress) no esta soportado. Lo que podes hacer es intentar conseguir el equivalente de una .lib (libreria de importacion) para usar en Borland y tener enlazado estatico, de esta manera no hace falta LoadLibrary ni GetProcAddress y podes usar clases.
3302
« en: Martes 21 de Noviembre de 2006, 15:24 »
Tal como parecen ir las cosas tarde o temprano Microsoft dominara tambien el mercado de las consolas ... DirectX mediante, juegos para PC y XBox 360 seran practicamente codigo "multiplataforma".
3303
« en: Martes 21 de Noviembre de 2006, 14:43 »
Con lo que sale una PS3 compras una Wii y una XBOX 360 ... Sony lo va a tener dificil ...
3304
« en: Martes 21 de Noviembre de 2006, 14:36 »
Aca va una lista de ensambladores (incompleta): MASM32: Paquete para programar aplicaciones para Windows con MASM (Microsoft Macro Assembler). FASM: Ensamblador para DOS, Windows y Linux. Soporta tanto 16, 32 como 64 bits. Open Source. NASM: Ensamblador alternativo para orientado mas que nada a Linux. Soporta 16 y 32 bits. Open Source. GNU Assembler: Ensamblador usado en Linux para, entre otras cosas, ensamblar el Kernel. Open Source.
3305
« en: Lunes 20 de Noviembre de 2006, 15:37 »
En cuanto a mi duda nº1 me referia a fiable en el sentido de pagar licencias, y por que cosas debo pagar licencias eso no lo entiendo mucho... Para la plataforma Windows hay multitud de software gratuito, incluso mucho Open Source de Linux que tambien sirve como el gcc. Y no tenes que pagar ningun tipo de licencia, incluso los compiladores de Microsoft los podes obtener gratuitamente.
3306
« en: Domingo 19 de Noviembre de 2006, 18:22 »
Yo lo haria con pipes.
3307
« en: Domingo 19 de Noviembre de 2006, 10:16 »
P.D: La opcion de accder a bajo nivel si sabia qe estaba ahii y que funcionaria, pero resulta demasiado trabajo para una prueba por gusto, por eso no me lo plantee inicialmente. Para Windows esa opcion solo existe en 9x.
3308
« en: Sábado 18 de Noviembre de 2006, 20:02 »
No se, ni quiero sabe, si vi o less soportan Unicode. Probablemente la historia con el notepad sea que segun lei por ahi gcc usa 4 bytes para cada caracter en vez de dos como Windows. Busca info en el Google/Wikipedia si queres saber mas al respecto, creo que habia una forma de hacer trabajar al gcc con 2 bytes.
3309
« en: Viernes 17 de Noviembre de 2006, 23:59 »
Mensajes redundantes o que no vengan al caso se borraran, si quieren discutir cosas que no tienen que ver con las preguntas de los usuarios usen otro medio.
3310
« en: Viernes 17 de Noviembre de 2006, 23:15 »
Obviamente el if permite usar muchos mas valores que 0b y 1b como dice JuanK, lo que si es 0b o 1b es su resultado ... los ifs suelen ser "traducidos" a cmp's.
3311
« en: Viernes 17 de Noviembre de 2006, 23:12 »
El preprocesador es del compilador. Yo no dije lo contrario dije no a esto: "Es decir que apunta a la dirección 0... que desde luego es la dirección del comienzo del segmento de datos... del stack." NULL no apunta a ningun lado. Si podemos darle el valor de NULL a un puntero, que seria el que apuntara a 0. ¿Es la direccion del comienzo de datos? ¿Si? ¿Entonces para que declaramos siempre los punteros a cero? ¿Para sobreescribir la memoria? NO. Los datos comienzan donde el S.O. lo diga igual que la pila y si escribimos en 0 siempre da una excepcion ya que nunca nos da el S.O. esa direccion.
3312
« en: Viernes 17 de Noviembre de 2006, 23:09 »
3313
« en: Viernes 17 de Noviembre de 2006, 23:05 »
Decir que
#define NULL 0
Es decir que apunta a la dirección 0... que desde luego es la dirección del comienzo del segmento de datos... del stack.
La mayoria, si es que no la totalidad de los compiladores, asignan 0 a NULL,, pero no es obligación que lo hagan asi, es libre de la implementación del compilador determinar a donde lo dejan apuntando y que dirección tomar como nula. No, el preprocesador se encarga de reemplazar la palabra NULL por 0. Nadie en su sano juicio usaria un compilador que no definiera NULL como 0 ...
3314
« en: Viernes 17 de Noviembre de 2006, 22:50 »
Pero tengo entendido que NULL es una constante definida independientemente en cada implementación de compilador así que puede o no ser un puntero a la posición 0 del stack no es así? NULL is a defined constant used to express null pointers, that is, an unassigned pointer or a pointer that points nowhere. It is defined as: #define NULL 0 http://www.cplusplus.com/ref/cstdlib/¿Como pensas que definen una constante a la pila que es variable y asignada en tiempo de ejecucion por el S.O.? NULL es 0 ...
3315
« en: Viernes 17 de Noviembre de 2006, 22:38 »
Es la cantidad de colores K=1000 M=1.000.000 ... lo mejor seria que fueras probando ...
3316
« en: Viernes 17 de Noviembre de 2006, 22:31 »
NULL es 0.
3317
« en: Viernes 17 de Noviembre de 2006, 14:37 »
long min(long a , long b){ long res if (a < b ) RES=A ELSE RES=B return res; }
¿Intentaste compilar eso? Pocas veces debo haber visto al compilador mostrar tantos errores por tan pocas lineas de codigo ... C y C++ son lenguajes case sensitive y sus instrucciones terminan con ; ... long min(long a, long b) { return a < b ? a : b; }
3318
« en: Viernes 17 de Noviembre de 2006, 11:04 »
Lo que da error es la ñ y no la L, proba a compilar sin la ñ ... o usa VC++ que te lo compila con la ñ e incluso si grabas el fuente en Unicode desde el notepad ...
3319
« en: Viernes 17 de Noviembre de 2006, 08:11 »
He compilado tu codigo y me da el siguiente error: Converting to execution character set: invalid argument 4:22
La linea cuatro caracter 22 pertenece a la L que va delante de las comillas. ¿Que compilador usas? ...
3320
« en: Jueves 16 de Noviembre de 2006, 21:38 »
wchar_t es el equivalente a char y necesitas poner L delante de la comillas para indicar que es un Unicode, con Unicode podes usar texto en cualquier idioma como Japones, Chino o Arabe por ejemplo. #include <stdio.h> void main() { wchar_t cadena[] = L"Este texto esta en español"; FILE *file; file = fopen ("UnicodeTest.txt", "w"); fwrite(cadena, wcslen(cadena) * sizeof(wchar_t), 1, file); fclose(file); }
Si abris el archivo txt con el notepad lo vas a ver correctamente, si haces type del mismo seguramente la ñ salga mal  (Es lo que queremos, el notepad es capaz de leer Unicode).
3321
« en: Jueves 16 de Noviembre de 2006, 21:21 »
Mejor usar Unicode y no ASCII.
3322
« en: Jueves 16 de Noviembre de 2006, 21:02 »
Juaz, si pone return 35; en vez de cubrir todos los posibles casos como por ejemplo que a, b y c tengan el mismo valor. Esa es una verdadera optimizacion, si no sabemos cual es el numero menor de los tres devolvemos 35 (o 0 o -1, total). Trena: tenes que cubrir TODAS las posibilidades o tambien podes acortar camino y usar el macro min (cuidado con los efectos secundarios) o codificarlo: long minimo3(long a, long b, long c) { return min(min(a, b), c); }
3323
« en: Jueves 16 de Noviembre de 2006, 20:13 »
3324
« en: Jueves 16 de Noviembre de 2006, 19:17 »
¿No? ¿Y que devuelve tu funcion si a es 1, b es 1 y c es 70?
3325
« en: Miércoles 15 de Noviembre de 2006, 21:41 »
Páginas: 1 ... 131 132 [133] 134 135 ... 205
|
|
|
Mostrar Mensajes
