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

Re: [GD-Windows] Asian language support (IME)

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

Daniel Vogel wrote:
> FWIW, SDL handles Unicode though not composition. In Asian languages like
> Korean a keypress in composition mode could e.g. modify an already typed
> character or add a character and in addition to that modify a previously
> typed character :)

hmm... I thought that it was handled like spanish accents (áéíóúü) or like
the euro character that work fine under SDL.
Actually I hadn't planned to support Asian languages, but I expected them to
work correctly.

So when you get a composition character you basically remove the previous
characters and insert the new one, right?
It would be nice to support this somehow under SDL... I'm pretty busy right
now, but I will see what can I do.


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] Asian language support (IME)

[Daniel V. <vo...@ep...>]

> I'm actually using SDL unicode support for that. And it's
> supposed to work, but have never really tested. Does somebody
> have any experience with it?

FWIW, SDL handles Unicode though not composition. In Asian languages like
Korean a keypress in composition mode could e.g. modify an already typed
character or add a character and in addition to that modify a previously
typed character :)

-- Daniel, Epic Games Inc.

Re: [GD-Windows] Asian language support (IME)

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

Daniel Vogel wrote: 
> As I couldn't find much useful documentation/ examples when I was looking
> for a way to add Asian language support to our input code I thought I
> should
> post what works for us now so other people might have it easier than I did
> :)

I'm actually using SDL unicode support for that. And it's supposed to work,
but have never really tested. Does somebody have any experience with it?

Anyway, thanks for the code snipplet!

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

[GD-Windows] Asian language support (IME)

[Daniel V. <vo...@ep...>]

As I couldn't find much useful documentation/ examples when I was looking
for a way to add Asian language support to our input code I thought I should
post what works for us now so other people might have it easier than I did
:)

The below snippet should work fine with Japanese, Chinese and Korean Windows
(even Win98) though YMMV.

BTW, as a little hint - make sure you have your Korean keyboard plugged in
before installing Korean Windows if you don't speak the language as
otherwise you won't be able to use the IME key... had to learn that the hard
way ;)


Some globals.

INT	SupportsIME,
	CurrentIMESize;


After creating the window.

HIMC hImc = ImmGetContext( Window->hWnd );
if( !hImc )
{
	debugf(TEXT("Creating IME context."));
	hImc = ImmCreateContext();
	if( hImc )
		ImmAssociateContext( Window->hWnd, hImc );
	else
		debugf(TEXT("OS doesn't support IME."));
}
else
	ImmReleaseContext( Window->hWnd, hImc );

SupportsIME = hImc != NULL;



Once per frame (could possibly be done by handling some message but I didn't
have time to look into this closer and hey, it works ;)).

// IME stuff.
if( SupportsIME )
{
	HIMC hImc = ImmGetContext( Window->hWnd );
	if( !hImc )
	{
		debugf(TEXT("Creating IME context."));
		hImc = ImmCreateContext();
		if( hImc )
			ImmAssociateContext( Window->hWnd, hImc );
		else
			SupportsIME = 0;

		CurrentIMESize = 0;
	}
	else
		ImmReleaseContext( Window->hWnd, hImc );
}



Below is some code that handles the IME windows message.


