Can't login to client patched with blowfish or w/e

Page 2 of 2 1 2
05/13/2012 12:41 Korvacs#16
Quote:
Originally Posted by 12tails View Post
no....
the OS is running perfectly....
no errors or anything like....
other applications work just fine....

EDIT: At least i've never heard something like it...
If your downloading multiple sources and clients, and your having a problem with all of them, then its natural to assume that its either your visual studio installation that has a problem, or your os. I make this deduction as every source comes with its own .dlls for the encryption which work for everyone else.
05/13/2012 12:43 12tails#17
@Korvacs
I see...
I'll check what i can do...

@Zeroxelli
yeah i'm sure....
that happens on original coemu too... where i get the base codes just to test the login...
u.u i'm going to do a 4351.... no blowfish thing..... since i'm not willing to loss so many time on this ..... i'll try later to update this shit...

thanks anyway you all.... i'm open to sugestions .... private msg me if you're willing to help.... or just post here :D
05/13/2012 13:55 Zeroxelli#18
So running a fresh source (i.e. not yours, but a source downloaded from ePvP) gives the same errors?
05/13/2012 14:10 Kiyono#19
Quote:
Originally Posted by Zeroxelli View Post
So running a fresh source (i.e. not yours, but a source downloaded from ePvP) gives the same errors?
Quote:
Originally Posted by 12tails View Post
Code:
len: 2634161525 - _junk_len: 2275965716
But...... i want to know why... even using abetros or impulse or any source ... i'm getting the same error at the same line without changing ANYTHING....
i'm assuming that's a DLL problem.... but wich one o.O
He tried albetros and impulse's source so yes.
05/13/2012 15:38 Mr_Hitch#20
ummm try to build a new debug

then go to the debug folder and open it

with out debugging the source from c# itself

if no ?

then i would support you to change your windows

i would support SP 3 or windows 7


!!!!!!!edit

dam man just noticed you are using VS 2000

Lols

try installing 2010 and i would say it will work fine
05/13/2012 16:50 12tails#21
lol..... i have both and both of them give the same problem... lol
05/13/2012 17:46 Mr_Hitch#22
then change your system operation
05/13/2012 18:20 Korvacs#23
Reinstall visual studio like i pointed out, it must be a problem with your VS installation, or a problem with your OS. So try reinstalling VS first....
05/13/2012 20:36 12tails#24
thanks korvacs i'll....
if not them i'll reinstall the os as stated ....
Thanks :]
05/13/2012 22:26 CptSky#25
As all the implementation relay on ManagedOpenSSL, maybe, by using my independant implementation, it will work? If, it's a problem related to these DLLs.
05/13/2012 23:08 { Angelius }#26
Quote:
Originally Posted by 12tails View Post
Code:
len: 2634161525 - _junk_len: 2275965716
But...... i want to know why... even using abetros or impulse or any source ... i'm getting the same error at the same line without changing ANYTHING....
i'm assuming that's a DLL problem.... but wich one o.O
Code:
try
                {
                    Key = new CryptoClient([COLOR="Red"]buffer[/COLOR]).PublicKey;
                }
                catch (Exception ex) { Console.WriteLine(ex.ToString()); }
                Console.WriteLine("Client replying to handshake.");
                m_encServer = m_cptServer.HandleClientKeyPacket(Key, m_encServer);
The buffer is it decrypted correctly? because if not you will most likely end up with such values...len: 2634161525 - _junk_len: 2275965716

I wold break point on:
Key = new CryptoClient(buffer).PublicKey;

And when it lands on that break point check the buffer values and see if its been decrypted correctly... idk use the calculator lol

if not and its net being decrypted then the problem is indeed related to one of those dlls ManagedOpenSSL | libeay32.dll

idk i think if it was the libeay32.dll the only problem wold be the version of that dll im not sure tho just guessing here
05/14/2012 01:16 12tails#27
ic... thanks angellius will check that...
and yes the packet is being decrypted....
Page 2 of 2 1 2