What's new
By:
  • Visit Rebornbuddy
  • Visit Resources
  • Visit API Documentation
  • Visit Downloads
  • Visit Portal
  • Visit Panda Profiles
  • Visit LLamamMagic

Plugin Compile + Init before db is logged in

sinterlkaas

sinterlkaas

New Member
Joined
Jan 17, 2012
Messages
536
Reaction score
14
Lazy Copy paste :)

Tony said:
sinterlkaas said:
Hey,

I was wondering if it would be possible for DB to compile the plugins before being logged into D3 ? ..
Or this could be changed by buddyteam to do so. The reason for this would be that I tried to get WinAuth to work with DB .. as it is now it would only work when D3 get disconnected and booted to login screen .. DB will login
The Plugin will run winauth gets the info and puts it in using DB API ..

but this ofc wont work if I just started D3 + DB because the plugins only get compiled + initiated after DB is logged in.

would be happy if this could be changed .. it will improve security for accounts

ps: I could use sendkeys to directly send it for the first time to D3 but I want to avoid this due to possible detection by warden


awaiting your reply for any suggestions
Click to expand...

post this under Devs section so i can discuss it with the rest team plz :)
Click to expand...
 
+1

Compile and Init before profile loading should give much more flexibility for plugins like DBEnhancements.
 
This would solve problems that ARElogger was having because of plugins not being loaded etc, it should really get pushed into a patch kinda no brainer.
 
Added to my todo for tomorrow. This shouldn't have been like this in the first place!
 
Thx Apoc, plugins not loading properly with reloggers sucks a lot!
 
Apoc said:
It's fixed now. :)
Click to expand...
And is the update in the air ? or do we have to wait a bit ? cause I was just about to release the authentication plugin as not working for 100% but will be in near future .. cause I am going on holiday tomorrow

Edit:

Ah well already pushed the button
can be found here would be nice if you could test it already :) and mayb maintain it a bit while I am drinking beer and chasing girls :P
http://www.thebuddyforum.com/demonb...ugin-battle-net-authenticator.html#post656531
 
Last edited:
Apoc said:
It's fixed now. :)
Click to expand...

Did you also check if Demonbuddy is not crapping out when you use a Authenticator to complete the login?
because as it is now (build .199 and prior) this will cause a memory read error when trying to read the hero's because D3 is still waiting on authentication and Demonbuddy thinking hey I am logged in...
Log:
Code: 
[19:49:29.034 D] System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.AccessViolationException: Could not read bytes from 00000000 [299]!
   at Zeta.MemoryManagement.ExternalProcessReader.ReadBytes(IntPtr address, Int32 count, Boolean isRelative)
   at Zeta.MemoryManagement.ExternalProcessReader.Read[T](IntPtr address, Boolean isRelative)
   at Zeta.Internals.Service.BnetHero.()
   at Zeta.Internals.Service.BnetHero.get_BattleTagName()
   at Zeta.CommonBot.Settings.CharacterSettings..ctor()
   at Zeta.CommonBot.Settings.CharacterSettings.get_Instance()
   at Demonbuddy.MainWindow.SetCharacterSettings(Object sender, EventArgs e)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle._InvokeMethodFast(IRuntimeMethodInfo method, Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeType typeOwner)
   at System.RuntimeMethodHandle.InvokeMethodFast(IRuntimeMethodInfo method, Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeType typeOwner)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
   at System.Delegate.DynamicInvokeImpl(Object[] args)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) --> System.AccessViolationException: Could not read bytes from 00000000 [299]!
   at Zeta.MemoryManagement.ExternalProcessReader.ReadBytes(IntPtr address, Int32 count, Boolean isRelative)
   at Zeta.MemoryManagement.ExternalProcessReader.Read[T](IntPtr address, Boolean isRelative)
   at Zeta.Internals.Service.BnetHero.()
   at Zeta.Internals.Service.BnetHero.get_BattleTagName()
   at Zeta.CommonBot.Settings.CharacterSettings..ctor()
   at Zeta.CommonBot.Settings.CharacterSettings.get_Instance()
   at Demonbuddy.MainWindow.SetCharacterSettings(Object sender, EventArgs e)
[19:49:29.072 D] Service.CurrentHero is NULL, CharacterSettings was not saved. ( Crash prevention )
[19:49:29.135 N] Waiting 12 seconds before next game...

and after I just manually enter my authentication code .. it will continue BUT no loads no plugins
I know this is after login and the new DB will load them before login as you stated, but just want to inform you about the read error :)
 
Is the startup dependency bug fixed? If not, any ETA?

Apoc said:
This shouldn't have been like this in the first place!
Click to expand...

May I ask what is the state on this?

It looks like that problem is still ongoing in DB 284 (latest release).

Background:
I use RadsAtom which also uses WinAuth for Battle.net Authentification.

This works when my IP changes while D3 is already running + logged-in - most of the time.
Then D3 gives error (which is clicked away by RadsAtom), and asks for Authenticator code.
This is then supplied by RadsAtom+WinAuth.

But sometimes D3 crashes in that IP-change / error situation.
D3 + DB are restarted by ARelog.
Then the RadsAtom+WinAuth team does not get executed, D3 hangs in asking for the Auth code,
and DB is only "half started", with no plugin loaded, waiting for the D3 to be fully running.

This is really a sh*t deadlock!


BTW: Is this the right place to ask for that, or should I make a post in support?


Thanx for any answer
?Golem
 
Feel free to post more. The more they see it addressed, the more they'll finally maybe implement this. Without this, solved, ALL reloggers are useless upon start up. So, that pretty much shits on people with authenticators when needed at start up.
 
I'd also love to see this because then Atom could do the logging in for me, since the built-in commands -bnetaccount and -bnetpassword don't work for me for some unknown reason
 
Go spam the general forum so there's more awareness, lol

So, yea, I had to remove all my authenticators due to the lack of this feature.
 
You must log in or register to reply here.
Back
Top