Hi everyone.
I'm a .NET developer moving into the Linux world and evaluating the
tools and technologies in here. I just wanted to share my thoughts and
findings, and see what others have to suggest...
One of my concerns was the absence of IDEs for C# in Linux (I heard
#develop was moving into Li
hello,
> "Question 106: Do you plan to Embrace and Extend .NET?
>
> Embracing a good technology is good. Extending technologies in
> incompatible ways is bad for the users, so we do not plan on extending
> the technologies."
That means: we do not plan on breaking the API, because that is bad f
All,
While discussing Mono with some co-workers, I was pressed with various
questions regarding various licensing and technology control issues. I
directed them to the Mono FAQ, and received a reply with comments on
some of the FAQ topics. I was wounding if anyone here would review this
message
Hello:
How the padding length has the same value as each byte on the padding i
think this is correct on decryption you have (i'm not using PKCS7 for
this):
fragment + mac + padding + padding length
There are anything new on this issue, the TLS library is working against
PostgreSQL 7.4 ( Win
On Tue, Sep 30, 2003 at 02:15:11AM +0100, Pedro Borges wrote:
> Hello
> I have a solution created in VS.NET and i'm trying to port it to Mono in linux. The
> application has ASPX pages and acesses a MySQL DB through ODBC.
> In windows i use Microsoft.Data.Odbc and in linux i change it System.Data.
Hello,
> I've just checked out monodoc from CVS and here below is the
> error message I get when trying to compile it:
>
> make[1]: Entering directory `/home/genius/projects/monodoc/class'
> mono --debug ../browser/assembler.exe --ecmaspec ./../ecma334 -o ecma334
>
> ** (../browser/assembler.ex
Hello,
>>has something changed in XPathNavigator since release 0.26? Since I
>>upgraded to the CVS mono, I am getting some weird results when querying
>>the attributes of XML tags.
> It looks that somewhere in the recent XmlTextReader change has damaged
> it, not by XPathNavigator. I'll look into
Hello,
> > What about
> > System.Reflection and System.Reflection.Emit?
>
> Mono arguably has a better implementation than .NET. :-)
>
> MCS uses System.Reflection.Emit, and a couple enhancements needed to be
> made so that all of C# could be easily implemented using S.R.E.
There are a few limi
hello,
> The thing is, in C++ I also use a few macros, which I won't be able to use
> either, but I can probably manage that by duplicating it in C# (yuck,
> duplication). I do however need to reference som global constants defined in
> ruby.h like this:
>
> typedef unsigned long VALUE;
>
> EXTE
Thanks, it does work on Windows, and (strangely) after restarting Apache
it now works (partly) on Linux. Should we be restarting mod-mono /
apache whenever a web app is updated? Also, is it best to debug using
xsp, or can we debug using mod-mono??
Thanks again.
Gonzalo Paniagua Javier wrote:
E
El mar, 30-09-2003 a las 10:53, Mark Furniss escribió:
> Dear Gonzalo and fellow list gurus,
>
> Thanks for your help. I have now managed to get a simple "hello world"
> application to run fine having copied the dll's to server/test/bin.
> However, when I try to run a more complicated applicatio
It's called monodis.
Rodrigo
- Original Message -
From: "Chris Seaton" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, September 30, 2003 9:24 AM
Subject: [Mono-list] ILDASM
> Why doesn't Mono come with a version of IlDasm? are there any free
> implementations at all?
> --
Why doesn't Mono come with a version of IlDasm? are there any free
implementations at all?
--
Chris Seaton
[EMAIL PROTECTED]
http://www.chrisseaton.com/
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
> I would suggest that you leave out the pathnames in the DllImport
> statements, unless you want to guarantee that all users (on all
> platforms!) will have it in the same location :-)
Heheh, no problem. This is just my prototype for playing around with
P/Invoke.
> You can't DllImport a vari
Responses inline...
On Tue, 2003-09-30 at 05:07, Thomas Sondergaard wrote:
> I have written a ruby extension module in managed C++ that allows ruby to
> interop with .net. I want this to work with mono on linux and since the
> managed C++ is not portable I am rewriting as much as possible to C# us
Hello
I have a solution created in
VS.NET and im trying to port it
to Mono in linux. The application has ASPX pages and acesses a MySQL
DB through ODBC.
In windows i use Microsoft.Data.Odbc
and in linux i change it System.Data.Odbc. It builds fine but when i execute it
there is an error:
I have written a ruby extension module in managed C++ that allows ruby to
interop with .net. I want this to work with mono on linux and since the
managed C++ is not portable I am rewriting as much as possible to C# using
P/Invoke. Ideally I would only have to write a small stub of a dynamic link
li
Dear Gonzalo and fellow list gurus,
Thanks for your help. I have now managed to get a simple "hello world"
application to run fine having copied the dll's to server/test/bin.
However, when I try to run a more complicated application (multiple
assemblies) I receive the following error (see below
And regarding the ASP.NET error, in some cases (I'm not sure if this
applies to your) when you have aspx/ascx-pages and codebehind in a
different assembly than the one initially loaded by ASP.NET you need to
add a:
<%@ Assembly Name="" %>
in the top of your aspx file so that the runtime knows
Hi Mark,
Also if you are serious on deploying on both platforms it might be a
good idea to run NAnt to handle this. Look at the build-scripts for
log4net, those scripts cover most of the cross-platform (net-1.0,
net-1.1, netcf-1.0 and mono) compilation settings. You can then
configure VS.NET t
Applying today on my page - straightaway! :-)
Cheers,
Gaurav
http://gvaish.virtualave.net
- Original Message -
From: Miguel de Icaza
To: [EMAIL PROTECTED] ; Mono Announce ; [EMAIL PROTECTED]
Sent: Monday, September 29, 2003 21:38
Subject: [Mono-list] M
21 matches
Mail list logo