Print Page - cool dll trick I found tonight

Information => Open Forum => Topic started by: kryton9 on June 04, 2012, 10:19:05 PM

Title: cool dll trick I found tonight
Post by: kryton9 on June 04, 2012, 10:19:05 PM

I was wondering how to bring all the commands from a dll into oxygen. The first thing is to get all the functions exported. Found a great tool built into windows.

Get command prompt window: cmd.exe
cd C:\Windows\System32
dumpbin /exports user32.dll >user32.txt

I removed attachment as it is included in the next post attachment

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 06, 2012, 12:09:35 AM

I did the same to the following and got these text files:

Quote

06/06/2012 03:47 AM 41,755 advapi32.txt
06/06/2012 03:48 AM 8,751 comctl32.txt
06/06/2012 03:49 AM 1,795 comdlg32.txt
06/06/2012 03:49 AM 32,380 gdi32.txt
06/06/2012 03:49 AM 6,875 imm32.txt
06/06/2012 03:50 AM 68,125 kernel32.txt
06/06/2012 03:50 AM 1,518 lz32.txt
06/06/2012 03:51 AM 4,111 mpr.txt
06/06/2012 03:51 AM 25,621 netapi32.txt
06/06/2012 03:51 AM 32,020 shell32.txt
06/06/2012 03:46 AM 37,558 user32.txt
06/06/2012 03:52 AM 1,331 version.txt
06/06/2012 03:52 AM 8,818 winmm.txt
06/06/2012 03:53 AM 10,525 winspool.txt

You might ask why these. Well I went and installed my old Visual Studio 6, this is pre .net days version. I found a tool that they give for looking at the winapi as it can be used in Visual Basic 6. Using that tool, I got a text file. I have been parsing that file the last 2 nights. I will post the results of all that work soon. But, I went through and these were the dll's and drv files that I saw they used. So I did the dumpbin on them and got these. I will have 3 files when finished. One is all the winapi constants in file sorted alphabetically. Second all Types, in order of prior need as some types rely on others defined earlier. Third will be all the functions in the above files sorted alphabetically by function name. I have done test runs, and can't get my programs to compile, but I got all the problems oxygen had with the UDT's fixed. The third list of functions, will be just for reference as I think it will be best to use the bind command, but I will leave that up to Charles and Peter to work out.

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 06, 2012, 01:14:35 AM

Here is content for Charles, Peter and anyone else working on winapi stuff. Hope this can be useful. I am using this for my own tests and learning and wanted to share as it was lots of work to get it to this point.

Files:
win1Consts.inc
win2Types.inc
win3Funcs.inc

Using these I have not been able to compile anything yet, but working on it.
Update: Removed attachment newer version below.

Title: Re: cool dll trick I found tonight
Post by: Charles Pegge on June 06, 2012, 02:42:02 AM

Many thanks Kent,

Looks very promising, but will need some work to make it 64bit compatible. All the handles and pointer members must be of sys type instead of long or dword

There are entries where the lib name does not have the .dll extension

But all this could be cleaned up quite easily, and this data is good for quick-referencing Windows anyway.

Charles

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 06, 2012, 11:59:23 AM

Quote

There are entries where the lib name does not have the .dll extension

Believe me I was thrown for a loop when I saw that too, but when I did dumpbin whatever.drv it pulled data out. So those .drv files must be dll's of some sort.

I didn't mess too much with the longs and dwords as that is what VB6 is using. The only things I changed were when I saw in UDT's name as string * 253
or SPECIAL as string * SOMECONSTANT

in those kind of cases, I did name(253) as zstring or SPECIAL(SOMECONSTANT) as zstring

I am going to make a bind file tonight to see if I can get anything to compile with that stuff. So I will use winConsts.inc, winTypes.inc and the new winBinds.inc when finished. Hope to have that tonight.

Title: I am done as far as I can go
Post by: kryton9 on June 06, 2012, 07:13:40 PM

