std.windows.d is really bizarre. It has many missing APIs, even some from the early days of Windows.
For example, it has GlobalUnlock(), but not GlobalLock().
I found I had to add some function prototypes just so I could copy text to the clipboard!
eg, EmptyClipboard(), CloseClipboard() which I suspect date from Windows 1.0.

I believe that legal issues prevent redistribution of the Windows SDK, but at least we could use the public domain files from the w32api project?

http://cvs.sourceforge.net/viewcvs.py/mingw/w32api/#dirlist

I realise that anyone doing serious Windows programming is going to want the lastest SDK; but unsophisticated users should be able to use D out-of-the-box.

Bit of a 1.0 showstopper, I think. There doesn't seem to be much point in including a windows.d that is so incomplete. Where did it come from?
It should at least have all the APIs that are over ten years old <g>.

Don Clugston wrote:
> 
> I believe that legal issues prevent redistribution of the Windows SDK, but at least we could use the public domain files from the w32api project?
> 
> http://cvs.sourceforge.net/viewcvs.py/mingw/w32api/#dirlist

Definately.  I don't suppose someone wants to attempt a port? :-) Automation is on my to-do list, but it's pretty low at the moment.


Sean

> Definately.  I don't suppose someone wants to attempt a port? :-)
> Automation is on my to-do list, but it's pretty low at the moment.


Y.Tomino has had automated translation for win32 SDK for some time so its probably mature :

http://hp.vector.co.jp/authors/VA028375/d/windows.h.html


He seems to have stopped at DMD .95 , probably wouldnt take a whole lot to bring it up to date though .





Sean Kelly wrote:
> Don Clugston wrote:
> 
>>
>> I believe that legal issues prevent redistribution of the Windows SDK, but at least we could use the public domain files from the w32api project?
>>
>> http://cvs.sourceforge.net/viewcvs.py/mingw/w32api/#dirlist
> 
> 
> Definately.  I don't suppose someone wants to attempt a port? :-) Automation is on my to-do list, but it's pretty low at the moment.
> 
> 
> Sean

In article <du6s62$14pi$1@digitaldaemon.com>, Don Clugston says...
>
>std.windows.d is really bizarre. It has many missing APIs, even some
>from the early days of Windows.
>For example, it has GlobalUnlock(), but not GlobalLock().
>I found I had to add some function prototypes just so I could copy text
>to the clipboard!
>eg, EmptyClipboard(), CloseClipboard() which I suspect date from Windows
>1.0.
>
>I believe that legal issues prevent redistribution of the Windows SDK, but at least we could use the public domain files from the w32api project?
>
>http://cvs.sourceforge.net/viewcvs.py/mingw/w32api/#dirlist
>
>I realise that anyone doing serious Windows programming is going to want the lastest SDK; but unsophisticated users should be able to use D out-of-the-box.
>
>Bit of a 1.0 showstopper, I think. There doesn't seem to be much point in including a windows.d that is so incomplete. Where did it come from? It should at least have all the APIs that are over ten years old <g>.


Yeah its absolutely horrendous. I would almost prefer NOT to have a win32 api in phobos than this broken inconsistent crap that doesnt play well with others....

Charles wrote:
>  > Definately.  I don't suppose someone wants to attempt a port? :-)
>  > Automation is on my to-do list, but it's pretty low at the moment.
> 
> 
> Y.Tomino has had automated translation for win32 SDK for some time so its probably mature :
> 
> http://hp.vector.co.jp/authors/VA028375/d/windows.h.html
> 
> 
> He seems to have stopped at DMD .95 , probably wouldnt take a whole lot to bring it up to date though .

I've just found that core32 on dsource.org seems to be reawakening; the problem with Tomino's code (and also the one used in DWT) is that they are using the Windows SDK. That is not legal, AFAIK, so we'll have to use the mingw ones instead (at least for anything that's in a standard library.

Had a look at the converter -- written in Perl, with comments in Japanese. My worst nightmare. <g>

If we're to have D regexps that are good enough to replace scripting languages, this is something that has to be done in D...

Don Clugston wrote:
> Charles wrote:
>>  > Definately.  I don't suppose someone wants to attempt a port? :-)
>>  > Automation is on my to-do list, but it's pretty low at the moment.
>>
>>
>> Y.Tomino has had automated translation for win32 SDK for some time so its probably mature :
>>
>> http://hp.vector.co.jp/authors/VA028375/d/windows.h.html
>>
>>
>> He seems to have stopped at DMD .95 , probably wouldnt take a whole lot to bring it up to date though .
> 
> I've just found that core32 on dsource.org seems to be reawakening; the problem with Tomino's code (and also the one used in DWT) is that they are using the Windows SDK. That is not legal, AFAIK, so we'll have to use the mingw ones instead (at least for anything that's in a standard library.
> 
> Had a look at the converter -- written in Perl, with comments in Japanese. My worst nightmare. <g>
> 
> If we're to have D regexps that are good enough to replace scripting languages, this is something that has to be done in D...

What about this - http://int19h.tamb.ru/ ? Is it illegal too?

