Mensajes

Cita de dato000:

fanboy detected, que es que tienes 15?? te crees hacker por usar linux??? piensas que el microsoft es el diablo??

Si pienso que mocosoft es el diablo( y no soy el único que lo piensa ).

Sí que soy hacker, si entiendes por hacker, aquel que usa la inteligencia con espíritu juguetón, quiere saber, programa entusiastamente y por diversión.

Si entiendes por hacker, aquellos que vulneran la seguiridad de las redes y ese tipo de cosas, entonces nó, no se mucho de rerdes, lo que sí que sé es sobre programación, en C, ensamblador y shell script( suficiente para programar un sistema operativo, cómo os prometí, cuando esté terminado, os dejaré un link para lo probéis y hackeeis un poco ).

Por usar GNU/Linux evidentemente nadie es un hacker, no me creo hacker por usar GNU/Linux o cualquier otro UNIX cómo FreeBSD, sino que soy hacker porque uso mis conocimientos de programación con espíritu juguetón de aprender, divertirse, hacer cosas que a los demás les parecen locuras y además que funcionen.

Aquí te dejo la definición de hacker de Richard Stallman y según su definición soy hacker:

http://translate.google.com/translate?sl=en&tl=es&js=n&prev=_t&hl=es&ie=UTF-8&u=http%3A%2F%2Fwww.gnu.org%2Fphilosophy%2Frms-hack.html&act=url

Según otras definiciones que puede que sean tus definiciones no lo soy.

Es decir que tú has llamado fanboy no solo a mí sino a un montón de programadores más cómo Richard Stallman, no tengo la culpa de que haya gente aburrida, de eso hay a millones, pero por favor tampoco hace falta insultar con esa fotografía.

Sobre mocosoft que sepas que cuando usas sus sistemas inoperativos estás usando un sistema rootkiteado, que espía tu información, enviándosela a mocosoft, si eso no te parece de naturaleza demoníaca ya me dirás tú( y que luego haya gente entre ella muchos "hackers" que lo usen ).

Tengo un problema con la impresora, tiene todos los drivers instalados y de eso no hay ningún problema, lo que ocurre es que simplemente no impreme, no se si se debe a la tinta( cosa que dudo ya que la acabo de poner nueva ) o a la obsolescencia programada.

¿Alguna idea?, si se trata de obsolescencia programada se puede resetear la impresora.

Uso GNU/Linux y he probado con varias computadoras con distintas distribuciones todas actuales y todas me la reconocen, con total probabilidad se trata de obsolescencia programada, sabéis algo sobre como evitar la obsolescencia programada.

Necesito urgentemente imprimir algo.

Es una hp photosmart-wireless-B109n-z.

¿Es posible resetear la impresora por medio de software?, no quiero caer en la trampa de la obsolescencia programada y comprar una impresora nueva puesto que entonces han ganado.

Saludos a todos.

Porsupuesto que lo recomiendo, los sistemas UNIX entre los que GNU/Linux se encuentra, destacan por su seguridad, portabilidad, facilidad de uso y rapidez.
El diseño del kernel, del sistema de ficheros, los permisos y que la ejecución no se base en la extensión del fichero, sino en permisos de ejecución limita la existencia de virus y si usas selinux o apparmor, entonces los virus definitivamente no tiene cabida, los gusanos, depende de si hay algún bug, pero se corrigen diriamente, el único problema real son los rootkits, pero son simples de evitar, basta con nunca ejecutar nada desconocido siendo root, es decir, es infinitamente mejor que ese sistema inoperativo mocosoft window$.

Saludos a todos.

La controversia por la denominación de GNU/Linux es de hecho uno de los motivos por lo que decidí escribir mi propio sistema operativo UNIX, cuando esté terminado lo publicaré cómo software libre copyleft( GPLv3+ ), eso sí, no tendrá servidor gráfico( aunque se podrá ejecutar el X11 ), pero debido a que no me gustan las interfaces gráficas no escribiré 1.

Gracias por el manual, ahora ya tengo por fin la posibilidad de terminar el kernel.

El kernel debe ser monolítico por los siguientes motivos:

UNIX es un sistema operativo monolítico( así lo diseñaron Dennins M. Ritchie y Ken Thompson ).
No escribirlo monolítico sería no seguir la filosofía de UNIX.
Traicionaría el sentido histórico.
No me gustan los kernels no monolítcos.
Aunque esos sistemas estén aprobados por The Open Group, al fin y al cabo no son sistemas UNIX, puesto que no siguen la filosofía UNIX.
Evitar la congestión de mensajes de los kernels no monolíticos debido a que los servidores usan mucha memoria para ello.
Evitar depurar muchos programas cuando puedes depurar uno solo divido en módulos compilables y depurables por separado que son enlazados en un único fichero posteriormente.
Fácil de escribir.
Espacio único de direcciones para el kernel y otro para los procesos de usuario.
Más seguro.
Modularidad que permite elegir si recompilar o cargar un módulo.

