[mono-vb] Fwd: Re: [Mono-list] Language Clarification
Wed, 13 Oct 2004 02:54:55 -0600
Forwarding to mono-vb list ... Sorry if you are getting this mail
>>> Jambunathan Jambunathan 10/13/04 2:23 PM >>>
> mbas is awfully slow right now (fair enough considering that mbas is
> alpha code) and is tortoise when compared to mcs. So this is one
> why a page coded in VB has some trouble being rendered.
As an afterthought, if you really need to see your VB.NET coded
ASP page running modified, try bumping the executionTimeout
in either machine.config (located in prefix/etc/mono/1.0) or
your app's Web.Config.
This will atleast give us the infomration that whether or not a
VB.NET page works.
That aside, if anyone wants to see the actual *.vb file generated by
XSP server, then they can set the following environmnet variable.
export MONO_ASPNET_NODELETE = 1.
The temporary files can be located under /tmp.
>>> "David P. Donahue" <email@example.com> 10/12/04 8:50 PM >>>
I realize that Mono focuses its development on C# as a whole, but I'm
wondering something about other languages in general. I'm no expert
the core of .NET, but I was under the impression that one of its
features is that code from any .NET language, when compiled, becomes a
single common language for any .NET interpreter (such as Mono) to use.
That is, if I write something in VB and compile it in Visual Studio,
end result is no different (not critically different, anyway) from the
end result that would be achieved had I used C# or any other .NET
language. Is this the case?
If so, then I'm unclear on a problem that I've been having (and have
been receiving very help assistance on, thanks to this mailing list)
trying to get an ASP .NET web application written in VB to work on
I was told of a work-around to get my first test page to work, which
to set the page language to C# even though my code-behind was all in
This worked... for that small test page (which consisted of a button
which, when pressed, changed a property on a label). My next test was
to use a DataGrid and grab a table from a database. This page is
slightly more complex as a test, since it has more functions in the
code-behind and has some VB code in the design of the .aspx file
The aforementioned work-around doesn't seem to extend this far, as
setting my page language to C# now results in a vague "object
not set to an instance of an object" error (with no obvious mention of
the object in question). And, of course, setting it back to VB
in a "thread was being aborted" error that caused the need for the
If my originally mentioned impression of how .NET works is correct,
is there a difference between the two at all? When I compile my
"solution" in Visual Studio, isn't the resulting .dll in the bin
contain all that Mono needs? If so, is my method of compilation not
accomplishing this properly?
For reference, I am using the following setup:
Windows XP, .NET Framework 1.1.4322, Visual Studio .NET 2003
Slackware 10.0, Linux 2.4.26, Mono 1.1.1 (mod_mono with Apache
David P. Donahue
Mono-list maillist - Monofirstname.lastname@example.org