I finished all I wanted to do so far with this phase of the winapi stuff. I made the bind file tonight. Enclosed is a zip with the latest files and test program. It won't compile, but it got passed the wintype errors. I had fixed them before, but somewhere along the line some of the changes reverted. Anyways. It is crashing when doing the binds now and I have no idea what the message means.

I am curious how big the exe file will be when it compiles with all those things included. I am taxing the oxygen compiler for you Charles. This is the longest compile time so far. So your powerful compiler is going oh know tsunami of windows api code, oh noooooo.

Load run cGLWindow.bas for the test program.

Title: Re: cool dll trick I found tonight
Post by: Charles Pegge on June 06, 2012, 09:10:09 PM

Hi Kent,

Here is a tool for checking and inserting '.dll' for winfuncs.inc

Processed file included: f.inc

Charles

Title: Re: cool dll trick I found tonight
Post by: Charles Pegge on June 07, 2012, 01:53:00 PM

Well, I spent the day on it, and got the API working with your GLWindow, Kent . WinFuncs required a substantial amount of revision to get the right types. A number of equates were also required in addition to WinConsts.

I think we could probably ditch AdvAPI. I don't know how useful it may be.

Anyway, I've provisionally included the API with Oxygen-in-progress, along with the new "!" declare syntax:

projects/WinApiVB6

Charles

PS: The upper limit for all entities is 100,000, more when scopes are used, So we have a long way to go :)

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 07, 2012, 02:18:07 PM

Thanks Charles, can't wait to test it out!

Title: Re: cool dll trick I found tonight
Post by: Charles Pegge on June 07, 2012, 02:28:31 PM

As you will see, most of the changes involved removing "@" and "&" since the function protoypes control the referencing.

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 07, 2012, 02:30:38 PM

Wow it compiled super fast and the exe is still small!

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 07, 2012, 02:32:44 PM

Quote from: Charles Pegge on June 07, 2012, 02:28:31 PM

As you will see, most of the changes involved removing "@" and "&" since the function protoypes control the referencing.

From which file did you remove them Charles. I want to figure this stuff out and am making some progress, but most of it is like crossing a room in the dark, I just try.

Title: Updated files
Post by: kryton9 on June 07, 2012, 03:09:19 PM

Charles, I updated the files for projects/WinApiVB6

I added the constants in alpha asending order to winConsts.inc and removed them from cGLWindow.inc, added the missing funcs to winFuncs.inc and made a new inc to handle all the gl incs. Updated this all in the glWindow files to reflect the changes.

Again these would go into projects/WinApiVB6 to replace the same files there.

Title: Re: cool dll trick I found tonight
Post by: Charles Pegge on June 07, 2012, 03:38:55 PM

Thanks Kent.

It was from cGLWindow.inc. I took the version from /projects/GLWindow, copied it over, and modified it to match the VB API.

This code should work with any prototyped API of Windows. So you can used it as a template for further Windows development.

I also corrected PostQuitMessage 0 (1 param only)

Charles

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 07, 2012, 03:52:08 PM

I was looking through the files and noticed some @ missing in there. It makes the code easier to read and follow now too.

I started downloading the latest Windows SDK without .net, that is I unchecked anything .net in the options to download.
I am going to write an oxygen program based on your f.inc code, to go through all the .h files and pull out all the constants. Just to see how many more come out.
If it is a lot, then I will do the same for the types. I want to help you make Oxygen one with windows development along with the other guys help.

I see Windows as the dominant OS for sometime to come. Android, Chromium, Linux just are not going to replace Windows. There was a chance there, but it is gone now.
However, if you really plan on making oxygen run on other platforms, then I will start work on bringing freeglut into oxygen. It is a modern replacement for glut that is updated.
http://freeglut.sourceforge.net/ and at some point or another we should bring SDL, these are both very cross platform and widely used.

What do you think?

Title: winSDK preliminary stats
Post by: kryton9 on June 07, 2012, 04:10:48 PM

1,224 header files
267 lib files

Title: dumpbin of lib file with /ALL option
Post by: kryton9 on June 07, 2012, 04:26:38 PM

