Open GoogleCodeExporter opened 9 years ago
Not reproduced here. Empty works fine.
Original comment by tapcio
on 12 Feb 2013 at 4:26
Hmm, ok, something must be going on with the reset code changes that has caused
some issues in vs2010 builds.
Original comment by danialho...@gmail.com
on 12 Feb 2013 at 5:01
loading the right symbols will help
Original comment by danialho...@gmail.com
on 12 Feb 2013 at 5:06
ok, for whatever reason, i cannot get the correct symbols to load so i'll post
up the dmp file here http://www.mediafire.com/?dfmdjbkia1so7g9
Original comment by danialho...@gmail.com
on 12 Feb 2013 at 5:13
http://pastebin.com/A8hKhSEC
doesn't seem to happen in the 540 binary included, or the latest downloadable
version of the dll's.
only msvc10 builds >.<
Original comment by danialho...@gmail.com
on 12 Feb 2013 at 6:27
apparently the wrong CLR is being loaded when a vs2010 binary is loaded.
CLR 4.0 should be loaded, but 2.0r3 is instead.
Original comment by danialho...@gmail.com
on 12 Feb 2013 at 6:33
Seems somewhere in GetState.
Original comment by tapcio
on 12 Feb 2013 at 6:40
I finally figured out how to get the full windbg info had to enter .loadby sos
clr
http://pastebin.com/piHzSDEe - way to large to paste here
Original comment by danialho...@gmail.com
on 12 Feb 2013 at 6:45
Can you upload dll file ?
Original comment by tapcio
on 12 Feb 2013 at 7:02
PS: It must be exactly same as in windbg report and please attach pdb too.
Original comment by tapcio
on 12 Feb 2013 at 7:08
[deleted comment]
Issue started occuring inx 360ce.App-2.0.2.188.zip
x360ce.App-2.0.2.163.zip works ok
Original comment by danialho...@gmail.com
on 12 Feb 2013 at 7:23
[deleted comment]
[deleted comment]
It basically occurs when any button field is empty
i can leave the triggers and axes fields empty with no issue.
Heres the new dmp, dll and pdb
http://www.mediafire.com/?44bd1hdr93gts4e
Original comment by danialho...@gmail.com
on 12 Feb 2013 at 7:43
Original comment by danialho...@gmail.com
on 13 Feb 2013 at 8:55
I found a stack corruption issue in StringToGUID functions ... Maybe this is a
problem.
Original comment by tapcio
on 13 Feb 2013 at 10:16
Potentially, though would it cause more issues under one compiler vs another.
Original comment by danialho...@gmail.com
on 13 Feb 2013 at 11:32
I will try to update application to make sure that XInput crash won't bring
application down.
Original comment by ejocys
on 14 Feb 2013 at 8:35
@danialhorton
Try r626
Original comment by tapcio
on 14 Feb 2013 at 11:53
[deleted comment]
I want to change button names to something nicer, without spaces. This is my
proposition: http://pastebin.com/BsECgZ4r
Original comment by tapcio
on 14 Feb 2013 at 12:00
seems fixed by r626 :)
i'll leave this open since ejocy's wants to further prevent app crashes and
your last comments tapcio
Original comment by danialho...@gmail.com
on 14 Feb 2013 at 12:50
@tapcio: Yes, it would be nicer. Good suggestion. In C# code and on database I
use Microsoft's naming standards combined with
Microsoft.Xna.Framework.Input.Buttons enumeration with "Button" as prefix for
buttons. I am using these setting names now:
AxisToDPadDeadZone
AxisToDPadEnabled
AxisToDPadOffset
ButtonA
ButtonB
ButtonBig
ButtonBack
ButtonGuide
ButtonStart
ButtonX
ButtonY
DPad
DPadDown
DPadLeft
DPadRight
DPadUp
ForceEnable
ForceOverall
ForceSwapMotor
ForceType
GamePadType
LeftMotorPeriod
LeftShoulder
LeftThumbAntiDeadZoneX
LeftThumbAntiDeadZoneY
LeftThumbAxisX
LeftThumbAxisY
LeftThumbButton
LeftThumbDeadZoneX
LeftThumbDeadZoneY
LeftThumbDown
LeftThumbLeft
LeftThumbRight
LeftThumbUp
LeftTrigger
LeftTriggerDeadZone
PassThrough
RightMotorPeriod
RightShoulder
RightThumbAntiDeadZoneX
RightThumbAntiDeadZoneY
RightThumbAxisX
RightThumbAxisY
RightThumbButton
RightThumbDeadZoneX
RightThumbDeadZoneY
RightThumbDown
RightThumbLeft
RightThumbRight
RightThumbUp
RightTrigger
RightTriggerDeadZone
Basically this pattern:
<group><name>
<group> - Button|DPad|Force|LeftTrigger|RightTrigger|LeftThumb|RightThumb...
<name> - Button|DeadZoneX|DeadZoneY|AxisX|AxisY|Up|Down|Left|Right...
It would be preferable for names to be as close as possible to original names
chosen by Microsoft (in C++ or C# code).
My format fits with C# coding practices and XML perfectly. Your C++ format fits
perfectly too. I can adapt application to support multiple naming standards and
add methods which will upgrade INI to new format.
Original comment by ejocys
on 14 Feb 2013 at 7:36
While' we're talking about the app, it would be nice if it auto size so that
all the text is visible on the General tab.
when system dpi is set to 125 X/B/A and the stick axes and button are slightly
cut off.
Original comment by danialho...@gmail.com
on 14 Feb 2013 at 8:44
Issue 464 has been merged into this issue.
Original comment by danialho...@gmail.com
on 17 Feb 2013 at 4:37
Issue 492 has been merged into this issue.
Original comment by danialho...@gmail.com
on 13 Mar 2013 at 3:14
Issue 492 has been merged into this issue.
Original comment by danialho...@gmail.com
on 13 Mar 2013 at 3:14
Original issue reported on code.google.com by
danialho...@gmail.com
on 12 Feb 2013 at 4:18