Hello, here I come to present my new fucking Project . GunzLauncher KV
This is the BETA version, so it has some errors when you start gunz with some executable, this version still does not put the option to update the client, that will be in v.2. This Gunz Launcher is programmed in Visual Basic. Well here I leave some photos of this little program =) xD
PD : this version is in Spanish language.
Last edited by Kanoru; 27-02-10 at 04:17 AM.
So, let me get this straight, all this gunz launcher does is:
- Process.Start("Gunz.exe")
- MsgBox.Show("GunzLauncher V1 By Kanoru para GunzHispano.", "Creditos")
- Me.Close() or, End()
- Process.Start("http://website.net/forum")
- Process.Start("http://website.net/")
Not to be negative, but if you are making a gunz launcher, it is highly suggested it not to be done in visual basic, because...
- People want serial key enabled
- Very well updating
- Non bypassable
- Other/ better features.
But anyway, if it does more than that... then good job.
Anyway, good luck!
meh, ive seen bounty hunter do better ones in vb and C#/Cpp
Actually, bounty hunter's are in delphi.Originally Posted by MAXTRAXv3
Exactly ^^
he told me, that made a launcher, but I thought I already had the updater and stuff jeje
Sorry, I'm not very sure what you are trying to say.
Basic = Failure
Make it with Microsoft Visual c++
Actually you just contradicted yourself. VB.net and VC++ both utilize the .net framework (can be decompiled at run-time). Your best bet would be do the serial key stuff in native C via a DLL and have your launcher load the DLL. As far as getting the serial key to work, I would use the encryption and decryption functions already located in the GunZ runnable, then store the encrypted string in the clipboard.
~Iceman
You can do much in Visual Baisc if you know how.
A Launcher is nothing else an Auto Updater, and thats pretty easy, about the Launch Serial key, thats the problem, but can be also made in vb by disabling it in the launching in memory.
Hahaha, make sense next time you post please =).
This is a disgrace to call a launcher. I mean It took me to make MY launcher about a month. In total. And it was done in C#. This shit, which is done in VB. Just cannot be even closely called a launcher.
Re: [Dev] GunzLauncher KV
Why a month?!
A Launcher is an UPDATER, nothing more nothing less.
Creatting a Launcher (Auto Updater) is just basic, using vb or c# doesn't matter, your not coding an anti cheat, just an updater!
There are a lot of samples on the internet where you can mostly copy most of it and to use it for a GunZ Launcher.
To launch GunZ then is nothing (Process.Start (RunnableString)).
(btww.I would continue my launcher but my pc i still still in the repairing)
Yes, your launcher still needs a lot of work to make it good, but Good Luck anyway :)
No, a gunz launcher is more than that.
Also you are forgetting gunz launchers help protect from hacking, which would require serialkey :)
.NET code all builds to the same output, same metadata and IL; thus, saying this is dumb if it's made in VB.NET, and yours is not because it was made in C#, is nothing short of being retarded.
@ XZeenon: A launcher acting as security is something I call "unnecessary": with embedded integrity checks, there's no reason why you should have to rely on a launcher to ensure the executable is loaded. Plus, using a serial key is easy to detect; replace Gunz.exe with another utility to check how the data is being sent (Be it via command line or clipboard) to dump relevant information. When the launcher attempts to load "Gunz.exe", this utility would be used to dump the auth method.
You could have the client be encrypted, having the launcher act as a sort-of "loader", so-to-speak; but then, why wouldn't you just embed the Gunz client into the launcher, perhaps as a resource? I did something similar for the packer I wrote, which is then protected using a number of tricks here and there, such as nanomites, junk code, integrity checks on constant memory segments (Such as the CS), etc.
Regardless, the trend of launchers being written in .NET for anything more than being used to update files is, yet again, nothing short of being RETARDED.
Well done kiddo! You made a complete and utter fool of yourself. Reasoning: VB is the same framework as C#, yes, but it is not as advanced and you cannot do the same amount of work with it. VB is simply not comparable to C#. Using C# as a launcher is the best of ideas considering C# IS the best possible way to control traffic. Oh well, nice try though kiddo :)
As for taking a long time, simple. Much more functions. If someone simply has access to your update server, and replaces a few files, (Let's say a stray little hand) That could really piss off your potential users. By creating a patch file, that will salt the files, just may infact help. At least slightly protect your users.
Off topic
<-- Knows what's coming.
<-- Shall watch this go down!
*Gets popcorn*
Haha, that's for sure! Let's hope the mod's don't get here xD.
Posted via Mobile Device
To quote a doc found on [ame="http://www.scribd.com/doc/20271292/ASP-NET-Pages-Known-Officially-as-Web-Forms-Are-The"]ASP NET Pages, Known Officially as "Web Forms", Are The[/ame], as well as Wikipedia:Reasoning: VB is the same framework as C#, yes, but it is not as advanced and you cannot do the same amount of work with it. VB is simply not comparable to C#.
What's so special about any of the C#-exclusive features above? Unsafe code is the only remotely-useful feature that may make C# more favorable when dealing with Gunz, but unmanaged code can be executed in the context of a DLL loaded at runtime in VB.NET.Features of Visual Basic .NET not found in C#
Variables can be declared using the WithEvents construct. This construct is available so that a programmer may select an object from the Class Name drop down list and then select a method from the Declarations drop down list to have the Method signature automatically inserted
Auto-wireup of events, VB.NET has the Handles syntax for events
Support for optional parameters (this will also be available in C# beginning in version 4.0[5]). This is typically used to provide easy interoperability with native code
Marshalling an object for multiple actions using an unqualified dot reference. This is done using the With ... End With structure
IsNumeric evaluates whether a string can be cast into a numeric value (the equivalent for C# requires using int.TryParse)
XML Literals
Inline date declarations by using #1/1/2000# syntax.
Features of C# not found in Visual Basic .NET
Allows blocks of unsafe code (like C++/CLI) via the unsafe keyword.
Partial Interfaces
Iterators and the yield keyword
Multi-line comments (note that the Visual Studio IDE supports multi-line commenting for Visual Basic .NET)
Static classes (Classes which cannot contain any non-static members, although VB's Modules are essentially sealed static classes with additional semantics)
Can use checked and unchecked contexts for fine-grained control of overflow/underflow checking
Auto-Implemented Properties (as of C# 3.0) (This will be available in Visual Basic .NET beginning in version 10.)
Implicitly Typed Arrays
Well done at a counter-argument "kiddo", but you fail to backup any of your claims.
With all the unnecessary overhead of managed code, that's a statement that's nothing short of being plain wrong. When was the last time you saw a C# web-server that has more than 5% of the home or commercial markets? Oh, right, that would be NEVER.Using C# as a launcher is the best of ideas considering C# IS the best possible way to control traffic. Oh well, nice try though kiddo :)
What if this "someone" replaces your patch file as well? Or do you suggest using a custom salting algorithm? Even then, this "someone" could reverse the algorithm from the client launcher.As for taking a long time, simple. Much more functions. If someone simply has access to your update server, and replaces a few files, (Let's say a stray little hand) That could really piss off your potential users. By creating a patch file, that will salt the files, just may infact help. At least slightly protect your users.
You could sign the patch file using PGP, thus the launchers would be protected as long as the private key is protected; but that is not what you suggested at all.
Reply With Quote![[Dev] GunzLauncher KV](http://ragezone.com/hyper728.png)