SRL Archive - Help

Bad Update?


BlueWorld

2010-11-30 01:17:27

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

2010-11-30 01:32:33

BenLand100 did just make an update to smart.scar. Maybe it somehow isn't compatible yet? Even though I thought it was…

BlueWorld

2010-11-30 01:36:29

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

2010-11-30 02:03:45

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

2010-11-30 02:09:55

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

2010-11-30 02:45:06

Im having the same problem. I tryed Blueworld's method but it did not worked for me.

crezzur

2010-11-30 03:18:15

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

2010-11-30 03:23:02

From: Mushmu
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

2010-11-30 03:47:16

I got the newer version (v6.3) and kongking's method worked :). Thanks alot for the help.

Harry

2010-11-30 04:03:46

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

2010-11-30 10:44:29

thanks alot! for fxixing my problem :)

Cstrike

2010-11-30 11:00:03

From: Narcle
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

2010-11-30 11:22:06

From: cstrike
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

2010-11-30 14:20:49

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

2010-11-30 15:32:35

{$DEFINE SMART63_UP} would be useful.

Wizzup?

2010-11-30 15:56:55

From: IceFire908
{$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

2010-11-30 18:17:40

From: Wizzup?
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

2010-12-02 01:08:05

From: IceFire908
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?

2010-12-02 05:43:31

FreePascal does overloading, Ben. The interpreter just doesn't. ;)
***DISREGARD THAT: I SUCK COCKS***