Я пытаюсь получить дескриптор на дескрипторах Windows stdout .
Мне нужно понять, почему существуют разные дескрипторы для 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:
_get_osfhandle
:
Извлекает дескриптор файла операционной системы, связанный с указанным дескриптором файла.
GetStdHandle
:
Извлекает дескриптор указанного стандартного устройства (стандартный ввод, стандартный вывод или стандартная ошибка).
Вопросы, связанные с данной:
ADDENDUM : 2018-12-14
In: /usr/lib/python3.6/ctypes/__init__.py
:
Экземпляр этого класса представляет загруженную библиотеку dll / shared, exporФункции, использующие стандартное соглашение о вызовах C (в Windows они называются «cdecl»).
Доступ к экспортированным функциям можно получить как атрибуты или путем индексации по имени функции.Примеры:
<obj>.qsort
-> вызываемый объект
<obj>['qsort']
-> вызываемый объект
Вызов функций освобождает Python GIL во время вызова и повторно запрашивает его впоследствии.
Этот класс представляет саму библиотеку Python.Это позволяет получить доступ к функциям Python API.GIL не освобождается, а исключения Python обрабатываются правильно.
Затем if _os.name == "nt"
:
Этот класс представляет функции экспорта dll с использованием соглашения о вызовах Windows stdcall.
Из комментариев к обсуждению:
stdcall
:
Соглашение о вызовах stdcall [4] - это вариант соглашения о вызовах Pascal, в котором вызываемый объект отвечает за очистку стека, но параметры помещаются в стек в порядке справа налево.как в _cdecl
соглашении о вызовах.Регистры EAX, ECX и EDX предназначены для использования внутри функции.Возвращаемые значения хранятся в регистре EAX.
stdcall
- это стандартное соглашение о вызовах для Microsoft Win32 API и Open Watcom C ++.