RebornBuddy Forums
Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!
HB ARCHIVES: Kick's Old Posts Thread--DO NOT DELETE!
- Thread starter fhlhwow
- Start date
- Status
no1knowsy
Well-Known Member
- Joined
- Feb 28, 2010
- Messages
- 3,927
You're gonna be awake for a while. But thanksGonna run this from 68-80 non stop, will document any and all errors I find with full attached error logs.
Will be running with a Blood DK to minimize deaths.
Sorry had no idea i had to do that or how do i do it.
chinajade
Community Developer
- Joined
- Jul 20, 2010
- Messages
- 17,540
no1knowsy
Well-Known Member
- Joined
- Feb 28, 2010
- Messages
- 3,927
Hey Kick,
I'm sure you have no control over this as the questing profiles have no listing on how to do it.
But when the bot needs to go and repair it doesn't use flying mounts, it only uses ground mounts, and with the distance between you and the repair vendor/if you are that island in Borean Tundra, HB cannot produce a path to the repair vendor.
Again I don't believe you have control over this, but is there any way we can get the repairing methods to fly to the vendor. Even if it does get a full path it still uses the ground mount, and thus has to kill everything on the way there, which may be very difficult if your gear is severely damaged.
Thanks, Panda
I'm sure you have no control over this as the questing profiles have no listing on how to do it.
But when the bot needs to go and repair it doesn't use flying mounts, it only uses ground mounts, and with the distance between you and the repair vendor/if you are that island in Borean Tundra, HB cannot produce a path to the repair vendor.
Again I don't believe you have control over this, but is there any way we can get the repairing methods to fly to the vendor. Even if it does get a full path it still uses the ground mount, and thus has to kill everything on the way there, which may be very difficult if your gear is severely damaged.
Thanks, Panda
chinajade
Community Developer
- Joined
- Jul 20, 2010
- Messages
- 17,540
There is no way a profile writer can arrange for this in a 'reactive' mode (say you got into a string of unfortunate deaths and needed to go repair). Honorbuddy itself--not the profile writer--determines when it needs to go repair. The profile writer can adjust the 'go repair' threshold, but that's about it. In short, the profile is not running when Honorbuddy goes to make its repair/mail runs. Since the Honorbuddy Levelbot (used for questing and grinding) doesn't natively fly--it only flies when the profile writer tells it to--there is no way a suspended profile can issue the needed 'flight directives'.
The only thing that any profile writer can do is to 'proactively' repair/mail. This means that every time the toon passes by a repair vendor or mailbox while picking up, advancing, or turning in a quest, it visits the repair vendor and mailbox. Some users may find this kind of behavior annoying, as the tests would have to be moved from "armor at 20% capacity requires repair" to "armor at 80% capacity requires repair". Of course, its the bot's time, and not yours, so it may not really be a problem.
I believe such 'proactive repair/mail' is wrong to do for two reasons:
- The code to do such would bloat the profile considerably.
This significantly makes a very involved questing profile harder to debug, and much harder to maintain.
- The root cause is that the Honorbuddy Levelbot does not natively fly.
I'm a big believer in solving problems at the root cause. "Chewing gum and shoestring" solutions always lead to problems.
Just some info and my $0.02. But I very much appreciate your position. I've had a long-standing belief that native flying for the Honorbuddy Levelbot is overdue by more than a year. Kick's even poked fun at me about this by skewing the results of this poll (subtract 1000 from the actual vote tally to figure out where 'native flying' falls in the priorities of our Community).
Native flying does so much more than solve the repair/mail runs. It would virtually eliminate all 'stuck' situations in the nav system, among other things. For instance, when you fall off a path onto a ledge with no navigable path, you simply fly away rather than stand there until reported/logout. It also solves problems in Twilight Highlands and other places. While questing or grinding, when your bot is trying to walk through that hill to get a harvest, it would just fly to the harvest rather than getting reported/logged out. Etc.
cheers,
chinajade
Last edited:
Kickazz006
Well-Known Member
- Joined
- Jan 15, 2010
- Messages
- 20,566
fixed; I was out of town and had a 400km drive today that lasted 6 hours, so i'm a little worn out right now - sorry for the delays!
re-svn
Did you read the Kick's very first POST!
Note: If you start this *midway* (73+), change <QuestOrder IgnoreCheckPoints="True" > -- True to False (Hint: Open the profile and change that line)
Kickazz006
Well-Known Member
- Joined
- Jan 15, 2010
- Messages
- 20,566
you thoroughly read the first post
Kickazz006
Well-Known Member
- Joined
- Jan 15, 2010
- Messages
- 20,566
@no1knowsy - repair / mail / sell runs ... we could enable flightor, but atm the bot will probably get stuck a lot more flying to / from places until we re-code the mesh files with 'indoor / outdoor' for all tiles
So until that happens, we're not going to do that
Now, I had a convo w/ a dev about a plugin that could collect that data ... but I dunno if it's promising or not
So until that happens, we're not going to do that
Now, I had a convo w/ a dev about a plugin that could collect that data ... but I dunno if it's promising or not
no1knowsy
Well-Known Member
- Joined
- Feb 28, 2010
- Messages
- 3,927
Roger that. I was just seeing if we could find a way. Oh well, for now we'll just have to write even better CCs and Profiles so the bot doesn't die for any reason.
"FIGHT ON MATE"
Croga
Well-Known Member
- Joined
- Jun 7, 2010
- Messages
- 1,636
No worries, I still have about 30 other toons I need to level as well so it could wait
No apologies necessary.ok so to start off....
i have been having issues with the profile. i started a goblin and not even before 30 min into starting. it started saying the "Could not create current in quest bot; exception was thrown"
so i did a few quests. and it was fixed. i couldnt even do lost isles. it wouldnt even move. it was saying that there was no quests.
now im in northen barrens trying to quest and everything was going great, i assumed it was just the gob starting zones.
then "Could not create current in quest bot; exception was thrown" and
[4:59:50 PM:188] System.Threading.ThreadAbortException: Thread was being aborted.
at Styx.Logic.BehaviorTree.TreeRoot.Tick()
at Styx.Logic.BehaviorTree.TreeRoot.Run()
[4:59:50 PM:190] System.Threading.ThreadAbortException: Thread was being aborted.
at Styx.Logic.BehaviorTree.TreeRoot.Run()
so i assumed the behaviors were not right, so i SVNed them in the quest behaviors profile and it did nothing.
just wondering what i can do to get this fixed thanks
i have been having issues with the profile. i started a goblin and not even before 30 min into starting. it started saying the "Could not create current in quest bot; exception was thrown"
so i did a few quests. and it was fixed. i couldnt even do lost isles. it wouldnt even move. it was saying that there was no quests.
now im in northen barrens trying to quest and everything was going great, i assumed it was just the gob starting zones.
then "Could not create current in quest bot; exception was thrown" and
[4:59:50 PM:188] System.Threading.ThreadAbortException: Thread was being aborted.
at Styx.Logic.BehaviorTree.TreeRoot.Tick()
at Styx.Logic.BehaviorTree.TreeRoot.Run()
[4:59:50 PM:190] System.Threading.ThreadAbortException: Thread was being aborted.
at Styx.Logic.BehaviorTree.TreeRoot.Run()
so i assumed the behaviors were not right, so i SVNed them in the quest behaviors profile and it did nothing.
just wondering what i can do to get this fixed thanks
just got this.
System.Data.SQLite.SQLiteException: The database file is locked
cannot rollback transaction - SQL statements in progress
at System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt)
at System.Data.SQLite.SQLiteDataReader.NextResult()
at System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)
at System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)
at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery()
at System.Data.SQLite.SQLiteTransaction.IssueRollback()
at System.Data.SQLite.SQLiteTransaction.Dispose(Boolean disposing)
at System.Data.Common.DbTransaction.Dispose()
at (Object )
at #sJ.#rJ.Pulse()
System.Data.SQLite.SQLiteException: The database file is locked
cannot rollback transaction - SQL statements in progress
at System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt)
at System.Data.SQLite.SQLiteDataReader.NextResult()
at System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)
at System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)
at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery()
at System.Data.SQLite.SQLiteTransaction.IssueRollback()
at System.Data.SQLite.SQLiteTransaction.Dispose(Boolean disposing)
at System.Data.Common.DbTransaction.Dispose()
at (Object )
at #sJ.#rJ.Pulse()
chinajade
Community Developer
- Joined
- Jul 20, 2010
- Messages
- 17,540
This is a known problem with HBcore, and not a profile issue. The problem is triggered most easily when you run multiple copies of Honorbuddy out of the same directory. Although, it can happen at other times also.
Apoc has said the root cause lies in the SQLite API, and they've submitted reports to them.
Your only recourse is to shut down all affected HBcore sessions (which is all of them most of the time), and restart.
cheers,
chinajade
- Status