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

[GD-Windows] Future Play Alert

[Matt C. <mat...@al...>]

THE FUTURE PLAY WEBSITE IS NOW LIVE!!!!  (WWW.FUTUREPLAY.ORG)
<http://www.futureplay.org/>=20

=20

Make sure you register for Future Play 2006.  Future Play attracts
academics, students and industry representatives from all over the
world, so here is your chance to make those connections that will help
you develop in the field of computer game design and technology. Early
Bird Registration Deadline is September 1st.

=20

Check out the exciting lineup of keynote speakers.  Recent additions
include Clint Hocking and Sheri Graner Ray. Clint Hocking most recently
worked as scriptwriter, lead level designer and creative director on
Splinter Cell: Chaos Theory.  Sheri Graner Ray has worked for such
companies as Electronic Arts/Origin Systems, Sony Online Entertainment
and Cartoon Network, and has worked on such licenses as Star Wars
Galaxies, Ultima, and Nancy Drew.

=20

Reminder that Paper Submission Deadline is July 28th=20

=20

The Conference runs October 10th through 12th in London, Ontario,
Canada.

Hope to see you in October,

=20

=20

Matt Chaimbrone

Promotions and Conference Assistant

Algoma University College

=20

1520 Queen Street East
Sault Ste. Marie, Ontario, P6A 2G4

Phone: (705) 949-2301 ext. 4236

Email: mat...@al...

www.futureplay.org

=20

=20

[GD-Windows] [OT?] Microsoft GameFest Developer event

[Mike B. <mi...@mi...>]