case WM_IME_COMPOSITION:
{
	// Final composition string.
	if( lParam & GCS_RESULTSTR )
	{
		HIMC hImc = ImmGetContext(Window->hWnd);

		if( !hImc )
			appErrorf( TEXT("No IME context") );

		// Get the size of the result string.
		INT Size = ImmGetCompositionString( hImc, GCS_RESULTSTR, NULL, 0 );

		TCHAR* String = new TCHAR[Size+1];
		appMemzero( String, sizeof(TCHAR) * (Size+1) );

		// Get the result strings that is generated by IME.
		Size = ImmGetCompositionString( hImc, GCS_RESULTSTR, String, Size );
		Size /= sizeof( TCHAR );

		// Send backspaces.
		for( INT i=0; i<CurrentIMESize; i++ )
		{
			CauseInputEvent( IK_Backspace, IST_Press );
			CauseInputEvent( IK_Backspace, IST_Release );
		}

		// Send key to input system.
		for( INT i=0; i<Size; i++ )
		{
			INT Key = String[i];
			if( Key )
				Client->Engine->Key( this, IK_Unicode, String[i] );
		}

		delete [] String;

		ImmReleaseContext(Window->hWnd, hImc);

		CurrentIMESize = 0;
	}
	// Composition in progress.
	else if( lParam & GCS_COMPSTR )
	{
		HIMC hImc = ImmGetContext(Window->hWnd);

		if( !hImc )
			appErrorf( TEXT("No IME context") );

		// Get the size of the result string.
		INT Size = ImmGetCompositionString( hImc, GCS_COMPSTR, NULL, 0 );

		TCHAR* String = new TCHAR[Size+1];
		appMemzero( String, sizeof(TCHAR) * (Size+1) );

		// Get the result strings that is generated by IME.
		Size = ImmGetCompositionString( hImc, GCS_COMPSTR, String, Size );
		Size /= sizeof( TCHAR );

		// Send backspaces.
		for( INT i=0; i<CurrentIMESize; i++ )
		{
			CauseInputEvent( IK_Backspace, IST_Press );
			CauseInputEvent( IK_Backspace, IST_Release );
		}

		// Send key to input system
		for( INT i=0; i<Size; i++ )
		{
			INT Key = String[i];
			if( Key )
				Client->Engine->Key( this, IK_Unicode, String[i] );
		}

		delete [] String;

		ImmReleaseContext(Window->hWnd, hImc);

		CurrentIMESize = Size;
	}
	else
		return DefWindowProcX( Window->hWnd, iMessage, wParam, lParam );

	return 0;
}


You only want IME stuff for chatting and not for controlling the player so
here's some code that toggles it on the fly.

InParamter: bool Enable

if( SupportsIME )
{
	if( !Enable )
	{
		ImmAssociateContext( Window->hWnd, NULL );
		CurrentIMESize	= 0;
	}
	else
	{
		HIMC hImc = ImmGetContext( Window->hWnd );
		if( !hImc )
		{
			debugf(TEXT("Creating IME context."));
			hImc = ImmCreateContext();
			if( hImc )
				ImmAssociateContext( Window->hWnd, hImc );
			else
				SupportsIME = 0;

			CurrentIMESize	= 0;
		}
		else
		{
			ImmAssociateContext( Window->hWnd, hImc );
			ImmReleaseContext( Window->hWnd, hImc );
		}
	}
}


Hope this of help to someone out there :)

-- Daniel, Epic Games Inc.

Re: [GD-Windows] Choosing a folder with a dialog

[Colin F. <cp...@ea...>]

RE: [GD-Windows] Choosing a folder with a dialog>>> But now I have other MFC
problems....
>>> Will it ever stop ???
>>> Pascal.

The answer to that question might very well
drive you insane!

The truth is out there, but I've been told
that I can't handle the truth.

--- Colin
cp...@ea...

RE: [GD-Windows] Choosing a folder with a dialog

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

As I stated I had read the MSDN and I saw that stuff about the root folder
but as you say this is locking the browsing to folders below the root. It
turns out that having a callback function might be the way to do it but I
don't have time to investigate further. That was not said in a very clear
like "this will set the starting browsing folder". So I am still a bit
mystified.

But I still think that instead of pointing the obvious (and being
patronising while at it :)), a short "Check the browseinfo stuff in the
MSDN" for example would have at least been helpful. But now I have other MFC
problems.... Will it ever stop ???

Pascal.

-----Original Message-----
From: Rich [mailto:leg...@xm...]
Sent: 24 October 2002 17:54
To: gam...@li...
Subject: Re: [GD-Windows] Choosing a folder with a dialog 



