|
|
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 ... 168 169 [170] 171 172 ... 205
4226
« en: Jueves 27 de Abril de 2006, 23:27 »
Es pocible determinar que formato tiene la particion del hd, creo que tengo que retomar los tutorial. ¿Para que Sistema Operativo? Si es para cualquiera tenes que leer el disco directamente, seria abrir la unidad y leer ... En Windows podes usar GetVolumeInformation.
4227
« en: Jueves 27 de Abril de 2006, 22:40 »
4228
« en: Jueves 27 de Abril de 2006, 21:14 »
No se ve nada ...
4229
« en: Jueves 27 de Abril de 2006, 17:13 »
4230
« en: Miércoles 26 de Abril de 2006, 08:44 »
4231
« en: Miércoles 26 de Abril de 2006, 08:41 »
Bueno, ya veremos cuando se nos da la gana responderte con palabras y no solo con enlaces entonces.
4232
« en: Martes 25 de Abril de 2006, 13:49 »
De nadas. ¿¿Para que mostrar caras de enojo entonces??
4233
« en: Martes 25 de Abril de 2006, 13:06 »
4234
« en: Lunes 24 de Abril de 2006, 13:26 »
Nosotros utilizamos microsoft visual c++ 6.0 y ya hemos conseguido crear un proyecto que funcione en cualquier PC seleccionando la opción de usar la MFC estaticamente cuando creamos el proyecto.
¿Como se podria utilizar el instalador de vs? Me alegro de que les haya servido; en cuanto al instalador de VC++ no se los recomiendo, es preferible usar otro mejor. NSIS: Open Source http://nsis.sourceforge.net/Main_PageInstallShield: propietario http://www.installshield.com/Hay MUCHOS mas, prueben a ver cual es el que mejor les viene.
4235
« en: Lunes 24 de Abril de 2006, 13:23 »
Segun la biblia (MSDN):
SDK Software Development Kit
A set of library, header, and Help files that you use to write applications for a specific platform.
Microsoft Foundation Classes (MFC)
The Microsoft Foundation Class Library is an application framework for programming in Microsoft Windows. Written in C++, MFC provides much of the code necessary for managing windows, menus, and dialog boxes; performing basic input/output; storing collections of data objects; and so on. All you need to do is add your application-specific code into this framework. Given the nature of C++ class programming, it is easy to extend or override the basic functionality that the MFC framework supplies.
Basicamente el SDK son los .H, .LIB y la ayuda, lo basico para poder "construir" un ejecutable para Windows.
MFC es una libreria para facilitar la "construccion" de programas de interfaz grafico (GUI) bajo Windows.
El SDK es IMPRESCINDIBLE (o las definiciones y librerias correspondientes) para construir un programa. Trae por ejemplo cosas tan basicas como Windows.h o Kernel32.lib mientras que la MFC es una libreria que no es ni mucho menos imprescindible y su funcion es encapsular la funcionalidad de la API de Windows por lo tanto podes hacer lo mismo llamando a esta directamente.
4236
« en: Domingo 23 de Abril de 2006, 18:28 »
Si, y funciona indudablemente, sobre todo si el proyecto es pequeño y solo estara instalado en unas cuantas pc, pero no me parece la mejor solución, desde que se pueda enlazar dinamicamente mucho mejor, pues no podemos tener todos los programas con tamaño mayor por estar linkeando estaticamente todas las librerias, para eso se crearon las librerias dinámicas no?  Depende, si es un ejecutable solo tiene que copiarlo y estara listo en cualquier maquina para funcionar. Tampoco hay necesidad de "recompilar" el instalador cada vez que se genera un nueva version y el tamaño va a ser aproximado ya que la libreria que no enlaces estaticamente la tendras que distribuir dentro del instalador ... Mientras que si tenemos varios archivos con diferentes ejecutables y DLLs que forman un proyecto sin duda un instalador (aunque no recomendaria el del VS) es la solucion mas acertada. Las librerias dinamicas no siempre son la respuesta correcta, especialmente cuando son de terceros y tenemos que ocuparnos de problemas como el versionado. Si fueran librerias que vinieran siempre con el S.O. evidentemente no existiria este dilema.
4237
« en: Domingo 23 de Abril de 2006, 18:10 »
Pero visual C++ debe tene un generador de instaladores ( setup factory) o algo así, entonces el detectará las dependencias en cuanto a librerias y te creara un pack con todo lo ncesario... como no se que version de vs tienes no te puedo ayudar mas por el momento, pero básicamente esa es la idea. Si, se puede generar un instalador pero la pregunta es: Hemos realizado un programa con visual c++ y despues de compilar (F7) el ejecutable q crea no funciona en otros pcs pero si en el que lo hemos creado.
En el resto de PC's pone que nos falta una libreria DLL. ¿Cómo se puede crear un ejecutable válido para cualquier PC? Entonces la respuesta es que se debe enlazar estaticamente la MFC.
4238
« en: Domingo 23 de Abril de 2006, 14:18 »
No lo hemos entendido bien.
¿Con MFC no se puede ejecutar ese programa en otro PC?
Si con MFC no se puede, como deberiamos hacer esta aplicacion para que sea compatible en más PC´s.
Si existe alguna manera de hacerlo con MFC ¿cual es?
Gracias. Si se puede pero necesitan las librerias correspondientes a MFC si la enlazas dinamicamente. Esto se puede controlar para que no se haga dinamico sino estatico, entonces no se necesita nada para que pueda funcionar en cualquier PC. En la configuracion del proyecto, General, Valores predeterminados del proyecto: Uso de MFC >> Utilizar MFC en una biblioteca estatica.
4239
« en: Domingo 23 de Abril de 2006, 11:08 »
Si estas usando MFC es imposible sino tenes que seleccionar la opcion para que te enlace la RTL (Run Time Library) estatica y no dinamicamente. Aca tenes un programa para ver que librerias necesita tu ejecutable: http://www.dependencywalker.com
4240
« en: Domingo 23 de Abril de 2006, 10:52 »
¿joajavi? ¿Por?  ¿Viste el enlace? Dice que conocio un foro el 21/04/06 y ahi encontre una respuesta suya en ese foro del 31/05/04 ... ademas no es muy confiable, pretende vender codigo hecho en assembly y confunde o desconoce conceptos basicos de este lenguaje.
4241
« en: Sábado 22 de Abril de 2006, 23:37 »
4242
« en: Sábado 22 de Abril de 2006, 10:49 »
Bueno y otra duda medio rara sobre la traduccion de codigo.
No se si sea asi en las arquitecturs x86 pero en z80 no existen las instrucciones DB, DW, etc..para "declarar variables"
En primero lugar como se manejarian estas instrucciones? Y en si un int un char, etc como se manejarian?
Saludos Esas no son instrucciones, en realidad son directivas del ensamblador, su objetivo es justamente "declarar variables", basicamente reservar una cantidad de bytes en una determinada posicion que puedan ser referenciados desde el codigo de assembly por su nombre. Estos bytes los reserva luego el S.O. de acuerdo al formato de ejecutable que tenga, en Windows muy probablemente uses la seccion .data y estas variables estaran tanto en memoria como en el ejecutable en si mismo en disco. Un ejemplo enano: .386 .model flat, stdcall .data edad dd 760 .code main: mov eax, edad ret end main
ml dd.asm dumpbin /all dd.obj Vas a ver algo parecido a: SECTION HEADER #2 .data name 4 virtual size 2000 virtual address (00402000 to 00402003) 200 size of raw data 400 file pointer to raw data (00000400 to 000005FF) 0 file pointer to relocation table 0 file pointer to line numbers 0 number of relocations 0 number of line numbers C0000040 flags Initialized Data Read Write RAW DATA #2 00402000: F8 02 00 00 ø... Y 0x2F8 es justamente 760.
4243
« en: Viernes 21 de Abril de 2006, 23:16 »
4244
« en: Viernes 21 de Abril de 2006, 10:04 »
No entiendo. ¿Qué tiene que ver Delphi? El Dev-C++ está hecho en Delphi, pero eso no importa, es simplemente el IDE, el trabajo grande lo hace el compilador, MinGw.   Es exactamente lo que te dijo Geo. Mas que nada lo que queria hacer es DESMENTIR categoricamente que Delphi pudiera generar ejecutables mas chicos que VC++. En la discucion en cuestion el siniestro personaje afirmo esto basandose en un hello world y yo entonces opte por, evidentemente usando las facilidades de VC++, generar un hello world de 1024 bytes. Como me supuse no logro generar nada ni remotamente tan chico con Delphi. Yo no digo que no se pueda, tal vez pueda igualarlo, lo que sostengo es que su afirmacion de que VC++ genera ejecutables de mayor tamaño (e inficientes dice, juaz) que Delphi es totalmente falsa. El problema lo tiene el por ser incapaz de sacarle todo el provecho posible a una herramienta tan versatil, flexible y potente como VC++.
4245
« en: Jueves 20 de Abril de 2006, 16:56 »
De todas maneras, creo que desde hace mucho existen las herramientas CASE, y no veo una disminución en programadores (en cuanto a cantidad)  Es cierto y esto genera tambien otra situacion: cuanto mas facil sea "programar" mas "programadores" van a haber.
4246
« en: Jueves 20 de Abril de 2006, 11:33 »
Puede ser que pase lo que comentas y me quedo con tu ultima conclusion con la cual tambien estoy de acuerdo, es muy probable que algunas tareas sean cada vez mas automatizadas (explotando mucho mas el modelo RAD) pero otras como la creacion de Sistemas Operativos y drivers seguiran siendo bastante "humanas".
4247
« en: Miércoles 19 de Abril de 2006, 22:25 »
4248
« en: Miércoles 19 de Abril de 2006, 19:59 »
4249
« en: Miércoles 19 de Abril de 2006, 19:16 »
4250
« en: Miércoles 19 de Abril de 2006, 19:15 »
Páginas: 1 ... 168 169 [170] 171 172 ... 205
|
|
|
Mostrar Mensajes
bueno en realidad los de desarrollo(me incluyo) no tenemos tiempo libre 