Saludos a todos.

Saludos a todos, he pensado sobre el nombre GNU/Linux y creo que hay un pequeño error.

Linux es un kernel, eso si es correcto.

GNU es un sistema operativo completo y no es un kernel sólo.

Entonces si unimos las aplicaciones de GNU, la shell de GNU y los comandos de GNU con el kernel Linux, no tendremos un sistema GNU/Linux sino un sistema aplicaciones-shell-comandos-deGNU/Linux, ya que el sistema no es GNU con el kernel Linux, sinó que  es las aplicaciones de GNU con un kernel de nombre Linux, además sustituyes el kernel de GNU( hurd ) por un kernel no GNU, al instante ya no tenemos un sistema GNU, sino un nuevo sistema que está formado por las aplicaciones de GNU y el kernel Linux, creo que en este sentido la Free Software Foundation está equivocada y no existe ningún sistema operativo llamado GNU/Linux sinó a-s-c-deGNU/Linux al igual que si cogemos las a-s-c de GNU y las usamos con el kernel de FreeBSD no tenemos un sistema GNU/FreeBSD ni GNU/kFreeBSD sino un sistema a-s-c-deGNU/kernelFreeBSD o a-s-c-deGNU/kFreeBSD, no me extraña que algunos digan que la FSF parece un poco glotona al llamar al sistema GNU/Linux, parecería menos glotona y sería realmente justo si llamaran al sisterma cómo he dicho.

Aunuqe el nombre que he propuesto es un poco grande sería mejor dejarlo en GNU/Linux, pero eso sí sabiendo que en realidad son las a-s-c de GNU.

¿Que opináis de esto?.

Saludos a todos.

Muchas gracias, almenos ya teno algo para empezar.

El kernel será monolítico( cómo es de esperar en un sistema UNIX verdadero ).

El motivo de escribirlo es por diversión y para sustituir al kernel linux y a las aplicaciones GNU hasta tener un sistema operativo comleto y no una mezcla de linux y GNU, así se evitará todo tipo de controversias de si es GNU/Linux o nó.

Escribiré también init, sh, una shell que sustituya a bash( con sintaxis bourne shell ), los comandos básicos, awk y el resto de aplicaciones necesarias para tener un UNIX completo que cumpla absolutamente con el estándar POSIX o el UNIX03+.

Aunque será muy básico, al menos funcionará, lo liberaré cómo software libre copyleft( GPLv3+ ).

Ya tengo algo, así que espero que pronto esté terminado, eso sí, no será tan grande cómo GNU/Linux o FreeBSD.

Si no te importa, sabes dónde está el manual de los procesadores intel que dices que tiene 3000 páginas, es que he buscado en la página de intel y sólo me salen catálogos de procesadores.

Gracias de antemano y saludos a todos.

Hola a todos.

Espero no repetirme, pero no he encontrado un tema similar, perdón si ya existe.

Necesito saber cómo funciona el reloj que controla la unidad de control de los procesadores intel de 16 o 32 bits.

Estoy programando un sistema operativo UNIX( en C y ensamblador con gcc y gas ) y para ello sólo tengo 2 duda:

Quiero saber el funcionamiento exacto de reloj del procesador:

Cada n nanosegundos el reloj emite un tic( no me refiero a la señal que gobierna el ciclo de ejecución de instrucciones ) que hace que si el procesador está en modo usuario( cómo cuando se está ejecutando un proceso ) pase a modo núcleo para evitar que el procesador esté siempre en modo usuario( debido a que no existe ninguna instrucción que permita en modo usuario poner el procesador en modo núcleo ) y pueda entrar a ejecutarse el kernel, lo que quiero saber es que ocurre exactamente cuando el tic hace pasar al procesador a modo núcleo, es decir, si hay algún registro en el cual el procesador lea la dirección de memoria que contiene y empiece a ejecutar el código a partir de ella cargándolo en el contador de programa o si almacena en algún registro( o pila ) la dirección de memoria de la instrucción que habría seguido ejecutándose si no se hubiera pasado a modo usuario( necesito saber esto para poder programar correctamente el kernel )
También necesito saber sobre la tabla de tratamiento de interrupciones:
Cuando las interrupciones están activadas el procesador ejecuta el código de la dirección del vector de tratamiento de interrupciones que contiene la rutina adecuada, lo que quiero saber es cómo se le dice al procesador en donde está el vector de interrupciones.

Gracias de antemano( he buscado en google, ixquick ) y lo único que encuentro son manuales de ensambalador( pero ya se ensamblador, lo que no se es el funcionamiento de esto en procesadores x86, es fundamental, porque es la base para programar el kernel, y sin kernel nada funciona con gran facilidad de uso ) pero ningún documento que me diga el funcionamienrto de esto para procesadores x86 de 16 y 32 bits.