Thinking about this a little more, I'll start over and apologize if you
felt my last response was too brutal.  Everyone has their up and down
moments and I should probably learn to post less in my down moments...

Look at the MSDN docs for BROWSEINFO, specifically the pidlRoot
member:

    "Pointer to an ITEMIDLIST structure (PIDL) specifying the location
    of the root folder from which to start browsing. Only the
    specified folder and any subfolders that are beneath it in the
    namespace hierarchy will appear in the dialog box. This member can
    be NULL; in that case, the namespace root (the desktop folder) is
    used."

Look in the MSDN Shell docs if you don't know what it means by PIDL
or ITEMIDLIST.

If you want to browse for a folder and allow the user to navigate up
above pidlRoot, then I think you need to make your own dialog for
that.
-- 
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] Choosing a folder with a dialog

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

Thinking about this a little more, I'll start over and apologize if you
felt my last response was too brutal.  Everyone has their up and down
moments and I should probably learn to post less in my down moments...

Look at the MSDN docs for BROWSEINFO, specifically the pidlRoot
member:

    "Pointer to an ITEMIDLIST structure (PIDL) specifying the location
    of the root folder from which to start browsing. Only the
    specified folder and any subfolders that are beneath it in the
    namespace hierarchy will appear in the dialog box. This member can
    be NULL; in that case, the namespace root (the desktop folder) is
    used."

Look in the MSDN Shell docs if you don't know what it means by PIDL
or ITEMIDLIST.

If you want to browse for a folder and allow the user to navigate up
above pidlRoot, then I think you need to make your own dialog for
that.
-- 
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] gdiPlus

[Graeme S. <GS...@au...>]

Does any one no any good news groups for GDIPlus.
 
Thanks
 

Re: [GD-Windows] Choosing a folder with a dialog

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

In article <B14C9D7F1977D111AD740060970ACBDA011A530B@warhol>,
    Pascal Gane <pas...@ar...>  writes:

> That was nice and really unhelpful.

...and with that opening remark, you want me to take you on a
personalized guided tour of the documentation?  The reason I posted
only RTFMSDN is that the information you desire is 1 mouse click away
from the page describing SHBrowseForFolder.  Therefore, I conclude
that you really haven't bothered to look at the documentation and
instead want us to handhold you through the entire process.
Therefore, I suggest that you RTFMSDN yourself.
-- 
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] Choosing a folder with a dialog

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

That was nice and really unhelpful. I'd rather you sent me an e-mail
directly that waste bandwidth here. And I read the MSDN, thank you,
otherwise I would have posted here.

Since you apparently read better than I did, would you mind telling me which
chapter should I turn my attention to ??

Thanks,
Pascal.

-----Original Message-----
From: Rich [mailto:leg...@xm...]
Sent: 22 October 2002 17:17
To: gam...@li...
Subject: Re: [GD-Windows] Choosing a folder with a dialog 



In article <B14C9D7F1977D111AD740060970ACBDA011A5304@warhol>,
    Pascal Gane <pas...@ar...>  writes:

> Nice, seems to do most of the job but how do you make it open at a
specified
> folder without restrictiing the access to only the folders below that one
??

RTFMSDN
-- 
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>


-------------------------------------------------------
This sf.net emial is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ad.doubleclick.net/clk;4699841;7576301;v?http://www.sun.com/javavote
_______________________________________________
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] Choosing a folder with a dialog

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

In article <B14C9D7F1977D111AD740060970ACBDA011A5304@warhol>,
    Pascal Gane <pas...@ar...>  writes:

> Nice, seems to do most of the job but how do you make it open at a specified
> folder without restrictiing the access to only the folders below that one ??

RTFMSDN
-- 
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] Choosing a folder with a dialog

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

Nice, seems to do most of the job but how do you make it open at a specified
folder without restrictiing the access to only the folders below that one ??
It seems that you always have to create it with the desktop as the default
folder but then every time you want to choose a folder you have to navigate
from the start again. Any ideas ???
 
