EVEBot Discussion Thread

Chrom · Aug 7, 2008

Btw, would you please change obj_Targets.iss as following:

Remove PriorityTargets:Insert["Arch Angel"] as Arch Angel are too broad definition.

Instead add:
PriorityTargets:Insert["Arch Angel Hijacker"]
PriorityTargets:Insert["Arch Angel Outlaw"]
PriorityTargets:Insert["Arch Angel Rogue"]
PriorityTargets:Insert["Arch Angel Thug"]

As these are the only scrambling rats between angels.

GliderPro · Aug 7, 2008

Chrom said:
Btw, would you please change obj_Targets.iss as following:

Remove PriorityTargets:Insert["Arch Angel"] as Arch Angel are too broad definition.

Instead add:
PriorityTargets:Insert["Arch Angel Hijacker"]
PriorityTargets:Insert["Arch Angel Outlaw"]
PriorityTargets:Insert["Arch Angel Rogue"]
PriorityTargets:Insert["Arch Angel Thug"]

As these are the only scrambling rats between angels.

Completed. Grab the latest revision.

dauser · Aug 9, 2008

GliderPro said:
Yes. It is planned.

Would be sexy

Londo Mollarie · Aug 11, 2008

could be added in obj_Targets.iss .. on special trigger for allarm .. Domination.. those arn t in it. and when i ad em manualy i get a red ! mark of SVN

Spaceboy · Aug 14, 2008

Message popped up attemtping to use kill mode for missioning... came to a warp accelerator gate and this happened:

No 'This.Approach' function found in script
Call failed
Dumping script stack
--------------------
-->E:/GAMES/InnerSpace/Scripts/evebot/core/obj_Missions.iss:405 KestrelCombat() call This.Approach ${Entity[TypeID,17831].ID} 200
E:/GAMES/InnerSpace/Scripts/evebot/core/obj_Missions.iss:295 RunCombatMission() call This.KestrelCombat ${agentID}
E:/GAMES/InnerSpace/Scripts/evebot/core/obj_Missions.iss:190 RunMission() call This.RunCombatMission ${amIterator.Value.AgentID}
E:/GAMES/InnerSpace/Scripts/evebot/Behaviors/obj_Missioneer.iss:89 ProcessState() call Missions.RunMission
E:/GAMES/InnerSpace/Scripts/evebot/evebot.iss:156 main() call ${BotModule.Value}.ProcessState

GliderPro · Aug 14, 2008

Spaceboy said:
Message popped up attemtping to use kill mode for missioning... came to a warp accelerator gate and this happened:

No 'This.Approach' function found in script
Call failed
Dumping script stack

Hmmm. That should be Ship.Approach. I wonder why I never saw that before. Thanks for the information.

BTW, Kestrel combat is VERY BETA. I wouldn't use EveBot for kill missions unless you are there to save your ship if it gets into trouble.

Spaceboy · Aug 17, 2008

heh yeah i noticed just how beta it is lol. kestrel tries to tank most of the time. =) Cruiser with 2 shield extenders is recomended for caldari pilots botting kill missions....

Edit- PS- Any good way of getting my drones into aggressive mode with focus fire on each launch under miner function? i need to protect myself in 0.6 =)

Ventari · Aug 24, 2008

Salvager integrated into Ratter would be nice too

Spaceboy · Aug 26, 2008

Core/obj_Cargo.iss

Line 678

Added a 25 wait to try to compensate for most server lag...
when the lag occured the ships would undock without unloading, warp to the belt and have to go back... sometimes led to an endless loop...

UI:UpdateConsole["Transferring Ore to Station Hangar"]
call Ship.OpenCargo
wait 25

please add to next svn, and also other transfers that are similar add some more waits in... a lot of open functions seem to lag more than ever lately

CyberTech · Aug 27, 2008

Spaceboy said:
Core/obj_Cargo.iss

Line 678

Added a 25 wait to try to compensate for most server lag...
when the lag occured the ships would undock without unloading, warp to the belt and have to go back... sometimes led to an endless loop...

UI:UpdateConsole["Transferring Ore to Station Hangar"]
call Ship.OpenCargo
wait 25

please add to next svn, and also other transfers that are similar add some more waits in... a lot of open functions seem to lag more than ever lately

Try Rev 780 or higher (without your wait change) and see if it's any better.

Spaceboy · Aug 27, 2008

Ill give it a go and let ya know =)

Spaceboy · Aug 28, 2008

Well the Transfer to hangar is working much better now, thanks. New problem - Caldari Navy Issue Caracal comes up as unknown ship type and it pauses the mission bot after warping in to a pocket... you might want to add the faction ship types in as their originals if you can until you can get each ship punched in formally =)

GliderPro · Aug 28, 2008

Spaceboy said:
Well the Transfer to hangar is working much better now, thanks. New problem - Caldari Navy Issue Caracal comes up as unknown ship type and it pauses the mission bot after warping in to a pocket... you might want to add the faction ship types in as their originals if you can until you can get each ship punched in formally =)

Combat missions are not supported yet.

meethos · Aug 29, 2008

getting an error when using evebot haulin00:54:41: Warping...

00:54:41: Reloading Weapons...
00:55:38: Dropped out of warp
00:55:38: ERROR: Ship.WarpToFleetMember never reached fleet member!
00:55:38: Opening Ship Cargohold
00:55:39: BuildJetCanList found 1 cans nearby.
00:55:39: DEBUG: noname
00:55:39: DEBUG: 974186520
00:55:39: DEBUG: 1419.889036
00:55:40: Approaching: MIUM 04:01 - 11 Seconds away
00:55:40: Activating 1MN Afterburner Ig now .

it worked great for weeks now .. since yesterday with the isx patch i get that error..

thc · Sep 4, 2008

little patch

I had some problems with courier missions.
There was a bug in moving larger cargo and continuing mission in progress after bot restart. Also i added one mission item in to item DB.

Code:

Index: config/EVEDB_Items.xml
===================================================================
--- config/EVEDB_Items.xml	(revision 781)
+++ config/EVEDB_Items.xml	(working copy)
@@ -11,6 +11,15 @@
             <Setting Name="BasePrice">14828</Setting>
             <Setting Name="MarketGroupID">680</Setting>
         </Set>
+       <Set Name="Colossal Sealed Cargo Container">
+            <Setting Name="TypeID">16041</Setting>
+            <Setting Name="GroupID">314</Setting>
+            <Setting Name="Volume">1000</Setting>
+            <Setting Name="Capacity">0</Setting>
+            <Setting Name="PortionSize">1</Setting>
+            <Setting Name="BasePrice">100</Setting>
+            <Setting Name="MarketGroupID">-1</Setting>
+        </Set>
 
        <Set Name="'Accord' I Core Compensation">
             <Setting Name="TypeID">16297</Setting>
Index: core/obj_Agents.iss
===================================================================
--- core/obj_Agents.iss	(revision 781)
+++ core/obj_Agents.iss	(working copy)
@@ -147,6 +147,7 @@
 			else
 			{
 				This.AgentName:Set[${name}]	
+				UI:UpdateConsole["obj_Agents: name: ${name}."]
 				Config.Agents:SetAgentIndex[${name},${agentIndex}]
 				Config.Agents:SetAgentID[${name},${Agent[${agentIndex}].ID}]
 				Config.Agents:SetLastDecline[${name},0]
@@ -563,6 +564,199 @@
 		}
 	}
 	
