gamedevlists-windows — List for discussing game development on the Windows platform

Re: [GD-Windows] Unique menu IDs

[Pierre T. <p.t...@wa...>]

> #define CUSTOM_ID0     _APS_NEXT_COMMAND_VALUE+0
> #define CUSTOM_ID1     _APS_NEXT_COMMAND_VALUE+1

Interesting..... I'll try this.

>Did you look in the docs?
>
>Platform SDK / User Interface Services / Windows User Interface /
>Resources / Menus / Menu Reference / Menu Messages / WM_INITMENUPOPUP

I did, but it's obviously useless without some amount of sleep first :)

Now, it seems this command doesn't give the previous "wID" directly, but it
should be ok with a bit of book-keeping. I'll give it a try....

Pierre

Re: [GD-Windows] Unique menu IDs

[<cas...@ya...>]

resource.h defines the following:

#define _APS_NEXT_RESOURCE_VALUE        109
#define _APS_NEXT_COMMAND_VALUE         40004
#define _APS_NEXT_CONTROL_VALUE         1013
#define _APS_NEXT_SYMED_VALUE           101

I think that those values are used internaly by the resource editor, but
maybe you can also use them safely. In your case you would use:

#define CUSTOM_ID0     _APS_NEXT_COMMAND_VALUE+0
#define CUSTOM_ID1     _APS_NEXT_COMMAND_VALUE+1

etc.


Ignacio Castaño
cas...@ya...


----- Original Message -----
From: "Pierre Terdiman" <p.t...@wa...>
To: <gam...@li...>
Sent: Tuesday, October 15, 2002 6:25 AM
Subject: [GD-Windows] Unique menu IDs


> Another little question....
>
> I have an app with a menu, using some static menu IDs known at compile
time
> (in resource.h, standard stuff).
>
> Now I'm creating new menu entries at runtime, using InsertMenuItem.
> Everything works well, but there's something I'm not too pleased with :
the
> wID member in the MENUITEMINFO. I just hardcoded some IDs there, but I
fear
> they'll collide one day with the static ones.
>
> So, is there a way to get free IDs at runtime, or a way to create them in
a
> safe way, etc ?
>
> Minor issue there, but while I'm wandering in the Win32 code...
>
> Thanks,
>
> Pierre
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gamedevlists-windows mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows
> Archives:
> http://sourceforge.net/mailarchive/forum.php?forum_id=555

_______________________________________________________________
Yahoo! Messenger
Nueva versión: Webcam, voz, y mucho más ¡Gratis! 
Descárgalo ya desde http://messenger.yahoo.es

Re: [GD-Windows] Unique menu IDs

[Rich <leg...@xm...>]

Did you look in the docs?

Platform SDK / User Interface Services / Windows User Interface /
Resources / Menus / Menu Reference / Menu Messages / WM_INITMENUPOPUP

-- 
Ask me about my upcoming book on Direct3D from Addison-Wesley!
  Direct3D Book <http://www.xmission.com/~legalize/book/>
    izfree: Open source tools for Windows Installer
            <http://izfree.sourceforge.net>

Re: [GD-Windows] Unique menu IDs

[Pierre T. <p.t...@wa...>]

> IIRC, the suggested remedy is to allocate a range of IDs that you use
> for this purpose and keep track of which ones you're using at the
> moment when you need a new one.

Ok. It doesn't sound very nice, but I can do that.

I have another problem that I still don't know how to solve, even after a
couple of hours browsing the MSDN and monitoring menu-related messages.

Here's the thing :
- I have a windowed app with a standard menu. It's been working for a long
time, no problem here.
- The app can load some plug-ins. I dynamically add a menu item for each
plug, and get back selected plug-in when user clicks on corresponding menu
entry. This works, that's the part with the unique IDs I was talking about.
- Today I tried to go one step further : now I'd like to add a new sub-menu
for each plug, not only a new menu item. The sub-menu is a exposed via a
menu handle (HMENU) by each plug. So I modified my old code to take this
into account :

 MENUITEMINFO NewItem;
 NewItem.cbSize   = sizeof(NewItem);
 NewItem.fMask   = MIIM_TYPE|MIIM_STATE|MIIM_ID|MIIM_SUBMENU;
 NewItem.fType   = MFT_STRING;
 NewItem.fState   = MFS_UNCHECKED;
 NewItem.wID    = 36000 + it->GetKernelID();
