), но не имеет значения спрашивать, как дескрипторы файлов 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:

_get_osfhandle:

Извлекает дескриптор файла операционной системы, связанный с указанным дескриптором файла.

GetStdHandle:

Извлекает дескриптор указанного стандартного устройства (стандартный ввод, стандартный вывод или стандартная ошибка).

Смежные вопросы:

Ручка к ручке окнаЗапустите команду и получите ее 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 ++.

Ответы на вопрос(0)

Ваш ответ на вопрос