Program crashes if the numchuck is pluged in when starting

[GoogleCodeExporter]

What steps will reproduce the problem?
1. put wm_connect() in the create event of an existing object
2. connect the numchuck
3. run the game.

What is the expected output? What do you see instead?
A program has stopped responding message pops up.  Program also terminates.
 By unpluging the numchuck and pluging it back in once the program starts
will work though.

What version of the product are you using? On what operating system?
I don't know the version number (and I don't know what "product" your
talking about).
Windows Vista Home Premium 32-bit

Thanks,
Hieros

Original issue reported on code.google.com by Sirwin...@gmail.com on 2 Apr 2008 at 2:46

[GoogleCodeExporter]

I am currently unable to duplicate your problem. By product I mean GiiMote.

If anyone else is experiencing this problem please let me know. I am testing on
Windows XP and this may be an issue with using GiiMote on the Vista operating 
system,
but I am unable to test it.

Original comment by leif902 on 2 Apr 2008 at 2:34

• Changed state: CantDuplicate
• Added labels: Priority-Low
• Removed labels: Priority-Medium

[GoogleCodeExporter]

I have version 2.0 (now that I look, I am out of date. I downloaded it from 
YoYo. 
I'll redownload it and see if that works) I'll also redownload the driver for my
bluetooth.

Thanks,
Hieros

P.S. I'm not sure if I explained it well enough the first time, but basically I 
can
connect when its not plugged into a extension, but wm_connect fails when I have 
the
numchuck plugged in.  All of the other functions work though after I have 
connected
then inserted the numchuck

Original comment by Sirwin...@gmail.com on 2 Apr 2008 at 6:36

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

The latest version may work for you. YoYo, unfortunately, does not provide me 
with a
way to update or remove the extension on their site. I regret uploading it 
there.

Please comment if a newer version solves your problem.

Original comment by leif902 on 2 Apr 2008 at 6:49

[GoogleCodeExporter]

Well, my computer is officially retarded.  Once I downloaded the update it went 
from
bad to worse.  Now it doesn't matter if I have any extension in  the wiimote or 
not
it will always give me this error.  Also it gives me this error message if I 
have
installed the gex on a game, even if I don't use wm_connect().  Please tell me 
what
I'm doing wrong:

---------------------------
GM .Net Layer: Unhandled Exception
---------------------------
There has been an unhandled exception in the "GM .Net Layer". The following 
trace is
available:

System.IO.FileLoadException: Could not load file or assembly 'GiiMote,
Version=2.5.2989.19123, Culture=neutral, PublicKeyToken=null' or one of its
dependencies. The application has failed to start because its side-by-side
configuration is incorrect. Please see the application event log for more 
detail.
(Exception from HRESULT: 0x800736B1)

File name: 'GiiMote, Version=2.5.2989.19123, Culture=neutral, 
PublicKeyToken=null'
---> System.Runtime.InteropServices.COMException (0x800736B1): The application 
has
failed to start because its side-by-side configuration is incorrect. Please see 
the
application event log for more detail. (Exception from HRESULT: 0x800736B1)

   at System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase,
Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, 
Boolean
throwOnFileNotFound, Boolean forIntrospection)

   at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase,
Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, 
Boolean
throwOnFileNotFound, Boolean forIntrospection)

   at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence
assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)

   at System.Reflection.Assembly.InternalLoadFrom(String assemblyFile, Evidence
securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean
forIntrospection, StackCrawlMark& stackMark)

   at System.Reflection.Assembly.LoadFrom(String assemblyFile)

   at LoadDll(SByte* filename)

When seeking support, please contact the creater of the program and copy the 
complete
error message. Press Ctrl+C to copy the message. Press Ok to continue or press 
Cancel
to exit the application.
---------------------------
OK   Cancel   
---------------------------

Original comment by Sirwin...@gmail.com on 5 Apr 2008 at 6:26

[GoogleCodeExporter]

That is strange. I would recommend re-installing the .NET Framework (Version 
2.0 -
3.5) and installing the VC90 runtime components (search the Microsoft site). 
However,
I can't guarantee that this will fix your problem. That error message is most 
likely
saying that the .NET framework is not installed properly.

Original comment by leif902 on 5 Apr 2008 at 6:30

[GoogleCodeExporter]

the odd thing is that when I reinstall V2.0 it works find, but when I reinstall 
V2.51
it dies...

Well, I'll try to find the .NET Framwork.

Also I'm going to install each version leading up to 2.51 and see what 
happens...

Original comment by Sirwin...@gmail.com on 5 Apr 2008 at 7:07

[GoogleCodeExporter]

2.0 Works
2.1 Works
2.2 and up Fails

What were the changes between 2.2 and 2.1?

Original comment by Sirwin...@gmail.com on 5 Apr 2008 at 7:14

[GoogleCodeExporter]

sorry for posting over and over again (I don't know how to edit here), but you 
were
right.  I had to reinstall the .NET framework and it now works again!  The only
problem is that in never fix the original problem.  Currently I have a message 
that
tells the user to unplug the numchuck, which will have to work for now...

Thanks again,
Hieros

P.S.  I have also noticed that when I plug in the numchuck, the size of the IR 
sensor
dots turn to 0 even though it still gives correct position numbers.  When I 
take it
out, the sizes turn back to normal.  I don't know if this is related, but I 
wanted to
mention it anyway

Original comment by Sirwin...@gmail.com on 5 Apr 2008 at 7:28

[GoogleCodeExporter]

Thanks, that last comment gives me an idea. I'm not sure why it would do this 
for you
and not for anyone else, but it may just be something about your stack and the 
way
GiiMote sets the Wii Remote's report type. Wait until the next version, I've 
made a
few changes which may fix your problem (though I can't guarantee anything).

Original comment by leif902 on 5 Apr 2008 at 8:55

[GoogleCodeExporter]

I have more abnormalities to add to the list of dumb things my computer does.
Known:
1) Game crashes if I plug in the numchuck when using wm_connect()
2) When pluging in the numchuck ir dot size goes to 0, even if it sees it
New:
1) Accelerometer data for the numchuck is equal to the wiimote, weather it is 
plugged
in or not
2) Game does not crash if wm_get_accel_x() == 1.  If the wiimote's x is 
perfectly at
1 the game continues.  Also it doesn't matter the numchuck's 
wm_nunchuck_get_accel_x().

I hopes this help in finding out what is causing the problem.

Thanks,
Hieros

Original comment by Sirwin...@gmail.com on 12 Apr 2008 at 12:32

[GoogleCodeExporter]

I now have one more to add.  If I call wm_exists() and the wiimote doesn't 
exists the
game crashes.  If I call wm_exists() and the wiimote does exists, as soon as I 
try to
use wm_connect() the game crashes.

Original comment by Sirwin...@gmail.com on 13 Apr 2008 at 2:52

[GoogleCodeExporter]

Okay this has to be a communications error with your stack or device. Sorry, 
but this
isn't GiiMote, it's your computer. I really don't know how to help you with 
this.
(Odd, I didn't even know you commented, the notification didn't get sent right. 
Sorry
for the delay)

Original comment by leif902 on 14 Apr 2008 at 3:22

[GoogleCodeExporter]

Original comment by leif902 on 14 Apr 2008 at 3:22

• Changed state: Invalid