Apologies, as I think this may be arguably off-topic but I wanted to
ensure that both lists are aware that the abstracts have just been
posted to the GameFest site
(https://www.microsoftgamefest.com/session_abstracts.htm).

You should have a look-see at the abstracts - there's a ton of content
for all MS platforms across multiple disciplines.

If you'd more info please reply directly to me, rather than spamming the
list, even if it's to argue the relative merits of netiquette :)

Cheers, Mike

[GD-Windows] Future Play 2006

[Matt C. <mat...@al...>]

Ladies and Gentlemen:

=20

Future Play 2006: The International Academic Conference on the Future of
Game Design and Technology www.futureplay.org
<http://www.futureplay.org/>=20

=20

October 10-12, 2006, The London Convention Center London, Ontario,
Canada

=20

A Reminder that the Paper Submission Deadline for Future Play is Friday
July 28th.

You can upload your paper submission directly into our paper review
system here
<http://plt.cs.brown.edu:8080/servlets/futureplay06/continue.ss?request-
account> .

=20

Also Early Bird Registration Deadline is September 1st.

=20

Early Bird Student         $150.00

Early Bird Regular        $350.00

Early IGDA Member    $300.00

Late Student                    $200.00


Late Regular                    $400.00

Late IGDA Member        $350.00

(All in Canadian Dollars)

=20

To register see registration form
<https://secure.commtechlab.msu.edu/futureplay/reg_form.php> .

=20

Thanks,

=20

=20

Matt Chaimbrone

Promotions and Conference Assistant

Algoma University College

=20

1520 Queen Street East
Sault Ste. Marie, Ontario, P6A 2G4

Phone: (705) 949-2301 ext. 4236

Email: mat...@al...

www.futureplay.org

=20

=20

Re: [GD-Windows] Opening COM ports over 9?

[Root, K. <kr...@fu...>]

> People still use COM ports?  Gosh, what a concept.

 Many high-end equipment is still controllable over COM only :(=20

-----Original Message-----
From: gam...@li...
[mailto:gam...@li...] On Behalf Of
Andras Balogh
Sent: Thursday, June 01, 2006 1:07 AM
To: Game Development for MS Windows
Subject: Re: [GD-Windows] Opening COM ports over 9?

> People still use COM ports?  Gosh, what a concept.

It's actually a virtual COM port hiding a high-tech GPS unit connected
via =20
USB port...


> Strange as it may seem, this is the info I saw on this topic:
>
> "To open a COM port greater than or equal to COM10, you have to prefix
> the string "\\.\" to the COM port name.
> In C it would look like this:
> CreateFile( "\\\\.\\COM10",...)
> because you have to escape the "\" character. "

Funny I've just found the same info right after I hit send:
http://msdn.microsoft.com/library/default.asp?url=3D/library/en-us/devio/=
b
ase/communications_resource_handles.asp


> Never tried it, good luck.

It works.

thanks,


Andras


_______________________________________________
Gamedevlists-windows mailing list
Gam...@li...
https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows
Archives:
http://sourceforge.net/mailarchive/forum.php?forum_id=3D555

Re: [GD-Windows] Opening COM ports over 9?

[Andras B. <and...@gm...>]

> People still use COM ports?  Gosh, what a concept.

It's actually a virtual COM port hiding a high-tech GPS unit connected via  
USB port...


> Strange as it may seem, this is the info I saw on this topic:
>
> "To open a COM port greater than or equal to COM10, you have to prefix
> the string "\\.\" to the COM port name.
> In C it would look like this:
> CreateFile( "\\\\.\\COM10",...)
> because you have to escape the "\" character. "

Funny I've just found the same info right after I hit send:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base/communications_resource_handles.asp


> Never tried it, good luck.

It works.

thanks,


Andras

Re: [GD-Windows] Opening COM ports over 9?

[George G. <ge...@ba...>]

People still use COM ports?  Gosh, what a concept.

Strange as it may seem, this is the info I saw on this topic:

"To open a COM port greater than or equal to COM10, you have to prefix
the string "\\.\" to the COM port name.
In C it would look like this:
CreateFile( "\\\\.\\COM10",...)
because you have to escape the "\" character. "

Never tried it, good luck.

-- George.

- George Geczy
- Lead Programmer, BattleGoat Studios
- www.supremeruler2010.com
- "Designing the Next Generation of Intelligent Strategy Games"


> -----Original Message-----
> From: gam...@li... 
> [mailto:gam...@li...] 
> On Behalf Of Andras Balogh
> Sent: Wednesday, May 31, 2006 5:47 PM
> To: gam...@li...
> Subject: [GD-Windows] Opening COM ports over 9?
> 
> 
> I have a device on COM14, that I have to read data from. I'm using  
> Windows' CreateFile function to open the serial port. I can 
> open ports 1-9  
> no problem, but when I try to open COM14, Windows tells me 
> that the file  
> does not exist. However, I can open up COM14 in 
> HyperTerminal, and it  
> seems to work fine. I did notice that MSDN have a page on 
> file naming,  
> where it lists words from COM1 to COM9 as reserved, but 
> there's no word  
> about COM14. This tells me that COM14 is not supported, but 
> other programs  
> can still access it somehow..
> 
> Any ideas?

[GD-Windows] Opening COM ports over 9?

[Andras B. <and...@gm...>]

I have a device on COM14, that I have to read data from. I'm using  
Windows' CreateFile function to open the serial port. I can open ports 1-9  
no problem, but when I try to open COM14, Windows tells me that the file  
does not exist. However, I can open up COM14 in HyperTerminal, and it  
seems to work fine. I did notice that MSDN have a page on file naming,  
where it lists words from COM1 to COM9 as reserved, but there's no word  
about COM14. This tells me that COM14 is not supported, but other programs  
can still access it somehow..

Any ideas?



Andras

Re: [GD-Windows] strange debugging problem

[Andras B. <and...@gm...>]

This is an old thread, but I think I've finally found a solution that
always works (none of the other suggestions really worked for me):

When the program is running, first pause it from Visual Studio, then
place the breakpoint, then resume running, and tadaam! :)



Andras


Monday, February 20, 2006, 8:00:07 PM, you wrote:

> While my application is running, I can use alt-tab to switch to other
> programs and then switch back, and all this seems to work fine. However,
> when I switch to Visual Studio, and put a breakpoint in the source, while
> the program is running under the debugger, the program just.. well.. I
> don't know how to describe it, it kinda hangs, but it does this in a very
> strange way. The VS debugger says it's still running, but when I try to
> break into it (using the break all command that should just stop at the
> current instruction, wherever it is), it can't. The callstack window does
> not respond anymore, and I can not continue, or step anymore.. The only
> button on VS that works is the stop debugging. And it's funny, but when I
> say stop, I can actually see a couple more messages in the debug output
> window that my program is writing out..

> Anyone experienced anything like this? Any ideas about what might cause
> it, and possible workarounds?

> This is on VC++ 7.1 /Win32 XP

Re: [GD-Windows] Dialog doesn't move

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

Martin Slater wrote:

> If your in a window hook don't you want to let the original window 
> handler get a look in with something like
> 
>         return CallWindowProc(m_oldWindowProc, hwnd, message, wParam, 
> lParam);
> 
> not sure if this applies to your situation or not but may help;)