// NewItem.hSubMenu  = null;
NewItem.hSubMenu  = it->GetSubMenu();
 NewItem.hbmpChecked  = null;
 NewItem.hbmpUnchecked = null;
 NewItem.dwItemData  = 0;
 NewItem.dwTypeData  = it->GetName();
 NewItem.cch    = strlen(it->GetName());

 BOOL Status = InsertMenuItem(GetMenu(hWnd), IDM_INTERFACES, FALSE,
&NewItem);

Comments :
- 36000 is an hardcoded number greater than all static menu identifiers
already used by the app.
- "it" is a plug-in interface
- the newly added bits (to handle submenus) are just the MIIM_SUBMENU flag
and the hSubMenu member.

This works, but I have a little problem :

What happened before :
- on selection, I was able to catch the "wID" value thanks to the WM_COMMAND
message of the app's WindowProc.
- from there, I was able to get back the corresponding plug-in interface

What's happening now:
- on selection, I'm given a menu identifier *from the selected plug-in's
submenu*, which should be handled by the plug, not by the app.
- unfortunately I don't know how to get the previous "wID", so I don't know
what's the selected plug anymore !

Is there a way to get this ID back, somewhere ?
Maybe I could change the design and let the plug-ins handle their own menus,
with their own window proc. But I'd like to handle it once and for all in
the app, so that the plugs don't have to bother with this.


Thanks for reading a long post....

Pierre

[GD-Windows] Controlling the CD volume

[Pascal G. <pas...@ar...>]

Hi,

I managed to write a CDmanager to enable my game to play music from the CD.
The only porblem I can solve is the overall volume of the cd music. When
playing a track it plays at full volume. I have been looking at the media
commands but I cannot seem to find one that will allow to turn the volume of
the CD down.

Is there an eays way to do that with the Windows API ?? As I am also using
DirectSound in my game, could I use that to set the overall volume and turn
it down a bit ??

Thanks for your help and
Happy coding,
Pascal.

--------------------------------------------
Pascal Gane
Tel : 07940 503 610
"Shine"
Computer Artworks
www.artworks.co.uk

"Visiting is pretty
Visiting is good
Seems that all they ever
Wanted was a brother."
Foo Fighters - "This is a call"

Re: [GD-Windows] Unique menu IDs

[Rich <leg...@xm...>]

In article <03bd01c27402$d7f7e7e0$0e00000a@pierre>,
    "Pierre Terdiman" <p.t...@wa...>  writes:

> So, is there a way to get free IDs at runtime, or a way to create them in a
> safe way, etc ?

I think "Win32 Programming" by Rector and Newcomer has something to
say about this, but my copy is on loan right now.

IIRC, the suggested remedy is to allocate a range of IDs that you use
for this purpose and keep track of which ones you're using at the
moment when you need a new one.
-- 
Ask me about my upcoming book on Direct3D from Addison-Wesley!
  Direct3D Book <http://www.xmission.com/~legalize/book/>
    izfree: Open source tools for Windows Installer
            <http://izfree.sourceforge.net>

[GD-Windows] Unique menu IDs

[Pierre T. <p.t...@wa...>]

Another little question....

I have an app with a menu, using some static menu IDs known at compile time
(in resource.h, standard stuff).

Now I'm creating new menu entries at runtime, using InsertMenuItem.
Everything works well, but there's something I'm not too pleased with : the
wID member in the MENUITEMINFO. I just hardcoded some IDs there, but I fear
they'll collide one day with the static ones.

So, is there a way to get free IDs at runtime, or a way to create them in a
safe way, etc ?

Minor issue there, but while I'm wandering in the Win32 code...

Thanks,

Pierre

Re: [GD-Windows] Mouse wheel

[Pierre T. <p.t...@wa...>]

> hmm... that's strange, last time I tried, doing that didn't work, but I
was
> probably missing something else.

