SoloCodigo

Todavia no llegue a ese nivel en mi curso de adivinacion y sin el codigo no puedo ayudarte.

Seguramente la cadena no es EXACTAMENTE igual, tal vez haya barras de mas o menos por ejemplo ... lo mas importante es la cadena final, la que se le pasa a system si son iguales como decis (que es imposible) no tiene importancia de que tipo de control vengan, lo unico que importa es la cadena final. Comproba byte por byte hasta encontrar la diferencia.

Ok, a ver si entendí..
El hilo1 en WaitForSingleObjecte obtiene el handle del mutex. Si otros hilos hacen la petición quedaran esperando hasta que se haga ReleaseMutex y puedan obtener el handle del mutex, no??. O sea que si protejo la función Execute() del Thread, no tendra acceso hasta que en algun momento pueda obtener ese HANDLE!!

Casi exacto, no se sabe cual sera el hilo que obtenga el mutex por primera vez. Pero si sabemos que mientras uno de los hilos tenga el mutex (con WaitForSingleObject) los otros se quedan esperando y cuando el hilo que tiene el mutex lo deja (ReleaseMutex) si hay alguno esperando lo obtiene.

Lo de las series: Tengo un DBChart con tres series (Series1, Series2, i 3), un grafico de líneas con tres líneas independientes de colores distintos (cada una de ellas es una serie). Cada una es manipulada por un thread.
Es correcto el planteamiento que hago para solucionar el problema o puedo hacerlo de otras formas?
El problema que tengo es que los threads se intercanvian los datos que imprimen en la grafica...o sea que parece que no se proteja bién la función con los Mutex.
Un saludo y gracias!!

En esto no te puedo ayudar, no se que es un DBChart y no trabajo con Builder. Lo que tenes que entender es que el Mutex te sirve para que no haya dos hilos accediendo al mismo tiempo a un recurso y de esta manera lograr exclusion mutua. Los datos del recurso siempre van a ser correctos, mientras que si dejaras acceder a varios hilos al mismo tiempo serguramente eso no pasaria.

WAIT_OBJECT_0 es seguramente el resultado que devuelve WaitForSingleObject, el punto con tu codigo es que en cuanto un hilo haga ReleaseMutex otro hilo que este esperando en WaitForSingleObject va a obtener el mutex ...

Sigo sin entender que es lo que queres hacer. ¿A que te referis con series? ¿Cuantos "lugares para pintar" hay?

Eso ya se, pero lo que digo es si que concateno dos strings luego tendere k pasar la variable string ala sentencia system y eso es lo k no se

Esta bien que lo sepas pero no se nota si haces esto:

AnsiString o string rutavariable="C: \\Alsa";
system("copy \"viajes.dat rutavariable ");

Una forma para que lo veas claro:

concatenar el que? si luego tendre que pasarle una variable no? el tema esta ay
en k variable pasar y como

Si pones el nombre de una variable dentro de una cadena lo toma tal cual como si fuera texto ...

         


Pues te lo agradeceria mucho porque yo uso firefox...

http://adblockplus.org/

Enjoy it!  

Juaz, juaz, juaz. Y despues nos quieren vender eso de que Apple es tan pero tan bueno.  

Compila el programa que llama a Mensaje, cuando intentes enlazarlo te dira que no encuentra esta funcion, lo que tenes que hacer ademas es ensamblar el codigo de TASM y enlazar ambos archivos objeto (.OBJ).

Si, y algunos nisiquiera se gastan de revisar si hubo respuesta, dejan su mail pensando que se los van a enviar al correo.

Yo si veo que ponen el correo como minimo les edito el mensaje y si es muy descarado directamente lo borro  

Anoto algo interesante, con GRUB podes hacerle que pida password para poder "bootear" pero como es de esperarse con un floppy (, o USB) o un live CD se puede borrar "esta seguridad".

Supongo que si estubiera el password en el boot loader y se borrara todo se hecharia a perder, entonces debe de estar en algun sector del file system (tal como comentan) pero me imagina que hay alguna forma de dencriptar tal cosa.

Dependiendo de la implementacion es posible que no se necesite ningun dato guardado en ningun lado, simplemente se aplica el algoritmo sobre ciertos datos y si su CRC (y mas comprobaciones tal vez) dan positivas ...  si se usa encriptacion simetrica se guarda una llave privada (que no es una clave) generalmente.
Podes hacer una prueba con un RAR comprimido y ver como intenta descomprimir con la clave que le des y te va mostrando el error CRC en cada archivo.

Pero mejor investiga sobre encriptacion en Wikipedia o donde quieras.

Creo que me hice mal interpretar.
Lo comenté off topic. No tenía nada que ver con File System en especial.

Y bueno che es que dijiste: Asi que tan raro no es.  

El otro día desensamble en el trabajo una ejecutable de Visual Basic que pasaba entre formatos de musica. Necesitaba un serial (solo queria pasar 1 tema del formato Monkey Audio a MP3 y no encontre otra cosa). La verdad que soy malisimo para eso pero no imaginas mi sorpresa:
En las cadenas referenciadas aparecia una especie de serial universal.
Asi que tan raro no es.

No me jodas, como vas a comparar esas dos cosas   ¿De verdad podes pensar que la gente que desarrolla un File System puede hacer algo asi? Es un error que para alguien asi mereceria silla electrica.

Y que lenguaje es?

Eso es C pero lo podes hacer con cualquier lenguaje que sea capaz de llamar a la API de Windows (C/C++, Visual Basic, Delphi y muchos otros mas).