+	function MissionDetails()
+	{
+		EVE:Execute[CmdCloseAllWindows]
+		wait 50
+
+		EVE:Execute[OpenJournal]
+		wait 50
+		EVE:Execute[CmdCloseActiveWindow]
+		wait 50
+
+	    variable index:agentmission amIndex
+		variable iterator amIterator
+
+		EVE:DoGetAgentMissions[amIndex]
+		amIndex:GetIterator[amIterator]
+
+		if ${amIterator:First(exists)}
+		{
+			do
+			{
+				if ${amIterator.Value.AgentID} == ${This.AgentID}
+				{
+					break
+				}
+			}
+			while ${amIterator:Next(exists)}
+		}
+
+		if !${amIterator.Value(exists)}
+		{
+			UI:UpdateConsole["obj_Agents: ERROR: Did not find mission!  Will retry...", LOG_CRITICAL]
+			RetryCount:Inc
+			if ${RetryCount} > 4
+			{
+				UI:UpdateConsole["obj_Agents: ERROR: Retry count exceeded!  Aborting...", LOG_CRITICAL]
+				EVEBot.ReturnToStation:Set[TRUE]
+			}
+			return
+		}
+
+		RetryCount:Set[0]
+
+		UI:UpdateConsole["obj_Agents: DEBUG: amIterator.Value.AgentID = ${amIterator.Value.AgentID}"]
+		UI:UpdateConsole["obj_Agents: DEBUG: amIterator.Value.State = ${amIterator.Value.State}"]
+		UI:UpdateConsole["obj_Agents: DEBUG: amIterator.Value.Type = ${amIterator.Value.Type}"]
+		UI:UpdateConsole["obj_Agents: DEBUG: amIterator.Value.Name = ${amIterator.Value.Name}"]
+		UI:UpdateConsole["obj_Agents: DEBUG: amIterator.Value.Expires = ${amIterator.Value.Expires.DateAndTime}"]
+
+		amIterator.Value:GetDetails
+		wait 50
+		variable string details
+		variable string caption
+		variable int left = 0
+		variable int right = 0
+		caption:Set["${amIterator.Value.Name.Escape}"]
+		left:Set[${caption.Escape.Find["u2013"]}]
+
+		if ${left} > 0
+		{
+			UI:UpdateConsole["obj_Agents: WARNING: Mission name contains u2013"]
+			UI:UpdateConsole["obj_Agents: DEBUG: amIterator.Value.Name.Escape = ${amIterator.Value.Name.Escape}"]
+
+			caption:Set["${caption.Escape.Right[${Math.Calc[${caption.Escape.Length} - ${left} - 5]}]}"]
+
+			UI:UpdateConsole["obj_Agents: DEBUG: caption.Escape = ${caption.Escape}"]
+		}
+
+		if !${EVEWindow[ByCaption,${caption}](exists)}
+		{
+			UI:UpdateConsole["obj_Agents: ERROR: Mission details window was not found!"]
+			UI:UpdateConsole["obj_Agents: DEBUG: amIterator.Value.Name.Escape = ${amIterator.Value.Name.Escape}"]
+		}
+		details:Set["${EVEWindow[ByCaption,${caption}].HTML.Escape}"]
+
+		UI:UpdateConsole["obj_Agents: DEBUG: HTML.Length = ${EVEWindow[ByCaption,${caption}].HTML.Length}"]
+		UI:UpdateConsole["obj_Agents: DEBUG: details.Length = ${details.Length}"]
+
+		EVE:Execute[CmdCloseActiveWindow]
+
+		variable file detailsFile
+		detailsFile:SetFilename["./config/logs/${amIterator.Value.Expires.AsInt64.Hex} ${amIterator.Value.Name}.html"]
+		if ${detailsFile:Open(exists)}
+		{
+			detailsFile:Write["${details.Escape}"]
+		}
+		detailsFile:Close
+
+		Missions.MissionCache:AddMission[${amIterator.Value.AgentID},"${amIterator.Value.Name}"]
+
+		variable int factionID = 0
+		left:Set[${details.Escape.Find["<img src=\\\"factionlogo:"]}]
+		if ${left} > 0
+		{
+			;UI:UpdateConsole["obj_Agents: DEBUG: Found \"factionlogo\" at ${left}."]
+			left:Inc[23]
+			;UI:UpdateConsole["obj_Agents: DEBUG: Found \"factionlogo\" at ${left}."]
+			;UI:UpdateConsole["obj_Agents: DEBUG: factionlogo substring = ${details.Escape.Mid[${left},16]}"]
+			right:Set[${details.Escape.Mid[${left},16].Find["\" "]}]
+			if ${right} > 0
+			{
+				right:Dec[2]
+				;UI:UpdateConsole["obj_Agents: DEBUG: left = ${left}"]
+				;UI:UpdateConsole["obj_Agents: DEBUG: right = ${right}"]
+				;UI:UpdateConsole["obj_Agents: DEBUG: string = ${details.Escape.Mid[${left},${right}]}"]
+				factionID:Set[${details.Escape.Mid[${left},${right}]}]
+				UI:UpdateConsole["obj_Agents: DEBUG: factionID = ${factionID}"]
+			}
+			else
+			{
+				UI:UpdateConsole["obj_Agents: ERROR: Did not find end of \"factionlogo\"!"]
+			}
+		}
+		else
+		{
+			UI:UpdateConsole["obj_Agents: DEBUG: Did not find \"factionlogo\".  Rouge Drones???"]
+		}
+
+		Missions.MissionCache:SetFactionID[${amIterator.Value.AgentID},${factionID}]
+
+		variable int typeID = 0
+		left:Set[${details.Escape.Find["<img src=\\\"typeicon:"]}]
+		if ${left} > 0
+		{
+			;UI:UpdateConsole["obj_Agents: DEBUG: Found \"typeicon\" at ${left}."]
+			left:Inc[20]
+			;UI:UpdateConsole["obj_Agents: DEBUG: typeicon substring = ${details.Escape.Mid[${left},16]}"]
+			right:Set[${details.Escape.Mid[${left},16].Find["\" "]}]
+			if ${right} > 0
+			{
+				right:Dec[2]
+				;UI:UpdateConsole["obj_Agents: DEBUG: left = ${left}"]
+				;UI:UpdateConsole["obj_Agents: DEBUG: right = ${right}"]
+				;UI:UpdateConsole["obj_Agents: DEBUG: string = ${details.Escape.Mid[${left},${right}]}"]
+				typeID:Set[${details.Escape.Mid[${left},${right}]}]
+				UI:UpdateConsole["obj_Agents: DEBUG: typeID = ${typeID}"]
+			}
+			else
+			{
+				UI:UpdateConsole["obj_Agents: ERROR: Did not find end of \"typeicon\"!"]
+			}
+		}
+		else
+		{
+			UI:UpdateConsole["obj_Agents: DEBUG: Did not find \"typeicon\".  No cargo???"]
+		}
+
+		Missions.MissionCache:SetTypeID[${amIterator.Value.AgentID},${typeID}]
+
+		variable float volume = 0
+
+		right:Set[${details.Escape.Find["msup3"]}]
+		if ${right} > 0
+		{
+			;UI:UpdateConsole["obj_Agents: DEBUG: Found \"msup3\" at ${right}."]
+			right:Dec
+			left:Set[${details.Escape.Mid[${Math.Calc[${right}-16]},16].Find[" ("]}]
+			if ${left} > 0
+			{
+				left:Set[${Math.Calc[${right}-16+${left}+1]}]
+				right:Set[${Math.Calc[${right}-${left}]}]
+				;UI:UpdateConsole["obj_Agents: DEBUG: left = ${left}"]
+				;UI:UpdateConsole["obj_Agents: DEBUG: right = ${right}"]
+				;UI:UpdateConsole["obj_Agents: DEBUG: string = ${details.Escape.Mid[${left},${right}]}"]
+				volume:Set[${details.Escape.Mid[${left},${right}]}]
+				UI:UpdateConsole["obj_Agents: DEBUG: volume = ${volume}"]
+			}
+			else
+			{
+				UI:UpdateConsole["obj_Agents: ERROR: Did not find number before \"msup3\"!"]
+			}
+		}
+		else
+		{
+			UI:UpdateConsole["obj_Agents: DEBUG: Did not find \"msup3\".  No cargo???"]
+		}
+
+		Missions.MissionCache:SetVolume[${amIterator.Value.AgentID},${volume}]
+
+   		variable bool isLowSec = FALSE
+		left:Set[${details.Escape.Find["(Low Sec Warning!)"]}]
+        right:Set[${details.Escape.Find["(The route generated by current autopilot settings contains low security systems!)"]}]
+		if ${left} > 0 || ${right} > 0
+		{
+            UI:UpdateConsole["obj_Agents: DEBUG: left = ${left}"]
+            UI:UpdateConsole["obj_Agents: DEBUG: right = ${right}"]
+			isLowSec:Set[TRUE]
+			UI:UpdateConsole["obj_Agents: DEBUG: isLowSec = ${isLowSec}"]
+		}
+		Missions.MissionCache:SetLowSec[${amIterator.Value.AgentID},${isLowSec}]
+
+
+  }
+	
 	function RequestMission()
 	{
 		EVE:Execute[CmdCloseAllWindows]
Index: core/obj_Missions.iss
===================================================================
--- core/obj_Missions.iss	(revision 781)
+++ core/obj_Missions.iss	(working copy)
@@ -220,8 +220,15 @@
 		else
 		{
 			call Ship.ActivateShip "${Config.Missioneer.SmallHauler}"
-		}		   
+		}
 