Well, I did nothing special here, just added this and it worked :

#define WM_MOUSEWHEEL  0x020A
#define WHEEL_DELTA   120
  case WM_MOUSEWHEEL:
  {
   mMouse.mWheelValue = (wparam>>16)/WHEEL_DELTA;
   [snip]
  }
  break;

Re: [GD-Windows] Mouse wheel

[<cas...@ya...>]

Pierre Terdiman wrote:
> It should work, but it might also enable some other unwanted NT
features....
>
> I just left my defines in place since, as Jon wrote :

hmm... that's strange, last time I tried, doing that didn't work, but I was
probably missing something else.


Ignacio Castaño
cas...@ya...

_______________________________________________________________
Yahoo! Messenger
Nueva versión: Webcam, voz, y mucho más ¡Gratis! 
Descárgalo ya desde http://messenger.yahoo.es

Re: [GD-Windows] Mouse wheel

[Pierre T. <p.t...@wa...>]

> ok, it seems that I defined the following:
>
> #define WINVER   0x0500
> #define _WIN32_WINNT 0x0501
>
> before including windows.h
>
> Let me know if it works...

It should work, but it might also enable some other unwanted NT features....

I just left my defines in place since, as Jon wrote :

> With something as simple as a mesasge constant, you're safe, though, as
> that message just won't get sent to you on earlier versions, so that
> switch case won't get hit. No compatibility worries there (unless you
> require mousewheel for accessing needed functionality in your program).

Basically I just wanted to make sure I wasn't missing something obvious....

Thanks for the help guys.

Pierre

Re: [GD-Windows] Mouse wheel

[<cas...@ya...>]

This is one of the problems I solve once and I again, and never remember how
I solved it last time. Let me check the sources...

ok, it seems that I defined the following:

#define WINVER   0x0500
#define _WIN32_WINNT 0x0501

before including windows.h

Let me know if it works...


Ignacio Castaño
cas...@ya...


Pierre Terdiman wrote:
> I'm running Win98 / VC 6.0, and WM_MOUSEWHEEL seems not to be defined
after
> I include winuser.h. (it's protected by some #ifdef checking various
Windows
> versions - which seem to fail on my system).
>
> Now, if I define :
>
>     #define WM_MOUSEWHEEL  0x020A
>
> (and other relevant ones), everything works as expected.
>
> Is it normal ? What's the story with those defines for various Windows
> versions ? Am I supposed to define one myself before including winuser.h ?
> Or did I miss something ?


_______________________________________________________________
Copa del Mundo de la FIFA 2002
El único lugar de Internet con vídeos de los 64 partidos. 
¡Apúntante ya! en http://fifaworldcup.yahoo.com/fc/es/

RE: [GD-Windows] Mouse wheel

[Jon W. <hp...@mi...>]

> Is it normal ? What's the story with those defines for various Windows
> versions ? Am I supposed to define one myself before including winuser.h ?
> Or did I miss something ?

There's a number of #defines you can set to tell the headers that you're
targeting various versions of Windows. WIN32_LEAN_AND_MEAN has been a
favourite, and WINVER is the "master control" for what version of
Windows you're targeting.

The whole "what controls came with which version of Windows or Internet
Explorer and how can I check for them and install them in my installer"
thing is rather annoying, to say the least. To install the later stuff,
you need the Windows Installer -- but the earlier systems don't even
have *THAT* installed, and the installer redistributable requires a
reboot to become effective. Bah!

With something as simple as a mesasge constant, you're safe, though, as
that message just won't get sent to you on earlier versions, so that
switch case won't get hit. No compatibility worries there (unless you
require mousewheel for accessing needed functionality in your program).

You probably also want to go to the Windows developer download page on
MSDN and download/install the Platform SDK (if you haven't already gotten
it through a regular MSDN CD) which has rather more updated headers and
libraries.

Cheers,

				/ h+

RE: [GD-Windows] Mouse wheel

[Dirk R. <ri...@ph...>]

Its protected by these defines to help you define a minimum version you
require.
Without any define your target is still Win95 and when you explicitely
define a minimum version you get all the features of this version.
There is no autodetection going on inside the windows headers.

  Dirk