Charles, here is the output of from cmd window of Xinput.lib using dumpbin with the /ALL option. Can we pull anything useful out of this?
C:\Code\WinSDK\Lib>dumpbin /ALL Xinput.lib > _test.txt

Code: OxygenBasic

Microsoft (R) COFF Binary File Dumper Version 6.00.8168
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
 
 
Dump of file Xinput.lib
 
File Type: LIBRARY
 
Archive member name at 8: /               
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
     188 size
correct header end
 
    13 public symbols
 
      39A __IMPORT_DESCRIPTOR_XINPUT9_1_0
      5D4 __NULL_IMPORT_DESCRIPTOR
      710 XINPUT9_1_0_NULL_THUNK_DATA
      86C _DllMain@12
      86C __imp__DllMain@12
      9D6 _XInputGetState@8
      9D6 __imp__XInputGetState@8
      A48 _XInputSetState@8
      A48 __imp__XInputSetState@8
      8D8 _XInputGetCapabilities@12
      8D8 __imp__XInputGetCapabilities@12
      952 _XInputGetDSoundAudioDeviceGuids@12
      952 __imp__XInputGetDSoundAudioDeviceGuids@12
 
Archive member name at 1CC: /               
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
     192 size
correct header end
 
    8 offsets
 
        1      39A
        2      5D4
        3      710
        4      86C
        5      9D6
        6      A48
        7      8D8
        8      952
 
    13 public symbols
 
        4 _DllMain@12
        7 _XInputGetCapabilities@12
        8 _XInputGetDSoundAudioDeviceGuids@12
        5 _XInputGetState@8
        6 _XInputSetState@8
        1 __IMPORT_DESCRIPTOR_XINPUT9_1_0
        2 __NULL_IMPORT_DESCRIPTOR
        4 __imp__DllMain@12
        7 __imp__XInputGetCapabilities@12
        8 __imp__XInputGetDSoundAudioDeviceGuids@12
        5 __imp__XInputGetState@8
        6 __imp__XInputSetState@8
        3 XINPUT9_1_0_NULL_THUNK_DATA
 
Archive member name at 39A: XINPUT9_1_0.dll/
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
     1FE size
correct header end
 
FILE HEADER VALUES
             14C machine (i386)
               3 number of sections
        4375874E time date stamp Sat Nov 12 01:10:22 2005
             114 file pointer to symbol table
               8 number of symbols
               0 size of optional header
             100 characteristics
                   32 bit word machine
 
SECTION HEADER #1
.debug$S name
       0 physical address
       0 virtual address
      46 size of raw data
      8C file pointer to raw data
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
42100040 flags
         Initialized Data
         Discardable
         1 byte align
         Read Only
 