+    Agents:SetActiveAgent[${Agent[id, ${agentID}].Name}]
+
+    if ${This.MissionCache.Volume[${agentID}]} == 0
+    {
+      call Agents.MissionDetails
+    }
+
 		itemName:Set[${EVEDB_Items.Name[${This.MissionCache.TypeID[${agentID}]}]}]
 		QuantityRequired:Set[${Math.Calc[${This.MissionCache.Volume[${agentID}]}/${EVEDB_Items.Volume[${itemName}]}]}]
 		
@@ -241,12 +248,16 @@
 			UI:UpdateConsole["obj_Missions: MoveToDropOff"]
 			call Agents.MoveToDropOff
 			wait 50
-			
+
+			call Cargo.TransferItemTypeToHangar ${This.MissionCache.TypeID[${agentID}]}
+			wait 50
+
 			call Cargo.CloseHolds
 			call Cargo.OpenHolds
 
-			UI:UpdateConsole["DEBUG: RunCourierMission: Checking ship's cargohold for ${QuantityRequired} units of ${itemName}."]
-			Me.Ship:DoGetCargo[CargoIndex]
+			UI:UpdateConsole["DEBUG: RunCourierMission: Checking station's hangar for ${QuantityRequired} units of ${itemName}."]
+			;Me.Ship:DoGetCargo[CargoIndex]
+			Me:DoGetHangarItems[CargoIndex]
 			CargoIndex:GetIterator[CargoIterator]
 			if ${CargoIterator:First(exists)}
 			{
@@ -254,13 +265,14 @@
 				{
 					TypeID:Set[${CargoIterator.Value.TypeID}]
 					ItemQuantity:Set[${CargoIterator.Value.Quantity}]
-					UI:UpdateConsole["DEBUG: RunCourierMission: Ship's Cargo: ${ItemQuantity} units of ${CargoIterator.Value.Name}(${TypeID})."]
+					UI:UpdateConsole["DEBUG: RunCourierMission: Stations's Hangar: ${ItemQuantity} units of ${CargoIterator.Value.Name}(${TypeID})."]
 					
 					if (${TypeID} == ${This.MissionCache.TypeID[${agentID}]}) && \
 					   (${ItemQuantity} >= ${QuantityRequired})
 					{
-						UI:UpdateConsole["DEBUG: RunCourierMission: Found required items in ship's cargohold."]
+						UI:UpdateConsole["DEBUG: RunCourierMission: Found required items in station's hangar."]
 						haveCargo:Set[TRUE]
+						allDone:Set[TRUE]
 					}
 				}
 				while ${CargoIterator:Next(exists)}
@@ -270,9 +282,6 @@
 			{
 				break
 			}
-			
-			call Cargo.TransferItemTypeToHangar ${This.MissionCache.TypeID[${agentID}]}
-			wait 50
 		}
 		while !${allDone}

LRonSmith · Sep 4, 2008

That is great, thank you thc.

thc · Sep 6, 2008

Hi, i've made another patch

included:
- hopefully fixing problems with moving cargo multiple times
- continuing missions in progress after restart
- completly change the way how the item DB work
- NEW fresh item DB, so no more missing items... i hope

You need:
- apply patch
- copy new Item DB

GliderPro · Sep 6, 2008

thc said:
Hi, i've made another patch

included:
- hopefully fixing problems with moving cargo multiple times
- continuing missions in progress after restart
- completly change the way how the item DB work
- NEW fresh item DB, so no more missing items... i hope

You need:
- apply patch
- copy new Item DB

Thanks for submitting a patch. I am evaluating it for inclusion in EveBot now. I don't understand why you changed the item database format. Why did you need to do that?

CyberTech · Sep 6, 2008

thc said:
Hi, i've made another patch

included:
- hopefully fixing problems with moving cargo multiple times
- continuing missions in progress after restart
- completly change the way how the item DB work
- NEW fresh item DB, so no more missing items... i hope

You need:
- apply patch
- copy new Item DB

The item DB was already a fresh dump of the database. Perhaps you were using an older version?

thc · Sep 6, 2008

GliderPro said:
Thanks for submitting a patch. I am evaluating it for inclusion in EveBot now. I don't understand why you changed the item database format. Why did you need to do that?

Thank you. item database explained below

CyberTech said:
The item DB was already a fresh dump of the database. Perhaps you were using an older version?

