Como no borre el disco me fijo la copia que usa el Outlook (outlook.pst)....tampoco lo levanta ! En fin, ya igual lo digo en joda, pero que bronca tengo, quise reparar los archivos y no me sacan un carajo de mails de adentro, un PST de 150 megas al pedo jajaja :D
No estarían encriptados en la otra?
Sep, se debe haber activado el reemplazo de palabras obcenas al actualizar el foro...PD2: crapitty smacking ?? Puede ser que haya reemplazado el f u .king por eso ?
Visual Basic, Delphi, .Net, Visual Fox Pro y otros tantos que ni debo conocer. En realidad es al revés, son muy pocos los lenguajes que necesitás interactuar con el API....
Si, te entiendo, lo que pasa es que se hace un poco complicado hacer sistemas administrativos en assembler. Un sistema completo de 3 capas hecho C++ puede llevarte unos 15 años, para cuando lo terminás, el SO ya no existe más, así que no te preocupes por las API... ;D ;D ;D ;D ;DAh, bueno yo ese tipo de lenguajes no los toco ni con un palo de 2 metros ;D ;)
Igualmente no conozco muchos lenguajes en los que tenga que hacer uso de las API... Se supone que el programador debería independizarse de ese tipo de cosas, hasta del SO mismo, de ahí que sacaron toda esa porquería semi-interpretada que llaman lenguajes multiplataforma.
Mirá, lenguajes en serio no existen desde que para hacer algo necesitan de la API de Windows. Particularmente mi lenguaje favorito es el Delphi, tengo un par de sistemas desarrollados con el modelo "programa cliente - servidor de aplicaciones - motor de base de datos", o sea tres capas en serio, no de lo que hablan los truchos de VB, y andan un fierrito. Cliente un exe, Servidor de Aplics un exe, nada de dlls extrañas. Cuando usas una API desde C++ o desde Delphi, estás haciendo exactamente lo mismo, solo que en Delphi hay un encabezado que hace de interfaz para que sea más claro (una línea que traduce). Respecto de lo demás son bibliotecas bien hechas por Borland que dicho sea de paso es quien hace los mejores entornos y compiladores de C hace largo rato. Anda bárbaro, rápido y eficiente respecto del consumo de recursos. El C tenía ventaja en la época de DOS, hoy día con el Windows entre la máquina y la aplicación desarrollada todos los lenguajes son lo mismo, solo que es más dificil programar en C. El único tema es cómo programás si respetás los lineamientos básicos de una única salida por función, la salida de los ciclos siempre por la condición de corte, y muchos etc. que son los que hacen que la aplicación funcione bien.
Y así estamos, para mantener andando aplicaciones cada vez más complejas escritas en esos lenguajes a una velocidad respetable cada vez se necesita más y más poder de proceso...
No digo que los lenguajes en si mismo sean malos, no, como decis vos hoy día no te podes poner a complicarte la vida diseñando a mano la interfaz y todo el codigo que la maneje para solo un sistema administrativo cuando tenes un lenguaje que tiene todo el soporte para hacerlo en 2 lineas.
El problema viene con los programadores perezosos que quieren hacer maravillas con lenguajes que no dan para mucho, en lugar de ponerse a aprender lenguajes 'de enserio'.
Mirá, lenguajes en serio no existen desde que para hacer algo necesitan de la API de Windows.
Lo que dije fue respecto a tu apreciación de que el C es mas "de adeveras" (o algo parecido) que otros lenguajes de más alto nivel.Mirá, lenguajes en serio no existen desde que para hacer algo necesitan de la API de Windows.
O sea que cualquier aplicación grande como por ej. Firefox esta escrita en un lenguaje 'de mentiritas'? ;D
Con el criterio de que un lenguaje es mejor cuanto más aislado del SO huesped está y que solo necesite sus propias librerias para funcionar; podría decir tranquilamente que lenguajes como AMOS en la Amiga, o DIV Games Studio son el epitome en lo que refiere a lenguajes de programación no? ;)
PD: El Firefox es un simple navegador, no una aplicación "grande". Si querés realmente una "grande" andá apuntando a un CAD, planilla de cálculo, procesador de texto, o similares.