SoloCodigo

Te lo digo, sacado de <<The Linux Bible, The GNU Testament 2nd edition>> 1994.
Ya tenia extenciones en Japones (poco util para mi pero... era nuevo y venia en CD, a diferencia de Turbolinux).

Jeje, una fuente muy fiable.

Es que Enko lo dijo en uno de sus post que... pero bueno te lo pongo asi:
Teniendo encuenta los dos S.O. _actuales_ (conste, que desconosco Vista) podria segurar con un 90% de seguridad que Linux (kernel) esta aventajado por soportar mas cosas que Windows de forma nativa (sin extras) como drivers, file systems.

Eso puede ser una ventaja o no, depende si los usas. Genial soporta 350 file systems pero usas 1, osea hay 349 al pedo. No es lo mismo soportar A, B y C que  A1, A2, A3 y A4 que es lo que parece hacer Linux segun tu punto de vista.

No voy a hablar sobre drivers, siento que seria inutil y ademas ya es tarde, prefiero irme a dormir de una vez  

No es para tato, ademas me vale si eres de Microsoft o no, disculpame que no ha sido la intencion.

OK, puede que no sea para tanto, pero sostengo que no me podes echar nada en cara a mi, cualquier error de Microsoft es suyo unicamente.

Y adivina porque... solo mira quien fue el desarroallador de NT, ja.

El desarrollador de NT fue David Cutler que venia de VMS (notese WNT, no digo que sea solo por eso pero no es casualidad).

Ademas, no quita el resto, ellos vendieron mas que NT, lo inestable, lo que no debieron y aun asi lo hicieron, a diferencia de Linux que bien dice cada proyecto en desarrollo: esto es version de prueba, no es estable.

Ellos vendieron lo que el mercado mejor podia comprar en ese momento y asi les fue. Son una empresa de software y su objetivo es obtener la mayor cantidad de dinero posible, no es el caso de GNU/Linux.

Para tener algo fue un año, para tener algo estable y completo fuero tres años en total, un record teniendo en cuenta cuantos trabajaro en esto y por cuanto dinero, a difernecia de Windows 

Eso es lo que decis vos y dudo que se acerca a la realidad. Es mas, dudo muchisimo que hayas probado las distribuciones de GNU/Linux en por ejemplo 1996 como si hice yo. No opinarias lo mismo de haberlo hecho.

Acciones, mas no plagio (menos lo de Xerox) aun asi no puedes negar que ha hecho.

A ver, Apple le robo todas las ideas a Xerox y encima este era un hilo sobre Linux por eso mismo hablo de que te corroe la envidia, cuando no podes justificar algo (innovacion nula de Linux) usas otro S.O. como escudo.

De todos modos, cuanto tiempo hay de trabajo de uno a otro... eso no dice nada, desde un principio era inestable y con eso es suficiente para mi.
El simple hecho que te lo puede hechar en cara prueba lo que es... tan solo decir que en 3 años no puedieron arreglar los tipico problemas y aun asi lo vendieran (95-98) es un hecho de robo.

Primero y principal A MI no me podes echar en cara una mierda, yo no soy de Microsoft y es penoso que no seas capaz de distinguir tampoco eso. Segundo NT, que no es 9x, siempre fue estable. Como si Linux hubiera sido estable desde el principio juaaaa, AÑOS y AÑOS estuvieron para tener ALGO.

Te presento una realidad (en este unico caso) y es lo unico que dices... bien sabes que Microsoft vive de lo que los demas hacen... poco han inventado ellos en cuanto a lo que han copiado. claro que Linux no se queda atras pero dime que seria de Microsoft sin Apple o IBM, nada verdad.

No te respondo tus casos por una razon: no tengo ganas de discutir con un fanatico mal informado. ¿Que seria de Microsoft sin Apple? YA TE LO RESPONDI ANTES: Xerox es mi respuesta.

Y agrego: ¿Que mierda seria de Apple sin Microsoft? Hoy en dia no existiria! Y sino preguntale a Steve Jobs.

Seguro que si, pero tambien podrias comentra todo lo que Windows no hace correctamente y los Unix-like si.

Podria hacer muchas cosas y vos tambien.

No, Doom fue hecho en NEXSTEP, con C y Obejetive-C pero fue depues cuando comercialmente se porto a DOS y Windows 95... en fin.

¿Podes jugarlo en eso acaso? Da lo mismo en que sistema se desarrollo (en realidad el Engine es lo que se porto a MS-DOS), solo se puede jugar en MS-DOS.

