<div class='codemain' style='height:200px;white-spaceWow, that was a fast reply :3
Okay, I think that I've found the problem. The fix for the ulx commands breaking over time bug conflicts with this addon! As far as I know, it stops other files from modifying the "_" variable. I'll post the source since it's really small <div class='codetop'>CODEre;overflow:auto'>_ = nil -- Make sure we're starting out right.
local old__newindex = _G.__newindex
setmetatable( _G, _G )
function _G.__newindex( t, k, v )
if k == "_" then
-- If you care enough to fix bad scripts uncomment this following line.
error( "attempt to modify global variable '_'", 2 )
return
end
if old__newindex then
old__newindex( t, k, v )
else
rawset( t, k, v )
end
end</div>
I don't know how to work around this, but some solution would be nice. As of now I'm taking the broken ulx over the broken expression gate, but I hope to see them both working sometime in the future o.o[/b][/quote]
it's quite hilarious if it works now... I'm posting the beta 7 with a small fix... if it works now I'll tell you what was wrong
and laugh my ass of at the same time
![]()
Huge thanks btw, this explains the problem someone else was having with ULX too.
[attachment=156:WireModExpessionBeta7ULXFix.zip]
Here is a rediculous fix I did, please tell me if you get the same error or something else. (Note it might still not work correctly, but it should fail on another line now instead, but seriously, what should be the purpose of disallowing modification of _?)
NOTE: This is beta 7, and it has not been polished although it seems to work correctly.


LinkBack URL
About LinkBacks

re;overflow:auto'>_ = nil -- Make sure we're starting out right.



Reply With Quote



Bookmarks