Iceweasel básicamente es un fork de firefox para que en Debian pudiesen parchear a su gusto:

What is iceweasel?

Iceweasel is a fork [from Firefox] with the following purpose :

backporting of security fixes to declared Debian stable version.

no inclusion of trademarked Mozilla artwork (because of #1 above)

http://wiki.debian.org/Iceweasel

En archlinux pasa (o pasaba) algo similar. Debido a que se aplicaban algunos parches al código de mozilla, se le cambiaba el nombre a Firefox, porque obviamente no es el mozilla firefox completamente.

No es lo mismo un "emulador", algo que se asemeje a un sistema operativo, que un sistema operativo. ¿Tu sabes la cantidad de manejo a bajo nivel que ha de hacer el SO? Creo que no.

Si buscas información sobre C++, entre otras cosas, en las chinchetas del foro tienes libros:

http://foro.elhacker.net/programacion_cc/librospapers_cc-t296234.0.html

Por otro lado, hay mucho en internet, y no es difícil encontrar si te molestas en buscar un poco.

Como cualquier herramienta, y más en la informática, sobretodo en lenguajes de programación, es capaz de hacer lo que tu seas capaz de hacerle hacer. Costará más o menos, pero el límite eres tu.

No se que concepto tienes de "sistemas operativos" pero obviamente, un sistema operativo es independiente, se supone que ha de ser, entre otras cosas, aquello que oculte al software la implementación del hardware que haya debajo para facilitar todo lo demás.

Si te refieres a SO derivado de otro, eso ya es otro tema.

A título personal, me gustaría añadir que noto demasiada dispersión en todo lo que intentas abarcar.
¿Y aun así quieres meterte a la vez con C++? ¿Has oído eso de: "el que mucho abarca, poco aprieta"?

A aparte de tus habilidades como "programador", tienes conocimientos de algoritmia, fundamentos de computadores, desarrollo de software..etc etc etc como para montar un sistema operativo o hasta ahora lo has hecho siguiendo guías?

Por último, no ayuda ir considerándote "mejor que muchos programadores", puede o no que lo seas y en esa discusión no voy a entrar, pero presentarte en un foro en plan "a ver quien la tiene más grande" no te va a facilitar el conseguir ayuda.

Una cosa más, este foro tiene unas normas, que no vendría mal que leyeses, y existe una etiqueta a la hora de postear. Poner dos veces lo mismo no es empezar bien.

Xafi, eso no evita lo que se está intentando evitar: que mientras se escriba la contraseña se vea.

A primera vista, esto debería ayudar en linux:

http://www.gnu.org/s/libc/manual/html_node/getpass.html

Aquí hay otra solución más "casera"

http://www.daniweb.com/software-development/cpp/threads/102892

Advertencia - mientras estabas escribiendo, una nueva respuesta fue publicada. Probablemente desees revisar tu mensaje.

Simple estudiante de informática pero que creo que te puedo aportar algunas cosas dado que me interesa bastante el asunto (fisica):


Si te recuerdan a chernobil, sin ánimo de ofender, en efecto, mucha idea no tienes.

Chernobil explotó en pleno funcionamiento. Básicamente es como si te explotase en la cara una olla a presión. Detalles del accidente de chernobil hay mil, pero lo que principalmente nos interesa son dos cosas:

A) Diseño: Chernobil fue un pecado en ese sentido. Utilizaban grafito como moderador y con la explosión se prendió en fuego

Fukushima Daiichi utiliza agua


B) Chernobil estaba en PLENO funcionamiento, y es más explotó por una subida de potencial (llevaban a cabo un experimento y les salió obviamente mal).
Fukushuma Daiichi, entró en parada tal cual empezó a sentir el terremoto

Los problemas en Fukushima se dan por mantener el calor RESIDUAL cuando los reactores se han APAGADO de forma que no sobrecaliente el agua del propio reactor. Piensa que tienes una olla a presión caliente (por dentro) y que no tienes otra opción que echarle agua desde fuera para enfriarla hasta que el calor de dentro deje de emitirse, y el reactor entre en lo que se conoce como PARADA FRÍA.

Hablando de los daños en los edificios han sido debidos a explosiones de HIDROGENO. El agua del reactor ha llegado en los primeros momentos (pocos días después del terremoto+tsunami) a estar tan caliente, que incluso como vapor, se ha disociado en hidrógeno y oxígeno. Cuando liberaron vapor para reducir la presión de los reactores y las contenciones primarias, se produgeron reacciones QUIMICAS (no nucleares) entre el hidrogeno y el oxigeno del ambiente, lo cual dió lugar a las explosiones que volaron los tejados de los edificios (SECUNDARIOS) de contención, sabiendo que las contenciones PRIMARIAS( envoltura del reactor y los sistemas de refrigeración) quedaron SIN DAÑOS.