Originally released for PC/DOS, these games have later been ported to many other platforms, including nine different game consoles. Doom es un juego para MS-DOS aunque no lo quieras aceptar, en cualquier lugar figura de esa manera.

No, como poca gente estoy diciendo que la gente como voz ignora todo el tiempo que necesito Microsoft (14 años, o cuantos?) para sacer algo estable, teniendo en cuenta que es un proyecto corporativo de pena, es patetico comparando con otros.

No, (vos) como todos los ignorantes que no tienen ni la menor idea de Windows hablas de mas. Microsoft llevaba dos lineas de desarrollo al mismo tiempo pero no puedo esperar que lo sepas ni lo entiendas.

Y cuando vienen a sacar algo estable, adivina de adonde salen las ideas "inovadaoras" para hacerlo comercial...

Seguro que de clones de clones de UNIX (Minix en el medio) no y si son robadas a ladrones (Xerox existe) entonces tendran cien años de perdon.

conosco algo sobre sockets,pero no tiene algun ejemplo estoy con dev-cpp

Bajo Windows se usa Winsock y la MSDN trae batsantes ejemplos de como hacer un cliente, un servidor, etc. La principal diferencia es que hay que, obligatoriamente, inicializar y desinicializar Winsock (ademas de extensiones asincronas y otras).

http://msdn2.microsoft.com/en-us/library/ms740673.aspx

Parece que no captaste el mansaje: funciona dende les interesa, en casi todas.

Cuando no hay no hay, es una pena.

Claro, proque 10 utilidades en Windows hacen la funcion de 1 y no al contrario 

Idem.

Leo... y encuentro:

No me sorprende que salgas con una estupidez asi pero realmente es patetico.

Before the 2.6 version of the Linux kernel, processes were schedulable entities, and there was no real support for threads.

NEXT tiene mas historia en eso... solo mira Doom, Renderman.
Es mas, OpenGL es de los 80's...

Si y Doom usaba OpenGL y corria bajo NeXT ... en fin.

No se si deba continuar aqui, pero como no tengo ni la menor idea y ustedes son los mas indicados:

Renemos un File System encriptado (como ZFS o cualquier otro) y como mi logica me dice, el password para poderla usar debe estar en el boot loader, o no es asi?

Si es asi... no seria "facil" desensamblar el boot loader y ver el password de encriptacion 

La verdad es que no, esto no tiene nada que ver con  el desarrollo en assembly que es de lo que trata el hilo.

En cuanto a la pregunta la logica indica que no, para empezar el boot sector es de 512 bytes que suelen estar bastante llenos ya y por mas "corto" que sea el boot sector del S.O. siempre seria poco escalable a muchos discos/particiones/archivos encriptados. Si se guarda algo se hace en las propias estructuras del File System normalmente y nunca jamas se guarda el password directamente, eso seria un error de principiantes y nadie que diseñe un File System lo cometeria (espero!).

No queria entrar a discutir los puntos pero ... algunos merecen clarificacion.

Acaso Windows corre en otra cosa que no sea x86 y PPC?

Si, en realidad corrio en todo lo que se les dio la gana. En este momento tambien se usa en x86-64 y en su epoca en DEC Alpha y MIPS. Me olvidaba que en IA 64 tambien corre Windows (lease las PCs de 64 bits de Intel, Itaniums y eso).

Ya quisieras tener todos lo proyectos que hay en freshmeat.net para Windows...

En el 99% de los casos que alguno me resulto interesante estaba disponible para Windows y generalmente hasta vienen compilados.

Por sierto que la verdad que Linux junto con MacOs ha mostrado estar es muchas cosas estar un paso más adelantado que winodws en la mayoria de las veces. Pero esa es otra discucion.

No voy a responder para no extenderme pero cualquiera que trabaje con los dos Kernels se caga de risa al escuchar eso  

Otra estupida discusion Linux vs Guindows.

Con otro aporte inconmensurable de tu parte!

MAPI tambien se puede usar desde C/C++ y sino podes usar sockets y el protocolo en cuestion (SMTP generalmente). MAPI usa su propio protocolo "secreto".

http://msdn2.microsoft.com/en-us/library/ms531471.aspx

Para ver las dependencias de un ejecutable hay herramientas adecuadas:
http://www.dependencywalker.com/

Probalo en una maquina virtual con tu S.O. pero 64 megas por ejemplo ... pero si tenes dudas lo ideal es que lo pruebes en una maquina tal como la que quieras que sea la minima soportada.

Buhhhh spammer buhhhh        

Podes usar una funcion de la API de Windows llamada Sleep.