Rux

This is a problem with the UDF's code. You should try and ask the author directly.

No problem.

So I put a message box after the IniWrite() and it never popped up when I clicked save. So that means the code is never even reaching that line. I replaced the "Save" bar button with a regular button and it reaches the line, but $X[5] exceeds the variable's array range, which means $X's array is smaller than 5. I changed the number to 2 and it worked. EDIT: Here is your edited code: #include #include #include #include #include #include #include #Region ### START Koda GUI section ### $Form1_1 = GUICreate("Form1_1", 170, 135, 222, 464) ;$Save = GUICtrlCreateMenu("Save") $Save = GUICtrlCreateButton("TEST", 10, 10, 30, 30) $hX = GUICtrlCreateInput("pos[0]", 16, 16, 49, 21) $hY = GUICtrlCreateInput("pos[1]", 104, 16, 49, 21) $MouseCoordX = GUICtrlCreateInput("-1", 16, 96, 49, 21) $MouseCoordY = GUICtrlCreateInput("-1", 104, 96, 49, 21) $N = GUICtrlCreateInput("1", 64, 56, 33, 21, BitOR($GUI_SS_DEFAULT_INPUT,$ES_CENTER)) GUISetState(@SW_SHOW) #EndRegion ### END Koda GUI section ### ;pre-declare x & y local $X[5] local $Y[5] ;pre-declare end HotKeySet("{SPACE}", "Var") While 1 $nSet = GUICtrlRead($N) $pos = MouseGetPos() GUICtrlSetData($hX, $pos[0]) GUICtrlSetData($hY, $pos[1]) If $nSet > 0 then GUICtrlSetData($MouseCoordX, $x[$nSet]) GUICtrlSetData($MouseCoordY, $y[$nSet]) EndIf $Msg = GUIGetMsg() Select Case $msg = $GUI_EVENT_CLOSE GUIDelete() fileDelete(@tempDir & "\image9.jpg") ExitLoop Exit Case $msg = $Save IniWrite("Vars.ini", "Variables", "X", $X[2]) MsgBox(64, "TEST", "MADE IT HERE") EndSelect WEnd Func Var() If $nSet > 0 then $x[$nSet] = $pos[0] $y[$nSet] = $pos[1] GUICtrlSetData($N, $nSet + 1) EndIf EndFunc

I've made some functions that do this as well.

Pretty cool. However, your coding style makes me cringe. Whats with all those unnecessary spaces?

....WHAT?! There were static variables in AutoIt all this time?!!? I wish I'd have known this sooner! It would have saved me a lot of work.

NEW GAME: BUILDER This is a block building game I made while bored in programming class. All the instructions are in the ReadMe. Enjoy! http://www.mediafire.com/download.php?arsqhb3mwbi9v5h

Thanks for the responses, and yes, it is a false positive. Right now, I'm working on another "experiment" block building game. I'll post it on the main post when I finish it. Also, if you want to see an example of a multi-player Irrlicht autoit game, check out this other project I have going: http://mlppegasusflightsim.webs.com/ I'm thinking of converting the main Irrlicht part of the code to C++ in version 3 however, as autoit is a little too slow for my needs. However, I'm still going to use the IrrlichtWrapper.dll as I'm too much of a noob, and for some reason can't get external libraries working in my IDE.

Hey everyone. I'd just like to share some 3D games I've made in Au3Irrlicht2. 3D PONG: http://www.mediafire.com/download.php?9inajnsgghfscac Just a basic Pong game. Try to get to 10 points! 3D Ring Game http://www.mediafire.com/?4ckh618hfb5esyo Move the ball around the Earth and through all the rings. You can do this on level easy or hard! UPDATE 1: Builder http://www.mediafire.com/download.php?arsqhb3mwbi9v5h Let me know what you think! Enjoy! (Sorry for this quick post, I'm kind of in a hurry).

Hey, if anyone's interested, check out my game at: http://mlppegasusflightsim.webs.com/ Version 2 will be coming out soon.

Hey guys, I know this project is old, but I'm going to redo the whole game sometime in the future, now that I know a LOT more about the Irrlicht engine.

Know what, all this Engine is missing is a physics engine. I wonder if I could come up with a simple one written in AutoIt...

Ok, I had to fiddle around with it, but I got it working, and it only seems a miniscule sized amount slower. There are not enough words in the English words for me to express my thanks for you solving this pain in the butt, seemingly solution-less problem. I thought I would have had to redo things, maybe even rewrite it in a different language to fix it. Hopefully, you can fix this bug in the future.

*Bump* Any luck on solving the problem?

Perhaps when I get some spare time. All it would be is 2 models, one of which is animated and moving each frame, and the other model is parenting to one of the bones on the first model, also, you need _IrrSetTransitionTime() on the moving model, otherwise, it may or may not happen. EDIT: Ok, so I managed to whip up an example of what I'm talking about. Download here: http://www.mediafire.com/?4du85s42mf6dbip As you speed up, notice the location of the object on the arm in comparison to the object on the head. The head object stays in the same location when the arm object begins to shift to the side away from the arm. THIS IS WHAT I DO NOT WANT. I want the object on the arm to stay in the same place the entire time. How can I fix this?