Estoy escribiendo un controlador de sistema de archivos de espacio de usuario en Windows y las conversiones de endianness son algo con lo que he estado tratando, ya que este sistema de archivos en particular siempre almacena valores en formato little-endian y se espera que el controlador los convierta (si es necesario) para la CPU se está ejecutando. Sin embargo, me pregunto si incluso debo preocuparme por las conversiones de endianness, ya que, por lo que puedo decir, el escritorio de Windows solo admite arquitecturas little endian (IA32, x86-84, etc.), y por lo tanto, en el disco los valores little-endian están perfectamente bien sin conversión. ¿Es precisa esta observación y, de ser así, es generalmente aceptable suponer que Windows siempre se ejecutará en hardware little endian? Además, ¿es posible (en 2011) ejecutar Windows en un emulador big endian o algo así, de manera que incluso se puedaprueb para problemas de endianness?

Editar Para mayor claridad, la forma en que funciona mi código actualmente, realizo una comprobación de endianness en el momento del inicio, y luego cada vez que cargo un valor del disco, lo ejecuto a través de una función en línea que utiliza un intrínseco para cambiar la endianness si la arquitectura es big endian El problema es que no sé si podría haber perdido uno o más de esos lugares donde necesitaba hacer una conversión y la forma más fácil de ver si me equivoqué es ejecutar el programa en una arquitectura big endian. Entonces estoy interesado en conocer(una si es necesario hacer estas comprobaciones ya que Windows normalmente no se ejecuta en plataformas little endian (hoy de todos modos), y(si cómo podría probar mi código, ya que no puedo pensar en una forma de ejecutar Windows en una arquitectura big-endian y revertir manualmentetodo los valores multibyte en el disco aún implican un proceso manual que bien podría arruinar.