www.digitalmars.com         C & C++   DMDScript  

D - win32.lib

reply "Charles Sanders" <sanders-consulting comcast.net> writes:
Hey all,

Ive bundled Y.Tomino's win32 headers together with winsock, some usable
libraries , some contrib ( socket.d, depsrc.d ), and a help file ( useful
only for finding what header for what function really ).  You can get it
here www.atari-soldiers.com/win32.html .  I'd like to see this become
standard, so please use it and report any findings.

Its also bundled with dide .99 ( www.atari-soldiers.com/dide.html ), added
drag n drop, cleaned up some stuff.  Next release ill put to use Lars' dep
walker, ill try to release more often also.  Im still having that problem
with DIDE losing focus, then regaining focus and the caret is lost.  You can
find the MFC Scintilla bindings here
www.atari-soldiers.com/mfc_scintilla.zip , with a sample program to display
the problem at www.atari-soldiers.com/ScintillaTest.zip .  Please help if
you can!

Also, Im going to start on WinDy, some D bindings for win32 GUI's.  I
mention this in case someone else has already started and we can collobarate
or I can offer some help.

C
Oct 26 2003
next sibling parent reply J C Calvarese <jcc7 cox.net> writes:
Charles Sanders wrote:
 Hey all,
 
 Ive bundled Y.Tomino's win32 headers together with winsock, some usable
 libraries , some contrib ( socket.d, depsrc.d ), and a help file ( useful
 only for finding what header for what function really ).  You can get it
 here www.atari-soldiers.com/win32.html .  I'd like to see this become
 standard, so please use it and report any findings.

I absolutely agree that we need to standardize on one set of Win32 headers. Are you familiar with Mike Wynn's Win32 work at converting headers (http://www.geocities.com/one_mad_alien/dcom_not_dcom.html)? I made a few minor fixes to Mike's work to resolve some conflicts with phobos's windows.d (http://jcc_7.tripod.com/d/win32.zip). I noticed something in Y. Tomino's efforts (in winbase.d): enum : uint { FILE_BEGIN = 0 } enum : uint { FILE_CURRENT = 1 } enum : uint { FILE_END = 2 } where Mike takes this approach... enum { FILE_BEGIN =0, FILE_CURRENT =1, FILE_END =2 } I think this indicates there are different approaches that can be taken. Tomino's files take up more space than Mike's files, so I think it probably is more comprehensive. There is certainly much overlap between the work of these two individuals. Doesn't dig contain some of this stuff? Also, re-defining things that are defined in windows.d can cause conflicts that we need to try to avoid.
 
 Its also bundled with dide .99 ( www.atari-soldiers.com/dide.html ), added
 drag n drop, cleaned up some stuff.  Next release ill put to use Lars' dep
 walker, ill try to release more often also.  Im still having that problem
 with DIDE losing focus, then regaining focus and the caret is lost.  You can
 find the MFC Scintilla bindings here
 www.atari-soldiers.com/mfc_scintilla.zip , with a sample program to display
 the problem at www.atari-soldiers.com/ScintillaTest.zip .  Please help if
 you can!
 
 Also, Im going to start on WinDy, some D bindings for win32 GUI's.  I
 mention this in case someone else has already started and we can collobarate
 or I can offer some help.

Mike Wynn was working on something called DFC that is in the win32.zip archive on his web page. It may give you some ideas. Justin
 
 C

