Abrir un identificador a un dispositivo en Python en Windows

Question

Estoy tratando de usar el controlador giveio.sys que requiere que se abra un "archivo" para poder acceder a la memoria protegida. Estoy mirando un ejemplo de C WinAVR/AVRdude que utiliza la sintaxis:

#define DRIVERNAME  "\\\\.\\giveio" 
HANDLE h = CreateFile(DRIVERNAME, 
      GENERIC_READ, 
      0, 
      NULL, 
      OPEN_EXISTING, 
      FILE_ATTRIBUTE_NORMAL, 
      NULL); 

pero esto no parece funcionar en Python - Acabo de obtener un "La ruta especificada no es válido", tanto para

f = os.open("\\\\.\\giveio", os.O_RDONLY) 

y

f = os.open("//./giveio", os.O_RDONLY) 

¿Por qué no hace esto lo mismo?

Editado con la esperanza de reducir la confusión de ideas (gracias Will). Verifiqué que el controlador del dispositivo se ejecuta a través de los archivos por lotes que vienen con AVRdude.

Modificó para aclarar la generosidad de SamB.

Answer 1

Su pregunta es muy confusa, por decir lo menos.

1> El código que ha pegado está utilizando un truco para comunicarse con el controlador mediante su 'DOSNAME' es decir,

\\.\DRIVERNAME 

2> ¿Ha creado & carga del conductor giveio '?

La razón por la que el conductor maneja esta llama es debido a esto

http://msdn.microsoft.com/en-us/library/ms806162.aspx

Answer 2

No estoy seguro de si eso es posible. Como alternativa, podría escribir un programa C/C++ que haga que todo el espacio del kernel trabaje para usted e interactuar con él en Python a través de the subprocess module o Python C/C++ bindings (y another link para eso).

Answer 3

No sé nada de Python, pero sé un poco sobre los controladores. No estás tratando de "abrir un archivo en el espacio del kernel" en absoluto; solo estás tratando de abrir un identificador para un dispositivo que parece estar hecho para parecerse un poco a la apertura de un archivo.

CreateFile es una función de modo de usuario, y todo lo que está haciendo aquí es el modo de usuario, no el modo kernel.

Como dice xenón, su llamada puede estar fallando porque no se ha cargado el controlador todavía, o lo que sea, porque Python llamada que está utilizando para hacer el CreateFile no está pasando los parámetros de escritura en.

I' Nunca utilicé giveio.sys, pero personalmente establecía que se cargó correctamente usando 'C' o C++ (o alguna aplicación preescrita) antes de intentar ponerlo en funcionamiento a través de Python.

Answer 4

Solución: en python debe usar win32file.CreateFile() en lugar de open(). Gracias a todos por decirme lo que estaba tratando de hacer, ¡me ayudó a encontrar la respuesta!

Answer 5

Hay 2 formas de hacerlo.

La primera forma es utilizar los enlaces Win32 pitón

h = win32file.CreateFile 

O usando ctypes

Answer 6

Me suena como que está preguntando por qué os.open no es mágicamente igual a llamar a CreateFile con una muy conjunto específico de parámetros. La respuesta de Kostya es práctica, ya que te dice que puedes utilizar los enlaces de python de Win32 para llamar directamente a CreateFile que es una API de Win32.

Cualquier cosa que no sea directa CreateFile/readFile/writeFile IO va a introducir otra capa en la parte superior (los objetos del archivo python y sus comportamientos) que lo restringe a los parámetros admitidos por os.open. os.open crea un objeto de archivo python, que no es exactamente lo mismo, y no pretende proporcionar todas las opciones de Win32 CreateFile.

Eso significa, por ejemplo, que no existe ninguna analogía exacta de GENERIC_READ, o OPEN_EXISTING, o FILE_ATTRIBUTE_NORMAL.

Mi mejor opción es que os.open no está destinado a reemplazar las llamadas directas a CreateFile, para propósitos tan extraños como el que está usando.

Si puede leer C, ¿por qué no abre las fuentes de python y lee la implementación de os.open? Si realmente debe ir a través de os.open, va a averiguar qué parámetros debe pasar, de modo que, al final, la implementación de os.open (en C) llama a CreateFile en la API de Win32 con los parámetros correctos anteriores. Todo eso parece más trabajo, que solo usar la sugerencia de Kostya.