In article <du77vk$1lcu$1@digitaldaemon.com>, bobef says...
>
>Don Clugston wrote:
>> Charles wrote:
>>>  > Definately.  I don't suppose someone wants to attempt a port? :-)
>>>  > Automation is on my to-do list, but it's pretty low at the moment.
>>>
>>>
>>> Y.Tomino has had automated translation for win32 SDK for some time so its probably mature :
>>>
>>> http://hp.vector.co.jp/authors/VA028375/d/windows.h.html
>>>
>>>
>>> He seems to have stopped at DMD .95 , probably wouldnt take a whole lot to bring it up to date though .
>> 
>> I've just found that core32 on dsource.org seems to be reawakening; the problem with Tomino's code (and also the one used in DWT) is that they are using the Windows SDK. That is not legal, AFAIK, so we'll have to use the mingw ones instead (at least for anything that's in a standard library.
>> 
>> Had a look at the converter -- written in Perl, with comments in Japanese. My worst nightmare. <g>
>> 
>> If we're to have D regexps that are good enough to replace scripting languages, this is something that has to be done in D...
>
>What about this - http://int19h.tamb.ru/ ? Is it illegal too?

I don't think there are any legal problems with DedicateD's headers but Pavel hasn't updated them since several years ago. And they do need some updating. Pavel isn't going to do it since he's lost interest in D. Also, Tomino's project and Core32 have a lot more of the headers covered, but (as has been pointed out) those projects have legal issues.

In article <du6s62$14pi$1@digitaldaemon.com>, Don Clugston says...
>
>std.windows.d is really bizarre. It has many missing APIs, even some
>from the early days of Windows.
>For example, it has GlobalUnlock(), but not GlobalLock().
>I found I had to add some function prototypes just so I could copy text
>to the clipboard!
>eg, EmptyClipboard(), CloseClipboard() which I suspect date from Windows
>1.0.

If Walter's Empire game used these function, I'd bet that Walter would have included them in std.windows. ;)

>I believe that legal issues prevent redistribution of the Windows SDK, but at least we could use the public domain files from the w32api project?
>
>http://cvs.sourceforge.net/viewcvs.py/mingw/w32api/#dirlist

We should be able to use those. We'd still have to convert them to D, but we could use them legally. I've thought about working on this, but it'd take a lot of work. And I haven't been in the mood to start such a large project.

>I realise that anyone doing serious Windows programming is going to want the lastest SDK; but unsophisticated users should be able to use D out-of-the-box.

I agree. We want to make everything as easy as possible for new D users. I don't even think that an on-going project to add new headers would be as bad as the first port. But the first "clean" port of the headers is a huge project.

>Bit of a 1.0 showstopper, I think. There doesn't seem to be much point in including a windows.d that is so incomplete. Where did it come from? It should at least have all the APIs that are over ten years old <g>.

I'm pretty sure the "randomness" of it comes from Walter adding things that he wanted to use in examples that he's ported to D. And he has purposely avoided using automatic translation on Microsoft's headers so that he doesn't violate MS's copyright.

jcc7

jcc7 wrote:
> In article <du77vk$1lcu$1@digitaldaemon.com>, bobef says...
>> Don Clugston wrote:
>>> Charles wrote:
>>>>  > Definately.  I don't suppose someone wants to attempt a port? :-)
>>>>  > Automation is on my to-do list, but it's pretty low at the moment.
>>>>
>>>>
>>>> Y.Tomino has had automated translation for win32 SDK for some time so its probably mature :
>>>>
>>>> http://hp.vector.co.jp/authors/VA028375/d/windows.h.html
>>>>
>>>>
>>>> He seems to have stopped at DMD .95 , probably wouldnt take a whole lot to bring it up to date though .
>>> I've just found that core32 on dsource.org seems to be reawakening; the problem with Tomino's code (and also the one used in DWT) is that they are using the Windows SDK. That is not legal, AFAIK, so we'll have to use the mingw ones instead (at least for anything that's in a standard library.
>>>
>>> Had a look at the converter -- written in Perl, with comments in Japanese. My worst nightmare. <g>
>>>
>>> If we're to have D regexps that are good enough to replace scripting languages, this is something that has to be done in D...
>> What about this - http://int19h.tamb.ru/ ? Is it illegal too?
> 
> I don't think there are any legal problems with DedicateD's headers but Pavel hasn't updated them since several years ago. And they do need some updating. Pavel isn't going to do it since he's lost interest in D. Also, Tomino's project and Core32 have a lot more of the headers covered, but (as has been pointed out) those projects have legal issues.

At least they are much more complete that ones that ship with dmd...

Sean Kelly wrote:
> Don Clugston wrote:
>>
>> I believe that legal issues prevent redistribution of the Windows SDK, but at least we could use the public domain files from the w32api project?
>>
>> http://cvs.sourceforge.net/viewcvs.py/mingw/w32api/#dirlist
> 
> Definately.  I don't suppose someone wants to attempt a port? :-) Automation is on my to-do list, but it's pretty low at the moment.
> 
> 
> Sean

I've been inspired to have a go at making a C2D header converter. I know that's been done before, but this one's in D.
Turns out to be _much_ easier to do than it used to be, because now you can often change things like
#define abc 3 + 7 * def
#define foo "sfbsdd"
into
const abc = 3 + 7 * def;
const foo = "sfbsdd";
taking advantage of autotyping.

Also being able to write
extern(C) :

instead of extern(C) { ....}
is another huge help.