View Full Version : Visual Basic.NET

12-03-2002, 12:31 PM
Hey....I don't know what's possible or not as I just use this enviroment for school only when I have to, but, is there any way AT ALL to get your exectuable working on a machine that doesn't have the .NET framework installed on it?

I made a decent little slot machine game that's still in progress(only fun little updates, etc.) and I would like to show a few friends, etc. but...that's kinda hard when the executable won't work. :)

Once again, as the subject says, Visual Basic.NET.

- edit -
I suppose this is tech board material..ah well.

12-03-2002, 12:41 PM
I'm unfamiliar with the .NET compilers but the technical term for non .NET code is "unmanaged" so look in the settings and such and search for where you might be able to set this on or off.

12-03-2002, 12:55 PM
As far as I know, Visual Basic .NET only compiles managed (IL) code. If you want unmanaged code, you will have to be stuck with Visual Basic 6.0.

Of the Visual Studio .NET languages, only Visual C++ .NET can compile unmanaged code (standard i386 Win32 PE executables).

12-03-2002, 12:59 PM
> Visual Basic .NET only compiles managed (IL) code.
Ah well.

All I could find was debug/release so you're probably right. :(

12-04-2002, 05:38 AM
as far as i know, it is possible, you just need a few DLL and OCX files...

12-04-2002, 07:15 AM
dont program in vb b/c it is not REAL programing
DRAG -N- DROP is too easy

12-04-2002, 08:52 AM
Originally posted by adamviper
dont program in vb b/c it is not REAL programing
DRAG -N- DROP is too easy
I didn't like Visual Baisc either, but you cann't say "don't program in Visual Basic", because you can still do many things easer than doing them in C or C++, and they still have almost the same functionality.

12-04-2002, 09:10 AM
Well it is the easiest way of creating Win32API programs, there is no such thing as too easy! C++ winapi(and even MFC) programs are way too mangled looking, visual basic abstracts a lot of that quite well, and it seems to be better suited for the event driven nature of an operating system (in visual basic you don't have to look at the huge ass switch statements generated for all the events you need)

12-04-2002, 09:16 AM
Thant's correct, for example When I first learned event deriven programs, I used Visual Basic, it was very simple, and it helped me alot, and it was easier for me to understand the same type of programming in C++.

12-04-2002, 10:08 AM
I have to take Visual Basic for school - it's a a requirement of my major. It does make things with C++ alot faster, and the same for Microsoft's VC++. It makes certain things alot faster and easier. While this may be, or be not useful to me and you, I feel students, or people who don't know a whole lot about programming or computers in general(pretty much everyone in my class), I feel they should learn something like C so they more so understand just HOW it works, and what's going on.

12-04-2002, 10:18 AM
vb is slow and useless.

12-04-2002, 11:16 AM
>vb is slow and useless.

What projects did you do in VB and VC++ that could stand as examples for your oppinion ?

And to answer the question: as far as I know, if it's .NET, it needs the .NET Framework installed to run.

12-05-2002, 02:38 PM
Originally posted by adamviper
vb is slow and useless.

I think that is very biased of you!!

Now a days I think to get by you need to look at more then one language to get what you need. The advantage of VB is that you can make quick app's compared to MFC (I have done both). Plus in my company that I work for we work both VB and C++ together to get the best of both worlds.

I even asked what if we went with a VC++ GUI instead, there answer was that VB is easier and quicker for someone new to get there hands dirty.

So overall I would have to say that VB is not useless as it has it's place out there, especially application based software. Now for designing a game with VB that I would agree would be a bad thing to do. :)

12-05-2002, 03:19 PM
> designing a game with VB .. would be a bad thing to do.