SoloCodigo

¿qué puedo hacer para que a partir del .exe pueda obtener otra vez el .cpp? Gracias.

Encontrar una lampara mágica que conceda deseos.    

P.D.

En serio, el proceso de codigo fuente a EXE es unidireccional. Aún si el codigo fuente es asm pierdes los comentarios y otros detalles quedandote con simples direcciones de memoria en lugar de nombres significativos de variables por ejemplo.

Como todos saben cada vez se pide que el software "haga más cosas", al mismo tiempo que se exige que el tiempo de desarrollo sea cada vez menor.

Por obvias razones un sistema terminado es mejor que uno a medias, asi que cada vez se aprecia más que el compilador y el lenguaje brinden más comodidades y ventajas al desarrollador de software para concluir su trabajo de buena forma en menos tiempo.

El C++ se seguirá utilizando, como se sigue utilizando los lenguajes ensambladores, pero en la medida que otros lenguajes y compiladores ahorren más tiempo y ayuden a evitar de mejor forma los molestos bugs (aunque a costa de sacrificar un poco de recursos) eventualmente pasará a ser utilizado sólo en los módulos que realmente necesiten optimización, como actualmente sucede con los lenguajes ensambladores.

Antes la necesidad de optimizar recursos era primordial por las reducidas capacidades del hard, en estos tiempos lo primordial es el tiempo de desarrollo y evitar a toda costa los "bugs" que al final se traducen en pérdidas de tiempo y dinero.

Es claro que el peso del costo de recursos en hardware se reduce, pero no asi el tiempo y dinero necesarios para realizar un proyecto. Asi que esta tendencia continuará en la medida que el hardware siga mejorando y bajando de precio.

Pues te respondiste solo por que sin los controladores está muy dificil que puedas interpretar la información de la base de datos. Tal vez tengan alguna herramienta para convertir el formato de los archivos de la base de datos del 2.8 al 4.

¿Y probaste usando el TmediaPlayer pero con control total de errores y excepciones?

Pues yo también tengo varios problemas al usar los comandos MCI para reproducir midis con los cuales funciona el Tmediaplayer: los reproduce pero tiene una demora detestable al abrir el midi si se utiliza sintetización por software.

Busca el bitrate por segundo, el nivel de Khz máximo y tomando el tamaño del archivo puedes calcular su longitud.

Primero estaba revisando los encabezados: si notas son sólo 4 bytes. Luego enconté una página con información del encabezado.

http://mpgedit.org/mpgedit/mpeg_format/mpeghdr.htm

http://mpgedit.org/mpgedit/mpeg_format/MP3Format.html

Primero busca 11 bits consecutivos en 1, siempre comenzando en un byte "FF" y el segundo con los 3 siguiente bits altos en 1. Luego comienzan los bits del encabezado. Tendrías que calcular el tiempo de duración basándote en la longitud del archivo y el bitrate y número de canales que encuentres en los 15 bits que describen estos detalles, algunos bits no tienen nada que ver con lo que necesitas así que tal vez podrías apiñarlos todos los relevantes y acceder a una tabla para obtener un factor que multiplicado a la longitud del archivo te de el tiempo de duración. El problema serían los .mp3 de bitrate variable, tendrías que leer todo el archivo en ese caso y sacar un promedio.

La idea de la lista simple es buena, claro que mejor si es programada orientada a objetos y mejor si usas algo que ya esté hecho, vamos que debe haber algún objeto que trabaje con listas de cadenas y las pueda leer de un archivo de texto plano  

La idea es tener una lista estática de referencias a los objetos cadena. La lista tendría que tener un tamaño razonable, no exagerar pero que cubra un buen porcentaje de casos, cuando se necesite una lista más grande simplemente primero reservamos memoria para otra lista estática más grande y copiamos EN BLOQUE las referencias de memoria (no las cadena) a la lista extendida. Luego liberamos la memoria de la lista chica.

