|
|
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 ... 188 189 [190] 191 192 ... 205
4726
« en: Martes 23 de Agosto de 2005, 09:14 »
¿Y las tarjetas perforadas por donde andan? 
4727
« en: Lunes 22 de Agosto de 2005, 20:17 »
No creo que sea la ayuda a los demas lo que se plantea en este mensaje sino la venta de un software completo ya desarrollado. Y creo, y espero tambien, que si estamos aca es por algo. Para ayudar algunos, para aprender otros y la mayoria para hacer las dos cosas  Por cierto, me parece mucho mas reprobable hacer y vender una tarea escolar como mencionaban antes ...
4728
« en: Lunes 22 de Agosto de 2005, 20:03 »
Tu criterio me parece un poco cerrado. El que quiera vender que venda, si alguien le compra bien por el y sino mala suerte. El que quiera regalar, que regale, nadie se lo deberia prohibir. Y el que quiera hacer cosas como desarrollar software propietario en su trabajo y compartir sus conocimientos en este foro, perfecto. ¿O acaso eso te parece mal? 
4729
« en: Lunes 22 de Agosto de 2005, 19:36 »
No es facil dar un ejemplo de esto, es practicamente el codigo. void searchDrive(char *Drive, char *searchFile) { WIN32_FIND_DATA file; HANDLE driveHandle = FindFirstFile(Drive, &file); if (driveHandle != INVALID_HANDLE_VALUE) { for (;FindNextFile(driveHandle, &file);) { if (file.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY) { //file.cFileName es un directorio, usamos eso para llamarnos otra vez } else { //file.cFileName es un archivo, comparamos contra searchFile } } FindClose(driveHandle); } }
Asi como esta no es 100% funcional, te dejo un poco para que lo resuelvas vos. El registro del sistema es donde Windows y las apliaciones desarrolladas para este Sistema Operativo guardan informacion, podes usar funciones como RegCreateKey (para abrir y crear claves), RegSetValueEx (para guardar un valor) y RegQueryValueEx (para leer el valor, en este caso el path).
4730
« en: Lunes 22 de Agosto de 2005, 18:28 »
Para buscar algo tenes que usar las funciones que te dije recursivamente, primero listar todos los directorios de la unidad que quieras (buscas c:\* por ejemplo) y despues buscar los archivos de esos directorios hasta encontrar el ejecutable. Pero es una solucion POBRE y COMPLICADA, si hay varias versiones del ejecutable u otro ejecutable con el mismo nombre podes tener problemas. Es mas facil que escribas un valor en el registro del sistema cuando lo instales y lo leas cuando lo quieras ejecutar.
4731
« en: Lunes 22 de Agosto de 2005, 18:08 »
Hola Eternal idol, este programa de MSDN, busca un archivo pero solo si yo le doy la ruta completa de dónde está.
Actualmente, en el programa que estoy desarrollando, para que se me ejecute el programa que necesito abrir, tengo puesta toda la ruta completa con el nombre del archivo ejecutable. Pero mi problema es que si este programa lo quiero trasladar a otro ordenador que no tenga windows xp, sino que tenga tenga por ejemplo w98 u otro diferente, ya no se podria ejecutar porque la ruta cambiaria; Entonces, si yo quiero transportar este programa a otro ordenador con otra version de windows seria mejor obtener la ruta mediante alguna función con la que sólo con pasarle como argumento el nombre del programa funcion(word.exe), me devolviese la ruta que yo necesito. No se si me entiendes.
De todas formas, tampoco se a lo que te refieres con lo de la Api, porque nunca he usado ninguna api.
Gracias ! Como te decia antes lo podes hacer recursivo, pones que busque * y te devuelva todos los directorios, pero es una perdida de tiempo. ¿Porque va a cambiar de Windows 98 a Windows XP? ¿El programa se va a instalar o solo lo vas a copiar? Si todos los programas van a estar en la misma ruta, que supongo sera asi, con que no pongas ruta y solo los nombres te va a funcionar perfectamente. Y si queres en ese caso si podes usar la funcion que te paso Diodo u otra funcion de la API de Windows llamada GetCurrentDirectory para conseguir la ruta actual y agregarle a ella el nombre del ejecutable. API es Application Programming Interface y en este caso es la de Windows, son las funciones que provee el Sistema Operativo.
4732
« en: Lunes 22 de Agosto de 2005, 17:31 »
Ejemplo de la MSDN para buscar archivos: #define _WIN32_WINNT 0x0400 #include <windows.h> #include <stdio.h> int main(int argc, char *argv[]) { WIN32_FIND_DATA FindFileData; HANDLE hFind; printf ("Target file is %s.\n", argv[1]); hFind = FindFirstFile(argv[1], &FindFileData); if (hFind == INVALID_HANDLE_VALUE) { printf ("Invalid File Handle. GetLastError reports %d\n", GetLastError ()); return (0); } else { printf ("The first file found is %s\n", FindFileData.cFileName); FindClose(hFind); return (1); } }
Lo podes hacer recursivo para que busque en todo el HD. Pero la pregunta es, ¿Que programa queres ejecutar? ¿No es preferible que este siempre en una ruta conocida, no el nombre sino que la pueda obtener con alguna funcion de la API como \Archivos de programa\ \Program Files\ por ejemplo?
4733
« en: Lunes 22 de Agosto de 2005, 16:23 »
Hola,
Tengo que ejecutar un programa, y para ello debo poner la ruta absoluta de dónde se encuentra, pero todo eso depende del sistema operativo, ya que si llevo este codigo a windows 98 ya no me encontraria en ese directorio el programa. Entonces querria una funcion a la que si le doy el nombre de un programa (nombre.exe) me buscase ese archivo.
No se si me entiendes.
gracias. Si, lo entiendo. Si la diferencia es por el path de Windows o de System, estos se pueden conseguir con un par de funciones (GetWindowsDirectory y GetSystemDirectory). Para buscar podes usar FindFirstFile, FindNextFile y FindClose.
4734
« en: Lunes 22 de Agosto de 2005, 16:12 »
Hola, me gustaria saber si existe alguna función a la que le pase como argumento el nombre de un archivo (archivo.exe) y me de la ruta completa de dónde se encuentra.
Gracias!!. Que yo sepa no existe ninguna y supongo que por la simple razon de que puede existir el mismo ejecutable en diferentes directorios. ¿Que queres hacer exactamente?
4735
« en: Lunes 22 de Agosto de 2005, 07:37 »
ooops!! VB != VC ...
{ queria decir VC (MS), se entendio no? }
ya que trajeron a colación el Borland, podes bajar gratis el 5.0 (unos 9Mb) y después parcharlo (los parches se bajan del mismo sitio), eso si, aun asi, sigue teniendo poblemas con ciertas funciones "template", y otras cosas más que no recuerdo, reportando errores, donde no los hay.
no trae ide, por eso es gratis, debes registrarte y listo, en el sitio de Borland claro.
Adio ***Hidaki Entonces no es asi, VC++ .NET cumple el standard C++, si se utilizan librerias como MFC obviamente ya no es portable pero eso tambien sucede con Borland (VCL por ejemplo) o gcc (ncurses por ejemplo). VC++ .NET tambien lo podes bajar gratis y es mucho mejor: http://msdn.microsoft.com/visualc/vctoolkit2003/ Gracias hidaki ya tengo el borland C++ 5.0 pero como tu dices hay problemas con algunas funciones <delay,entre otras>......no se si es problema del compilador,yo seguire trabajando con el borland C++ 3.1 hasta que encuentre en otro lo que busco....gracias .....suerte!
Eso es un problema de standares, delay no lo es y por eso no deberias usarla nunca a menos que la implementes ¿Borland C++ 3.1? ¿Es para 16 o 32 bits?
4736
« en: Domingo 21 de Agosto de 2005, 16:21 »
4737
« en: Domingo 21 de Agosto de 2005, 10:43 »
Ya que el compañero zamoazul hizo ese interrogante...aprovecho para preguntar cual es el compilador del borland C++ 3.1 .....el mismo o tro.....gracias por resolver miduda....suerte!
Borland es una empresa que para mi gusto produce software de muy mala calidad y poco standard. Esa version a la que te referis es bastante vieja, aca podes encontrar lo ultimo: http://www.borland.com/Pero sigo recomendando VC++
4738
« en: Domingo 21 de Agosto de 2005, 10:40 »
Te agradezco bastante la atención brindada eternal idol creo que por el momento investigare un poquito mas para empezar a programar De nadas y me parece muy bien que sigas investigando, cualquier problema estaremos aca para ayudar siempre que podamos
4739
« en: Domingo 21 de Agosto de 2005, 10:39 »
eternal no es politica del foro hacerles el trabajo completo a los usuarios, esta bien los comentarios pero no el segmento final con el codigo completo.
Seguro que ya a estas alturas lo han leido pero igual debo borrarlo. Si consideras que doce lineas practicamente extraidas del codigo que el usuario ya tenia hecho es hacerle el trabajo completo te compadezco. Pd.Todabia no habia entrado a leer en en el foro asi que si habia algo donde pone
lo siento es politica del foro no se lo que habia. No te preocupes, ahora te lo mando por privado, de cualquier manera me parece una ridiculez.
4740
« en: Sábado 20 de Agosto de 2005, 23:42 »
¿System::String? ¿.NET? Me parece que estas mezclado un poco las cosas sin querer o trabajando con Visual C++ .NET Hay varias formas de leer un archivo, empezando con funciones ANSI C, pasando por clases de la STL y terminando en la API de Windows. Una cosa orientada a C++ podria ser algo asi: #include <iostream> #include <ios> #include <fstream> #include <string> using namespace std; class Persona { public: string nombre; int *edad; }; void main() { fstream lectura("nombres.cpp", ios::in); Persona Carlitos; lectura >> Carlitos.nombre; cout << Carlitos.nombre; }
4742
« en: Sábado 20 de Agosto de 2005, 20:08 »
4743
« en: Sábado 20 de Agosto de 2005, 11:13 »
¿Que standard puede llegar a cumplir Visual Basic?
Mucho ojo con C99, no todos los compiladores lo soportan al 100%.
VC++ y Intel C++ son los mejores compiladores de C/C++ para Windows, con mucha diferencia.
No te recomiendo Watcom, no suele ser usado profesionalmente mientras que los compiladores que nombre anteriormente si.
4744
« en: Sábado 20 de Agosto de 2005, 00:55 »
En lineas generales gcc (el compilador que utiliza Dev-C++) esta muy bien, tal vez para Windows sea preferible usar VC++. De cualquiera manera para este caso te recomiendo usar getchar que es standard (getch no lo es) y solo tenes que incluir stdio.
4745
« en: Viernes 19 de Agosto de 2005, 22:09 »
Primero que nada, esto parece una tarea.
El codigo esta pesimo, sin querer ofender, esta pesimo.
int a<b,menor; << Esto no tiene pies ni cabeza, ¿Que significa int a<b?
Despues pedis los numeros, rellenas el valor de menor a true o false ... y finalmente mostras los mensajes.
El scanf esta mal planteado tambien, primero tenes que pedir "%d" y despues pasar la direccion de la variable y no una cadena.
4746
« en: Viernes 19 de Agosto de 2005, 07:36 »
Asumo que te referis a una PC: Bueno, primero y principal tenes que saber que quien te cargue en memoria y te llame a tu funcion principal sera la BIOS. Esto lo hara en la direccion 0000:7C00. La BIOS buscara el codigo de arranque en el primer sector de tu diskette, tenes que escribirlo ahi (cada sector tiene 512 bytes). El codigo debe ser de 16 bits (en cualquier x86/x64), despues podes entrar en modo protegido pero es otra historia. Solo tenes disponibles los servicios de la BIOS. Cualquier problema no dudes en preguntar, hace muy poco estuve haciendo uno para jugar un poquito (solo arrancaba mostraba un mensaje, esperaba una tecla y reiniciaba la maquina). 
4747
« en: Jueves 18 de Agosto de 2005, 23:50 »
void main() { int z = 5; int y = 9; int x = z + y; }
4748
« en: Jueves 18 de Agosto de 2005, 16:25 »
en realidad no termina el proceso del segundo programa porque no tengo el pid para poder matarlo, en realidad el proceso que termina es el del segundo programa. Sino puedes comprobarlo en los procesos, cada vez que lo ejecutas donde se encuentran todos los procesos, aparece ese programa abierto tantas veces como ejecutes este programa. de todas formas tampoco me funciona las pipes, no sé como probarlo para ver si envia bien o no la informacion. ¿Cual no termina Singular.exe? Ese no lo tengo asi que lo puedo probar pero porque no usas spawnl para ejecutarlo asi podes matarlo.
4749
« en: Jueves 18 de Agosto de 2005, 13:44 »
Si es mejor que el messenger lo usaria sin dudarlo, especialmente si puedo seguir teniendo mis contactos (si es compatible con msn messenger). Un comentario para que lo piensen un poco, Google comprando empresas, si lo hiciera Microsoft todos estarian quejandose y diciendo 'monopolio'.
Páginas: 1 ... 188 189 [190] 191 192 ... 205
|
|
|
Mostrar Mensajes
