Rafael Teixeira wrote:
You need to compile the C# file as VS.NET does for you when it handles
the 'codebehind' attribute in @page directive...
:|
well, i did
mcs Default.aspx.cs -r:System.Web -r:System.Data -r:System.Drawing
-r:bin/CMSNET.dll -t:library
and got Default.aspx.dll, moved it
Hi,
this is perhaps a little bit off-topic, but I wrote a parser for C# and it
complains about the following declaration:
bool partial = xyz;
This is due to the fact that partial is half a keyword which indicates
partial type definitions. Why does the mono compiler accept this? Is it correct
Sebastian Hoehn wrote:
Hi,
this is perhaps a little bit off-topic, but I wrote a parser for C# and it
complains about the following declaration:
bool partial = xyz;
This is due to the fact that partial is half a keyword which indicates
partial type definitions. Why does the mono compiler
Hi,
I'm using Master Pages for quite a long time now, and I'm facing a
common problem, cross browser navigation.
In MS ASP.NET 2.0, it is possible to define device specific (or more
importantly browser specific) master pages.
The syntax is something like % Page Language=C#
On Monday 04 Jul 2005 17:05, John Bailo wrote:
Colin JN Breame wrote:
On Sunday 03 Jul 2005 16:45, John Bailo wrote:
1. Have you tried adding a catch so you can see any errors that might be
thrown? You have that code nested in a try -- but no cache.
Yes I have - I've tried both a catch
Is there a mailing list for MonoDevelop? Didn't find it on MonoDevelop web site, neither on it's wiki pages.
cheers,
Aleksandar Dezelin-- Linux is like wighwam, no windows no gates and apache inside...
___
Mono-devel-list mailing list
Try
http://lists.ximian.com/mailman/listinfo/monodevelop-list
On 7/5/05, Aleksandar Dezelin [EMAIL PROTECTED] wrote:
Is there a mailing list for MonoDevelop? Didn't find it on MonoDevelop web
site, neither on it's wiki pages.
cheers,
Aleksandar Dezelin
--
Linux is like wighwam, no
Hello!
While using the System.Drawing package we found the following bug:
Graphics.DrawPie(...) and
Graphics.FillPie(...)
both draw lines in the correct angles, but the ark always starts at
0. For the fill method the effect is that a pie ending at 360 will
fill the whole circle...
Hello,
Currently the linked resource files (not the normal resource, but the
ones that only are linked) are not copied to the GAC with the installed
assembly (MS Impl does it).
Maybe the only problem with the attached patch, is that the assembly is
copied while keeping it open (the
Hello,
I was doing some test on mono+XSP with web services. I was using the packages
from debian/unstable (on the server):
XSP 1.0.5
mono 1.1.6-4
The performance problem that you reported has been fixed on the HEAD
version of Mono and will be available on the next public release.
Miguel
Hello,
I've already spoken with Mike, Ben, and Miguel on IRC, but I would
appreciate any creative solutions to either API or scheduling issues
that you can come up with.
One suggestion that does not require any changes to MonoDevelop or Gtk#
is to install Gtk# into a private GAC, and modify
Rafael Teixeira wrote:
You need to compile the C# file as VS.NET does for you when it handles
the 'codebehind' attribute in @page directive...
:|
well, i did
mcs Default.aspx.cs -r:System.Web -r:System.Data -r:System.Drawing
-r:bin/CMSNET.dll -t:library
and got Default.aspx.dll, moved it to
Please google for the @assembly directive and some discussion of the
assembly section in web.config. Mono may have a bug or isn't
configured exactly as MS.NET in that regard, as surely a library
deployed to the /bin directory should have been referenced
automatically. Note that AFAIK xsp/mod_mono
RPMs for mono-debugger have been posted to www.go-mono.com and are
available in the OpenCarpet and yum channels.
Wade
On Fri, 2005-07-01 at 11:02 -0600, Wade Berrier wrote:
Currently, the only way to get mono-debugger working correctly is
compiling it from source. We're still working on some
I'm trying to use XML-RPC to make calls on a C# remoting server from a
PHP client (using Cook Computing's XML-RPC.NET and PEAR::XML_RPC).
My methods are working, but I've found that it takes 60 seconds for the
call to return on the client. This appears to be because Mono's HTTP
remoting server
I was looking into Remoting a bit and was searching for the unit tests
and how the multiple application domains or contexts were handled for
testing. There was one set of tests under \mono\mcs\class\corlib\Test
and something under \mono\mono\tests. Can someone explain the
correlation? Where are
El dt 05 de 07 del 2005 a les 16:40 -0700, en/na JD Conley va escriure:
I was looking into Remoting a bit and was searching for the unit tests
and how the multiple application domains or contexts were handled for
testing. There was one set of tests under \mono\mcs\class\corlib\Test
and
El dt 05 de 07 del 2005 a les 16:40 -0700, en/na JD Conley va
escriure:
I was looking into Remoting a bit and was searching for the unit
tests
and how the multiple application domains or contexts were handled
for
testing. There was one set of tests under
\mono\mcs\class\corlib\Test
and
I'm looking in the latest release tarball and I can't seem to find any
Test directory under System.Runtime.Remoting. In fact there is no
System.Runtime.Remoting directly under mcs/class.
The directory is indeed there.
I assume you mean the
one under corlib. There are some tests in
Hi,
I sometimes encountered such missing files. They were mostly
because that the archive extraction utility failed to extract
files correctly. So I'd suggest to try another environment to
check the archive.
Atsushi Eno
JD Conley wrote:
I was looking into Remoting a bit and was searching for
Hello,
I finally see where the point is ;-)
Unfortunately I have to say our hierarchy structure seems to be broken.
From my point of view the MemberName should be introduced in DeclSpace
class and not in MemberCore
where should be only your LocatedToken. But this change is not simple.
Then
21 matches
Mail list logo
