TrailMyx's Subroutine collection foro OEUO - Includes FINDITEM!

[NObama]

Ok - making a little more sense.  What I can't understand is why this code executed several times, then abruptly stopped working:

Code: [Select]

dofile("tm_subs_collection8.lua")
temp = {}
count = 0
count, temp = TM_FindItemsByID(4102)
if count > 0 then
print(count)
end

Now, when I run I just get "Stopped."

Also, the result it was returning before (133) did not accurately count all the POF in the nearby containers.  

EDIT:  Ah ha!  I must have closed containers.  This doesn't count inside closed containers, apparently...is that intended, TM?

[TrailMyx]

So it worked how many times?

[NObama]

I worked until I closed all the containers on screen (logged out/logged back in due to inactivity).  See edit above.

[TrailMyx]

That's probably a problem with prior then.  Add that to the bug list.
FindItemsByID is a very simple sub.

[TrailMyx]

Iterating through a table and extracting the index and item is just a Lua idiom, so just snuggled up with a Lua book for a few minutes and read up on "pairs" or "ipairs".

Anyway, I posted a few examples in the other thread.  Should be useful.

[TrailMyx]

Updated to version 9.  Fixed a timer bug.

[Superslayer]

nvrmind...to drunk again..

[smokinjoe26]

I realize that this is an old topic and OpenEUO is a forgotten cause.  Although, while working with it.  I have found the following when running the below script ...

Code: [Select]

UO.TargCurs = true
wait(100)
while (UO.TargCurs == true) do
  wait(5000)
  print("Target the item you want info on")
end
local obtype = UO.LTargetID
for i = 0, UO.ScanItems(true) do
  local id,type,kind,contid,x,y,z,stack,rep,col = UO.GetItem(i)   
  if id == obtype then
    local name, info = UO.Property(id)
    print ('i = item number ' .. i .. ' in scan items')
    print('name:'..name, 'info:'..info)
    print("the id is:"..id, "the type is:"..type, "the kind is:"..kind, "the contid is:"..contid, "the x coordinate is:"..x, "the y coordinate is:"..y, "the z coordinate is:"..z, "the stack amount is:"..stack, "the rep is:"..rep, "the col is:"..col)
  end
end
I checked my runebook with this and got the following printed result:

_{i = item number 0 in scan items
name:Runebook
info:Exceptional
Blessed
Weight: 1 Stone
BOD
the id is:1160486928
the type is:8901
the kind is:0
the contid is:1135523425
the x coordinate is:877
the y coordinate is:536
the z coordinate is:0
the stack amount is:0
the rep is:0
the col is:1121}

Basically, what I am getting at and what it boils down to is that the subs collections was not scanning the item numbered zero for one of the find item functions.  Mainly pertaining to UO.GetItem(val).  UO.GetItem starts at zero.  I am not sure why but it does.  My character attempting to get bods would not use his runebook because it was UO.GetItem number zero.  Others may ave this same problem.  Just providing potentially useful info is all ... I am not sure if TM wants to mess with this or not.

I changed all of these:
_{i=1,UO.ScanItems}
To these:
_{i=0,UO.ScanItems}

Happy scripting to all.

[TrailMyx]

I apologize for that.  I've had that fixed in my version for a LONG time now.  I don't know why I never posted it.  Thank you for point it out to everyone - I'll update this thread with the latest version.  Thanks smokinjoe!