Si quieres información fiable, sigue la página oficial de la Agencia internacional de la Energía Atómica. Es una de las pocas fuentes fiables.

Por otro lado, la fundición (termino literal para "meltdown" en inglés) (vamos a llamarlo así puesto que el termino fusión en castellano genera confusión entre la unión (fusión nuclear) y el paso de estado sólido a líquido) de los nucleos es algo que si bien puede darse, el que se esté bombeando agua para enfriar los reactores es precisamente lo que hace que se evite.

El Oxido de Uranio (material usado para el núcleo del reactor) se funde a 2685 grados. Para que se fundiesen las varas de uranio en alguno de los reactores, se tendría que llegar a esa temperatura. No se ha llegado.

El calor que se combate ahora, es el llamado calor RESIDUAL, no producido por Uranio (reactores 1 2 4) o Plutonio (3) que se apagaron (se insertan varas de control compuestas por materiales que absorben casi todo neutron proveniente de una reacción nuclear de fisión y no fisionan (por tanto, no producen más neutrones y no continuan la reacción)) en el momento del terremoto.

El problema es que las centrales dependen de electricidad para manejar los sistemas de enfriado, y los soportes eléctricos de emergencia (generadores diesel) se los llevó el tsunami de 10 metros.

Recapitulemos: la planta aguanta un terremoto de 9.0 grados (La planta en principio estaba preparada para uno de 7.9, y debido a que la escala Richter es logaritmica, si mal no recuerdo, la diferencia entre 7.9 y 9.0 era 5 o 7 veces mayor) y los generadores diesel se los lleva el tsunami de 10 metros (estaban preparados para uno de 6).

(Oiga usted, sólo falta que nos caiga un meteorito o venga Gozilla)

Sobre el tema de desinformación y silencio. La AIEA (IAEA en inglés) tiene un log de toda la información que sale de fukishima, si crees que hay silencio, es porque no buscas más información.

PD: Espero no haberme dejado nada por comentar, me acabo de levantar y ando medio dormido

Lo puse por si acaso, y luego me di cuenta que preguntabas algo en concreto. Se me pasó quitarlo después.

Tranquilo, no se malinterpretó nada, como ya dije, se me fue a mi.

Por otro lado, en printf hay modificadores que afectan a la precisión del número que se va a imprimir, pero esto únicamente modifica los decimales, no a la parte entera del número.

En tu caso no es útil ya que necesitas el último dígito y no modificar la precisión, pero lo comento para que sepas que si existen modificadores para distintas situaciones.

Leer linea por linea es la opción más asequible. Para lo otro deberías recurrir si usases C++ al método getline que te permite modificar el carácter que finalzia la linea, cambiando \n por \0.

Por otro lado, no es aconsejable que lo intentes todo de golpe, ya que una de dos, vas a necesitar un buffer enorme por si acaso, o puedes terminar desbordando el buffer si no vas con cuidado.

Como ya dije, hacerlo linea por linea es la opción más sencilla.

Aquí no se hacen los deberes de nadie. Dudas concretas si, pedir que te hagan el trabajo de clase no.

http://foro.elhacker.net/programacion_cc/reglas_del_subforo-t251603.0.html

concretamente:

Reglas del subforo:
Este no es un subforo donde se soliciten tareas, sino un lugar donde resolver dudas.

Respecto a tu última cuestión, printf no hace eso. Vas a tener que pensar otro método.

No, tu problema es que gets si finaliza con el final de linea:

http://cplusplus.com/reference/clibrary/cstdio/gets/

Por otro lado, imagino que el código que has puesto es un mero ejemplo y realmente no estás usando eso... Porque si es el caso,, tienes un problema con el tamaño de "entrada".

Prueba este simple programa creando y compilando desde qt creator:

 #include <QApplication>
 #include <QLabel>
 
 int main(int argc, char *argv[])
 {
     QApplication app(argc, argv);
     QLabel *label = new QLabel("Hello Qt!");
     label->show();
     return app.exec();
 }
 

En principio, si tu distribuyes un programa en el que has utilizado librerías de QT tienes dos opciones:

a) Compilar el programa con links estáticos: Esto empotra el código de las librerías que uses en el propio ejecutable (aumenta el peso del ejecutable, pero reduce dependencias)

b) Proporcionar un pequeño redistributable al estilo del .net que contenga las librerías necesarias para correr programas en los que se use QT. Obivamente NO se necesita proporcionar la descarga de 400 y pico MB que componen el QT SDK, sino simplemente serían DLLs necesarias para el funcionamiento de los programas.