|
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 ... 191 192 [193] 194 195 ... 205
4801
« en: Miércoles 3 de Agosto de 2005, 14:17 »
Podes usar el mensaje CB_FINDSTRINGEXACTde esta manera: SendMessage(handleVentana, CB_FINDSTRINGEXACT, -1 /*todo*/, "pepe");
4803
« en: Martes 2 de Agosto de 2005, 15:00 »
Para ejecutar procesos podes usar ShellExecute con la operacion open o CreateProcess.
4804
« en: Martes 2 de Agosto de 2005, 00:35 »
4805
« en: Lunes 1 de Agosto de 2005, 19:13 »
La programacion pura, a menos que les guste mucho escribir opcodes en hexadecimal, es assembly. Para desarrollo industrial estan C++ y C, los reyes indiscutidos, solo un ejemplo: el Sistema Operativo que usan (Windows, Linux, MAC OS, etc).
4806
« en: Lunes 1 de Agosto de 2005, 17:05 »
Bueno, en las empresas medianamente importantes hay clausulas de confidencialidad y de no competencia, habria que ver el contrato que tenia esta persona.
4807
« en: Lunes 1 de Agosto de 2005, 16:58 »
Pasó lo que tenía que pasar, , Win98, ¡Una $@*/@! Totalmente cierto; 9x es lo peor de Microsoft
4808
« en: Lunes 1 de Agosto de 2005, 16:47 »
4809
« en: Domingo 31 de Julio de 2005, 23:41 »
Hace mil años que no entra al foro, y el internet explorer sigue teniendolo logeado. Es por las cookies, agradecele a Netscape
4810
« en: Domingo 31 de Julio de 2005, 18:35 »
Al menos para mi es exactamnte lo mismo que dice mgitano, como es de suponerce no lo puede linkar porque no esta definido. Entonces el problema es que no sabes la diferencia entre compilar y enlazar. Nunca llega a intentar enlazarlo, de ser asi el error se produciria sobre un archivo objeto y no sobre un archivo fuente, es el COMPILADOR y no el ENLAZADOR el que da el error. No es así, compiladores como el DJGPP tambien soportan el clrscr. Pese a ser irrelevante te voy a responder, Dev-C++ tambien suele traer un archivo de definicion conio.h para poder utilizar estas funciones, eso no lo hace mas compatible ni tampoco que otro compilador (minoritario) para MS-DOS lo soporte: ANSI/ISO C No POSIX No http://www.delorie.com/djgpp/doc/libc/libc_108.htmlSostengo mi consejo, no usen funciones que no sean standard. Se utiliza usleep debido a que es mas conveniente por la forma en que linux implementa la llamada a write, pues en vez de escribir inmediatamente en el disco pues suspende el proceso, escribe en memoria intermedia y luego descarga al disco, razón por la cual no existe suspención. Esta particularidad es propia del los sistemas con sabores de UNIX , en platafotmas windows no existe esa diferenciacion salvo en entornos DPMI como el DJGPP aunque habria que averiguar que hace el DJGPP en este caso. http://linux.about.com/library/cmd/blcmdl3_usleep.htmhttp://linux.about.com/library/cmd/blcmdl3_sleep.htmNo se de donde sacas esos datos pero voy a tomarlos como validos, de cualquier manera seguiria sin cambiar mi parecer, es mucho mejor poder especificar con mayor precision el tiempo a esperar. En Windows no existe ninguna de esas funciones con lo cual seria bastante extraño que hubiera una distincion ... ¿DPMI? No es implementado por DJGPP en Windows. Q: What about Windows NT? A: Current Windows NT versions support DPMI programs in the DOS box, so DJGPP programs should in general run fine under NT (but see the list of possible problems below). The DPMI server built into NT (and Windows 9X) loses selectors with each child program that is invoked by a DJGPP program, so after about two thousand calls to functions from the spawnXX family you can see an error message like this: http://www.delorie.com/djgpp/v2faq/faq3_3.html
4811
« en: Domingo 31 de Julio de 2005, 09:36 »
En realidad no, ese error quiere decir que no esta definida la funcion delay, que el COMPILADOR no encuentra ninguna definicion de la misma anteriormente. El error se da en el codigo fuente (archivo CPP en este caso) que es con lo que trabajan los compiladores mientras que los enlazadores trabajan con el codigo objeto (archivo OBJ generalmente).
Por ultimo solo recomendar no usar clrscr, una funcion no standard solo presente en compiladores de Borland y siempre preferir usleep por sobre sleep ya que la primera permite mucha mas precision en el tiempo a esperar.
4812
« en: Domingo 31 de Julio de 2005, 00:27 »
Por eso, pero es que lo que he investigado acerca de estos virus utilizaban esta vulneravilidad por medio del lsass.exe y pues como sistemas antiguos no lo tienen entonces no pueden ser atacados, el caso es que todo S.O. que tenga funcionando este proceso (o bueno yo no se como se le llame) son vulnerables sino tienen un buen Antivirus actualizado que impida el acceso a la maquina, por medio de esta vulnerabilidad. Todo lo que sea NT lo tiene pero no es inseguro ni mucho menos, solo hay que aplicar el parche correspondiente que viene casi con cualquier service pack que te bajes. Por eso comentaba Diodo que le pasaba justo al acabar de instalar porque la vulnerabilidad esta de fabrica. La solucion no es cancelar el shutdown sino parchear el sistema
4813
« en: Domingo 31 de Julio de 2005, 00:23 »
Si estas en Windows usa Sleep: VOID Sleep(DWORD dwMilliseconds);
4814
« en: Domingo 31 de Julio de 2005, 00:15 »
Ese no es un comando sino un proceso que solo viene desde Windows XP. Bueno sea "comando" ó "proceso" se puede evitar con eso..... ahi me salio en verso. De cualquier manera no es recomendable seguir usando esa sesion y dudo que funcionara completamente al no tener el lsass.exe
4815
« en: Domingo 31 de Julio de 2005, 00:01 »
Se puede evitar entrando al DOS y dando el comando: shutdown -a Ese no es un comando sino un proceso que solo viene desde Windows XP.
4816
« en: Sábado 30 de Julio de 2005, 22:20 »
Hola
A mi me pasa lo mismo siempre que instalo el w2000 pro.
El problema se debe a una vulnerabilidad de ese servicio que aprovechan algunos virus.A mi se me soluciona pasando el kapersky antivirus.Lo curioso es que el virus ataca sin instalar nada, al poco de instalar la red o conectarse
Espero q lo soluciones
chao Como bien decis existe una vulnerabilidad de tipo buffer overrun que explota el Sasser pero puede ser el caso o no. El Sasser hace un scan de puertos para detectar la vulnerabilidad por eso te 'engancha' justo al conectarte. Me imagino que en este caso no sera porque sino nadie podria usar las maquinas en el cyber pero bueno, uno nunca sabe. De cualquier manera el detonante del reinicio es una excepcion no controlada en lsass.exe
4817
« en: Sábado 30 de Julio de 2005, 22:04 »
Y a que se debe de que el proceso muera. Eso solo lo podriamos saber con el archivo de error generado (dump file), en general puede ser por cualquier cosa
4818
« en: Sábado 30 de Julio de 2005, 21:59 »
Estuve investigando mas a fondo y saque un par de conclusiones:
A. Winlogon.exe es el que genera esta pantalla en cuestion B. Winlogon.exe es el padre de services.exe y lsass.exe C. Winlogon.exe tiene abierto un handle a cada uno de estos procesos D. Winlogon.exe se da cuenta de que alguno de los dos a muerto y reacciona de esta manera (supongo que hace un WaitForSingleObject del handle del proceso)
4819
« en: Sábado 30 de Julio de 2005, 21:43 »
Pasa porque se genera una excepcion no controlada en el proceso lsass.exe, este proceso es el responsable de la autentificacion de usuarios. Cuando este proceso muere Windows simplemente decide que se debe cerrar el sistema por precaucion.
4820
« en: Viernes 29 de Julio de 2005, 17:36 »
Muchas gracias a los dos por vuestra ayuda, y en especial a Eternal Idol, que siempre contesta mis preguntas con una rapidez asombrosa. De nadas, para eso estamos
4821
« en: Viernes 29 de Julio de 2005, 13:03 »
Espero que no se ofenda Eternal Ido| por responder a lo que ya ha respondido perfectamente. No te preocupes, yo no me ofendo, aunque a cualquiera le puede parecer que es casi spam, especialmente viniendo de un usuario nuevo.
4822
« en: Viernes 29 de Julio de 2005, 12:21 »
Podes usar la funcion SHFileOperation, aca te dejo un ejemplo, en la MSDN podes encontrar todas las constantes. En este caso mandamos todo el directorio a la papelera de reciclaje sin que se entere el usuario. El parametro seria de este formato c:\dir\dir2\* #include <shellapi.h> void sendToRecycleBin(char *Folder) { SHFILEOPSTRUCT erase; ZeroMemory(&erase, sizeof(SHFILEOPSTRUCT)); erase.wFunc = FO_DELETE; erase.pFrom = Folder; erase.fFlags = FOF_ALLOWUNDO | FOF_NORECURSION | FOF_NOCONFIRMATION | FOF_NOERRORUI | FOF_SILENT; SHFileOperation(&erase); }
4823
« en: Jueves 28 de Julio de 2005, 22:03 »
4824
« en: Jueves 28 de Julio de 2005, 20:41 »
A eso me referia, es decir no necesariamente tiene que ser de 16 bit , todo depende de la arquitectura de la maquina pues si la maquina corre en 32 bit pues mejor programarlo en 32 no?
Lei Turbo C++ e imagine que utilizaria en demasia la BIOS, si es Borland para Windows obviamente que se vaya olvidando porque no solo tendria que implementar una libC (cosa para la cual hay un par de articulos sobre como hacerlo en este sitio) sino tambien toda la funcionalidad que use de Windows. Asi es... aunque igual si fuera codigo linux o unix tendrias que termaniar creando las llamadas de sistema, incluso minix... No entendiste ... la maquina arranca en 16 bits, el codigo que llame la BIOS tiene que ser de 16 bits si o si. Despues ese codigo puede entrar en modo protegido que es lo que hacen Windows o Linux pero esa es otra historia, MS-DOS no lo hace por ejemplo. Si, pero Borland C++ solo funciona en sistemas de Microsoft
4825
« en: Jueves 28 de Julio de 2005, 20:19 »
Tal cual.
solo una duda... por que de 16 bits?
por otra parte si usas codigo C++ y este codigo por debajo esta invocando servicios, funcionalidades etc del sistema operativo ( cosa que es muy probable salvo que uses apenas apenas un reducido conjunto de instrucciones ) tambien deberas hacer tu propia implementacion de ese codigo... mejor dicho tienes que hacer tu soporte para las llamadas que uses en C... tu libC... ¿Como arranca una PC XT? Igual que una AMD de 64 bits Por supuesto que ese codigo de 16 bits puede entrar en modo protegido. Lei Turbo C++ e imagine que utilizaria en demasia la BIOS, si es Borland para Windows obviamente que se vaya olvidando porque no solo tendria que implementar una libC (cosa para la cual hay un par de articulos sobre como hacerlo en este sitio) sino tambien toda la funcionalidad que use de Windows.
Páginas: 1 ... 191 192 [193] 194 195 ... 205
|
|
|