Patch 5.0.5

[nerf]

My character is in KS and works already for about 6 runs, using potions, cerificate, sell items, etc.. works.

Thanks Rock & Lisa

[newton666]

you tested on rc2?

[gloover]

Hmm, same issue here.

Code: Select all

..\scripts\rom/bot.lua:66: Unable to find wall hack address. Pattern needs updating.

even after svn update to rev. 742

EDIT: Ok, have found the "culprit" - it was "userfunction_QuestLogClass.lua" - but deleting this cause a new error

Code: Select all

.../scripts/rom/functions.lua:314: bad argument #3 to 'memoryWriteBytePtr' (number or table expected, got nil)

[lisa]

.../scripts/rom/functions.lua:314: bad argument #3 to 'memoryWriteBytePtr' (number or table expected, got nil)

Hmm you sure you updated to rev 742? I have this for that line

Code: Select all

	if( settings.hotkeys.MOVE_FORWARD) then

[gloover]

Yes, it was updated to rev. 742 - have checked this twice.

crazy thing - this is the whole function code from my functions.lua with date of last change nov. 28th:

Code: Select all

local function releaseKeys()
	memoryWriteBytePtr(getProc(),addresses.staticbase_char ,addresses.moveKeysPressed_offset, 0 )
end

have downloaded the functions.lua manually - now it looks more like a functioning code

Thanx for ya reference, lisa - now it seems to be working.

[rock5]

Both 742 and the RC2 changed files work. I suspect people are having issues as they try to mix and match files. To avoid this I've made the 743 update.lua and addresses.lua compatible with RC2.

Also update.lua should now work with older versions of the game again. It has been tested with 5.0.4 and works.

I've added a fix for RoMScript that requires the ingamefunctions updated, so the RC2 users don't have to keep switching versions if they want to use both the main bot and the RC version.

In the theme of compatibility, I've included a change that now attempts to update the addresses automatically if it detects the game has changed.

I'll update the RC2 files now.

[rock5]

I've added the RC2 files to the RC2 topic.
http://www.solarstrike.net/phpBB3/viewt ... 078#p42078

[Darkonnian]

Confirmed. Working like a charm. Thanks!

[rock5]

I've updated QuestLogClass userfunction for people who were having trouble with it. Note: this addon was what was causing the "wall hack address needs updating" error.

This addon requires bot rev 743 or newer to work.
http://www.solarstrike.net/phpBB3/viewt ... 676#p40676

[botje]

that fixed everything rock, great job mate ^^

[Niko]

My bot still doesn't sells anything... i have revision 743, updated ingamefunction folder into my addons folder and i have this on my profile

Code: Select all

		<!-- Auto selling options when used with player:merchant -->
		<option name="INV_MAX_SLOTS" value="180" />
		<option name="INV_AUTOSELL_ENABLE"	value="true" />		<!-- true | false -->
		<option name="INV_AUTOSELL_FROMSLOT" value="1" /> 			<!-- 1 = bag 1 slot 1 -->
		<option name="INV_AUTOSELL_TOSLOT"	value="180" /> 			<!-- 30 = last slot bag 1 -->
		<option name="INV_AUTOSELL_QUALITY"	value="white,green,blue,purple" /> 	<!-- white,green,blue,purple  -->
		<option name="INV_AUTOSELL_IGNORE"		value="Hierba misteriosa,Mysterious Herb" />

and this on my waypoint file

Code: Select all

	<!-- # 23 --><waypoint x="-20212" z="-20946" y="821" type="TRAVEL"> changeProfileOption("HARVEST_DISTANCE", 200);  
	yrest(100);
	player:merchant("Dundy Yal");
	yrest(100);
	__WPL:setWaypointIndex(__WPL:findWaypointTag("Vuelta"));	</waypoint>

i don't know if i have something wrong, i didn't changed anything since the last time it worked fine...

[rock5]

Do you have any conflicting files? That's files with yellow icons next to them in Explorer. At this stage you shouldn't have any red icons either.

Also, at what point does it fail? Does it fail to find or target the npc? Does it fail to open the store? Or does it just not sell anything?

If you still have problems try setting

Code: Select all

settings.profile.options.DEBUG_AUTOSELL=true

just before the merchant command so you get messages as to why it isn't selling.

[nerf]

Hi, I found an error, the screen froze for a few seconds as usual, and get this error.

IGF:[string "local a={Getkeyboardfocus():ClearFocus()} r..."]:1: attempt to index a nil value

Is the same error that this -> http://www.solarstrike.net/phpBB3/viewt ... 198#p42198

[rock5]

Sorry I haven't applied those fixes yet but they will be included when I commit the RC. But for now just follow those instructions.
http://www.solarstrike.net/phpBB3/viewt ... 210#p42210

[Niko]

The only file that appears yellow is addresses.lua, but that one it's always yellow...

i put this on my waypoint file

Code: Select all

<!-- # 23 --><waypoint x="-20212" z="-20946" y="821" type="TRAVEL"> changeProfileOption("HARVEST_DISTANCE", 200);  
	yrest(100);
	settings.profile.options.DEBUG_AUTOSELL=true;
	player:merchant("Dundy Yal");
	yrest(100);
	__WPL:setWaypointIndex(__WPL:findWaypointTag("Vuelta"));	</waypoint>

but i saw nothing on micromacro and/or chat window...

... i can find npc, open window, repair... but no sell

[rock5]

Try right clicking the addresses.lua and select "TortoiseSVN/Revert" to revert it to it's original state.

[romaniac]

It mostly runs, but when I try to execute the following command

RoMScript( "AutoZoomOutData.Enabled=false;" );

i get an error

IGF:Error in command sent to IGF.

Other RoMScript calls work. Needless to say, this one worked until today.

[rock5]

No that wouldn't have worked, even before today. You have to realize that on the game side it puts the command in a table, like so.

Code: Select all

a = {AutoZoomOutData.Enabled=false}

That will either try to create "a.AutoZoomOutData.Enabled=false" or it will cause a syntax error. You got an error message now because 743 picks up these errors and reports them. Previous versions didn't. To do that command properly and any other commands where you assign a value to a variable or any other complex code, you do it like this

RoMScript( "} AutoZoomOutData.Enabled=false; z={" );

Which in the game becomes

Code: Select all

a = {} AutoZoomOutData.Enabled=false; z={}

Which is perfectly valid code. It's 3 separate commands of which the middle one does what you want. Hope that's clear.

[Niko]

SVN revert worked perfect! as addresses.lua always shows yellow i thaught it wasn't important... now it's shown red!!! (don't know why...) works anyway... Thank's rock

[romaniac]

No that wouldn't have worked, even before today.

Well, it worked in a way as the error did not stop the script, it just did nothing.

But getting it right is even better, of course.