-----Original Message-----
From: gam...@li...
[mailto:gam...@li...]On Behalf Of
Pierre Terdiman
Sent: Monday, October 14, 2002 11:48 AM
To: gam...@li...
Subject: [GD-Windows] Mouse wheel


I'm running Win98 / VC 6.0, and WM_MOUSEWHEEL seems not to be defined after
I include winuser.h. (it's protected by some #ifdef checking various Windows
versions - which seem to fail on my system).

Now, if I define :

    #define WM_MOUSEWHEEL  0x020A

(and other relevant ones), everything works as expected.

Is it normal ? What's the story with those defines for various Windows
versions ? Am I supposed to define one myself before including winuser.h ?
Or did I miss something ?

Thanks,

Pierre



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Gamedevlists-windows mailing list
Gam...@li...
https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows
Archives:
http://sourceforge.net/mailarchive/forum.php?forum_id=555

[GD-Windows] Mouse wheel

[Pierre T. <p.t...@wa...>]

I'm running Win98 / VC 6.0, and WM_MOUSEWHEEL seems not to be defined after
I include winuser.h. (it's protected by some #ifdef checking various Windows
versions - which seem to fail on my system).

Now, if I define :

    #define WM_MOUSEWHEEL  0x020A

(and other relevant ones), everything works as expected.

Is it normal ? What's the story with those defines for various Windows
versions ? Am I supposed to define one myself before including winuser.h ?
Or did I miss something ?

Thanks,

Pierre

Re: [GD-Windows] InstallShield Japanese

[Ben C. <be...@gu...>]

On Sunday, October 13, 2002, 7:38:36 PM, someone wrote:

[snip]
> I'm extremely frustrated, and if we weren't something like
> a couple of weeks behind on the Japanese goldmaster, I would
> think about patching the whole thing heavily with C++ DLLs.

> Any help?

 Most Japanese applications simply pass Shift-JIS characters to the
standard single-byte APIs - this is obviously a massive hack, but it's
the way things have worked since Windows 3.1 (IIRC), and there are a
vast body of apps out there that work like this. I'd suggest simply
trying that (entering SJIS whereever you put the shortcut names), and
seeing what happens. Of course, if you're testing this on an English
version of Windows you'll need to set the "language for non-Unicode
applications" (in Regional Settings) to Japanese to get it to work,
but that's pretty common with Japanese-language apps.

 I'm pretty sure that's what 99% of the Japanese apps I've seen do - I
definitely remember that the majority don't install shortcuts
correctly (you either get mangled names or no shortcuts at all) when
the default languages are set to English - implying that unicode
wasn't really involved anywhere ^-^;. If you are really stuck I can
have a brief hunt and see if I haven't got a Japanese Installshield
app lying around that I can verify this behaviour with.

-- 
Ben Carter - Neko Technologies - be...@gu...
http://www.neko-tech.com/ - http://www.absoluteterror.com/
---------------------------------PGP Key available on request---
"Broken mirror, a million shades of light,
 the old echo fades away. 
 But just you and I can find the answer, 
 and then we can run to the end of the world."
                                - Small of two pieces, Xenogears

[GD-Windows] InstallShield Japanese

[Ivan-Assen I. <as...@ha...>]

Hello,