I don't think so, because there was some items missing. I've imported DB from:
http://myeve.eve-online.com/devblog.asp?a=blog&bid=575
and I've imported all DB, not just items with

Code:

... WHERE invTypes.marketGroupID IS NOT NULL

because in some missions there are items like these:

Code:

INSERT INTO `dbo_invtypes` (`typeID`, `groupID`, `typeName`, `description`, `graphicID`, `radius`, `mass`, `volume`, `capacity`, `portionSize`, `raceID`, `basePrice`, `published`, `marketGroupID`, `chanceOfDuplicating`) VALUES
(11490, 340, 'Colossal Secure Container', 'This Colossal container is fitted with a password-protected security lock.', 2092, 364, 1.8e+007, '6000', 11000, 1, NULL, 31000, 0, NULL, 0),
(16041, 314, 'Colossal Sealed Cargo Containers', 'These colossal containers are fitted with a password-protected security lock.', 2092, 0, 10000, '1000', 0, 1, NULL, 100, 0, NULL, 0);

and bot is not able to move them.

And about changes:
I had to make xml export smaller, because full export has over 6MB. so I removed information we don't need now and i've changed names of setting sets to TypeIDs because TypeID is always unique and we search by typeid more often them by name.

LRonSmith · Sep 6, 2008

What is the impact of having all 14303 data export items present in thc's xml file present in the current trunk evedb_items.xml (which contains 5569 items) with the other five element members (which are trimmed from thc's version) present? Like thc just mentioned this would multiply the size to about 6.5M. Is this file instantiated as an object consuming memory?

The Colossal Secure Container is one I recently ran semi-manually recently so I can vouch for the benefit from a users perspective of a more comprehensive item list.

Thanks for your work on this btw guys!

LRonSmith · Sep 6, 2008

thc said:
And about changes:
I had to make xml export smaller, because full export has over 6MB. so I removed information we don't need now and i've changed names of setting sets to TypeIDs because TypeID is always unique and we search by typeid more often them by name.

thc,

I ran a grep of the current set names values from trunk through uniq and they look unique. Is switching to TypeId as the the set name advantageous due to being able to treat them as a an integer for matching vs. issues with substring matching?

LRonSmith · Sep 7, 2008

Pardon the replying to myself frenzy

insane

, but after importing the EmpyreanAge_1.1.0.20724-1_db.zip into ms sql server I see that typeID is the primary key for dbo.invTypes. So perhaps, all things considered, we should use that as the name for item elements in the evedb_items.xml that evebot uses?

LRonSmith · Sep 7, 2008

If useful, attached is a EVEDB_Items.xml file I generated from all entries in the invTypes table from the EmpyreanAge_1.1.0.20724-1 data dump. The format is the currently used one. It contains 15908 item entries.

Also a second LS settings xml file that additionally contains GraphicID, Radius, Mass, and RaceID for each item that has those properties.

ZX9r · Sep 7, 2008

i noted today that when a hauler was having detection issues with ice noting it was full, also that a hauler can not seem to "dock" with a POS hanger. I would assume that would be easy to "add in" as it is doable with self hauling.

thc · Sep 11, 2008

Trade Missions

Hi there, another patch...

Even after few trials i couldn't get trade missions working, so here is a patch

- fixes issue when your cargo hold is smaller than cargo
- can resume mission
- can blacklist mission when no items availiable on local market

How it works:
- I simply use courier mission function for trade mission, but source location is not bookmark but StationID

Know issues:
- it buys items everytime, because i can't check assets so >>can't describe it in english

>> see example:
-> mission objectives: buy and move 8k units of kernite (volume 9.5k)
-> your cargo hold: lets say 7k (so you have to go twice)
-> bot buys 8k units of kernite in station when you already have 10k units of kernite
-> bot moves to the station and takes 7k m3 of kernite
-> second trip to the pickup station and takes 7k m3 og kernite
-> mission turn in
I hope you get it.

- too many debug spam in ui console

This patch is definitely not ready for trunk, but you can test with me

Spaceboy · Sep 18, 2008

Multi-System hauling not working anymore with my two box fleeted miner / hauler combo. it goes to the drop station, does its thing, undocks and hangs in that system looking for a safe spot instead of returning to the mining system, even if the mining system is bookmarked.

This IS happening on rv788

NOT happening when i use rv780

Hinge · Sep 19, 2008

The missioner seems to be rejectiong story lines now.
Version 787.
Not sure is this was intended.

NM I havn't been able to duplicate the problem. PEBCAK.

AH HA! found it. It was a courier story line. Did it on it's own. nice

thc · Oct 24, 2008

Fixing some bugs

1. bug
In this case:

Code:

22:25:55: obj_Agents: DEBUG: amIterator.Value.AgentID = 3011593
22:25:55: obj_Agents: DEBUG: amIterator.Value.State = 1
22:25:55: obj_Agents: DEBUG: amIterator.Value.Type = Courier
[B]22:25:55: obj_Agents: DEBUG: amIterator.Value.Name = They, Robots (1 of 5)[/B]
22:25:55: obj_Agents: DEBUG: amIterator.Value.Expires = 2008.10.19 22:26
22:25:56: Memory: Microsoft Windows XP Process: 325896kb Free: 611mb Texture Mem Free: 138mb FPS: 33 Windowed: TRUE(TRUE) Foreground: TRUE
22:26:00: obj_Agents: ERROR: Mission details window was not found!
22:26:00: obj_Agents: DEBUG: amIterator.Value.Name.Escape = They, Robots (1 of 5)
22:26:00: obj_Agents: DEBUG: HTML.Length = NULL
22:26:00: obj_Agents: DEBUG: details.Length = 4
22:26:00: obj_Agents: DEBUG: Did not find "factionlogo".  Rouge Drones???
22:26:00: obj_Agents: DEBUG: Did not find "typeicon".  No cargo???
22:26:00: obj_Agents: DEBUG: Did not find "msup3".  No cargo???
22:26:00: Waiting for mission dialog to update...

bot is not able find mission window

FIX:

Code:

Index: obj_Agents.iss
===================================================================
--- obj_Agents.iss	(revision 788)
+++ obj_Agents.iss	(working copy)
@@ -631,12 +661,13 @@
 			UI:UpdateConsole["obj_Agents: DEBUG: caption.Escape = ${caption.Escape}"]
 		}
 
-		if !${EVEWindow[ByCaption,${caption}](exists)}
+		if !${EVEWindow[ByCaption,"${caption}"](exists)}
 		{
 			UI:UpdateConsole["obj_Agents: ERROR: Mission details window was not found!"]
 			UI:UpdateConsole["obj_Agents: DEBUG: amIterator.Value.Name.Escape = ${amIterator.Value.Name.Escape}"]
 		}
-		details:Set["${EVEWindow[ByCaption,${caption}].HTML.Escape}"]
+		
+		details:Set[${EVEWindow[ByCaption,"${caption}"].HTML.Escape}]
 
 		UI:UpdateConsole["obj_Agents: DEBUG: HTML.Length = ${EVEWindow[ByCaption,${caption}].HTML.Length}"]
 		UI:UpdateConsole["obj_Agents: DEBUG: details.Length = ${details.Length}"]

