SoloCodigo

No en su totalidad, eso es muy radical y no se le puede ehcar todo el merito a la ignorancia e ilusion de nuestras vidas

http://foros.solocodigo.com/index.php?showtopic=26392&hl=

 

Lo que dice Eternal sobre las guerras es muy cierto (y retomo lo dicho, para comprender las guerras hay que leer arte o verlo, por ejemplo la Guerra de Troya y asi nuestra moral decidira su verdadera razon) y por lo que noto, muchos aqui no tienen la menor idea de lo que es el budismo (lo digo mas que todo por Angel_K_ido   )

Ahora que estoy ebrio   digo que la razon del racismo, odios y otras cosas suele ser unica (miedo) pero buscar el porque, en este caso, no es la solucion y no me la pidan que no soy politico, solo armo minas mientras consumo licor   ( )

Que gracioso, se desarrollo en computadores NeXT y miren que salio:
http://video.google.com/videoplay?docid=-1690609421579845295

Eso es natural y solo se trata de como veas al mundo, sin importar circunstacia ya que eso es perder el control en uno mismo (aunque es muuuy dificil mantenerlo).

El problema radica en que lo moral esta totalmente ligado al arte (suena raro, pero es verdad):

La moralidad es definida por los sucesos en el tiempo (ya sean religiosos o no, "nos dicen si fue malo o bueno")  pero lo unico que realmente nos causa un impacto de la magnitud de los hechos es vivirlo por nustras propias vidas y lo unico que nos pude dar una vision de lo hecho es el arte.

Sindo la moralidad una forma de arte, es como una pintura, inutil si no hay nadie que lo pueda apreciar y al mismo tiempo, quiere decir X o Y cosa dependiendo del que aprecia y por eso no se puede hablar de una realidad absoluta o un bien y un mal que son lo que dicen ser.

 

Eso es por las dependencias... recuerda que el kernel es el mismo.

Si pero los ataques DoS son por red y no interno, seria como explotar un bug, que de hecho lo es:
El kernel deberia de matar el programa despued de crear unos 8000 hijo (puede que menos, eso depende de la configuracion del kernel) pero lo que realmente mata es todo el entorno, y eso es muy difernerte a un DoS, aun asi no lo hare

Ahhh, si muevo esto al foro de retos, este es uno reto y deberia de estar ahi  

Cita de: "su -"

Citar

Apache/2.0.59 (Last Dragon (GNU/Linux) Linux Campeche 2007) Server at www.linuxcampeche.com.mx Port 80

Tu debes ser (asumo) David Rivero Hernandez.

Bien, suerte con eso

no es por ofender su- pero eso no impresiona a nadie whois??????

PD que bien por el que lo logro parece ser mexicano tambien

Es que lo gracioso es realmente como lo ha dicho Last Dragon, el no se incluye en la invitacion (ya se que nada que ver...) y crei que no tenia mucho que ver con el...

Diria que si intalas OpenBSD tomara mas tiempo (no FreeBSD) por eso de las jails.

Deverian de limpiar el home, esta lleno de cosas que pueden ser usados por otros  aunque reto no pueda usar gcc.. si supiera Awk o pudiera ejecutar un programa forcado podria saturar el server o tomar la clave de root (esta tomaria mucho mas tiempo) pero no creo que sea valido entrar y saturar al kernel (igual no se haria mucho con eso... )

 Bueno gracias dBase3 tomo en cuenta lo que decis.

Bien me tratare de explicar un poco mejor:

La base de datos que estoy haciendo esta hecha en Perl (suena feo, pero no lo es    ) y usa lectura por bytes (no por linea como normalmente se hace en Perl para archivo chicos).

Si has visto un comando en Unix llamado Ar, tendras una idea de lo que hago.

El Ar funciona muy simple, hace un header de archivo (nombre, tamaño, uid, gid), pone el archivo y hace esto para cada uno es decir:
header de archivo 1
archivo 1
header de archivo 2
archivo 2
Y asi con cada uno.
Este sistema es tan bueno y simple que se usa Tar (archivos .tar) pero tiene un problema cuando intentas aplicarlo a una base de datos: cuando quieres sacar X dato que no es del primer archivo te toca buscar por cada archivo hasta llegar al que se quiere y eso consume muchos recursos  cuando la base de datos es muy grande.

Mi idea es poner todos los headers al inicio del archivo y asi solo tendria que ir al lugar en el que esta.
El problema es mantener los headers y los datos en el lugar correcto.

Bien, ahora ¿Por que Perl?
Es el lenguaje con el que mejor me llevo  
Asi puedo integrar cualquier base de datos que yo quiera con el modulo DBI si es que quiere hacer la parte de redes.
Una de las ideas para hacer esto es que lo podre usar en todos mis proyectos que necesiten guardar datos pero que no requieran algo muy grande ni nada por red.

Por ahora tengo unos problemas de portabilidad y otras cosas, la idea es mas amplia de lo que crees y tengo en mente unos conceptos nuevos que no deceo que mo los quiten   (la verdad es que no tengo ninguno)

Puede... depende de el GGC, GNUlibc y todo eso, si es una version mas antigua no funcionara.

aclaro que pueden existir incompatibilidades entre 32 bits y 64bits

Obvio que uno de 64 corra uno de 32, pero no al contrario.

Un archivo .a en realidad son .o/.so juntados con el comando ar (man ar)

Cita de: "pabloreda"

es necesario un file system ?

Eso dependera de la plataforma y el objetivo de la misma ... para PCs e incluso Mac que yo sepa todos los S.O.s tienen y existen multitud de diferentes file systems. Y ya te lo respondi antes, sin una alternativa a esa organizacion para mi son necesarios, un acceso sector por sector a datos es totalmente inutil en S.O. pensado para gente normal y no masoquista.

¿Sabian que los paquetes de instalacion, digo los programas para instalar no son ejecutables en OS X (los .dmg)?
Son file systems (HFS, suele ser encriptado con AES) el cual es montado en un path determinado para instalar...

Ya viero el nuevo movil de Apple, el iPhone (que raro i*)?
http://www.apple.com/iphone/