|
|
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 ... 14 15 [16] 17 18 ... 205
376
« en: Miércoles 28 de Octubre de 2009, 14:44 »
De nadas 
378
« en: Miércoles 28 de Octubre de 2009, 13:15 »
¿Que compilador usas?
379
« en: Miércoles 28 de Octubre de 2009, 12:39 »
Los archivos no se ejecutan a menos que te refieras a un ejecutable, en ese caso se crea un proceso. Si lo que buscas es lo que dijiste antes, el archivo modificado mas recientemente, podes usar la funcion que te dije para comprobar cuando fueron modificados los archivos de un directorio. Para enumerarlos en Windows podes usar FindFirstFile/FindNextFile (ver MSDN).
380
« en: Miércoles 28 de Octubre de 2009, 10:30 »
La funcion stat que es standard te permite saber cuando un archivo fue modificado por ultima vez: http://msdn.microsoft.com/en-us/library/14h5k7ff.aspxst_mtime Time of last modification of file. Si no me falla la memoria no hay ninguna forma de enumerar el contenido de un directorio que sea standard.
381
« en: Miércoles 28 de Octubre de 2009, 09:58 »
De nadas 
382
« en: Miércoles 28 de Octubre de 2009, 09:17 »
Lo que pasa es que codigos (fijate que complejo haces el programa poniendole a tantas cosas el mismo nombre o parecido), la variable local del metodo cargaNumero, desaparece de la pila en cuanto termina el metodo y por lo tanto estas apuntando a memoria que ya no corresponde a los numeros que le introdujiste en su momento, por eso sale cualquier cosa. Si pones esa variable en la parte privada de la clase te funciona bien por ejemplo.
PD. id esta siendo usado sin inicializar.
383
« en: Lunes 26 de Octubre de 2009, 20:57 »
Bueno, los interesdos que te manden un mensaje privado o e-mail.
384
« en: Lunes 26 de Octubre de 2009, 20:33 »
¿Que te asignen un tutor? Esto no es una Universidad ... aca no hay tutores.
385
« en: Lunes 26 de Octubre de 2009, 17:13 »
De nada, para Windows es preferible usar VC++.
386
« en: Lunes 26 de Octubre de 2009, 17:06 »
http://www.cplusplus.com/reference/clib ... ng/memset/Llena un bloque de memoria con un valor determinado, lo habia puesto mientras probaba y despues no lo borre  En este caso ponemos la estructura toda a 0, es una buena practica, especialmente con cadenas.
387
« en: Lunes 26 de Octubre de 2009, 16:20 »
De nadas
388
« en: Lunes 26 de Octubre de 2009, 10:44 »
¿Que IDE usas? Ahora si, al fin, logre hacerlo con gcc usando este codigo: #include <string.h> #include <stdio.h> #include <sys/stat.h> /* Para la estructura stat */ #include <unistd.h> struct _mstat64 { _dev_t st_dev; _ino_t st_ino; unsigned short st_mode; short st_nlink; short st_uid; short st_gid; _dev_t st_rdev; __int64 st_size; __time64_t st_atime; __time64_t st_mtime; __time64_t st_ctime; }; extern "C" { _CRTIMP int __cdecl /*__MINGW_NOTHROW*/ _stat64 (const char*, struct _mstat64*); }; int main(int argc, char **argv) { struct _mstat64 buf; memset(&buf, 0, sizeof(buf)); printf("%sn",argv[1]); if ( _stat64(argv[1], &buf) == -1 ) { // perror(argv[1]); getchar(); // exit(-1); } else { printf("Tamaño del archivo %s %I64d bytes.n", argv[1], buf.st_size); } getchar(); return 0; }
La estructura que viene con el MinGW NO me funciona, por eso tuve que definir _mstat64 que es la que viene en el VC++ en realidad ...
390
« en: Domingo 25 de Octubre de 2009, 08:20 »
¿Probaste con winmm.a?
391
« en: Domingo 25 de Octubre de 2009, 08:16 »
Usa EnumWindow para enumerar todas las ventanas, por cada HWND enumerado llama a GetWindowThreadProcessId y compara el id del proceso retornado con el que creaste. Con ShowWindow podes mostrar la ventana y con SendMessage (WM_QUIT) tal vez puedas cerrar el programa correctamente (TerminateProcess no es un cierre limpio). Usa la MSDN para obtener la documentacion de las funciones.
392
« en: Domingo 25 de Octubre de 2009, 07:04 »
Lo mejor es acceder, es una comprobacion instantanea, despues podes capturar la excepcion aunque es probable que ocultes el origen de un problema de esa manera.
393
« en: Domingo 25 de Octubre de 2009, 06:55 »
De nadas 
394
« en: Domingo 25 de Octubre de 2009, 06:55 »
O escribir un modulo de modo Kernel, pero no sabemos para que querias acceder a la estructura, tal vez exista servicios que provean parte de la informacion que contiene la estructura ... *NIX no es lo mio
395
« en: Domingo 25 de Octubre de 2009, 01:33 »
396
« en: Domingo 25 de Octubre de 2009, 01:12 »
syscall (o sysenter) es mejor, es una instruccion especificamente creada para pasar rapidamente a modo Kernel. Los parametros dependen de la convencion de llamada y no de la instruccion en si misma (salvo rcx en syscall), por ejemplo Windows usa stdcall, en 32 bits un registro (eax) indica el numero de servicio y otro (edx) indica el puntero a la pila con los parametros, en 64 bits usa registros tal como establece la convencion para los parametros excepto para el primero (rcx) que usa (r10), esto se debe a que syscall guarda en rcx la instruccion a la que retornar. Por lo que puedo leer en Wikipedia Linux sigue la convencion de la ABI de AMD64 (RDI, RSI, RDX, RCX, R8 and R9 + pila, asumo que ponen rcx en otro lado por logica).
397
« en: Domingo 25 de Octubre de 2009, 00:58 »
Usa memcmp pero no tiene sentido ...
if(memcpy(ldec->Cte->Elem,elemento,ldec->TamanioDato)==elemento) return TRUE;
La funcion memcpy retorna el primer parametro (destination) que en tu caso es ldec->Cte->Elem.
if(ldec->Cte->Elem==elemento) return TRUE;
Esto compara si ambos punteros apuntan a la misma direccion.
398
« en: Sábado 24 de Octubre de 2009, 23:32 »
No, no esta bien.
De cualquier manera la comprobacion seria redundante, si la copia falla se produce una excepcion (al no ser controlada el programa muere) de otra manera podes asumir sin problemas que funciono correctamente.
399
« en: Sábado 24 de Octubre de 2009, 23:29 »
NO SE HACEN TAREAS.
Páginas: 1 ... 14 15 [16] 17 18 ... 205
|
|
|
Mostrar Mensajes