Pascal.
-----Original Message-----
From: Pierre Terdiman [mailto:p.t...@wa...]
Sent: 22 October 2002 12:46
To: WinProgramming (E-mail)
Subject: Re: [GD-Windows] Choosing a folder with a dialog


SHBrowseForFolder ?
 

----- Original Message ----- 
From: Pascal Gane <mailto:pas...@ar...>  
To: WinProgramming  <mailto:gam...@li...>
(E-mail) 
Sent: Tuesday, October 22, 2002 1:37 PM
Subject: [GD-Windows] Choosing a folder with a dialog


Anybody knows which Win32 function to use (maybe MFC based) to allow the
user to select a folder not file ?? 
Using CFileDialog is fine for files but it only allows me to select a folder
that already contains a file. I'd like to be able to select any folder.

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] Choosing a folder with a dialog

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

Choosing a folder with a dialogAnd PLEASE PLEASE PLEASE make it possible =
for the user to type
in the folder name. I have no words for how much I hate programs which
make me click through My Network Places -> domain -> workgroup -> name =
of server
-> name of share -> etc. when I could just have typed =
\\serv2\proj1\folder3 .
  ----- Original Message -----=20
  From: Pascal Gane=20
  To: WinProgramming (E-mail)=20
  Sent: Tuesday, October 22, 2002 2:37 PM
  Subject: [GD-Windows] Choosing a folder with a dialog


  Anybody knows which Win32 function to use (maybe MFC based) to allow =
the user to select a folder not file ??=20
  Using CFileDialog is fine for files but it only allows me to select a =
folder that already contains a file. I'd like to be able to select any =
folder.

  Happy coding,=20
  Pascal.=20

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

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

RE: [GD-Windows] Choosing a folder with a dialog

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

Thanks. Looking into it.
 
Pascal.
 
-----Original Message-----
From: Dale Freya [mailto:df...@op...]
Sent: 22 October 2002 12:50
To: 'WinProgramming (E-mail)'
Subject: RE: [GD-Windows] Choosing a folder with a dialog


SHBrowseForFolder
 
Dale Freya
Amaranth - Software Engineer
Instructor - Vocational Education 
Computer Games & Interactive Entertainment 
Email: df...@op... <mailto:df...@op...> 
 
 
-----Original Message-----
From: gam...@li...
[mailto:gam...@li...] On Behalf Of
Pascal Gane
Sent: Tuesday, 22 October 2002 9:38 PM
To: WinProgramming (E-mail)
Subject: [GD-Windows] Choosing a folder with a dialog
 
Anybody knows which Win32 function to use (maybe MFC based) to allow the
user to select a folder not file ?? 
Using CFileDialog is fine for files but it only allows me to select a folder
that already contains a file. I'd like to be able to select any folder.
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] Choosing a folder with a dialog

[Mickael P. <mpo...@ed...>]

Pascal Gane wrote:
> Anybody knows which Win32 function to use (maybe MFC based) to allow
> the user to select a folder not file ??
> Using CFileDialog is fine for files but it only allows me to select a
> folder that already contains a file. I'd like to be able to select
> any folder. 

Here it is:

SHBrowseForFolder

    Mickael Pointier

RE: [GD-Windows] Choosing a folder with a dialog

[Dale F. <df...@op...>]

SHBrowseForFolder
 
Dale Freya
Amaranth - Software Engineer
Instructor - Vocational Education 
Computer Games & Interactive Entertainment 
Email: df...@op...
 
 
-----Original Message-----
From: gam...@li...
[mailto:gam...@li...] On Behalf Of
Pascal Gane
Sent: Tuesday, 22 October 2002 9:38 PM
To: WinProgramming (E-mail)
Subject: [GD-Windows] Choosing a folder with a dialog
 
Anybody knows which Win32 function to use (maybe MFC based) to allow the
user to select a folder not file ?? 
Using CFileDialog is fine for files but it only allows me to select a
folder that already contains a file. I'd like to be able to select any
folder.
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] Choosing a folder with a dialog

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