It applies, although I already do it. Because I use SetWindowsHookEx(), 
I don't get the old hook directly; instead I get a handle that I call 
through CallNextHookEx(), but it's the same idea. (The nice thing about 
Ex is that you can un-install yourself safely)

So, no, that wasn't the problem, either. But thanks!

Cheers,

			/ h+

Re: [GD-Windows] Dialog doesn't move

[brian s. <bri...@gm...>]

On 29 Apr 2006, at 07:04, Martin Slater wrote:

>> Now, there is a little bit more to the story. I'm calling  
>> IsDialogEvent from inside a GetMessage WindowsHook, and if it  
>> (IsDialogEvent) returns true, I change the message to WM_NULL/0/0.  
>> The reason is that I'm actually hosted as a DLL inside another  
>> application. I've already recovered my HMODULE, the HMODULE of the  
>> host, and the HWND of the main window, so that's all good. I also  
>> know the thread is the same, because I only hook GetCurrentThreadId 
>> () in the SetWindowsHookEx() call.
>
> If your in a window hook don't you want to let the original window  
> handler get a look in with something like
>
>         return CallWindowProc(m_oldWindowProc, hwnd, message,  
> wParam, lParam);
>
> not sure if this applies to your situation or not but may help;)
>

You're thinking of what one does when subclassing windows - hook  
procedures are another beast entirely.  Jon needs to call  
CallNextHookEx but if he doesn't the only thing that will break will  
be other hooks.

Only thing that springs to my mind for Jon's problem is that a  
GetMessage hook doesn't catch all the messages sent to an app.   
Anything sent via PostMessage goes into the message queue, but  
anything sent via SendMessage goes straight to the WndProc.  I have  
no idea if this is related to the problem, but it *is* a difference  
between a quote-unquote "standard" app and what Jon is trying to do.

--brian
____________________________________________________

brian sharon | bri...@gm... | http://projecthellion.co.uk

Re: [GD-Windows] Dialog doesn't move

[Martin S. <ms...@he...>]

> Now, there is a little bit more to the story. I'm calling IsDialogEvent 
> from inside a GetMessage WindowsHook, and if it (IsDialogEvent) returns 
> true, I change the message to WM_NULL/0/0. The reason is that I'm 
> actually hosted as a DLL inside another application. I've already 
> recovered my HMODULE, the HMODULE of the host, and the HWND of the main 
> window, so that's all good. I also know the thread is the same, because 
> I only hook GetCurrentThreadId() in the SetWindowsHookEx() call.

If your in a window hook don't you want to let the original window 
handler get a look in with something like

         return CallWindowProc(m_oldWindowProc, hwnd, message, wParam, 
lParam);

not sure if this applies to your situation or not but may help;)

cheers

Martin


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.5.1/327 - Release Date: 28/04/2006

Re: [GD-Windows] Dialog doesn't move

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

Andrew Grant wrote:

> Just to be clear, I'm pretty sure you need to ignore all non-zero return
> values not just those that return TRUE. E.g.
 > while (dlg->Running() && GetMessage(&msg,NULL,0,0))
 >   if (!IsDialogMessage(dlg->Handle(), &msg))

Yes, that's what I did. That made the dialog seize up when clicking the 
title bar to move it, or clicking the close button. NOT ignoring the 
messages I listed made it work OK.

> My understanding is that the only use of IsDialogMessage() is to handle
> keyboard navigation between items so you should be safe to omit this call
> altogether if you don't need that functionality.

I do need it.

 > Make sure it's the dialog handle you're passing in,not your main
 > window.

I'm pretty sure -- see below.

Now, there is a little bit more to the story. I'm calling IsDialogEvent 
from inside a GetMessage WindowsHook, and if it (IsDialogEvent) returns 
true, I change the message to WM_NULL/0/0. The reason is that I'm 
actually hosted as a DLL inside another application. I've already 
recovered my HMODULE, the HMODULE of the host, and the HWND of the main 
window, so that's all good. I also know the thread is the same, because 
I only hook GetCurrentThreadId() in the SetWindowsHookEx() call.

So: with this set-up, I have to explicitly not ignore about six events 
(related to NC mouse actions), or the dialog siezes up. Such behavior 
isn't documented anywhere. Given that I don't have source for the host 
application, it's been more annoying to debug than I would have hoped.

Any more insights to this situation? ("You shouldn't want to do that" 
came to me, as well, but wouldn't help the current situation :-)

Cheers,

			/ h+

RE: [GD-Windows] Dialog doesn't move

[Andrew G. <ag...@cl...>]

> The documentation for IsDialogMessage() claims that a message should not
> be further processed (translate/dispatch) if IsDialogMessage() returns
TRUE.

Just to be clear, I'm pretty sure you need to ignore all non-zero return
values not just those that return TRUE. E.g.

while (dlg->Running() && GetMessage(&msg,NULL,0,0))
{
	if (!IsDialogMessage(dlg->Handle(), &msg))
	{
		TranslateMessage(&msg);
     		DispatchMessage(&msg);
	}
}

Make sure it's the dialog handle you're passing in,not your main window.
Obvious I know, but that sort of thing has bitten me before.

My understanding is that the only use of IsDialogMessage() is to handle
keyboard navigation between items so you should be safe to omit this call
altogether if you don't need that functionality.

And finally, as always make sure you're pumping the message queue from the
correct thread, in this case the one that called CreateDialog.

A.


> -----Original Message-----
> From: gam...@li...
[mailto:gamedevlists-
> win...@li...] On Behalf Of Jon Watte
> Sent: Friday, April 28, 2006 12:17 AM
> To: gam...@li...
> Subject: [GD-Windows] Dialog doesn't move
> 
> I'm creating a dialog using CreateDialog() and running it as a modeless
> dialog.
> 
> The documentation for IsDialogMessage() claims that a message should not
> be further processed (translate/dispatch) if IsDialogMessage() returns
TRUE.
> 
> However, I have found that the dialog will lock up if you click in the
> title bar of it, unless you actually let some kinds of messages through
> to translate/dispatch even though IsDialogMessage() returns TRUE:
> 
>                case WM_NCLBUTTONDOWN:
>                case WM_NCMOUSEMOVE:
>                case WM_NCLBUTTONUP:
>                case WM_LBUTTONUP:
>                case WM_MOUSEMOVE:
> 
> This doesn't appear to be documented behavior, but seems to work OK.
> Does anyone know if this is the appropriate thing to do? Are there other
> messages I should let through to translate/dispatch as well?
> 
> (My dialog proc returns FALSE for pretty much everything except
> WM_COMMAND, WM_INITDIALOG and WM_DESTROY).
> 
> Cheers,
> 
> 			/ h+
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> 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] Dialog doesn't move

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

I'm creating a dialog using CreateDialog() and running it as a modeless 
dialog.

The documentation for IsDialogMessage() claims that a message should not 
be further processed (translate/dispatch) if IsDialogMessage() returns TRUE.

