Log in

View Full Version : Bad Update?



BlueWorld
11-30-2010, 06:17 AM
Well i just updated my simba as usual but now i get

[Error] C:\Simba\Includes\SRL/SRL/misc/smart.scar(140:204): Invalid number of parameters at line 139

and here is
Line 139 of smart.scar

SmartSetup('http://'+prefix+'.runescape.com/', 'plugin.js?param=o0,a' + IntToStr((Integer(not(Signed)) + 1) * Integer(not((SuperDetail and Signed)))) + ',m' + IntToStr(Integer(Members)), 765, 503, 's');

anyone else having this problem?

HyperSecret
11-30-2010, 06:32 AM
BenLand100 did just make an update to smart.scar. Maybe it somehow isn't compatible yet? Even though I thought it was...

BlueWorld
11-30-2010, 06:36 AM
solved: turns out the ", 's'" part wasn't needed?? idk how it got there as i don't open that file ever =/


SmartSetup('http://'+prefix+'.runescape.com/', 'plugin.js?param=o0,a' + IntToStr((Integer(not(Signed)) + 1) * Integer(not((SuperDetail and Signed)))) + ',m' + IntToStr(Integer(Members)), 765, 503, 's');

KingKong
11-30-2010, 07:03 AM
I've had the same problem, and i couldn't run any of my scripts for a long time. Blueworld's method solved the problem.

P.S. Does anyone know when/where i can download the v6.2 Smart?

Narcle
11-30-2010, 07:09 AM
I KNEW this would come up... he should of put a try..except in there. You need to use the SMART in the dev repository. This is version 6.3

Mushmu
11-30-2010, 07:45 AM
Im having the same problem. I tryed Blueworld's method but it did not worked for me.

crezzur
11-30-2010, 08:18 AM
Change the error to :


SmartSetup('http://'+prefix+'.runescape.com/', 'plugin.js?param=o0,a' + IntToStr((Integer(not(Signed)) + 1) * Integer(not((SuperDetail and Signed)))) + ',m' + IntToStr(Integer(Members)), 765, 503);

save and enjoy botting

KingKong
11-30-2010, 08:23 AM
Im having the same problem. I tryed Blueworld's method but it did not worked for me.

What version of smart are you using? I think blueworld's method only works for v6.2 or lower. The new version(v6.3) uses the extra parameter.

Mushmu
11-30-2010, 08:47 AM
I got the newer version (v6.3) and kongking's method worked :). Thanks alot for the help.

Harry
11-30-2010, 09:03 AM
If you move the plugin from C:\Simba\Includes\SRL\place inside plugins folder\simba\libsmart.dll into C:\Simba\Plugins\libsmart.dll, it will work. It is suggested that you use 6.3 of SMART and not 6.2, so just move the plugin and get latest SRL and it will work.

weby
11-30-2010, 03:44 PM
thanks alot! for fxixing my problem :)

Cstrike
11-30-2010, 04:00 PM
I KNEW this would come up... he should of put a try..except in there. You need to use the SMART in the dev repository. This is version 6.3

Is there a link to the dev repository? I couldn't find it, ended up using the reflection libsmart.dll one which worked though.

traveler
11-30-2010, 04:22 PM
Is there a link to the dev repository? I couldn't find it, ended up using the reflection libsmart.dll one which worked though.

http://villavu.com/repositories/srl-opendev

BenLand100
11-30-2010, 07:20 PM
As a special note: The plugin in the dev/reflection repos is SMARTv6.3, and the most recent SRL was modified to work with this version. It is HIGHLY SUGGESTED not to use v6.2 because that was an unofficial release, e.g. someone other than me modified the code, compiled it, and used my version numbers.

Wanted
11-30-2010, 08:32 PM
{$DEFINE SMART63_UP} would be useful.

Wizzup?
11-30-2010, 08:56 PM
{$DEFINE SMART63_UP} would be useful.

Why? Everyone will already have the latest SMART as Simba auto updates this. (I just uploaded the latest plugins)

Wanted
11-30-2010, 11:17 PM
Why? Everyone will already have the latest SMART as Simba auto updates this. (I just uploaded the latest plugins)

For two reasons, the first being code differences in the delay time between the change and the fix. Would prevent threads, confusion and time squandering. The second reason being future updates in which reverting to an older version is a viable solution. Something to consider for the next release, but for now is fine.

BenLand100
12-02-2010, 06:08 AM
For two reasons, the first being code differences in the delay time between the change and the fix. Would prevent threads, confusion and time squandering. The second reason being future updates in which reverting to an older version is a viable solution. Something to consider for the next release, but for now is fine.
The first reasons are just overzealous idiot proofing mixed with complaining. For the "second" however, why would you ever revert to a previous version? I'm not Freddy, I don't break things left and right in every release. Fact is, the new version works just like the old version if you add an empty string as the last argument; if pascal let me overload procedures I wouldn't even leave the old one in there.

Wizzup?
12-02-2010, 10:43 AM
FreePascal does overloading, Ben. The interpreter just doesn't. ;)
***DISREGARD THAT: I SUCK COCKS***