Choosing a folder with a dialogSHBrowseForFolder ?

  ----- Original Message -----=20
  From: Pascal Gane=20
  To: WinProgramming (E-mail)=20
  Sent: Tuesday, October 22, 2002 1:37 PM
  Subject: [GD-Windows] Choosing a folder with a dialog


  Anybody knows which Win32 function to use (maybe MFC based) to allow =
the user to select a folder not file ??=20
  Using CFileDialog is fine for files but it only allows me to select a =
folder that already contains a file. I'd like to be able to select any =
folder.

  Happy coding,=20
  Pascal.=20

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

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

[GD-Windows] Choosing a folder with a dialog

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

Anybody knows which Win32 function to use (maybe MFC based) to allow the
user to select a folder not file ??
Using CFileDialog is fine for files but it only allows me to select a folder
that already contains a file. I'd like to be able to select any folder.

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] RE: Finding driver faults

[Daniel V. <vo...@ep...>]

I don't want to move it again but here are some OpenGL specific hints:

> >    Write of address 00000000

gl*Pointer could be NULL (driver can't check for that)
pixels argument of glCompressedTexImage*DARB could be NULL (driver can't
check for that)

Seeing it is a write those two cases might be unlikely but there are a
couple of places in OpenGL where NULL is a valid argument the driver can't
check for because the spec doesn't say so... and in theory you could come up
with a stride/ index/ ... scenario where NULL would map into the client
address space :)

If you ask the client to run a program like glTrace to find out exactly in
which OpenGL call it dies it should be much easier to track down.

-- Daniel, Epic Games Inc.

> -----Original Message-----
> From: gam...@li...
> [mailto:gam...@li...]On Behalf Of
> Jon Watte
> Sent: Monday, October 21, 2002 1:28 AM
> To: Phil Scadden
> Cc: gam...@li...
> Subject: [GD-Windows] RE: [Algorithms] Finding driver faults
>
>
>
> I'm moving this to gamedevlists-windows (if you're not there,
> then please subscribe)
>
> If it's Windows XP, you can configure the machine to write a
> minidump, which you can have them mail to you. Then open that
> minidump using "Open Minidump" in the WinDbg debugger; open
> the symbol file for the version of the app that they're running,
> and start looking up the recorded stack to find an address
> inside where your app was loaded -- that's your return address,
> most likely. Do a "kv" from there (or similar).
>
> If you can connect WinDbg using FireWire (also requires WinXP)
> and boot the client machine with debugging mode turned on, that
> will let you catch the problem in the act and debug while it's
> there. The nice thing is it doesn't require installing any
> debugger anything on the target machine!
>
> If you're on Win2k, WinDbg still works, but usually is run with
> serial cables (SLOOOOOOOOOW) and can't do minidumps.
>
> If you're on 16-bit Windows, there's RTERM and DEBUGGER.EXE for
> cross-debugging kernel mode, but it's really quite primitive
> tools and they're really hard to set up and use. I've found one
> (1) bug in our app that way. (of course, I wouldn't have found
> it at all any other way, so I guess it's still a good thing)
>
> Cheers,
>
> 			/ h+
>
> > -----Original Message-----
> > From: gda...@li...
> > [mailto:gda...@li...]On Behalf Of Phil
> > Scadden
> > Sent: Sunday, October 20, 2002 12:44 PM
> > To: gda...@li...
> > Subject: [Algorithms] Finding driver faults
> >
> >
> > Having hassle with rare but annoying crashes on an nVidea driver.
> >
> >    Access violation at address 01775844 in module 'nvoglnt.dll'
> >    Write of address 00000000
> >
> > Only on client machines, never in office. What I would like to
> > know is what
> > the call sequence in my code is that triggers the error to see
> if there is
> > a possibility for a workaround. Cant give nVidea any meaningful
> > information
> > without it. Anyone got ideas on how to trace such an error?
> >
> >
> > ----------------------------------------------------------
> > Phil Scadden, Institute of Geological and Nuclear Sciences
> > 41 Bell Rd South, PO Box 30368, Lower Hutt, New Zealand
> > Ph +64 4 5704821, fax +64 4 5704603
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:
> > Access Your PC Securely with GoToMyPC. Try Free Now
> > https://www.gotomypc.com/s/OSND/DD
> > _______________________________________________
> > GDAlgorithms-list mailing list
> > GDA...@li...
> > https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list
> > Archives:
> > http://sourceforge.net/mailarchive/forum.php?forum_id=6188
> >
>
>
>
> -------------------------------------------------------
> 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] RE: [Algorithms] Finding driver faults

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

