[Issue 10469] New: WinAPI declarations in std.process should be moved to core.sys.windows.windows

d-bugmail at puremagic.com d-bugmail at puremagic.com
Mon Jun 24 15:25:09 PDT 2013


http://d.puremagic.com/issues/show_bug.cgi?id=10469

           Summary: WinAPI declarations in std.process should be moved to
                    core.sys.windows.windows
           Product: D
           Version: D2
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Phobos
        AssignedTo: andrej.mitrovich at gmail.com
        ReportedBy: andrej.mitrovich at gmail.com


--- Comment #0 from Andrej Mitrovic <andrej.mitrovich at gmail.com> 2013-06-24 15:25:08 PDT ---
These Windows API declarations should be moved out of std.process and into
core.sys.windows.windows:

-----
version (Windows)
{
    extern(Windows) BOOL GetHandleInformation(HANDLE hObject,
                                              LPDWORD lpdwFlags);
    extern(Windows) BOOL SetHandleInformation(HANDLE hObject,
                                              DWORD dwMask,
                                              DWORD dwFlags);
    extern(Windows) BOOL TerminateProcess(HANDLE hProcess,
                                          UINT uExitCode);
    extern(Windows) LPWSTR* CommandLineToArgvW(LPCWSTR lpCmdLine,
                                               int* pNumArgs);
    enum
    {
        HANDLE_FLAG_INHERIT = 0x1,
        HANDLE_FLAG_PROTECT_FROM_CLOSE = 0x2,
    }
    enum CREATE_UNICODE_ENVIRONMENT = 0x400;
}
-----

The reason why is because code which uses both the WindowsAPI[1] project and
std.process together can fail to build due to conflicts. It's mostly the enum
definitions that are the problem, but we should move the function declarations
to core.sys.windows.windows as well.

[1] : http://www.dsource.org/projects/bindings/wiki/WindowsApi

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------


More information about the Digitalmars-d-bugs mailing list