However, I have found that the dialog will lock up if you click in the 
title bar of it, unless you actually let some kinds of messages through 
to translate/dispatch even though IsDialogMessage() returns TRUE:

               case WM_NCLBUTTONDOWN:
               case WM_NCMOUSEMOVE:
               case WM_NCLBUTTONUP:
               case WM_LBUTTONUP:
               case WM_MOUSEMOVE:

This doesn't appear to be documented behavior, but seems to work OK. 
Does anyone know if this is the appropriate thing to do? Are there other 
messages I should let through to translate/dispatch as well?

(My dialog proc returns FALSE for pretty much everything except 
WM_COMMAND, WM_INITDIALOG and WM_DESTROY).

Cheers,

			/ h+

Re: [GD-Windows] shortcut to disasm

[Mick W. <de...@mi...>]

Dan Thompson wrote:
> Anyone know if there are any tools to take the current cursor location 
> in an IDE, like, say, VS, and have it show the disasm of the compiled 
> binary at that point /without/ running the exe?
>
> It seems like it should be quite possible, and I really hate either 
> having to turn on asm listing and hunting through the file, or doing a 
> run-to-cursor and alt-8. In theory can't the ide just bust open the 
> target exe and disasm it with symbols?
>
> -Dan
>

In Visual C++ 2005, you can do:

F11     (Debug/Step Into)
Ctrl+-  (Navigate backwards)
Go to Disassembly

While that does load the exe, it does not run it, and the Ctrl+- will 
take you to wherever the cursor was before you hit F11


Mick

Re: [GD-Windows] shortcut to disasm

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

When I need that, I use objdump (from GNU bintools) although dumpbin 
would probably do it too. It can take a symbol name to disassemble, but 
you have to match up the disassembly with the specific source line yourself.

Cheers,

		/ h+


Dan Thompson wrote:
> Anyone know if there are any tools to take the current cursor location 
> in an IDE, like, say, VS, and have it show the disasm of the compiled 
> binary at that point /without/ running the exe?


-- 
-- The early bird gets the worm, but the second mouse gets the cheese.

[GD-Windows] shortcut to disasm

[Dan T. <da...@ar...>]

Anyone know if there are any tools to take the current cursor location 
in an IDE, like, say, VS, and have it show the disasm of the compiled 
binary at that point /without/ running the exe?

It seems like it should be quite possible, and I really hate either 
having to turn on asm listing and hunting through the file, or doing a 
run-to-cursor and alt-8. In theory can't the ide just bust open the 
target exe and disasm it with symbols?

-Dan

RE: [GD-Windows] RE:Strange debugging problem

[Josh M. <jm...@ri...>]

> This kind of problem is generally caused by having an=20
> expression in a watch list that invokes some code in your app=20
> that sometimes behaves oddly (e.g., hangs).

Now that you mention it, I've run into that a few times before. =20
Here are a few other things I'd consider:

- I've had mixed results with data breakpoints and conditional
breakpoints, so if you're using something besides F9 that might explain
the problem.

- VC6 had a bug that would occasionally cause my breakpoint list to
freak out, resulting in thousands of breakpoints and would also cause
weird hanging while debugging, but I haven't see that issue manifest in
7.1.  Hitting a breakpoint and/or stepping over a single statement would
take a really long time.  This is why I now always have the breakpoint
window visible :)

- Try inserting "__asm int 3;" at main/WinMain somewhere and see if that
sort of "manual" user breakpoint works.

- Start debugging with F11 (step in) instead of F5 (run) and see if it
works as expected.  Set a breakpoint on the next line and hit F5 (run)
and see if it hits.

- Reboot if you haven't in a while :)

- See if a new, default console app does the same thing.  If not...
=20
 - Delete the ncb file in your project directory (I think that's the
user config file?). =20

 - Clean solution, manually delete all output and intermediate files
that remain.  Quit, restart, rebuild all, run.

[GD-Windows] RE:Strange debugging problem

