|
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 ... 97 98 [99] 100 101 ... 205
2451
« en: Martes 24 de Abril de 2007, 00:13 »
Ahora que veo, este es foro de C++ Builder, la verdad que las ejecutables de CppBuilder son horribles para depurar, al igual que la mayoria de Borland, ahora estoy depurando seguido, empiezo a apreciar el compilador VC++. Jeje, yo hable de eso en algun momento de la historia del foro, dan pena esos ejecutables realmente.
2452
« en: Lunes 23 de Abril de 2007, 23:28 »
Para que te demos soluciones deberias decirnos que es exactamente lo que queres, puede ser que quieras recuperar los archivos o esa instalacion de Windows. Para ambas cosas hay CDs booteables que te permiten hacerlo aunque como ya te dije si lo que queres son los archivos normalmente con una reinstalacion te alcanza y es una solucion simple.
Otra solucion si tenes dos maquinas es depurar tu maquina en modo Kernel, no entrare en detalle a menos que lo intentes llevar a cabo, pero basicamente si te conectas por puerto serie o 1394 (firewire) y haces una modificacion en la memoria del winlogon.exe podes entrar sin importar la clave que tipees.
2453
« en: Lunes 23 de Abril de 2007, 20:56 »
Es la solucion mas idiota que se les podia ocurrir, hasta es posible hacer algo tan facil como reinstalar el S.O. y como dice Bicholey existen soluciones mucho mejores.
2454
« en: Lunes 23 de Abril de 2007, 08:17 »
No y si, pero en algun momento antes de ejecutarlo tenes que desencriptarlo y tiene que estar en memoria como tal.
2455
« en: Lunes 23 de Abril de 2007, 08:16 »
Lo del numero de mensajes no es mencionado por solocodigo, eso no deberia cambiar.
2456
« en: Sábado 21 de Abril de 2007, 17:55 »
Cada vez que llamas a new te devuelve una direccion de memoria, por lo tanto en cada pasada te devuelve una direccion diferente. Obviamente Aux siempre contendra la ultima direccion devuelta por new.
No tenes que liberar Aux2, es una variable local y no usaste memoria dinamica (new/malloc).
2458
« en: Viernes 20 de Abril de 2007, 18:04 »
Eternal Idol te agradezco la ayuda que me diste para resolver mi problemilla... aunque me siento un gil por lo sencillo que era en realidad y lo mucho que me complique pero bue... tengo el paliativo de que lo habia probado antes lo de sacar el "wait..." haciendo un debug paso a paso y no funciono, pero si funciono cuando le di directamente ejecutar... (cosas raras de los productos microsoft) Graciasss TOTALES! De nadas pero no creo que haya sido ningun problema de Microsoft jeje
2459
« en: Viernes 20 de Abril de 2007, 09:46 »
Sí, sería mucho más cómodo
2460
« en: Jueves 19 de Abril de 2007, 22:31 »
El tema es que el "RESTO DE LA RUTINA" no se ejecuta hasta que no termina el hilo sus tareas... y lo que yo quiero es que sea independiente, que por un lado este el hilo corriendo a la vez que el programa continua haciendo otras cosas... alguna idea de como hacer esto en c puro?? tks Si queres que continue no esperes ... saca el WaitForSingleObject.
2461
« en: Jueves 19 de Abril de 2007, 21:43 »
Te felicito. Muchas gracias, a ver si lees todos los mensajes alguna vez y si no es mucho pedir los entendes.
2462
« en: Jueves 19 de Abril de 2007, 21:39 »
Trabajo en win32 visual c.
2463
« en: Jueves 19 de Abril de 2007, 21:11 »
Podes usar CreateThread de la API de Windows.
2464
« en: Jueves 19 de Abril de 2007, 18:35 »
Si, profesor Juank, todo lo que usted diga seguro que es asi, incluso sabe lo que intentamos decir o pensamos los demas. Un aplauso!
2465
« en: Jueves 19 de Abril de 2007, 18:07 »
El problema es presuponer porque uno no sabe quien le metera la manos al software el dia de mañana. No es ningun problema, sera el problema de una persona NO CAPACITADA para manejar el codigo que le asignaron. el código se comenta es para ser util dentro el contexto del producto ¿Quien dijo lo contrario? si uno esta haciendo un sw y hace alguna asignación sencilla como ej:
rparams.Add(something); intnRepreParams = 50;
No estoy de acuerdo, grave error es usar un valor directamente en vez de darle un simbolo util. desde tu punto de vista no se debe comentar porque no estas enseñando a programar No, eso lo dijiste vos y no yo. Lo que si es un hecho es que la calidad del código va en detrimento sino se encuentra bien comentado, incluso a uno mismo unos años después se le puede complicar revisar una pieza de código que hizo tiempo atrás, entonces como no lo sera para otra persona que nunca habia visto ese código. Seguro, si lo programas asi como mostras no me cabe duda. Por otro lado entonces según tu afirmación todas las convenciones de calidad de software estarían equivocadas y tu no... Te agradeceria que dejaras de sacar conclusiones sobre mis afirmaciones ya que es evidente que las interpretas de una manera diferente a mi intencion.
2466
« en: Jueves 19 de Abril de 2007, 15:52 »
Si es cierto, y desde el punto de vista de programador que no guste de comentar el código eso es una justificación valida, pero no desde el punto de vista de un arquitecto de software, un ingeniero de sistemas o de un líder técnico.
El software no es un solo el programa ('código compilado'), a Dios Gracias. Eso no es una justificacion sino un hecho, ya cada uno entrara en sus valoraciones subjetivas pero eso es un hecho. Para mi los comentarios tienen que estar para ayudar a entender un codigo de una determinada complejidad y se le presupone al programador un entendimiento basico para estar frente al codigo, no es para que aprenda a programar. Para eso estan los tutoriales y no el software.
2467
« en: Jueves 19 de Abril de 2007, 15:23 »
Como todos deben saber los comentarios no se compilan.
2468
« en: Jueves 19 de Abril de 2007, 08:12 »
Solo cuando uso un "hack", una tecnica que no es la mas logica o para poner advertencias.
2469
« en: Martes 17 de Abril de 2007, 22:43 »
Jeje, yo las vi antes de que pusieran eso
2470
« en: Martes 17 de Abril de 2007, 22:41 »
me he puesto a leerlospero muchaskosas no las eniendo y baje y buske otros tutoriales pweo digAMOS K LOAM ESTROS N ME HAN ENSEÑADOLO SUFICIETNE PARA PODER HAER EL PAINT JAA LO UNI K K ME ENSEÑARON AHACER FUE IMPRIMIR EN PANTALLA HUGO, PACO Y LUIS, EN ESCALERA E INTERCALADOS PERO POR MEDIO DEL MS-DOS PERO UN PAINT NUNCAAAAAA Y ANDO TODA ASI KOMO K K ONDA!! Si es una tarea escolar vas y le decis a tu profesor que como piensa que lo hagas sino te enseño nada ni remotamente parecido, asi de simple. Espero que su respuesta no sea que hay que prestar mas atencion en hora de clase ...
2471
« en: Martes 17 de Abril de 2007, 22:40 »
Para empezar son excelentes pero algunas cosas que muestra estan obsoletas. Me pregunto si alguien en algún momento se tomará la molestía de actualizarlos un poquitín. Si, como los drivers para 9x pero en este caso me parece que si fuera para Windows (que ahora lo dudo) el "paint" (o lo que mierda sea) seria lo ideal.
2473
« en: Lunes 16 de Abril de 2007, 14:17 »
borrar..es lo que no se implementar...no se implementar... Hay varias formas de hacerlo, podes crear una nueva cadena y olvidarte de la linea del archivo y en esta solo poner palabras sin repetir. Otra forma seria ignorar y es mas simple, en cuanto determinas una palabra, la buscas en la misma linea (strstr) y si la encontras directamente la ignoras.
2474
« en: Lunes 16 de Abril de 2007, 13:57 »
Ese es mi problema,que no se implementarlo,es decir que no se como hacerlo,,por eso lo pregunto..no se como implementarlo en código. ¿Que es lo que no sabes implementar? ¿Tu propia lista de palabras? ¿"Borrar" las palabras repetidas?
2475
« en: Lunes 16 de Abril de 2007, 13:48 »
¿Es necesario usar una lista que es para otra cosa? ¿No es mas facil hacer tu propia lista?
Podes empezar por borrar de tu misma linea todas las palabras repetidas ...
Páginas: 1 ... 97 98 [99] 100 101 ... 205
|
|
|