), но не имеет значения спрашивать, как дескрипторы файлов Cygwin сопоставляются с дескрипторами Windows. Нативные дескрипторы находятся на другой стороне уровня абстракции ОС, и вы их не используете в программировании POSIX.
аюсь получить ручку на Windowsстандартный вывод ручки.
Мне нужно понять, почему есть разные ручки для STDOUT (CONOUT$
?) и как интерпретировать эти различия. Я знаю, что существуют разные выходные буферы, используемые Windows API, но они не могут понять (из многих документов MSDN), когда и как их использовать.
С помощьюctypes
и python3, я могу получить 2 из них по сценарию ниже. Тем не менее, запуск сценария в (Cygwin)mintty/bash
, PowerShell
(6.1.1),CMD
или дажеConEmu
, все дают немного разные результаты.
В mintty все дескрипторы stdout одинаковы, а в PowerShell они разные. Что происходит?
Вопрос:
Почему ручки stdout получены:_get_osfhandle
а такжеGetStdHandle
разные?
Вот мой код:
#!/usr/bin/env python3
#-*- coding: utf-8 -*-
#----------------------------------------------------------------------------
import sys
import ctypes
from ctypes import cdll, c_ulong
def color(text, color_code):
return '\x1b[%sm%s\x1b[0m' % (color_code, text)
def byellow(text): return color(text, '1;49;33')
def printHex(mode):
return byellow("0x%04x (%s)" % (mode, mode)) # DWORD
kFile = 'C:\\Windows\\System32\\kernel32.dll'
mFile = 'C:\\Windows\\System32\\msvcrt.dll'
print("\n Getting Console STDOUT handles using 2 different methods:")
try:
k32 = cdll.LoadLibrary(kFile)
msvcrt = cdll.LoadLibrary(mFile)
except OSError as e:
print("ERROR: %s" % e)
sys.exit(1)
try:
hmsvcrt_osf = msvcrt._get_osfhandle(sys.stdout.fileno()) # Get the parent (?) process Console Output buffer Handle
hk32_11 = k32.GetStdHandle(-11) # Get the current process Console Output buffer Handle
except Exception as e:
print("ERROR: %s" % e)
sys.exit(1)
print(" Got stdout handles using:\n")
print(" msvcrt._get_osfhandle : %s" % printHex(hmsvcrt_osf))
print(" k32.GetStdHandle(-11) : %s" % printHex(hk32_11))
Вот вывод:
# In PowerShell
# python3.6m.exe .\testHandles.py
Getting STDOUT handles using 2 different methods:
Got stdout handles using:
msvcrt._get_osfhandle : 0x001c (28)
k32.GetStdHandle(-11) : 0x014c (332)
# In Cygwin
# ./testHandles.py
Getting STDOUT handles using 2 different methods:
Got stdout handles using:
msvcrt._get_osfhandle : 0x0338 (824)
k32.GetStdHandle(-11) : 0x0338 (824)
# pwsh.exe -NoProfile -c "python3.6m.exe C:\test\testHandles.py"
Getting STDOUT handles using 2 different methods:
Got stdout handles using:
msvcrt._get_osfhandle : 0x0338 (824)
k32.GetStdHandle(-11) : 0x0144 (324)
По данным MSDN:
Извлекает дескриптор файла операционной системы, связанный с указанным дескриптором файла.
Извлекает дескриптор указанного стандартного устройства (стандартный ввод, стандартный вывод или стандартная ошибка).
Смежные вопросы:
Ручка к ручке окнаЗапустите команду и получите ее stdout, stderr отдельно в режиме реального времени, как в терминалеДОПОЛНЕНИЕ: 2018-12-14
В:/usr/lib/python3.6/ctypes/__init__.py
:
class CDLL(object)
:Экземпляр этого класса представляет собой загруженную библиотеку dll / shared, экспортирующую функции с использованием стандартного соглашения о вызовах C (в Windows называется cdecl).
К экспортированным функциям можно обращаться как к атрибутам или индексировать по имени функции. Примеры:
<obj>.qsort
-> вызываемый объект
<obj>['qsort']
-> вызываемый объект
Вызов функций освобождает Python GIL во время вызова и возвращает его позже.
class PyDLL(CDLL)
:Этот класс представляет саму библиотеку Python. Это позволяет получить доступ к функциям Python API. GIL не выпускается, а исключения Python обрабатываются правильно.
затемif _os.name == "nt"
:
class WinDLL(CDLL)
:Этот класс представляет функции экспорта dll с использованием соглашения о вызовах Windows stdcall.
Из обсуждения комментариев:stdcall
:
Соглашение о вызовах stdcall [4] - это вариант соглашения о вызовах Pascal, в котором вызываемый объект отвечает за очистку стека, но параметры помещаются в стек в порядке справа налево, как в_cdecl
Соглашение о вызовах. Регистры EAX, ECX и EDX предназначены для использования внутри функции. Возвращаемые значения хранятся в регистре EAX.
stdcall
является стандартным соглашением о вызовах для Microsoft Win32 API и Open Watcom C ++.