Los identificadores en realidad serían la posicion que ocupe la refenrencia a la cadena en la lista de referencias a cadenas. Así si quieres borrar de la 5 a la 9 simplemente primero liberas las cadenas referenciadas de las posiciones 5 a 9 y luego copias en bloque las referencias de la 10 para arriba sobreescribiendo las referencias de memoria a las cadenas. La 10 terminaría siendo la 5 y así sucesivamente. Para insertar primero creas tu objeto cadena y luego desplazas la lista de referencias a cadenas (copias en bloque la lista de referencias)  haciendo un lugar para la nueva referencia. Si necesitas más espacio: reservar una lista más grande de referencias, copiar y luego liberar la que quedo chica.

Para ordenar simplemente ordenamos las referencias a los objetos cadena, todo eso dentro de un objeto como "CMiListaCadenas".

Ventajas:

+ Es mucho más simple de implementar que listas.
+ El acceso al elemento "n" es directo.
+ La administración de memoria dinámica no es complicada.

Desventajas:

+ No aplicable a listas gigantes (millones de elementos), hasta 10000 líneas es razonable (y definitivamente, dependiendo de lo que estés haciendo, ya te darás cuenta si esto es suficiente o es poco) ya que al insertar una cadena o borrar otra sólo moverías en memoria un máximo 40KB de datos con 10000 líneas lo que no es nada considerando lo que se mueve al poner una imagen en pantalla.

+ Si el número mínimo aceptable de inserciones y eliminaciones de nodos va por cientos de miles por segundo no es recomendable, depende de lo que estés haciendo. Hay que ver si al hacer "click" el usuario causa que se inserten y borren elementos por millones, por miles o sólo algunos cuantos.

No me funciona el reloj en Mozilla, en ie si pero no me gusta usar ie.

(La idea de poner este otro ejemplo simple es que SI funciona en el Mozilla y en el ie)

El ejemplo es simple, pero  tienes que tener un gráfico fondo0.jpg y otro  animado0.gif en la misma carpeta.

Recuerden que la posición es relativa a la posición del <p></p> en el texto del web.

Idea para web infantil: Hacer una animación de un pájaro que vaya volando de der. a izq. , se pare en un gráfico de un tejado y siga volando hasta perderse de la pantalla y todo comienza de nuevo. Cuando se para en el tejado poner otro gráfico del pájaro "cantando".

<!--html--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td>HTML </td></tr><tr><td id='CODE'><!--html1--><html>
<body background="fondo0.jpg">
<p id="vortice" style="position:relative;left:200;top:200">
<img src=animado0.gif align=absbottom></img><font face="Arial">Hola!</font>
</p>
</body>
</html>

<script language="JavaScript1.2">
var limite=100
if (document.getElementById||document.all)
  var EstiloObjeto0=document.getElementById ? document.getElementById("vortice").style : document.all.vortice.style
function realizarAnimacion(){
  if (limite>0){
    EstiloObjeto0.left=200+Math.cos(limite/10)*(20+limite)
    EstiloObjeto0.top=200+Math.sin(limite/10)*(20+limite)
    limite--
  }
  else{
    EstiloObjeto0.left=0
    EstiloObjeto0.top=0
    clearInterval(intervaloAnimacion)
  }
}
if (document.getElementById||document.all)
  intervaloAnimacion=setInterval("realizarAnimacion()",50)
</script>

<!--html2--></td></tr></table><div class='postcolor'><!--html3-->

No creo que nadie te haga el trabajo sucio...

Yo tengo otra idea, de un encriptador mucho más simple. Sumale 1 al codigo ascii de cada letra:

aaa --> bbb
vaca --> wbdb
verde --> wfsef

Es el que utilizaba Julio César para encriptar sus mensajes, y es relativamente sencillo.


Suerte (para tu amiga) ...

Demasiado simple...