[Kevin W. <krw...@ho...>]

This kind of problem is generally caused by having an
expression in a watch list that invokes some code
in your app that sometimes behaves oddly (e.g., hangs).
Whenever dev studio hits a breakpoint or for any other
reason 'returns to the debugger after executing app code'
it re-evaluates all the expressions in your watch lists, even
the ones you aren't currently viewing.  This can cause
really mysterious and frustrating behaviour :).  The answer
is 'clear your watch lists when this happens'.

Kevin Wasserman
Mad Doc Software

>From: gam...@li...
>Reply-To: gam...@li...
>To: gam...@li...
>Subject: Gamedevlists-windows digest, Vol 1 #385 - 2 msgs
>Date: Mon, 20 Feb 2006 20:07:41 -0800
>
>Send Gamedevlists-windows mailing list submissions to
>	gam...@li...
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows
>or, via email, send a message with subject or body 'help' to
>	gam...@li...
>
>You can reach the person managing the list at
>	gam...@li...
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Gamedevlists-windows digest..."
>
>
>Today's Topics:
>
>    1. strange debugging problem (Andras Balogh)
>    2. Re: strange debugging problem (Martin Slater)
>
>--__--__--
>
>Message: 1
>Date: Mon, 20 Feb 2006 19:00:07 -0700
>From: "Andras Balogh" <and...@gm...>
>To: gam...@li...
>Subject: [GD-Windows] strange debugging problem
>Reply-To: gam...@li...
>
>While my application is running, I can use alt-tab to switch to other
>programs and then switch back, and all this seems to work fine. However,
>when I switch to Visual Studio, and put a breakpoint in the source, while
>the program is running under the debugger, the program just.. well.. I
>don't know how to describe it, it kinda hangs, but it does this in a very
>strange way. The VS debugger says it's still running, but when I try to
>break into it (using the break all command that should just stop at the
>current instruction, wherever it is), it can't. The callstack window does
>not respond anymore, and I can not continue, or step anymore.. The only
>button on VS that works is the stop debugging. And it's funny, but when I
>say stop, I can actually see a couple more messages in the debug output
>window that my program is writing out..
>
>Anyone experienced anything like this? Any ideas about what might cause
>it, and possible workarounds?
>
>This is on VC++ 7.1 /Win32 XP
>
>
>thx,
>
>Andras

Re: [GD-Windows] strange debugging problem

[Martin S. <ms...@he...>]

Had this a week or so ago, cant remember what caused it unfortunately 
but the only thing that cleared it was restarting dev studio.

Martin

Andras Balogh wrote:
> While my application is running, I can use alt-tab to switch to other 
> programs and then switch back, and all this seems to work fine. 
> However, when I switch to Visual Studio, and put a breakpoint in the 
> source, while the program is running under the debugger, the program 
> just.. well.. I don't know how to describe it, it kinda hangs, but it 
> does this in a very strange way. The VS debugger says it's still 
> running, but when I try to break into it (using the break all command 
> that should just stop at the current instruction, wherever it is), it 
> can't. The callstack window does not respond anymore, and I can not 
> continue, or step anymore.. The only button on VS that works is the 
> stop debugging. And it's funny, but when I say stop, I can actually 
> see a couple more messages in the debug output window that my program 
> is writing out..
>
> Anyone experienced anything like this? Any ideas about what might 
> cause it, and possible workarounds?
>
> This is on VC++ 7.1 /Win32 XP
>
>
> thx,
>
> Andras
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> 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] strange debugging problem

[Andras B. <and...@gm...>]

While my application is running, I can use alt-tab to switch to other  
programs and then switch back, and all this seems to work fine. However,  
when I switch to Visual Studio, and put a breakpoint in the source, while  
the program is running under the debugger, the program just.. well.. I  
don't know how to describe it, it kinda hangs, but it does this in a very  
strange way. The VS debugger says it's still running, but when I try to  
break into it (using the break all command that should just stop at the  
current instruction, wherever it is), it can't. The callstack window does  
not respond anymore, and I can not continue, or step anymore.. The only  
button on VS that works is the stop debugging. And it's funny, but when I  
say stop, I can actually see a couple more messages in the debug output  
window that my program is writing out..