I'm moving this to gamedevlists-windows (if you're not there,
then please subscribe)

If it's Windows XP, you can configure the machine to write a
minidump, which you can have them mail to you. Then open that
minidump using "Open Minidump" in the WinDbg debugger; open
the symbol file for the version of the app that they're running,
and start looking up the recorded stack to find an address
inside where your app was loaded -- that's your return address,
most likely. Do a "kv" from there (or similar).

If you can connect WinDbg using FireWire (also requires WinXP)
and boot the client machine with debugging mode turned on, that
will let you catch the problem in the act and debug while it's
there. The nice thing is it doesn't require installing any
debugger anything on the target machine!

If you're on Win2k, WinDbg still works, but usually is run with
serial cables (SLOOOOOOOOOW) and can't do minidumps.

If you're on 16-bit Windows, there's RTERM and DEBUGGER.EXE for
cross-debugging kernel mode, but it's really quite primitive
tools and they're really hard to set up and use. I've found one
(1) bug in our app that way. (of course, I wouldn't have found
it at all any other way, so I guess it's still a good thing)

Cheers,

			/ h+

> -----Original Message-----
> From: gda...@li...
> [mailto:gda...@li...]On Behalf Of Phil
> Scadden
> Sent: Sunday, October 20, 2002 12:44 PM
> To: gda...@li...
> Subject: [Algorithms] Finding driver faults
>
>
> Having hassle with rare but annoying crashes on an nVidea driver.
>
>    Access violation at address 01775844 in module 'nvoglnt.dll'
>    Write of address 00000000
>
> Only on client machines, never in office. What I would like to
> know is what
> the call sequence in my code is that triggers the error to see if there is
> a possibility for a workaround. Cant give nVidea any meaningful
> information
> without it. Anyone got ideas on how to trace such an error?
>
>
> ----------------------------------------------------------
> Phil Scadden, Institute of Geological and Nuclear Sciences
> 41 Bell Rd South, PO Box 30368, Lower Hutt, New Zealand
> Ph +64 4 5704821, fax +64 4 5704603
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:
> Access Your PC Securely with GoToMyPC. Try Free Now
> https://www.gotomypc.com/s/OSND/DD
> _______________________________________________
> GDAlgorithms-list mailing list
> GDA...@li...
> https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list
> Archives:
> http://sourceforge.net/mailarchive/forum.php?forum_id=6188
>

Re: [GD-Windows] Custom OpenFile Dialog

[Paul C. <pa...@pa...>]

Cheers for that.  Finally got to sit down and try it and it works like a
charm, although I haven't got any actually functionality going, just a stub
function, but the extra controls are drawn so it should be plane(ish)
sailing from there.

Paul

----- Original Message -----
From: "Rich" <leg...@xm...>
To: <gam...@li...>
Sent: Sunday, October 20, 2002 1:23 AM
Subject: Re: [GD-Windows] Custom OpenFile Dialog


>
> In article <007301c277cd$339b4510$1402a8c0@paul1>,
>     "Paul Crowder" <pa...@pa...>  writes:
>
> > Reading through the msdn docs, it would appear it is possible to create
a
> > customised OpenFile dialog, as used by GetOpenFileName and
GetSaveFileName.
> > For example, a dialog that contains some sort of preview pane, or extra
> > options on what to do when loading a file.  While it would appear
possible,
> > little direction is really given, so before I start feeling around in
the
> > dark recesses of the win32 API I was wondering if anyone else has any
> > experience with this or knows of any examples?  The OFNHookProc appears
to
> > be the way in and it looks as though you have to create a dialog
template of
> > some sort, but should this be a full open/save dialog box or just the
extra
> > controls you want?
>
> Customizing any of the common dialogs is pretty simple once you have a
> working template.  I have a template in my sample code where I modify
> the common color chooser dialog to include a box for entering the
> alpha value for a color.  Download this sample
> <http://www.xmission.com/~legalize/book/snippets/index.html#6> and
> take a look at colorsel.h and colorsel.cpp for the implementation and
> winmain.rc for the resource templates you will need for customizing
> the color dialog.
>
> I got this from MSDN docs under Platform SDK / User Interface Services /
> Windows User Interface / User Input / Common Dialog Box Library /
> About Common Dialog Boxes / Customizing Common Dialog Boxes.
> --
> 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>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:
> Access Your PC Securely with GoToMyPC. Try Free Now
> https://www.gotomypc.com/s/OSND/DD
> _______________________________________________
> 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] Custom OpenFile Dialog

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