2. bug
Ship's cargo is 550m3

Code:

[B]20:12:17: DEBUG: RunCourierMission: 16043:Giant Sealed Cargo Containers has volume 500.000000.
20:12:17: DEBUG: RunCourierMission: 16043:Giant Sealed Cargo Containers required count 3.[/B]
20:12:17: Opening Ship Cargohold
20:12:18: Opening Cargo Hangar
[B]20:12:21: DEBUG: obj_Cargo:FindShipCargo: This.CargoToTransfer Populated: 0[/B]
20:12:21: obj_Missions: MoveToPickup

Fix (I hope):

Code:

Index: obj_Cargo.iss
===================================================================
--- obj_Cargo.iss	(revision 788)
+++ obj_Cargo.iss	(working copy)
@@ -600,7 +600,7 @@
 					if (${CargoIterator.Value.Quantity} * ${CargoIterator.Value.Volume}) > ${Ship.CargoFreeSpace}
 					{
 						/* Move only what will fit, minus 1 to account for CCP rounding errors. */
-						QuantityToMove:Set[${Ship.CargoFreeSpace} / ${CargoIterator.Value.Volume} - 1]
+						QuantityToMove:Set[${Ship.CargoFreeSpace} / (${CargoIterator.Value.Volume} - 1)]
 					}
 					else
 					{

orangeary · Oct 27, 2008

Hi.
I'm having a fair amount of trouble getting EveBOT to mine with me. It seems to be following the following logic pattern:

1. Undock.
2. Launch Drones
3. recall Drones.
4. Warp to my Bookmark
5. Lock onto 2 asteroids.
6. Mine the first one for one cycle.
7. Recall Drones, Rreturn to Station.
(repeat)
This is in high-sec

Uplon landing at the belt i tend to get alot of this spam in the log:

23: Excluding empty belt Tratokard V - Asteroid Belt 1
23: obj_Ship:WarpToBookMark - We are already at the bookmark
24: obj_Asteroids: No Asteroids within overview range
24: Excluding empty belt Tratokard V - Asteroid Belt 1
24: obj_Ship:WarpToBookMark - We are already at the bookmark
25: obj_Asteroids: No Asteroids within overview range
25: Excluding empty belt Tratokard V - Asteroid Belt 1
25: obj_Ship:WarpToBookMark - We are already at the bookmark

There is, obviously, asteroids in the overview. Is it stepping through all possible asteroid types or just failing to interface with my overview properly?

If i disable belt bookmarking then the macro tends to warp me around a bit, for a laugh untill it eventually finds a working / interfacable belt then mines 1 cycle and runs away again.

Any ideas ?

r0gue6 · Oct 28, 2008

orangeary said:
Hi.
I'm having a fair amount of trouble getting EveBOT to mine with me. It seems to be following the following logic pattern:

1. Undock.
2. Launch Drones
3. recall Drones.
4. Warp to my Bookmark
5. Lock onto 2 asteroids.
6. Mine the first one for one cycle.
7. Recall Drones, Rreturn to Station.
(repeat)
This is in high-sec

Uplon landing at the belt i tend to get alot of this spam in the log:

23: Excluding empty belt Tratokard V - Asteroid Belt 1
23: obj_Ship:WarpToBookMark - We are already at the bookmark
24: obj_Asteroids: No Asteroids within overview range
24: Excluding empty belt Tratokard V - Asteroid Belt 1
24: obj_Ship:WarpToBookMark - We are already at the bookmark
25: obj_Asteroids: No Asteroids within overview range
25: Excluding empty belt Tratokard V - Asteroid Belt 1
25: obj_Ship:WarpToBookMark - We are already at the bookmark

There is, obviously, asteroids in the overview. Is it stepping through all possible asteroid types or just failing to interface with my overview properly?

If i disable belt bookmarking then the macro tends to warp me around a bit, for a laugh untill it eventually finds a working / interfacable belt then mines 1 cycle and runs away again.

Any ideas ?

Exactly what's happening to me.

I used this bot for about 5 hours then all the sudden, BAM, stopped working.

Sitting in the middle of like 50 asteroids, bot tells me there are none on the overview.

oneoneone · Oct 30, 2008

r0gue6 - I have been getting those same problems. Sometimes its immediate, and others its after a couple hours of mining. Here is another issue I am having with the ratting side.

When I attemp to run the ratting option I get this error:

-->C:/Program Files/InnerSpace/Scripts/evebot/core/obj_Combat.iss:183 ProcessState() call This.CheckTank
C:/Program Files/InnerSpace/Scripts/evebot/Behaviors/obj_Ratter.iss:100 ProcessState() call This.Combat.ProcessState
C:/Program Files/InnerSpace/Scripts/evebot/evebot.iss:169 main() call ${BotModule.Value}.ProcessState
The EVE_onChannelMessage event is now *INACTIVE*
EVEBot exited, unloading Targeting
EVEBot exited, unloading Defense
EVEBot exited, unloading Offense

No 'This.CheckTank' function found in script
Call failed
Dumping script stack

It happens on multiple computers. I have everything up to date as far as I can tell. Any assistance would be great.

GliderPro · Oct 30, 2008

oneoneone said:
r0gue6 - I have been getting those same problems. Sometimes its immediate, and others its after a couple hours of mining. Here is another issue I am having with the ratting side.

When I attemp to run the ratting option I get this error:

-->C:/Program Files/InnerSpace/Scripts/evebot/core/obj_Combat.iss:183 ProcessState() call This.CheckTank
C:/Program Files/InnerSpace/Scripts/evebot/Behaviors/obj_Ratter.iss:100 ProcessState() call This.Combat.ProcessState
C:/Program Files/InnerSpace/Scripts/evebot/evebot.iss:169 main() call ${BotModule.Value}.ProcessState
The EVE_onChannelMessage event is now *INACTIVE*
EVEBot exited, unloading Targeting
EVEBot exited, unloading Defense
EVEBot exited, unloading Offense

No 'This.CheckTank' function found in script
Call failed
Dumping script stack

It happens on multiple computers. I have everything up to date as far as I can tell. Any assistance would be great.

This was fixed in the code I checked in yesterday afternoon.

wtfover · Nov 1, 2008

How can I set it so when I am running the 'ratter' option in evebot to not care if the belts are 'too close' to the stargates. Its a fine otption but I don't like how it is on by default. Thanks much.

ZX9r · Nov 2, 2008

its on by default as the ratter was designed for 0.0

even if you "own the space" good way to get you pop'd

wtfover · Nov 2, 2008

I am fine if its on by 'default' I just want to know how to turn it off. I use it in 0.0. Yes there is a 'danger' to it however with scouts setup its not an issue. How exactly do i disable this 'feature'.

GallenteCitizen0213 · Nov 2, 2008

Ratting was working fine for me up until a few days ago. Now it warps to a belt, checks for rats, and even if it finds them, it moves to the next belt.

Has anyone had this problem before? I tried completely wiping out my evebot folder, and checking out a fresh copy from SVN, but no luck. I also tried checking out older version and I still have the same problem.'

16:59:37: Reloading Weapons...
16:59:37: DEBUG: Found 5 entities.
16:59:37: DEBUG: NPC found: Asteroid Angel Cartel Destroyer (575)
16:59:37: PlayerCheck - Fight
16:59:48: Preparing for warp
16:59:48: Warping to VIII - Asteroid Belt 1 @ 0km

wtfover · Nov 3, 2008

I have seen this too, though it only happens on one of my machines even though they are using the same version of everything as far as I can tell. Exactly as you explained .. warp to belt, see npc's, 'says fight', then warps off to next belt over and over. Definitely would like to see this one resolved.

Chrom · Nov 6, 2008

wtfover said:
I have seen this too, though it only happens on one of my machines even though they are using the same version of everything as far as I can tell. Exactly as you explained .. warp to belt, see npc's, 'says fight', then warps off to next belt over and over. Definitely would like to see this one resolved.

Have this problem too, resolved going back to 801 or earler version of Evebot. Will wait a bit while this issue get resolved in new revisions.

buggy · Nov 10, 2008

good day,

I fire up the miner it warps to an ice belt
then sits there

"excluding empty belt SYSTEM-BELT"
"obj_asteroids: No asteroids within overview range"

and repeats without end.

there are at a minimum 2 roids in range.

Thanks

Ventari · Nov 12, 2008

If this is important for you go to core/obj_Belts.iss
find
function WarpToNextBelt(int WarpInDistance=0)
and comment out code like in my version:
; NearestGate:Set[${Entity[fromID,${beltIterator.Value.ID},Radius,SCANNER_RANGE,GroupID,GROUP_STARGATE].ID}]
; if ${NearestGate(exists)} && ${NearestGate} > 0
; {
; DistanceToGate:Set[${Entity[${beltIterator.Value.ID}].DistanceTo[${NearestGate}]}]
;
; if ${DistanceToGate} < ${Math.Calc[SCANNER_RANGE/2]}
; {
; ; TODO - This needs to do a count of belts within range of the gate and make a decision if it's safe enough.
; ; I really, really hate this solution, it relies on the % chance the hostile will pick the wrong belt
; ; when they see you on scanner. -- CyberTech
; UI:UpdateConsole["obj_Belts: Skipping belt ${beltIterator.Value.Name} - too close to gate (${Entity[${NearestGate}].Name} - ${DistanceToGate}"]
; call This.WarpToNextBelt ${WarpInDistance}
; return
; }
; }

meethos · Nov 12, 2008

since the patch mining with evebot is messed up . it will not switch mining crystals

Thread: obj_Offense: Initialized
-=Paused: Press Run-=
Resumed
obj_Asteroids: No Asteroids within overview range
Excluding empty belt Parses VI - Asteroid Belt 6
Warping to Asteroid Belt: Parses VI - Asteroid Belt 4
Preparing for warp
Warping to Parses VI - Asteroid Belt 4 @ 0km
Warping...
Reloading Weapons...
Dropped out of warp

and it just warps and warps all over

Legere · Nov 13, 2008

FYI, the mining crystal bug has been fixed, but the hauler part doesnt haul anymore.

It undocks then floats out into space without going to fleet members.

GallenteCitizen0213 · Nov 22, 2008

GallenteCitizen0213 said:
Ratting was working fine for me up until a few days ago. Now it warps to a belt, checks for rats, and even if it finds them, it moves to the next belt.

Has anyone had this problem before? I tried completely wiping out my evebot folder, and checking out a fresh copy from SVN, but no luck. I also tried checking out older version and I still have the same problem.'

16:59:37: Reloading Weapons...
16:59:37: DEBUG: Found 5 entities.
16:59:37: DEBUG: NPC found: Asteroid Angel Cartel Destroyer (575)
16:59:37: PlayerCheck - Fight
16:59:48: Preparing for warp
16:59:48: Warping to VIII - Asteroid Belt 1 @ 0km

Ok, after some testing & stuff, it appears this started to happen when the kill missions were introduced.

Coldblooded · Nov 23, 2008

orangeary said:
Hi.
I'm having a fair amount of trouble getting EveBOT to mine with me. It seems to be following the following logic pattern:

1. Undock.
2. Launch Drones
3. recall Drones.
4. Warp to my Bookmark
5. Lock onto 2 asteroids.
6. Mine the first one for one cycle.
7. Recall Drones, Rreturn to Station.
(repeat)
This is in high-sec

Uplon landing at the belt i tend to get alot of this spam in the log:

23: Excluding empty belt Tratokard V - Asteroid Belt 1
23: obj_Ship:WarpToBookMark - We are already at the bookmark
24: obj_Asteroids: No Asteroids within overview range
24: Excluding empty belt Tratokard V - Asteroid Belt 1
24: obj_Ship:WarpToBookMark - We are already at the bookmark
25: obj_Asteroids: No Asteroids within overview range
25: Excluding empty belt Tratokard V - Asteroid Belt 1
25: obj_Ship:WarpToBookMark - We are already at the bookmark

There is, obviously, asteroids in the overview. Is it stepping through all possible asteroid types or just failing to interface with my overview properly?

If i disable belt bookmarking then the macro tends to warp me around a bit, for a laugh untill it eventually finds a working / interfacable belt then mines 1 cycle and runs away again.

Any ideas ?

Any ideas on this Glider? I'm still getting this same effect.

ZX9r · Nov 24, 2008

roll it back to version 780 mining still runs fine for me with that version. Missioneer does about a 90% job few new missions that freak it out as they are not in it's DB i think.

someguy · Nov 24, 2008

ZX9r said:
roll it back to version 780 mining still runs fine for me with that version. Missioneer does about a 90% job few new missions that freak it out as they are not in it's DB i think.

how do we roll it back?

thc · Nov 25, 2008

ZX9r said:
roll it back to version 780 mining still runs fine for me with that version. Missioneer does about a 90% job few new missions that freak it out as they are not in it's DB i think.

DB xml is not valid, so it's not loaded

Here is patch:

thc · Nov 25, 2008

someguy said:
how do we roll it back?

If you are using tortoiseSVN, right click evebot folder -> TortoiseSVN -> Update tu revision... -> 780

someguy · Nov 25, 2008

thanks heaps for that. the macro seems to be doing its job again. just hope it can keep up

LRonSmith · Nov 25, 2008

Here also is a full fresh xml export of EVEDB_Items.xml data from the current ms-sql dump.

LRonSmith · Nov 25, 2008

I posted a patch to the issue tracker to obj_Agents.iss that will save the pilot config file to disk any time a mission is declined. Normal behavior is to only write this file on shutdown. By writing it to disk when a mission is declined you prevent not having accurate timestamps if evebot crashes. This can result in standing loss if eve/evebot is restarted without knowledge of the previous declines.

http://code.google.com/p/cybertech/issues/detail?id=59

GliderPro · Nov 26, 2008

LRonSmith said:
Here also is a full fresh xml export of EVEDB_Items.xml data from the current ms-sql dump.

I really appreciate that. Any chance you can sort by name instead of TypeID?

LRonSmith · Nov 26, 2008

Here you go, please let me know if this not what you are looking for.

GliderPro · Nov 28, 2008

LRonSmith said:
Here you go, please let me know if this not what you are looking for.

That is very close except for some reason the quotes are being escaped. The file Cyber made has a single quote instead of ' I've attached the SQL query that Cyber used to make the current file for future reference. No need for you to recreate it though. I can just search and replace all the instances of '

Code:

<Set Name="&apos;Abandon&apos; Targeting Disruptor I">

Thanks a bunch for helping with EveBot!!

LRonSmith · Nov 29, 2008

Glad I could help

Do know if the login methods need to updated within isxeve for the new expansion? On my system LoginHandler looks to be skipping Login.SetUsername and Password. But maybe there is something we can tweak in the scripting?

Chrom · Dec 9, 2008

Do anyone successfully using Evebot version 820+ for ratting? I tryed last (846) version and it dont work - ship just keep warping between belts but do not actually try to shot rats.

I changed "Maximum Missile Range" setting to 90000, but without any effect.
I just want to know - is it a problem on my side or it is normal and ratting module is just not finished after last evebot rework.

Any comment?

r0gue6 · Dec 18, 2008

It actually seems that evebot is a lost cause with the newer versions.

Nothing works right, can't mine, can't rat.

I'm not sure why they updated past 780 at this point.

LRonSmith · Dec 18, 2008

I just looked at the commit log and the updates from 780 to present have included a number of tweaks and bug fixes, as well as introducing multi-threading. It does sound like it would be frustrating to have the features you use not work properly in the current version. I can vouch that the non-combat mission code is working great. I am also happily using the ratting code to do combat mission button mashing for me, I just comment out warping and auto-targeting. Hang in there!

LRonSmith · Dec 20, 2008

LRonSmith said:
Do know if the login methods need to updated within isxeve for the new expansion? On my system LoginHandler looks to be skipping Login.SetUsername and Password. But maybe there is something we can tweak in the scripting?

I took a fresh look at this and the Login methods are fine but it is the server side response to Login.ServerStatus that has changed. I created a defect report on the issue tracker with a suggested fix.

Support\obj_Loginhandler.iss -- Line 130
- if ${Login.ServerStatus.NotEqual[LIVE]}
+ if ${Login.ServerStatus.NotEqual[EVE-EVE-RELEASE]}

http://code.google.com/p/cybertech/issues/detail?id=60

dew1960 · Dec 21, 2008

Is Rev 802 still the best working revision or is there a newer one that works better now?

Is there some way to combine the ratter and miner and also salvage?

I run an Osprey Cruiser and mine with it, I also have combat drones in the drone bay, a missile launcher, and a salvager equipped. This is a good multi purpose ship and I am hoping that Evebot will support a multi role ship.

I want to be able to run the belts like a ratter, salvage the wrecks and after they are gone, fill up my cargo hold with some nice ore and head back to the Starbase to unload the ore and salvaged/looted items. I am guessing that this is not possible at this time, but it would be awesome!

fathersineve · Dec 26, 2008

please show how

LRonSmith said:
I just looked at the commit log and the updates from 780 to present have included a number of tweaks and bug fixes, as well as introducing multi-threading. It does sound like it would be frustrating to have the features you use not work properly in the current version. I can vouch that the non-combat mission code is working great. I am also happily using the ratting code to do combat mission button mashing for me, I just comment out warping and auto-targeting. Hang in there!

Could you show what you commented out and were I'd love to be able to have something run my shields and hardeners for me for missions.

LRonSmith · Dec 28, 2008

fathersineve,

After looking back at the tweaks I have made to the version I use, it looks like you may only have to comment out line 168 in Behaviors\obj_ratter.iss so that it never enters the IDLE state.

Sethric · Jan 7, 2009

Once again, I got evebot stuck way up on the screen and cant reach the stupid top to drag it back down and have to look up how to reset it.
Everyone uses evebot up at the top. How about putting the drag bar down at the bottom of evebot?

RedMan · Jan 14, 2009

Just getting back into things here after being out of Eve for 3-4 months.

From a couple of hours of playing after getting resubbed (curse paypal for not "allowing" me to move to a different country!) i've come up with what the state of the union looks to me. Please point out where I'm wrong with things here.

I started with a clean evebot directory, didn't copy my old ini files or anything.

Latest download from the regular source tree last night = hang/lock eve on startup. It gets as far as entering two lines in the log files then stops. I may do some more to play/debug with this if I should be expecting it to work better than this. If on the other hand this is "as expected" then I will not worry about it. Sounds like I'm not the only person having an issue like this but at the same time it would seem that it is progressing so it must be not crashing for someone.

Stable build branch (802) = runs enough to update skills (once I found and disabled the "trainfastest" option).

The update comments on the latest builds are VERY interesting to me and I'd love to try and use it some so wondering what I've got to do to get it stable for me.

Redman

Reformed2hacker · Jan 14, 2009

RedMan said:
Latest download from the regular source tree last night = hang/lock eve on startup. It gets as far as entering two lines in the log files then stops.
Redman

Is this the UI locking up "problem" we talked about yesterday?

I have 802 running fine on my main botting computer, no real issues to speak off. Especially, in relation to the EVE client itself locking up. Are you using the premium or classic client. I'm running the classic. Need more details about your computer setup, client setup, etc.

RedMan · Jan 14, 2009

Reformed2hacker said:
Is this the UI locking up "problem" we talked about yesterday?

I have 802 running fine on my main botting computer, no real issues to speak off. Especially, in relation to the EVE client itself locking up. Are you using the premium or classic client. I'm running the classic. Need more details about your computer setup, client setup, etc.

This is exactly that however as I said, 802 is working great (though I haven't done anything with it yet, just starting starting it to see whats new so far).

Last night when we were chatting on IRC about the problem I was having I was actually running the "newest" bleeding edge version. That is what crashes. I goofed the "switch" to the stable/802 branch.

Mostly what I'm wondering is why the current dev version hangs eve for me when it must be working better for the devs themselves. Perhaps it requires a dev version of isxeve or something like that.

I'm prepared to accept the answer being "860+ doesn't work at all for regular folks right now and you shouldn't go there".

Redman

GliderPro · Jan 14, 2009

RedMan said:
I'm prepared to accept the answer being "860+ doesn't work at all for regular folks right now and you shouldn't go there".

The better answer is "work with the head release to help identify and fix bugs". EveBot is not part of the ISXEVE you pay for but, rather, a community supported (free) program. More people need to start participating in it's development or it is going to be killed soon.

RedMan · Jan 14, 2009

GliderPro said:
The better answer is "work with the head release to help identify and fix bugs". EveBot is not part of the ISXEVE you pay for but, rather, a community supported (free) program. More people need to start participating in it's development or it is going to be killed soon.

Agreed! I just think it's odd that it is actually able to crash eve for me and my first suspicion in that case is that it's something specific to my system/setup. At this point I can't even get the head release to run so it's a bit puzzling. I may give it a shot with the debugger tonight and see if I can sort out where it is splatting.

I am immensely gratefull that evebot exists. In many ways it seems like I spent as much time playing ISXEVE/EveBot than I spent playing Eve.

IeU · Jan 15, 2009

It does also crash to me, the latest (873). . .

Being running 802 though . . .

But as you said, there quite a few things updated/fixes after 802 . . .

So, i would really like to be running the latest . . 873 . . . without crashing . . . ^.^

edit,

Got, reverted my evebot_dev to 802, ran it, got the cfg files created. Closed Evebot, updated to latest, ran it again, crash . . .

Log,

Code:

--------------------------------------------------------------------------------------
** EVEBot Version 797 starting on 01/15/2009 at 18:55:45
18:55:45: Starting EVEBot Version 797
18:55:45: Memory: Windows (TM) Vista Ultimate Process: 594964kb Free: 4416mb Texture Mem Free: 2388mb FPS: 62 Windowed: TRUE(TRUE) Foreground: TRUE
18:55:45: obj_EVEBotUI: Initialized
18:55:45: E:/Program Files (x86)/InnerSpace/Scripts/evebot_dev/Config/************** Config.xml not found - looking for evebot.xml
18:55:45: Configuration will be copied from evebot.xml to ************** Config.xml
18:55:45: obj_Configuration_BaseConfig: Initialized
18:55:45: Warning: Common settings missing - initializing
18:55:45: obj_Configuration_Common: Initialized
18:55:45: Warning: Combat settings missing - initializing
18:55:45: obj_Configuration_Combat: Initialized
18:55:45: Warning: Miner settings missing - initializing
18:55:45: Warning: Hauler settings missing - initializing
18:55:45: obj_Configuration_Hauler: Initialized
18:55:45: Warning: Labels settings missing - initializing
18:55:45: obj_Configuration_Labels: Initialized
18:55:45: Warning: Freighter settings missing - initializing
18:55:45: obj_Configuration_Freighter: Initialized
18:55:45: Warning: Agents settings missing - initializing
18:55:45: obj_Configuration_Agents: Initialized
18:55:45: Warning: Missioneer settings missing - initializing
18:55:45: obj_Configuration_Missioneer: Initialized
18:55:45: obj_Config_Whitelist: Loading E:/Program Files (x86)/InnerSpace/Scripts/evebot_dev/Config/************** Whitelist.xml
18:55:45: obj_Config_Whitelist: Initialized
18:55:45: obj_Config_Blacklist: Loading E:/Program Files (x86)/InnerSpace/Scripts/evebot_dev/Config/************** Blacklist.xml
18:55:45: obj_Config_Blacklist: Initialized
18:55:46: obj_EVEDB_Stations: Initialized
18:55:46: obj_EVEDB_StationID: Initialized
18:55:46: obj_EVEDB_Spawns: Initialized
18:55:49: obj_EVEDB_Items: Initialized
18:55:49: obj_Asteroids: Initialized
18:55:49: obj_Drones: Initialized
18:55:49: DEBUG: obj_Ship:UpdateModuleList called while in station
18:55:49: obj_Ship: Initialized
18:55:49: obj_Station: Initialized
18:55:49: obj_Cargo: Initialized
18:55:49: obj_Skills: Initialized
18:55:49: obj_Skills: Training skills in duration order, fastest first
18:55:49: obj_Bookmarks: Initialized
18:55:49: obj_JetCan: Initialized
18:55:49: obj_JetCan: Initialized
18:55:49: obj_Social: Initializing whitelist...
18:55:49: obj_Social: Initializing blacklist...
18:55:49: obj_Social: Initialized
18:55:49: obj_Fleet: Initialized
18:55:49: obj_Assets: Initialized
18:55:49: obj_Safespots: Initialized
18:55:49: obj_Belts: Initialized
18:55:49: obj_Sound: Initialized
18:55:49: obj_AgentList: Initialized.
18:55:49: obj_Agents: Initialized (No Agents Found)
18:55:49: obj_MissionCache: Initialized
18:55:49: obj_Combat: Initialized
18:55:49: obj_Missions: Initialized
18:55:49: obj_MarketItemList: Initialized
18:55:49: obj_MarketItemList: Dumping list...
18:55:49: obj_MarketItemList: This.FirstItem   = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem    = NULL
18:55:49: obj_MarketItemList: This.CurrentItem = NULL
18:55:49: obj_MarketItemList: This.NextItem(exists)    = TRUE
18:55:49: obj_MarketItemList: This.CurrentItem(exists) = TRUE
18:55:49: obj_Market: Initialized
18:55:49: obj_Autopilot: Initialized
18:55:49: obj_Miner: Initialized
18:55:49: obj_OreHauler: Initialized
18:55:49: obj_Courier: Initialized
18:55:49: obj_StealthHauler: Initialized
18:55:49: obj_Scavenger: Initialized
18:55:49: BuildSourceList found 0 source locations.
18:55:49: obj_Freighter: Initialized
18:55:49: obj_Combat: Initialized
18:55:49: obj_Combat: Initialized
18:55:49: obj_Ratter: Initialized
18:55:49: obj_Missioneer: Initialized
18:55:49: Memory: Windows (TM) Vista Ultimate Process: 614300kb Free: 4398mb Texture Mem Free: 2385mb FPS: 13 Windowed: TRUE(TRUE) Foreground: TRUE
18:55:49: -=Paused: Press Run-=
18:55:54: Recalling Drones prior to shutdown...
--------------------------------------------------------------------------------------
** EVEBot Dev Revision 871 starting on 01/15/2009 at 18:56:25

Hope it helps to track down the crash . . .

GliderPro · Jan 15, 2009

Your log doesn't show a crash at all. Was an Innerspace crash dump generated?

IeU · Jan 16, 2009

This was the only log file i found that contained anything at all . . .

Found it inside, EvEBot/config/logs

Sadus · Jan 27, 2009

Has anyone else had problem with (Character) Training.txt not being respected? I also tried just plain Training.txt but it seems to be ignored too. Using the latest stable 874 because the latest devel thing makes Eve turn white and not respond for 10+ minutes until I give up and just close it.

To elaborate: it is detecting a finished skill just fine, but then its not using the .txt but going through and finding the shortest skill to train so I keep finding myself training Leadership etc

It also shows "Next Queued: (blank)" in the GUI while I'm still training something else when EveBot is first started.

BattleCobra · Jan 27, 2009

Turn off Evebot, open your ..\InnerSpace\Scripts\evebot\config\(charactername) config.xml file.
find the : <Setting Name="TrainFastest">TRUE</Setting> : and set it to false. Then restart Evebot.

Need to turn it off first since it saves current settings when you close it, and only reads certain settings when you run it.

Sadus · Jan 27, 2009

Works perfectly now, thanks! I even updated the Wiki with this info.

EVEBot Discussion Thread

Active Member

Active Member

Well-Known Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Second-in-Command

Active Member

Active Member

Active Member

Active Member

Active Member

Attachments

Active Member

Active Member

Attachments

Active Member

Second-in-Command

Active Member

Active Member

Active Member

Active Member

Active Member

Attachments

Active Member

Active Member

Attachments

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Well-Known Member

Active Member

Active Member

Active Member

Attachments

Active Member

Active Member

Active Member

Attachments

Active Member

Active Member

Active Member

Attachments

Active Member

Attachments

Active Member

Active Member

Active Member

Active Member

Active Member

Well-Known Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member

Active Member