Anyone experienced anything like this? Any ideas about what might cause  
it, and possible workarounds?

This is on VC++ 7.1 /Win32 XP


thx,

Andras

RE: [GD-Windows] SetCursorPos on TabletPC

[George G. <ge...@ba...>]

While there may be differences when using DirectInput, for Win32 calls
the type of pointing device (tablet, light pen, trackball, etc) should
all result in a relatively predictable and 'mouse-centric' result.  For
example, WM_MOUSEMOVE returns the x/y position, not a change delta.  So
I wouldn't expect any differences in Win32 calls with different devices.

-- George.



- George Geczy
- Lead Programmer, BattleGoat Studios
- www.supremeruler2010.com
- "Designing the Next Generation of Intelligent Strategy Games"


> -----Original Message-----
> From: gam...@li... 
> [mailto:gam...@li...] On 
> Behalf Of brian sharon
> Sent: Saturday, January 28, 2006 4:06 PM
> To: gam...@li...
> Subject: Re: [GD-Windows] SetCursorPos on TabletPC
> 
> 
> It must be slightly different though - a tablet PC will convert your  
> input to an absolute mouse position, while a mouse (and a Wacom  
> tablet) will take your input and convert it into a delta 
> motion based  
> on the current mouse position.  In other words, you can "warp" the  
> pointer on a tablet PC by lifting the pen, but you can't do that by  
> lifting your mouse.
> 
> That said, I can't imagine why SetCursorPos wouldn't work on 
> a tablet  
> PC, but I have no direct experience to back that up...
> 
> --brian

Re: [GD-Windows] SetCursorPos on TabletPC

[brian s. <bri...@gm...>]

It must be slightly different though - a tablet PC will convert your  
input to an absolute mouse position, while a mouse (and a Wacom  
tablet) will take your input and convert it into a delta motion based  
on the current mouse position.  In other words, you can "warp" the  
pointer on a tablet PC by lifting the pen, but you can't do that by  
lifting your mouse.

That said, I can't imagine why SetCursorPos wouldn't work on a tablet  
PC, but I have no direct experience to back that up...

--brian

On 28 Jan 2006, at 20:13, Andras Balogh wrote:

> I don't think that tablet PCs behave any different than normal PCs.
> When the pen is far from the screen, the cursor stays in place, when
> it gets close to the screen, the cursor will follow, and when it
> touches the screen, it's a click. Or at least, that's how I
> remember... :) So I'd guess that all the mouse functions "just work".
>
>
> Andras
>
> Saturday, January 28, 2006, 10:35:56 AM, you wrote:
>
>> Does anyone know what the behaviour is of SetCursorPos on TabletPC?
>> Does it work, and if it doesn't, does it return FALSE?  What about
>> with just a regular Wacom?
>
>> Brian
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
> log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD  
> SPLUNK!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> 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] SetCursorPos on TabletPC

[Andras B. <and...@gm...>]

I don't think that tablet PCs behave any different than normal PCs.
When the pen is far from the screen, the cursor stays in place, when
it gets close to the screen, the cursor will follow, and when it
touches the screen, it's a click. Or at least, that's how I
remember... :) So I'd guess that all the mouse functions "just work".


Andras

Saturday, January 28, 2006, 10:35:56 AM, you wrote:

> Does anyone know what the behaviour is of SetCursorPos on TabletPC?
> Does it work, and if it doesn't, does it return FALSE?  What about
> with just a regular Wacom?

> Brian

[GD-Windows] SetCursorPos on TabletPC

[Brian H. <ho...@bo...>]

Does anyone know what the behaviour is of SetCursorPos on TabletPC?  
Does it work, and if it doesn't, does it return FALSE?  What about 
with just a regular Wacom?  

Brian