RAW DATA #1
  00000000: 02 00 00 00 16 00 09 00 00 00 00 00 0F 58 49 4E  .............XIN
  00000010: 50 55 54 39 5F 31 5F 30 2E 64 6C 6C 28 00 13 10  PUT9_1_0.dll(...
  00000020: 07 00 00 00 03 00 00 00 00 00 00 00 08 00 00 00  ................
  00000030: 27 C6 12 4D 69 63 72 6F 73 6F 66 74 20 28 52 29  'Æ.Microsoft (R)
  00000040: 20 4C 49 4E 4B 00                                 LINK.
 
SECTION HEADER #2
.idata$2 name
       0 physical address
       0 virtual address
      14 size of raw data
      D2 file pointer to raw data
      E6 file pointer to relocation table
       0 file pointer to line numbers
       3 number of relocations
       0 number of line numbers
C0300040 flags
         Initialized Data
         4 byte align
         Read Write
 
RAW DATA #2
  00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
  00000010: 00 00 00 00                                      ....
 
RELOCATIONS #2
                                                Symbol    Symbol
 Offset    Type              Applied To         Index     Name
 --------  ----------------  -----------------  --------  ------
 0000000C  DIR32NB                    00000000         3  .idata$6
 00000000  DIR32NB                    00000000         4  .idata$4
 00000010  DIR32NB                    00000000         5  .idata$5
 
SECTION HEADER #3
.idata$6 name
       0 physical address
       0 virtual address
      10 size of raw data
     104 file pointer to raw data
      E6 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
C0200040 flags
         Initialized Data
         2 byte align
         Read Write
 
RAW DATA #3
  00000000: 58 49 4E 50 55 54 39 5F 31 5F 30 2E 64 6C 6C 00  XINPUT9_1_0.dll.
 
COFF SYMBOL TABLE
000 007BC627 ABS    notype       Static       | @comp.id
001 00000000 SECT2  notype       External     | __IMPORT_DESCRIPTOR_XINPUT9_1_0
002 C0000040 SECT2  notype       Section      | .idata$2
003 00000000 SECT3  notype       Static       | .idata$6
004 C0000040 UNDEF  notype       Section      | .idata$4
005 C0000040 UNDEF  notype       Section      | .idata$5
006 00000000 UNDEF  notype       External     | __NULL_IMPORT_DESCRIPTOR
007 00000000 UNDEF  notype       External     | XINPUT9_1_0_NULL_THUNK_DATA
 
String Table Size = 0x5A bytes
 
Archive member name at 5D4: XINPUT9_1_0.dll/
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
      FF size
correct header end
 
FILE HEADER VALUES
             14C machine (i386)
               2 number of sections
        4375874E time date stamp Sat Nov 12 01:10:22 2005
              BE file pointer to symbol table
               2 number of symbols
               0 size of optional header
             100 characteristics
                   32 bit word machine
 
SECTION HEADER #1
.debug$S name
       0 physical address
       0 virtual address
      46 size of raw data
      64 file pointer to raw data
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
42100040 flags
         Initialized Data
         Discardable
         1 byte align
         Read Only
 
RAW DATA #1
  00000000: 02 00 00 00 16 00 09 00 00 00 00 00 0F 58 49 4E  .............XIN
  00000010: 50 55 54 39 5F 31 5F 30 2E 64 6C 6C 28 00 13 10  PUT9_1_0.dll(...
  00000020: 07 00 00 00 03 00 00 00 00 00 00 00 08 00 00 00  ................
  00000030: 27 C6 12 4D 69 63 72 6F 73 6F 66 74 20 28 52 29  'Æ.Microsoft (R)
  00000040: 20 4C 49 4E 4B 00                                 LINK.
 
SECTION HEADER #2
.idata$3 name
       0 physical address
       0 virtual address
      14 size of raw data
      AA file pointer to raw data
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
C0300040 flags
         Initialized Data
         4 byte align
         Read Write
 
RAW DATA #2
  00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
  00000010: 00 00 00 00                                      ....
 
COFF SYMBOL TABLE
000 007BC627 ABS    notype       Static       | @comp.id
001 00000000 SECT2  notype       External     | __NULL_IMPORT_DESCRIPTOR
 
String Table Size = 0x1D bytes
 
Archive member name at 710: XINPUT9_1_0.dll/
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
     11F size
correct header end
 
FILE HEADER VALUES
             14C machine (i386)
               3 number of sections
        4375874E time date stamp Sat Nov 12 01:10:22 2005
              DA file pointer to symbol table
               2 number of symbols
               0 size of optional header
             100 characteristics
                   32 bit word machine
 
SECTION HEADER #1
.debug$S name
       0 physical address
       0 virtual address
      46 size of raw data
      8C file pointer to raw data
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
42100040 flags
         Initialized Data
         Discardable
         1 byte align
         Read Only
 
RAW DATA #1
  00000000: 02 00 00 00 16 00 09 00 00 00 00 00 0F 58 49 4E  .............XIN
  00000010: 50 55 54 39 5F 31 5F 30 2E 64 6C 6C 28 00 13 10  PUT9_1_0.dll(...
  00000020: 07 00 00 00 03 00 00 00 00 00 00 00 08 00 00 00  ................
  00000030: 27 C6 12 4D 69 63 72 6F 73 6F 66 74 20 28 52 29  'Æ.Microsoft (R)
  00000040: 20 4C 49 4E 4B 00                                 LINK.
 
SECTION HEADER #2
.idata$5 name
       0 physical address
       0 virtual address
       4 size of raw data
      D2 file pointer to raw data
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
C0300040 flags
         Initialized Data
         4 byte align
         Read Write
 
RAW DATA #2
  00000000: 00 00 00 00                                      ....
 
SECTION HEADER #3
.idata$4 name
       0 physical address
       0 virtual address
       4 size of raw data
      D6 file pointer to raw data
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
C0300040 flags
         Initialized Data
         4 byte align
         Read Write
 
RAW DATA #3
  00000000: 00 00 00 00                                      ....
 
COFF SYMBOL TABLE
000 007BC627 ABS    notype       Static       | @comp.id
001 00000000 SECT2  notype       External     | XINPUT9_1_0_NULL_THUNK_DATA
 
String Table Size = 0x21 bytes
 
Archive member name at 86C: XINPUT9_1_0.dll/
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
      30 size
correct header end
 
  Version      : 0
  Machine      : 14C (i386)
  TimeDateStamp: 4375874E Sat Nov 12 01:10:22 2005
  SizeOfData   : 0000001C
  DLL name     : XINPUT9_1_0.dll
  Symbol name  : _DllMain@12
  Type         : code
  Name type    : undecorate
  Hint         : 0
  Name         : DllMain
 
Archive member name at 8D8: XINPUT9_1_0.dll/
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
      3E size
correct header end
 
  Version      : 0
  Machine      : 14C (i386)
  TimeDateStamp: 4375874E Sat Nov 12 01:10:22 2005
  SizeOfData   : 0000002A
  DLL name     : XINPUT9_1_0.dll
  Symbol name  : _XInputGetCapabilities@12
  Type         : code
  Name type    : undecorate
  Hint         : 1
  Name         : XInputGetCapabilities
 
Archive member name at 952: XINPUT9_1_0.dll/
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
      48 size
correct header end
 
  Version      : 0
  Machine      : 14C (i386)
  TimeDateStamp: 4375874E Sat Nov 12 01:10:22 2005
  SizeOfData   : 00000034
  DLL name     : XINPUT9_1_0.dll
  Symbol name  : _XInputGetDSoundAudioDeviceGuids@12
  Type         : code
  Name type    : undecorate
  Hint         : 2
  Name         : XInputGetDSoundAudioDeviceGuids
 
Archive member name at 9D6: XINPUT9_1_0.dll/
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
      36 size
correct header end
 
  Version      : 0
  Machine      : 14C (i386)
  TimeDateStamp: 4375874E Sat Nov 12 01:10:22 2005
  SizeOfData   : 00000022
  DLL name     : XINPUT9_1_0.dll
  Symbol name  : _XInputGetState@8
  Type         : code
  Name type    : undecorate
  Hint         : 3
  Name         : XInputGetState
 
Archive member name at A48: XINPUT9_1_0.dll/
4375874E time/date Sat Nov 12 01:10:22 2005
         uid
         gid
       0 mode
      36 size
correct header end
 
  Version      : 0
  Machine      : 14C (i386)
  TimeDateStamp: 4375874E Sat Nov 12 01:10:22 2005
  SizeOfData   : 00000022
  DLL name     : XINPUT9_1_0.dll
  Symbol name  : _XInputSetState@8
  Type         : code
  Name type    : undecorate
  Hint         : 4
  Name         : XInputSetState
 
     Exports
 
       ordinal    name
 
                  _DllMain@12
                  _XInputGetCapabilities@12
                  _XInputGetDSoundAudioDeviceGuids@12
                  _XInputGetState@8
                  _XInputSetState@8
 
  Summary
 
          D2 .debug$S
          14 .idata$2
          14 .idata$3
           4 .idata$4
           4 .idata$5
          10 .idata$6
 

Title: 0ver 190,000 constants
Post by: kryton9 on June 07, 2012, 04:58:23 PM

Here is a dump from all of the header files in the latest Windows SDK without .net of all the constants. The lines ending with "\"
have even more lines of code that are not showing. Well over 190,000 lines. How do you determine the ones that are important? I am at a loss.
But still fun to look at.

I have given you a lot to look at the last several posts. I will stop here and wait to hear from you where you would like assistance and what to work on next.

Update: The attached is the raw dump put together. Further below you will find a cleaned up version.

Title: Re: cool dll trick I found tonight
Post by: Charles Pegge on June 07, 2012, 10:17:32 PM

This is what happens when a team of 5000 programmers spend 17 years creating an operating system :). Maybe 0.5% of it meets 99.9% of a project's requirements. As I see it, once you go beyond the basics, all the additional development resources come straight from the Web. It is the ultimate database.

It is very useful to have it all in a single file though. Looking up constants on the Web takes a lot of time.

With regard to FreeGlut and SDL etc, it should be possible to use the standard C headers with very minor extras, just like the OpenGl headers. Saves a lot of maintenance. The problem with many of these libraries is that they grow very large over the years. FreeImage, for instance is 2.5 megs, which is a bit OTT when JPEG and PNG is all you want from it.

Charles

Title: I just spent several hours cleaning up all the constants.
Post by: kryton9 on June 07, 2012, 11:22:25 PM

Here is best I can clean up constants Charles. It is sorted in alphabetical order, duplicates removed and any define starting with _ I commented out, they are at the beginning of the file. Almost 13,000.
The rest is lots of stuff. I am sure a lot we don't need.

One thing that surprised me in when I was cleaning up this file, the amount of header files without a header definition to ward off duplicate reads of it. Also how the naming of such defines were not standard.
You think on a project this big everything would be squeaky clean! From a world giant like Microsoft.

I just noticed after cleaning it is about half the raw file dump size :)

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 07, 2012, 11:24:48 PM

Quote

With regard to FreeGlut and SDL etc, it should be possible to use the standard C headers with very minor extras, just like the OpenGl headers. Saves a lot of maintenance.

I would say freeglut would be a good one to do. Since glut is used in so many examples and actually is pretty cool. Can you do your quick voodoo on it or should I slave on it, next?

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 08, 2012, 08:11:07 AM

After sleeping and waking up to do some more research, I realized the ConstsClean.inc file should just be used for a quick reference if ever needed. There are many things that could be removed from there that I am seeing now comparing it with the original header files. Besides we are not working on writing an operating system, so there are probably so many things that will never be used in daily programming. I guess going the VB6 route was complete enough.

Title: 8K to 108K
Post by: kryton9 on June 08, 2012, 10:04:26 AM

Having an all in one approach has it draw backs. Less work in the future, but bigger exe files each time.

What before was 8K is now 108K. So all this work this week was a waste in terms of being usable, but it was a good learning experience and we have good reference material for noobs like me trying to make use of windows dll functions.

Here is an updated winBinds.inc that works. It needs winConsts.inc and winTypes.inc. It has about 5 times as many functions as winFunc.inc. This can be used for quick and dirty testing when you don't want to mess with declaring the functions.

To make it clear. You use either winBinds.inc or winFuncs.inc as your main include file. Never both. Each will include winConsts.inc and winTypes.inc automatically.

Title: Re: cool dll trick I found tonight
Post by: Charles Pegge on June 08, 2012, 11:09:04 AM

One drawback with bind is that all the proc addresses in the list are linked in, whether they are used in the program or not. For a large list, this can add a lot unused code to a program.

Looking at FreeGlut, I doubt it adds much to what we already have. But I am going through the headers now. Oxygen gags on some of the syntax like:

typedef void (*GLUTproc)();
FGAPI GLUTproc FGAPIENTRY glutGetProcAddress( const char *procName );

Title: Re: cool dll trick I found tonight
Post by: kryton9 on June 08, 2012, 04:09:36 PM

What freeglut will add Charles is cross platform ability!

About the size, it is just neat that oxygen can have so many ways to access dlls. How your parser handles all the different syntax boggles my mind!!!

Oxygen Basic

Information => Open Forum => Topic started by: kryton9 on June 04, 2012, 10:19:05 PM