Re: Loading VB files?
- From: Tom Shelton <tom_shelton@xxxxxxxxxxxxxxxxxx>
- Date: Fri, 26 Sep 2008 16:07:17 -0500
On 2008-09-26, Ken Halter <Ken_Halter@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
"Waldo" <Where_Is_Waldo> wrote in message
news:DE0D9F62-88D0-47EB-B92D-B6FFDFC92523@xxxxxxxxxxxxxxxx
You're using the modern day version of Visual Basic. This newsgroup
predates the modern day versions and is devoted to the antiquated versions
from last century such as Visual Basic 6. The modern day Visual Basic
adds
many language features and library functionality, so much so, that many of
the people here don't have the knowledge or skills to properly answer your
question. For Visual Basic products released this century, try asking in
the microsoft.public.dotnet.languages.vb newsgroup (or many of the online
forums)
ahhh... just what we needed... another salesman.
Does this "super duper VB" actually compile?
Yes it does - just not to machine code.
or does it just create some
"human readable" tripe that allows anyone to steal your source?
A .NET is not "human readable" - it is IL which is binary. Yes, it can be
fairly easily reverse engineered - but so can Java and Visual Basic P-Code.
Oh...
forgot... you may've spent 1500 or so on some ridiculous "obfiscator"...
which is just as easily cracked, but since you spent the money, you're safe,
right? How 'bout finding something that'll get VB6 source from an app it
compiled (in case you don't know, the word "compiled" is computer talk for
turning source code into machine code... not script)
I'm not sure what all the fascination is with protecting source code? I've
never found it to be an issue.
How long, exactly, does it take to start your IDE?
On this machine - Windows XP SP3, Amd Athlon XP 2000+ and 1GB RAM - about 4
seconds. Just timed it.
How about... how long
does it take to start the first dotNet app of the day?...
Well, like most apps, it really depends. But - mostly less then 1 second.
or even... name a
single commercial product that was converted from Win32 to dotNet without
completely trashing the usefulness of that product. I'll bet you think the
dotNet IDE's written in dotNet, eh?
I can't really think of any apps that I use that have converted to .NET. As
for the IDE - no, I don't think so. Though, it's looking like the next
version will be a lot more - since they are saying they are going to use a WPF
interface. Also, Expression Blend and that family are .NET apps (WPF).
This should be easy... name something the dotNet added to VB6's "library
functionality", mmmkay?
What do you mean by that? Lots of functionality is added via the BCL that
wasn't part of VB6.
Also... just for fun, find a single improvement in
syntax that didn't break every version of VB prior to this "improvement".
Too vauge. Some things broke, somethings didn't.
"knowledge or skills"... funny... just a quick peek at the dotNet groups
tells me these "knowledge or skills" are about 15 years behind...
Let's see... this morning, there's a post titled...
"write response to textbox from a class"
Whoa... bet that takes "knowledge or skills", eh?
What's this.... here's another
"Issues with API function ReadFile"
API? I thought dotNet included **everything**... if that's the case, why
isn't everyone using their "knowledge or skills" instead of the *exact same*
Win32 API lowly VB6'ers are using?
Well, did you read that post - I actually gave the guy the answer on that one.
The problem was with MAX_PATH. The .NET framework, while it uses the W
functions for IO does not allow you to use the larger paths possible with NTFS
(I certainly doubt native VB IO does either). Because of that the guy has to
use the win32 api functions so that he can use the //?/ prefix for long path
support.
I have never, ever heard anyone claim that .NET frees anyone from occasional
trips to the Win32 API. But, I sure make that trip a LOT less then I did when
I was using VB.CLASSIC.
Tell ya' what... I'll write an app and you write one....
Ok, if it's within my skill set - I would be glad to do this. What did you
have in mind?
after I've waited a
month for you to complete yours, we'll start them both up and run a few
benchmarks.... of course, mine will be thru it's first set of benchmarks
before yours even starts, but, hey... it's "new", so it must be "better",
right?... and your extensive "knowledge or skills" will be able to overcome
any limitations dotNet throws in your face.
Have you ever written an entirely managed app? I didn't think so.
Yes. many times. Though, I have a couple that were 95% - 99% managed :)
--
Tom Shelton
.
- Follow-Ups:
- Re: Loading VB files?
- From: Bill McCarthy
- Re: Loading VB files?
- References:
- Loading VB files?
- From: Jason
- Re: Loading VB files?
- From: Waldo
- Re: Loading VB files?
- From: Ken Halter
- Loading VB files?
- Prev by Date: Re: Serarch ports for hardware and drivers
- Next by Date: Re: ASCII Character to Text Conversion
- Previous by thread: Re: Loading VB files?
- Next by thread: Re: Loading VB files?
- Index(es):
Relevant Pages
|
Loading