Oct 26 2003
next sibling parent reply "Matthew Wilson" <matthew-hat -stlsoft-dot.-org> writes:
I don't know if this is germane to your discussions, but with the D.win32
stuff I plan to try and keep things in a manageable form. For example, I
want to use a perl script applied to the latest SDK (I'm guessing this would
be an automated step at Walter's base prior to each release) which will
generate D.win32.error_codes.d, initially from WINERROR.H, but eventually
including other headers as well, e.g WINSOCK2.H. I'm not saying that all the
Win32 stuff should/could be automated in this way, but even just getting the
error codes automated in this way would be a big boost. It also relies on
segregating all the windows sections, but this could work just the same in D
as in C/C++, i.e. windows.d imports D.win32.error_codes & D.win32.XYZ, etc.
etc. This would make things manageable for the maintainers of the various
parts of the libraries, whilst continuing with the convenience of the users.


"J C Calvarese" <jcc7 cox.net> wrote in message
news:bnhkl0$2f2f$1 digitaldaemon.com...
 Charles Sanders wrote:
 Hey all,

 Ive bundled Y.Tomino's win32 headers together with winsock, some usable
 libraries , some contrib ( socket.d, depsrc.d ), and a help file (


 only for finding what header for what function really ).  You can get it
 here www.atari-soldiers.com/win32.html .  I'd like to see this become
 standard, so please use it and report any findings.

I absolutely agree that we need to standardize on one set of Win32 headers. Are you familiar with Mike Wynn's Win32 work at converting headers (http://www.geocities.com/one_mad_alien/dcom_not_dcom.html)? I made a few minor fixes to Mike's work to resolve some conflicts with phobos's windows.d (http://jcc_7.tripod.com/d/win32.zip). I noticed something in Y. Tomino's efforts (in winbase.d): enum : uint { FILE_BEGIN = 0 } enum : uint { FILE_CURRENT = 1 } enum : uint { FILE_END = 2 } where Mike takes this approach... enum { FILE_BEGIN =0, FILE_CURRENT =1, FILE_END =2 } I think this indicates there are different approaches that can be taken. Tomino's files take up more space than Mike's files, so I think it probably is more comprehensive. There is certainly much overlap between the work of these two individuals. Doesn't dig contain some of this stuff? Also, re-defining things that are defined in windows.d can cause conflicts that we need to try to avoid.
 Its also bundled with dide .99 ( www.atari-soldiers.com/dide.html ),


 drag n drop, cleaned up some stuff.  Next release ill put to use Lars'


 walker, ill try to release more often also.  Im still having that


 with DIDE losing focus, then regaining focus and the caret is lost.  You


 find the MFC Scintilla bindings here
 www.atari-soldiers.com/mfc_scintilla.zip , with a sample program to


 the problem at www.atari-soldiers.com/ScintillaTest.zip .  Please help


 you can!

 Also, Im going to start on WinDy, some D bindings for win32 GUI's.  I
 mention this in case someone else has already started and we can


 or I can offer some help.

Mike Wynn was working on something called DFC that is in the win32.zip archive on his web page. It may give you some ideas. Justin
 C


Oct 26 2003
parent "Charles Sanders" <sanders-consulting comcast.net> writes:
Y.T. has a perl script for just that, you might check it out :
http://hp.vector.co.jp/authors/VA028375/contents/D_windows.h.html

C
"Matthew Wilson" <matthew-hat -stlsoft-dot.-org> wrote in message
news:bnhlnp$2gii$1 digitaldaemon.com...
 I don't know if this is germane to your discussions, but with the D.win32
 stuff I plan to try and keep things in a manageable form. For example, I
 want to use a perl script applied to the latest SDK (I'm guessing this

 be an automated step at Walter's base prior to each release) which will
 generate D.win32.error_codes.d, initially from WINERROR.H, but eventually
 including other headers as well, e.g WINSOCK2.H. I'm not saying that all

 Win32 stuff should/could be automated in this way, but even just getting

 error codes automated in this way would be a big boost. It also relies on
 segregating all the windows sections, but this could work just the same in

 as in C/C++, i.e. windows.d imports D.win32.error_codes & D.win32.XYZ,

 etc. This would make things manageable for the maintainers of the various
 parts of the libraries, whilst continuing with the convenience of the

 "J C Calvarese" <jcc7 cox.net> wrote in message
 news:bnhkl0$2f2f$1 digitaldaemon.com...
 Charles Sanders wrote:
 Hey all,

 Ive bundled Y.Tomino's win32 headers together with winsock, some



 libraries , some contrib ( socket.d, depsrc.d ), and a help file (


 only for finding what header for what function really ).  You can get



 here www.atari-soldiers.com/win32.html .  I'd like to see this become
 standard, so please use it and report any findings.

I absolutely agree that we need to standardize on one set of Win32 headers. Are you familiar with Mike Wynn's Win32 work at converting headers (http://www.geocities.com/one_mad_alien/dcom_not_dcom.html)? I made a few minor fixes to Mike's work to resolve some conflicts with phobos's windows.d (http://jcc_7.tripod.com/d/win32.zip). I noticed something in Y. Tomino's efforts (in winbase.d): enum : uint { FILE_BEGIN = 0 } enum : uint { FILE_CURRENT = 1 } enum : uint { FILE_END = 2 } where Mike takes this approach... enum { FILE_BEGIN =0, FILE_CURRENT =1, FILE_END =2 } I think this indicates there are different approaches that can be taken. Tomino's files take up more space than Mike's files, so I think it probably is more comprehensive. There is certainly much overlap between the work of these two individuals. Doesn't dig contain some of this stuff? Also, re-defining things that are defined in windows.d can cause conflicts that we need to try to avoid.
 Its also bundled with dide .99 ( www.atari-soldiers.com/dide.html ),


 drag n drop, cleaned up some stuff.  Next release ill put to use Lars'


 walker, ill try to release more often also.  Im still having that


 with DIDE losing focus, then regaining focus and the caret is lost.



 can
 find the MFC Scintilla bindings here
 www.atari-soldiers.com/mfc_scintilla.zip , with a sample program to


 the problem at www.atari-soldiers.com/ScintillaTest.zip .  Please help


 you can!

 Also, Im going to start on WinDy, some D bindings for win32 GUI's.  I
 mention this in case someone else has already started and we can


 or I can offer some help.

Mike Wynn was working on something called DFC that is in the win32.zip archive on his web page. It may give you some ideas. Justin
 C



Oct 26 2003
prev sibling next sibling parent reply "Charles Sanders" <sanders-consulting comcast.net> writes:
Wow, lots of good stuff!  I hadnt realized so much had been done, is Mike
still actively working on these ?  This does awnser alot of my questions (
you <i>can</i> have a static method used for WndProc :D ) Ill use this as a
base.

So on the win32 stuff, whose are we going to use ?   How are we going to
decide ?  I think we ( we as the community of developers! ) need to decide
this ASAP.

C


"J C Calvarese" <jcc7 cox.net> wrote in message
news:bnhkl0$2f2f$1 digitaldaemon.com...
 Charles Sanders wrote:
 Hey all,

 Ive bundled Y.Tomino's win32 headers together with winsock, some usable
 libraries , some contrib ( socket.d, depsrc.d ), and a help file (


 only for finding what header for what function really ).  You can get it
 here www.atari-soldiers.com/win32.html .  I'd like to see this become
 standard, so please use it and report any findings.

I absolutely agree that we need to standardize on one set of Win32 headers. Are you familiar with Mike Wynn's Win32 work at converting headers (http://www.geocities.com/one_mad_alien/dcom_not_dcom.html)? I made a few minor fixes to Mike's work to resolve some conflicts with phobos's windows.d (http://jcc_7.tripod.com/d/win32.zip). I noticed something in Y. Tomino's efforts (in winbase.d): enum : uint { FILE_BEGIN = 0 } enum : uint { FILE_CURRENT = 1 } enum : uint { FILE_END = 2 } where Mike takes this approach... enum { FILE_BEGIN =0, FILE_CURRENT =1, FILE_END =2 } I think this indicates there are different approaches that can be taken. Tomino's files take up more space than Mike's files, so I think it probably is more comprehensive. There is certainly much overlap between the work of these two individuals. Doesn't dig contain some of this stuff? Also, re-defining things that are defined in windows.d can cause conflicts that we need to try to avoid.
 Its also bundled with dide .99 ( www.atari-soldiers.com/dide.html ),


 drag n drop, cleaned up some stuff.  Next release ill put to use Lars'


 walker, ill try to release more often also.  Im still having that


 with DIDE losing focus, then regaining focus and the caret is lost.  You


 find the MFC Scintilla bindings here
 www.atari-soldiers.com/mfc_scintilla.zip , with a sample program to


 the problem at www.atari-soldiers.com/ScintillaTest.zip .  Please help


 you can!

 Also, Im going to start on WinDy, some D bindings for win32 GUI's.  I
 mention this in case someone else has already started and we can


 or I can offer some help.

Mike Wynn was working on something called DFC that is in the win32.zip archive on his web page. It may give you some ideas. Justin
 C


Oct 26 2003
parent J C Calvarese <jcc7 cox.net> writes:
Charles Sanders wrote:
 Wow, lots of good stuff!  I hadnt realized so much had been done, is Mike
 still actively working on these ?  This does awnser alot of my questions (
 you <i>can</i> have a static method used for WndProc :D ) Ill use this as a
 base.

I suspect Mike's busy with real life (his most recent post was apparently at the end of September).
 
 So on the win32 stuff, whose are we going to use ?   How are we going to
 decide ?  I think we ( we as the community of developers! ) need to decide
 this ASAP.
 
 C

Oct 27 2003
prev sibling parent reply Y.Tomino <Y.Tomino_member pathlink.com> writes:
Are you familiar with Mike Wynn's Win32 work at converting headers
(http://www.geocities.com/one_mad_alien/dcom_not_dcom.html)?

It's more beautiful than mine :-) But I think covering all API is more important than beautiful. I'm using Perl. Handmade will make troubles and have limit. For example, Mike's doesn't have "AllocConsole" etc. Of course, if Mike can cover them, I'll stop. YT
Oct 27 2003
parent "Charles Sanders" <sanders-consulting comcast.net> writes:
Yes, I think the automation is most important.  On that fact I vote we keep
win32.lib as the standard, it can easily be updated as new SDK's come along

I am currently trying to modify Mike's DFC work to use win32.lib headers,
its nothing major really.

C

"Y.Tomino" <Y.Tomino_member pathlink.com> wrote in message
news:bnin5v$11j9$1 digitaldaemon.com...
Are you familiar with Mike Wynn's Win32 work at converting headers
(http://www.geocities.com/one_mad_alien/dcom_not_dcom.html)?

It's more beautiful than mine :-) But I think covering all API is more important than beautiful. I'm using Perl. Handmade will make troubles and have limit. For example, Mike's doesn't have "AllocConsole" etc. Of course, if Mike can cover them, I'll stop. YT

Oct 27 2003
prev sibling next sibling parent reply J Anderson <anderson badmama.com.au.REMOVE> writes:
Charles Sanders wrote:

Hey all,

Ive bundled Y.Tomino's win32 headers together with winsock, some usable
libraries , some contrib ( socket.d, depsrc.d ), and a help file ( useful
only for finding what header for what function really ).  You can get it
here www.atari-soldiers.com/win32.html .  I'd like to see this become
standard, so please use it and report any findings.

Its also bundled with dide .99 ( www.atari-soldiers.com/dide.html ), added
drag n drop, cleaned up some stuff.  Next release ill put to use Lars' dep
walker, ill try to release more often also.  Im still having that problem
with DIDE losing focus, then regaining focus and the caret is lost.  You can
find the MFC Scintilla bindings here
www.atari-soldiers.com/mfc_scintilla.zip , with a sample program to display
the problem at www.atari-soldiers.com/ScintillaTest.zip .  Please help if
you can!

Also, Im going to start on WinDy, some D bindings for win32 GUI's.  I
mention this in case someone else has already started and we can collobarate
or I can offer some help.

C

  

Just a note about the DIDE, the update for .98a didn't work ("Your DIDE application is currently up to date"), I had to download the new version from the webpage. -Anderson
Oct 26 2003
parent reply J Anderson <anderson badmama.com.au.REMOVE> writes:
J Anderson wrote:

 Charles Sanders wrote:

 Hey all,

 Its also bundled with dide .99 ( www.atari-soldiers.com/dide.html ), 
 added
 drag n drop, cleaned up some stuff.  Next release ill put to use 
 Lars' dep
 walker, ill try to release more often also.  Im still having that 
 problem
 with DIDE losing focus, then regaining focus and the caret is lost.  
 You can
 find the MFC Scintilla bindings here
 www.atari-soldiers.com/mfc_scintilla.zip , with a sample program to 
 display
 the problem at www.atari-soldiers.com/ScintillaTest.zip .  Please 
 help if
 you can!

Just a note about the DIDE, the update for .98a didn't work ("Your DIDE application is currently up to date"), I had to download the new version from the webpage. -Anderson

name on re-install (over version .98a).
Oct 26 2003
parent reply "Charles Sanders" <sanders-consulting comcast.net> writes:
 Also the .99 requires the user to re-enter known setting like the users
 name on re-install (over version .98a).

Ok ill fix it thanks. Im disabling the Update feature for now untill I can devote enough time to keep up with it. C P.S. I noticed in Y.T's lib everything is defaulted to Unicode, im going to wrap them in version statements and update soon. "J Anderson" <anderson badmama.com.au.REMOVE> wrote in message news:bni539$4tr$1 digitaldaemon.com...
 J Anderson wrote:

 Charles Sanders wrote:

 Hey all,

 Its also bundled with dide .99 ( www.atari-soldiers.com/dide.html ),
 added
 drag n drop, cleaned up some stuff.  Next release ill put to use
 Lars' dep
 walker, ill try to release more often also.  Im still having that
 problem
 with DIDE losing focus, then regaining focus and the caret is lost.
 You can
 find the MFC Scintilla bindings here
 www.atari-soldiers.com/mfc_scintilla.zip , with a sample program to
 display
 the problem at www.atari-soldiers.com/ScintillaTest.zip .  Please
 help if
 you can!

Just a note about the DIDE, the update for .98a didn't work ("Your DIDE application is currently up to date"), I had to download the new version from the webpage. -Anderson

name on re-install (over version .98a).

Oct 26 2003
parent reply demoonlit inter7.jp writes:
I noticed in Y.T's lib everything is defaulted to Unicode, im going to wrap
them in version statements and update soon.

Wait...make me do it ! There are some symbols not only "UNICODE". I'm looking, they are entangled intricately in #if. I selected to resolve #if on stage of Perl instead of version statement. (I've tried using version statement for all symbols, but it's more complex than I thought.) If you wanted the ANSI-version, I'll re-run the script. YT
Oct 27 2003
parent reply "Charles Sanders" <sanders-consulting comcast.net> writes:
Could you re-run it ?

Is it possible to have the perl script , once it sees a unicode statement,
wrap it in a version statement ?

C


<demoonlit inter7.jp> wrote in message
news:bnijpc$rjt$1 digitaldaemon.com...
I noticed in Y.T's lib everything is defaulted to Unicode, im going to


them in version statements and update soon.

Wait...make me do it ! There are some symbols not only "UNICODE". I'm looking, they are entangled intricately in #if. I selected to resolve #if on stage of Perl instead of version statement. (I've tried using version statement for all symbols, but it's more complex

 I thought.)
 If you wanted the ANSI-version, I'll re-run the script.

 YT

Oct 27 2003
parent reply "Y.Tomino" <demoonlit inter7.jp> writes:
Could you re-run it ?

I tried to make some A-versions today. win32\ansi\winuser.d, etc. (http://hp.vector.co.jp/authors/VA028375/contents/D_windows.h.html)
Is it possible to have the perl script , once it sees a unicode statement,

No. Version statement can't have complex expression. For example, windef.h has this #if. #if (!defined(_MAC)) && ((_MSC_VER >= 800) || defined(_STDCALL_SUPPORTED)) it shold be converted ... version(_MAC) else{ version(_MSC_VER >= 800 /*invalid*/ ){ version = MAC_and_MSC_VER_ge800_or_STDCALL_SUPPORTED; }else version(_STDCALL_SUPPORTED){ version = MAC_and_MSC_VER_ge800_or_STDCALL_SUPPORTED; } } if(MAC_and_MSC_VER_ge800_or_STDCALL_SUPPORTED){ ... I gave up use of a version statement. Please think this pattern. It's impossible to give special treatment only to "UNICODE". #if defined(UNICODE) #define XXX #endif #if EXPRESSION-USING-XXX ... #endif YT
Oct 27 2003
parent "Charles Sanders" <sanders-consulting comcast.net> writes:
 #if defined(UNICODE)
 #define XXX
 #endif

 #if EXPRESSION-USING-XXX
 ...
 #endif

Ahh good point. Hmm , i guess two seperate libs : win32u.lib, win32a.lib , will be ok ? C "Y.Tomino" <demoonlit inter7.jp> wrote in message news:bnk066$ao2$1 digitaldaemon.com...
Could you re-run it ?

I tried to make some A-versions today. win32\ansi\winuser.d, etc. (http://hp.vector.co.jp/authors/VA028375/contents/D_windows.h.html)
Is it possible to have the perl script , once it sees a unicode


 wrap it in a version statement ?
 No.

 Version statement can't have complex expression.
 For example, windef.h has this #if.

 #if (!defined(_MAC)) && ((_MSC_VER >= 800) || defined(_STDCALL_SUPPORTED))

 it shold be converted ...

 version(_MAC)
 else{
   version(_MSC_VER >= 800 /*invalid*/ ){
     version = MAC_and_MSC_VER_ge800_or_STDCALL_SUPPORTED;
   }else version(_STDCALL_SUPPORTED){
     version = MAC_and_MSC_VER_ge800_or_STDCALL_SUPPORTED;
   }
 }
 if(MAC_and_MSC_VER_ge800_or_STDCALL_SUPPORTED){
   ...

 I gave up use of a version statement.

 Please think this pattern.
 It's impossible to give special treatment only to "UNICODE".

 #if defined(UNICODE)
 #define XXX
 #endif

 #if EXPRESSION-USING-XXX
 ...
 #endif

 YT

Oct 27 2003
prev sibling parent reply "Andrew Edwards" <edwardsac spamfreeusa.com> writes:
Charles...

The link to digcmod is broken. Numberous errors occur in DIDE 0.99 which I
can only attribute to the missing digcmod files until I can install them and
observe the results.

Regards,
Andrew
Oct 26 2003
parent "Charles Sanders" <sanders-consulting comcast.net> writes:
Sorry fixed.

C
"Andrew Edwards" <edwardsac spamfreeusa.com> wrote in message
news:bni7i8$8e8$1 digitaldaemon.com...
 Charles...

 The link to digcmod is broken. Numberous errors occur in DIDE 0.99 which I
 can only attribute to the missing digcmod files until I can install them

 observe the results.

 Regards,
 Andrew

Oct 26 2003