SoloCodigo

Hola, aca tengo dos pequeños problemas que intento solucionarlo de la manera exactamente en como me piden.
1.- Por ejemplo el siguiente problema con punteros me dicen que si ingreso por ejemplo uuddgge me debe imprimir: 2u2d2g1e  lo cual es facil, pero no se como hacerlo cuando me dicen que la funcion encripta=z mejor dicho z=encripta, supongo que la funcion encripta me debe retornar el 2u2d2g1e y eso es el valor de z, en el programa les explico mejor para no confundirlos:  


2.- Es un problema de recursividad, la cual indica que ingreso un numero por ejemplo 184763 y tiene que impirmir 8476 es decir elimina el primer y ultimo digito; esto pude hacerlo pero como siempre viene el problema de que en la funcion solo tenga un parametro intente hacerlo de miles de maneras pero de hechi que hay muchas cosas teoricas que no se o no se como aplicarlas, les explico en el mismo programa:


Graciaspor su ayuda nuevamente

Gracias!!!! pero no entiendo muy bien, soy novato en esto de programacion y veo que lo que me mandas es en C, y yo estoy usando c++ (Dev c++) te agradeceria si pudieras hacerlo en c++ o en tdo caso indicarme que significa los :: por que no entiendo muy bien, pero igual muchas gracias por ayudarme
Oliver

C++ es una extensión de C, así que C funciona perfectamente con compiladores de C++.

Es verdad que soy un poco extremista en ese tema, pero:
1. al principio, efectivamente, era una extension, pero han seguidos dos caminos muy distintos y ahora son dos idiomas totalmente diferentes
2. hay muchas cosas que compilan en C pero no en C++ (void*, goto, etc...), y viceversa
3. los paradigmos son diferentes en C y en C++, así que la fase de concepcion (diseño) no hay nada que ver.
4. el C y el C++ no van a ser utilizados para resolver los mismos problemas.

Queda una parte comùn, pero esta parte comun es cada vez mas pequeña. Y por todas estas razones, es claro que hay que entender - el mas temprano posible en el proceso de aprendizaje - que son dos lenguajes distintos. Porque desde que tengo pragramadores a cargo, esta confusión me lleva muchos problemas. Pero muchos.

Y ademas, si alguine no tiene claro estas diferencias, como va podrà entender bien conceptos como templates, NVI, RAII, LSP, herencia intrusiva, const correctness, ..., conceptos fundamentales para programar bien en C++, pero que no tienen sentido en C.

En serio, el C es mucho mas parecido al PHP que al C++. Son realmente dos lenguajes distintos (con una parte comun, pero cada vez mas pequeña).

veo que lo que me mandas es en C

El codigo que te he dado es C++ ( parametros de funccion por referencia, uso de iteradores, uso de flujos...), y no compilarà con un compilador C.

Por ejemplo, si tengo que hacer un pequeño progama que verifica, cada x secundos, si hay un fichero en una carpeta dada, y si hay un fichero, hace un par de copias de este fichero en otras carpetas, lo voy a hacer en C. Un main() de 20 lineas y basta.
Para hacer un videojuego de tipo word of warcraft, es impensable hacerlo en C.

Se puede resolver el mismo problema con C perfectamente y en la practica muchas veces lo son (otra cosa es que sea preferible, yo me quedo con C++). Los videojuegos suelen usar internamente scripts, esto lo hacian ya en los Monkey Island de principio de los 90s con engines escritos en assembly para 16 bits. Sin ir mas lejos la amplisima mayoria de los Kernels, de los S.O. modernos, como Windows o Linux, y sus drivers estan escritos en C, son de una gran complejidad y pueden ser escritos en C++ tambien.

Si vale, pero digo en la manera de programar. De vez en cuando, tengo que hacer un poco de php, y me da igual que sea interpretado o compilado. Lo que veo es que el codigo resultante es muy parecido al C. Es en este sentido que hablaba.

Son otros paradigmas si ...

PD. goto y void* se usan en C++, lo que no podes hacer son castings implicitos como los tipicos de malloc.

No sé... creo que no estaria un buena idea de hacer un kernel de un s.o. en c++. O habra que hacer tantas partes en C o assemblador que al final no quedara mucho c++.

Windows no tiene practicamente, por no decir ninguna aunque estoy casi seguro, ni una linea de assembly en el Kernel (hay algunas en el HAL eso si, fue diseñado de tal manera que el Kernel fuera portable). Muchas cosas se podrian expresar mejor en C++, se ahorrarian bastante codigo ... al menos esa es mi experiencia despues de escribir modulos de modo Kernel (drivers) para Windows en C y C++.

El c++ tiene una capa mas que el c, y para cosas que tienen que ser muy muy rapidas, y dependiente de la architectura (procesador, hw en general) el c es mejor.
Mira, cuando hablaba de videojuegos, hay partes que son hechos en C (o en scripts como dices), las partes mas "criticas" digamos, pero en forma de libreria independientes.

No, C no es mas rapido que C++ de por si, todo depende las caracteristicas que uno use de C++ y del compilador, no te olvides que llevan años mejorando la optimizacion y no existe ninguna razon por la cual C++ tenga que ser mas lento que C, especialmente cuando podes escribir codigo que en realidad sea C.

De nadas