does anyone have experience building installers
with InstallShield for CJK languages?
I'm banging my head for several days against a seemingly solid
wall trying to make an installer which places
shortcuts with Japanese names in the Start Menu.
(things like "Uninstall Celtic Kings" and "Play Celtic Kings
Online with GameSpy Arcade")

We've done our other installers with InstallShield 6.1;
but it, as well as its updated brethren 6.3 and 7.0 Professional,
don't seem to know a thing about Unicode, and seem to use only
the "A" versions of the Windows API functions (dealing with
narrow, singlebyte characters), even when coupled
with a East Language Pack. InstallShield 7 Developer, which is
a completely different beast, based on Windows Installer
technology, seems to handle at least multibyte Japanese
encodings, but has a ton of other problems (heck, the damn
thing couldn't even install a shortcut for ITSELF properly).

I'm extremely frustrated, and if we weren't something like
a couple of weeks behind on the Japanese goldmaster, I would
think about patching the whole thing heavily with C++ DLLs.

Any help?

regards,
Assen

RE: [GD-Windows] BoundsChecker

[Garry & L. P. <po...@ad...>]

BoundsChecker 7.0 (just released) does a much better job at
keeping the system DLL leaks and errors out of your way.  It's
also much better at cradle to grave monitoring, catches many more
leaks and errors and has a better GUI.

See http://www.compuware.com/products/devpartner/bounds/

Garry
(BoundsChecker Developer)

Re: [GD-Windows] BoundsChecker

[Julien K. <ma...@ju...>]

You can check a simple Windows Application with BC.

The last Time i used BC it reported 5 or 6 Memory-Leaks and/or Warnings for
a empty Windows-Application and some more for a simple MFC-App..

Julien Koenen

----- Original Message -----
From: "Pierre Terdiman" <p.t...@wa...>
To: <gam...@li...>
Sent: Friday, October 11, 2002 9:24 PM
Subject: [GD-Windows] BoundsChecker


> Ok, so I installed it and started looking for obvious bugs. I found a
couple
> of obvious ones (a device context not released for example), but otherwise
> there are a lot of memory & resource leaks I'm not sure about.
>
> Here they are :
> http://www.codercorner.com/BoundsChecker.jpg
>
> The only obvious one to me is that mutex with "CreateMutexA" somewhere in
> the middle of the pic. Indeed I don't release it, my mistake.
>
> Now, about all the other leaks....
>
> Does it look normal ? I'm not familiar enough with BS to be sure. I think
> those are mainly leaks within D3D and/or Windows I don't have much control
> over. Is that right ?
>
> Or is it possible to get rid of all of them ? It's a bit scary. I should
> have installed BS a long time ago I guess.
>
> Pierre
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gamedevlists-windows mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows
> Archives:
> http://sourceforge.net/mailarchive/forum.php?forum_id=555

Re: [GD-Windows] BoundsChecker

[Rich <leg...@xm...>]

In article <00f301c2715b$dba23ac0$0e00000a@pierre>,
    "Pierre Terdiman" <p.t...@wa...>  writes:

> Or is it possible to get rid of all of them ?

I haven't used BC, but I have used Purify.  I found that it was indeed
disturbing to see memory leaks in things like the C runtime and other
system DLLs.  However, at that time I had no idea how to report such
bugs to MS.  Now I can do it through the MVP channel, and there is
probably a way to do it as a regular user of MSVC, but I don't know
what that is.

>It's a bit scary.

Indeed.  I only come to the conclusion that a tool like BC or Purify
isn't a standard part of the development process for all of MS's
product groups.

For any leaks you think are D3D's fault, then you should report them
to di...@mi...

> I should
> have installed BS a long time ago I guess.

I recommend some sort of tool like this for any significant C/C++
development.
-- 
Ask me about my upcoming book on Direct3D from Addison-Wesley!
  Direct3D Book <http://www.xmission.com/~legalize/book/>
    izfree: Open source tools for Windows Installer
            <http://izfree.sourceforge.net>

[GD-Windows] BoundsChecker

[Pierre T. <p.t...@wa...>]

Ok, so I installed it and started looking for obvious bugs. I found a couple
of obvious ones (a device context not released for example), but otherwise
there are a lot of memory & resource leaks I'm not sure about.

Here they are :
http://www.codercorner.com/BoundsChecker.jpg

The only obvious one to me is that mutex with "CreateMutexA" somewhere in
the middle of the pic. Indeed I don't release it, my mistake.

Now, about all the other leaks....

Does it look normal ? I'm not familiar enough with BS to be sure. I think
those are mainly leaks within D3D and/or Windows I don't have much control
over. Is that right ?

Or is it possible to get rid of all of them ? It's a bit scary. I should
have installed BS a long time ago I guess.

Pierre

RE: [GD-Windows] Using LoadLibrary in DllMain....

[Jon W. <hp...@mi...>]

Here's a possible implementation of the DLL loader code:

void WindowsDLLLoader( char const * filename )
{
  AcquireLock( globalDllLock );
  void * address = ReadFile( filename );
  RelocateDll( address );
  if( !CallDllWinMain( address ) ) {
    FreeDllMemory( address );
  }
  ReleaseLock( globalDllLock );
}

I'm sure there's other problems, such as with cyclic 
dependencies (perhaps involving more than two DLLs) and 
initialization order.

Cheers,

				/ h+


> -----Original Message-----
> From: gam...@li...
> [mailto:gam...@li...]On Behalf Of
> Pierre Terdiman
> Sent: Friday, October 11, 2002 11:28 AM
> To: gam...@li...
> Subject: [GD-Windows] Using LoadLibrary in DllMain....
> 
> 
> ....is not a good idea, according to the MSDN.
> 
> Why ? What are the possible consequences ?
> 
> Thanks,
> Pierre
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gamedevlists-windows mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows
> Archives:
> http://sourceforge.net/mailarchive/forum.php?forum_id=555
> 

[GD-Windows] Using LoadLibrary in DllMain....

[Pierre T. <p.t...@wa...>]

....is not a good idea, according to the MSDN.

Why ? What are the possible consequences ?

Thanks,
Pierre

Re: [GD-Windows] Nasty GUI bug

[Pierre T. <p.t...@wa...>]

> Erm... IIRC, the GetDeviceCaps call of many drivers scribbles past the
area
> you give it. So allocate a much bigger buffer (I used 4k extra and didn't
> have any further problems).
>
> Maybe this is a similar or related problem?

I'll just use a bigger structure indeed, but that's evil.
BTW I forgot to set the dmDriverExtra member to 0, but it doesn't fix the
bug anyway (memory still gets overwritten).

Pierre

RE: [GD-Windows] Nasty GUI bug

[Tom F. <to...@mu...>]

Erm... IIRC, the GetDeviceCaps call of many drivers scribbles past the area
you give it. So allocate a much bigger buffer (I used 4k extra and didn't
have any further problems).

Maybe this is a similar or related problem?


Tom Forsyth - Muckyfoot bloke and Microsoft MVP.

This email is the product of your deranged imagination,
and does not in any way imply existence of the author.

> -----Original Message-----
> From: Pierre Terdiman [mailto:p.t...@wa...]
> Sent: 11 October 2002 15:51
> To: gam...@li...
> Subject: Re: [GD-Windows] Nasty GUI bug 
> 
> 
> > Going to check my bounds right now.
> 
> No luck so far, but BS found something in another part of my 
> code. This is
> in a DX7 renderer, the code is :
> 
>   // Get the current display depth
>   DEVMODE devmode;
>   devmode.dmSize = sizeof(DEVMODE);
>   EnumDisplaySettings(null, ENUM_CURRENT_SETTINGS, &devmode);
> 
> And BS tells me :
> 
>     Stack memory overrun
>     Copying 156 bytes to devmode
>     Starting offset: 0, destination size: 148 bytes
> 
> Indeed, sizeof(DEVMODE) is 148.
> 
> Is it a known bug ? Looks nasty.
> 
> 
> Also, is there a way to get the internal reference count of a DLL ?
> 
> ...to be continued...
> 
> Pierre
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gamedevlists-windows mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows
> Archives:
> http://sourceforge.net/mailarchive/forum.php?forum_id=555
> 

Re: [GD-Windows] Nasty GUI bug

[Pierre T. <p.t...@wa...>]

> Going to check my bounds right now.

No luck so far, but BS found something in another part of my code. This is
in a DX7 renderer, the code is :

  // Get the current display depth
  DEVMODE devmode;
  devmode.dmSize = sizeof(DEVMODE);
  EnumDisplaySettings(null, ENUM_CURRENT_SETTINGS, &devmode);

And BS tells me :

    Stack memory overrun
    Copying 156 bytes to devmode
    Starting offset: 0, destination size: 148 bytes

Indeed, sizeof(DEVMODE) is 148.

Is it a known bug ? Looks nasty.


Also, is there a way to get the internal reference count of a DLL ?

...to be continued...

Pierre