View previous topic :: View next topic |
Author |
Message |
shad0wfyr3 Newbie cheater
Reputation: 0
Joined: 07 Jan 2008 Posts: 11 Location: /dev/null
|
Posted: Thu Feb 23, 2012 12:49 pm Post subject: DBKKernel License |
|
|
I see that as of svn changeset 676 (ce.colddot.nl/changeset/676), the DBKKernel is a separate project. Does this mean that it is following the same Adaptive Public License (opensource.org/licenses/apl1.0.php) as the main Cheat Engine project or is it under a separate license?
I'm asking because I'm interested in forking the project and releasing it with modifications under the Unlicense (unlicense.org). Is this permissible?
Thank you in advance.
|
|
Back to top |
|
 |
Dark Byte Site Admin
Reputation: 470
Joined: 09 May 2003 Posts: 25791 Location: The netherlands
|
Posted: Thu Feb 23, 2012 1:25 pm Post subject: |
|
|
Actually, the sourcecode is now on an Artistic License since the move to google svn. (the colddot svn link is old and got set back when the site was restored with a backup)
New svn : http://code.google.com/p/cheat-engine/
honestly though, the driver is pretty small and just a teensy part of the whole project and I won't give any trouble even if you basically copy paste it as long as you keep it open source so I can pick stuff out of it myself if I find it usable
and if you decide to sign the 64-bit driver, I'd love a copy
Just wondering, what parts are you interested in and what do you wish to add ?
_________________
Do not ask me about online cheats. I don't know any and wont help finding them.
Like my help? Join me on Patreon so i can keep helping |
|
Back to top |
|
 |
shad0wfyr3 Newbie cheater
Reputation: 0
Joined: 07 Jan 2008 Posts: 11 Location: /dev/null
|
Posted: Thu Feb 23, 2012 6:23 pm Post subject: |
|
|
Thanks for the updated link and clarification about the current license.
I will definitely be releasing it as open source; specifically it will be released into the public domain via Unlicense.
I am interested in using it as a base to create a replacement for SoftIce/SyserDebugger that can be maintained by the community at large if I cease to continue developing it in the unforeseeable future. It is a huge hindrance to people trying to learn how the Windows kernel works, when they have to use closed-source utilities, such as windbg-based remote debugging, that rely on a 3rd party for updates/fixes. Open sourcing such a tool will hopefully cut down the time required to learn more about Windows-based kernel internals, using a hands-on approach.
Plus, if I make this kind of a tool, I'll likely learn a ton about the kernel, myself
|
|
Back to top |
|
 |
Dark Byte Site Admin
Reputation: 470
Joined: 09 May 2003 Posts: 25791 Location: The netherlands
|
Posted: Fri Feb 24, 2012 4:05 am Post subject: |
|
|
Ah ok, you're always free to ask questions about it here.
Also, the dbvm project can also be useful for debugging an os(and not even window only), but still needs some extra works for that (amd support for one, and better communication, the serial port seems to be missing on a lot of people's systems these days)
_________________
Do not ask me about online cheats. I don't know any and wont help finding them.
Like my help? Join me on Patreon so i can keep helping |
|
Back to top |
|
 |
shad0wfyr3 Newbie cheater
Reputation: 0
Joined: 07 Jan 2008 Posts: 11 Location: /dev/null
|
Posted: Fri Feb 24, 2012 12:18 pm Post subject: |
|
|
Very interesting. Thanks for the head's up. I'll definitely look into that. From my understanding of it (I haven't investigated the DBVM thoroughly), the DBVM can debug a kernel locally, without requiring the use of a COM port. Is this correct? If so, I may be interested in using the DBVM as well.
|
|
Back to top |
|
 |
Dark Byte Site Admin
Reputation: 470
Joined: 09 May 2003 Posts: 25791 Location: The netherlands
|
Posted: Fri Feb 24, 2012 12:38 pm Post subject: |
|
|
you can use some of it's features to bypass security yes. For example dbvm gets the interrupts before windows gets them so it can decide to pass them on to windows, or to send them off to another location.
dbk32 makes use of it in 64-bit by telling dbvm to redirect int1 exceptions to it's own interrupt handler instead of the interrupt handler described by the IDT
_________________
Do not ask me about online cheats. I don't know any and wont help finding them.
Like my help? Join me on Patreon so i can keep helping |
|
Back to top |
|
 |
shad0wfyr3 Newbie cheater
Reputation: 0
Joined: 07 Jan 2008 Posts: 11 Location: /dev/null
|
Posted: Fri Feb 24, 2012 1:09 pm Post subject: |
|
|
That sounds like exactly what I'm wanting to use. Thanks so much for explaining that. It will definitely save a bunch of time during development.
|
|
Back to top |
|
 |
|