Pero en realidad es una versión simple de lo planteado por Blaq. Un diplomático francés fue el que generalizo el sistema de reemplazar letras, claro que en versión informática gracias al XOR todo es más simple y no necesitas tablas.

Pide una palabra clave, luego aplica el xor caracter por caracter y cuando no tengas más en tu palabra clave comienza denuevo del primer caracter

Ej. aplicando xor caracter por caracter,( xor es tan rápido como incrementar ).
La clave es "clave" y el mensaje es "Este es un mensaje a encriptar"


Este es un mensaje a encriptar
ClaveClaveClaveClaveClaveClave
mnm3ofyu56ng93jvhjñf923khygids


...Bueno en realidad sale otra cosa en lugar de "mnm3ofyu56ng93jvhjñf923khygids", pero esa es la idea...

Para agregar más dificultad puedes aplicar otro xor con una secuencia de números pseudo aleatorios para que el mensaje realmente paresca un montón de bytes al azar (agregando la semilla de los números al inicio de la cadena) y desanime cualquier intento de desencriptar dado que al encriptar el mismo mensaje con la misma clave da resultados distintos y a menos que se conozca el algoritmo de generación de números pseudoaleatorios y la clave no se podrá descifrar el mensaje.

Si a eso agregamos lo planteado por Juank (intercambiar posiciones de los bits con desplazamientos u otro método) tendrás un buen nivel de seguridad.

-------------------

P.D.

Para que la encriptación sea realmente poderosa lo ideal sería que el resultado encriptado tenga otro significado visible que haga pensar al observador que en realidad no existe ningún mensaje oculto. Es decir, tendría un significado claramente visible y otro oculto.

Esta imagen tiene doble significado: uno visible y otro oculto


El significado oculto se ve con esta imagen:

Para ver el significado oculto necesitan un editor de imágenes de color indexado que soporte copiar y pegar sin reindexar los colores a la nueva paleta como lo hace el photoshop5. Copiando la rosa y pegándola en el ojo se ve el significado oculto.

Tu monitor tiene que permitir sincronizarse a tales resoluciones "raras" si es CRT o si es de matriz activa (planos) irá interpolado de todos modos.... Alguna vez baje de internet un pacman que permitía una resolución muy rara correspondiente al del juego original. (OJO que no usaba directX, asi que puede que ni esté soportado por directX, por que no son resoluciones "comerciales")  Si tu monitor CRT soportaba sincronizarse a cualquier resolucion entonces si podías jugar en el modo especial.

Existen algunas funciones para saber si han ocurrido algunos eventos, ej: si se ha presionada una tecla, entonces recién llamas al getCh. Por lo demas tienes un ciclo maestro que coordina todo.

En DOS lo que puedes utilizar son interrupciones: presionas una tecla, mueves el ratón, etc: generas una interrupción, se ejecuta el código de la interrupción y luego continua el programa interrumpido.

La verdad que el reproductor de .midi del MCI del windows no es bueno. Cuando la  tarjeta de sonido no tiene sintetizador para midi y el MCI usa su emulador por software (lo que es común en estos días) "traba" al programa que envía el comando MCI para abrir el midi por un buen momento y eso es realmente molesto. (ni con hilos ni con nada se puede evitar esto, traba todo)
De hecho baje un open source para reproducir midis que trabaja mucho mejor.

¿No te sirve el Tlist?  

O es alguna práctica donde ES NECESARIO que sea precisamente una lista doblemente enlazada...

Si utilizas programación orientada a objetos es posible que no necesites usar el ^ , ni el getmem menos el freemem. De todos modos procura separar lo que es administración de memoria dinámica de la esencia de la lista doblemente enlazada.  

Pues existen el TList (Lista de REFERENCIAS a memoria) y el TStringList que es de lo mejor para manejar listas de cadenas.

Nota: El TList es asaz potente y puedes usarlo como "pila" si se te antoja.

También está el TCollection para cosas más complicadas.