Jump to content

mIRC 7.45


anuraag

Recommended Posts

mIRC is a full featured Internet Relay Chat client for Windows that can be used to communicate, share, play or work with others on IRC networks around the world, either in multi-user group conferences or in one-to-one private discussions. It has a clean, practical interface that is highly configurable and supports features such as buddy lists, file transfers, multi-server connections, SSL encryption, proxy support, UTF-8 display, customizable sounds, spoken messages, tray notifications, message logging, and more. mIRC also has a powerful scripting language that can be used both to automate mIRC and to create applications that perform a wide range of functions from network communications to playing games.

Thanks to ARMOUR for the update.

Download

Link to comment
Share on other sites


  • Replies 29
  • Views 4k
  • Created
  • Last Reply

The download link on the front page is wrong and you get erroneous tag information.

Download mIRC 7.45 trial version from link below:

Site: http://www.mirc.co.uk
Sharecode[?]: /get.php
 
Link to comment
Share on other sites


Alternative download link:

http://www.mirc.com/get.php?version=745

 

Latest News

 

mIRC 7.45 has been released! (April 25th 2016)

This is a small update that fixes an issue with the way BAN/UNBAN events are handled. This issue was introduced in a recent change to mIRC and we decided it was important enough, and affected enough users, to release a small update to fix it. This update includes the following improvements, changes and fixes:

 

  • Fixed on BAN/UNBAN event bug that caused it to not be triggered on mode +b/-b events.
  • Updated channels /list feature to send *matchtext* to server in LIST request on Undernet and Quakenet.
  • Fixed DCC Send file dialog nickname combobox being incorrectly sized.
  • Fixed $sdir() new file dialogs not handling invalid path names.
  • Fixed $sfile() new file dialogs not filling in filename editbox.
  • Fixed tray tips bug that caused gpf triggered by right-click on tray tip.
  • Fixed tray tips and speech bug in formatting of text for multiple mode changes.
  • Updated installer to re-use default NSIS uninstall executable.
  • Updated CA root certificates cacert.pem file.
Link to comment
Share on other sites


mIRC v7.45 patch ripped by me from v7.42-TE

 

Site: http://ge.tt
Sharecode[?]: /67et02a2

 

Nuked mIRC v7.xx by XenoCoder
Nuked mIRC v7.xx by Service Manual - AoRE Team

 

Link to comment
Share on other sites


a note on Deltafox's release:

2016/3/29:

v1.7: rip from AoRE + "Patch RegDeleteKey and Value" (from his own words)

2016/4/21:

v1.8: v1.7 + rip from TE (with slight variance)

 

To be frank, I cannot be absolutely sure that it is ripping but not just a coincidence, but the fact that he kept functionally same patches from both AoRE & TE, plus his "Loader" & "Patch Host" in earlier release (again from his own words), serve as strong indicators that this is the case.

 

Link to comment
Share on other sites


3 hours ago, player said:

a note on Deltafox's release:

2016/3/29:

v1.7: rip from AoRE + "Patch RegDeleteKey and Value" (from his own words)

2016/4/21:

v1.8: v1.7 + rip from TE (with slight variance)

 

To be frank, I cannot be absolutely sure that it is ripping but not just a coincidence, but the fact that he kept functionally same patches from both AoRE & TE, plus his "Loader" & "Patch Host" in earlier release (again from his own words), serve as strong indicators that this is the case.

 

v1.8 is totally rewritewhit keygen and whitout loader and host patch and NOT ripped from Aore and TE... I also nullified the points where the soft resets the serial in the register after a certain period of use, usually 30 minutes,  improved in the v1.8 .. ,  does something no other patch .. I say other mirc patch is unregister after 30 min of use. Regards

Link to comment
Share on other sites


2 hours ago, Deltafox said:

v1.8 is totally rewrite

and NOT ripped from Aore and TE

if it's not ripped, then i assume you know your patch well, may i ask why did you patch twice here, when you only need either one?

with reference to v7.44 with v1.8 patch applied

file offset: codes patched
0006C5A1: 74 25 => EB 25 (pattern found in TE)
00124630: 0F 84 8E 00 00 00 => 0F 84 00 00 00 00 (pattern found in AoRE)

 

in particular, what does this function that you patched do?

Link to comment
Share on other sites


another strange stuff that i've observed:

in v1.7 there is a patch at 001042EF: 74 19 5F 33 C0 => 74 00 5F B0 01 (pattern found in AoRE)

in v1.8 the patch became 001042EF: 74 19 5F 33 C0 => EB 00 5F B0 01

it is known that TE patches 001042EF: 74 19 => EB 19

it looks to me that you adds TE patch onto v1.7 without bother knowing what's going on?

if you did patch there by yourself i don't see why you made a useless change 74 00 to EB 00.

Link to comment
Share on other sites


Hi player sorry for my bad english.. I have a question for you..

You're part of one of these two teams? I think so. Otherwise I do not understand this obstinacy to your question ..
you are calm and peaceful living ...
then without me now reverse exe file again to remind all those opcode ..
if I remember correctly now  it was the first two opcode for the checksum of CheckSumMappedFile sets a value of 1 instead of 3

I ask you: do you know that patches from you indicated does not nullify well because after 30 min is unregistrato mirc? you know tell me why I also nullified in :

 
Quote