In article <007301c277cd$339b4510$1402a8c0@paul1>,
    "Paul Crowder" <pa...@pa...>  writes:

> Reading through the msdn docs, it would appear it is possible to create a
> customised OpenFile dialog, as used by GetOpenFileName and GetSaveFileName.
> For example, a dialog that contains some sort of preview pane, or extra
> options on what to do when loading a file.  While it would appear possible,
> little direction is really given, so before I start feeling around in the
> dark recesses of the win32 API I was wondering if anyone else has any
> experience with this or knows of any examples?  The OFNHookProc appears to
> be the way in and it looks as though you have to create a dialog template of
> some sort, but should this be a full open/save dialog box or just the extra
> controls you want?

Customizing any of the common dialogs is pretty simple once you have a
working template.  I have a template in my sample code where I modify
the common color chooser dialog to include a box for entering the
alpha value for a color.  Download this sample
<http://www.xmission.com/~legalize/book/snippets/index.html#6> and
take a look at colorsel.h and colorsel.cpp for the implementation and
winmain.rc for the resource templates you will need for customizing
the color dialog.

I got this from MSDN docs under Platform SDK / User Interface Services /
Windows User Interface / User Input / Common Dialog Box Library /
About Common Dialog Boxes / Customizing Common Dialog Boxes.
-- 
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] Custom OpenFile Dialog

[Paul C. <pa...@pa...>]

Reading through the msdn docs, it would appear it is possible to create a
customised OpenFile dialog, as used by GetOpenFileName and GetSaveFileName.
For example, a dialog that contains some sort of preview pane, or extra
options on what to do when loading a file.  While it would appear possible,
little direction is really given, so before I start feeling around in the
dark recesses of the win32 API I was wondering if anyone else has any
experience with this or knows of any examples?  The OFNHookProc appears to
be the way in and it looks as though you have to create a dialog template of
some sort, but should this be a full open/save dialog box or just the extra
controls you want?

cheers

Paul

[GD-Windows] Combo boxes

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

I'm layering Win32 and OpenGL in my application. It actually works 
reasonably well to put GDI windows as child windows of the main 
window which contains the OpenGL viewport.

Anyway, most applications that use combo boxes use a version that 
stays open if you click it once, and that has a scroll bar if you 
add more than a few items to it. However, all the documentation 
I've found on MSDN only tells me how to create a combo box with 
no scroll bar, and which works more like a MacOS popup menu; it 
goes away when you releaes the mouse button.

What Windows incantation am I doing wrong in creating this 
control?

Cheers,

				/ h+

Re: [GD-Windows] Unique menu IDs

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

Ok, all problems fixed. Thanks !