new byte[] { 0x74, 0x19, 0x5E, 0x33, 0xC0 },//Blocco Azzeramento Reg Seriale
new byte[] { 0x74, 0x7E, 0x8D, 0x84, 0x24, 0xC0 },//Blocco Azzeramento Reg Seriale

 

to

 

Quote

new byte[] { 0x74, 0x00, 0x5E, 0x33, 0xC0 },
new byte[] { 0x74, 0x00, 0x8D, 0x84, 0x24, 0xC0 },

 

Even " AoRE " and "TE" if I am not mistaken they have different byte nullificated in common, but what does that mean? I do not come here to do question .. counts the result ... it is normal that many points to nullify are shared. But personally I have not used it ripped neither believe it or not ...

 

Best Regards

Link to comment
Share on other sites


7 minutes ago, Deltafox said:

new byte[] { 0x74, 0x19, 0x5E, 0x33, 0xC0 },//Blocco Azzeramento Reg Seriale
new byte[] { 0x74, 0x7E, 0x8D, 0x84, 0x24, 0xC0 },//Blocco Azzeramento Reg Seriale

this 2 patches come from your v1.7 "Patch RegDeleteKey and Value" which are not rip.

however, if you think this properly fix the unregister within 30 min, why do you add more patches to v1.8?

Link to comment
Share on other sites


Wrong this two point is only for block reg deleted..

is an additional protection .. otherwise after 30 minutes and a reboot of mirc whit other patch you had to re-register

Link to comment
Share on other sites


14 minutes ago, Deltafox said:

Even " AoRE " and "TE" if I am not mistaken they have different byte nullificated in common

there are 6 area of patches in TE, 2 area of patches in AoRE. they do not overlap with each other.

(AoRE patches locate close to that of TE but actual bytes patched do not overlap, let alone in common.)

 

Link to comment
Share on other sites


18 minutes ago, player said:

there are 6 area of patches in TE, 2 area of patches in AoRE. they do not overlap with each other.

(AoRE patches locate close to that of TE but actual bytes patched do not overlap, let alone in common.)

 

In fact I was told if I remember correctly .. imagined then how I know them well? some other nulled opcode not present into other patch or at least in TE

 

Quote

new byte[] { 0x85, 0xC0, 0x0F, 0x84, 0x0D, 0x01, 0x00, 0x00, 0x68 }

to

Quote

 new byte[] { 0x85, 0xC0, 0x90, 0xE9, 0x0D, 0x01, 0x00, 0x00, 0x68 },

This is all Regards 

Link to comment
Share on other sites


23 minutes ago, Deltafox said:

is an additional protection

did you know new patches you add to v1.8 made these 2 patches redundant...

 

38 minutes ago, Deltafox said:
if I remember correctly now  it was the first two opcode for the checksum of CheckSumMappedFile sets a value of 1 instead of 3

sir, you remember wrongly... it returns 1 for same checksum, 2 for mismatching checksum.

 

I'm done with my interrogation. Sorry for the mess.

Link to comment
Share on other sites


I remembered only in mind of course .. however, it was the checksum but does not change the way ..

Link to comment
Share on other sites


Final advice, in coding people say Occam's Razor, in simpler term, Less is More.
The same should apply to reversing, redundant patch means you are relying on guess work...

 

Link to comment
Share on other sites


everyone has their own opinion ..
 
Quote

new byte[] { 0x85, 0xC0, 0x0F, 0x84, 0x0D, 0x01, 0x00, 0x00, 0x68 }

to

Quote

 new byte[] { 0x85, 0xC0, 0x90, 0xE9, 0x0D, 0x01, 0x00, 0x00, 0x68 },

 

if I do not say inaccuracies, this nulled opcode are missing in other patch or at least I have not seen in your rip .. is for license validated..

 

Link to comment
Share on other sites


Wow, nice to see some discussions by people who understand much more than the average Joe how patching process works, how assembler works, what are opcodes and clearly how to do create patch (probably how to unpack exe too). I wish I could learn this I only dabbled a little bit back in the day of good old SoftIce. Good day to both of you and keep it going!

Link to comment
Share on other sites


2 hours ago, Deltafox said:
this nulled opcode are missing in other patch or at least I have not seen in your rip .. is for license validated..

i thought this is over.
this patch is the "slight variance" which i was referring to.
00105B01: 0F 84 0D 01 00 00 => 90 E9 0D 01 00 00 (yours)
00105B7B: 0F 85 93 00 00 00 => 90 E9 93 00 00 00 (TE)
00105B01+6+010D=00105C14
00105B7B+6+0093=00105C14
both jump to the same address.

Link to comment
Share on other sites


you thought wrong .. and you did not have the mentioned before and that was made a reverse parallel ..and TE appare not work fine..but  this shows that was not ripped more .. if they jump at the same address is because the software that is but by different way and logic.. for me.

can publish original TE Patch for 7.4x? I would like to see the .. also in PM if possible tk's...

 

Link to comment
Share on other sites


Given the fact that I do not have to prove anything to anyone and that everyone is free to use the patch and want to believe or not .. above all in the presence of several different logic .. ..  If you can send me in PM patch TE for 7.4x, I would analyze it .. Thanks

Link to comment
Share on other sites


talk about area = but it is normal to speak of the same software

you said that also aore use same area then aore ripped TE? Can send TE patch or not? I'm interested only analyze it now then you believe me or not does not interest me in the least .. tk's

Link to comment
Share on other sites


Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...