Hello,
I have some C# code
doing various things (dotnet remoting, in particular). This code works fine if
it is in a ".exe" file and if it is called with the "mono" command. On the other
hand, it does'nt work if it is in a ".dll" file and if it is called from a "C"
program with "Mono
Hello!
ClientValidation is far from complete on Mono. We need the CompareValidator component in our applications. When do you plan to implement it in WebUIValidation.js? I will try to help you and contribute!
Thanks
Hubert FONGARNAND
___Ce message
Hi,
after having realized that Mono-list is not the appropriate
list for patches (:)), I'll try it here once again.
Please find the mail and the patch below and please note that
I don't want you to apply exactly this patch, but I'd like to
clarify the actual misbehavior (as I think) of
Hey,
Jean Carrive wrote:
Hello,
I have some C# code doing various things (dotnet remoting, in particular).
This code works fine if it is in a .exe file and if it is called with the
mono command. On the other hand, it does'nt work if it is in a .dll file
and if it is called from a C
Hi Daniel
Pls review the attached patch .. This should resolve bug #71318..
The Oci documentation says that , OCI_ATTR_STMT_TYPE and
OCI_ATTR_DATA_TYPE are both unsigned short..
These are being read as Integers in the curr code.. the patch just
reads them in as unsigned short..
Tested the
Hi,
Just building monodoc and it's reporting that the type or namespace
Cecil does not exist in the workspace mono - is this me or a problem
in svn?
TTFN
Paul
--
Logic, my dear Zoe, is merely the ability to be wrong with authority -
Dr Who
___
Paul F. Johnson wrote:
Just building monodoc and it's reporting that the type or namespace
Cecil does not exist in the workspace mono - is this me or a problem
in svn?
A problem in SVN... sorry
--
- Joshua Tauberer
http://taubz.for.net
Unfortunately, we're having this discussion. It's
Hello,
I have some C# code doing various things (dotnet remoting, in particular).
This code works fine if it is in a .exe file and if it is called with the
mono command. On the other hand, it does'nt work if it is in a .dll file
and if it is called from a C program with Mono Embedding
Atsushi wrote:
Mono does not support non-UTF8 multibyte conversion by design.
That's ok, but whatever we marshal out we should be able to marshal
back, yeah?
Okay, so after some more digging and realizing things are more
complicated than I thought, here's what I've learned:
PtrToStringAnsi
On 03/09/06 Jean Carrive wrote:
I have some C# code doing various things (dotnet remoting, in particular).
This code works fine if it is in a .exe file and if it is called with the
mono command. On the other hand, it does'nt work if it is in a .dll file
and if it is called from a C program
On 03/09/06 Philipp Baer wrote:
it's me again. I came across another issue with UnixEndPoint:
- the unix socket pathname in the sockaddr structure has to
be zero-terminated. I've modified the serialization method
so that a trailing zero is appended.
- the pathname returned by a recvfrom
On 03/09/06 Hubert FONGARNAND wrote:
ClientValidation is far from complete on Mono. We need the
CompareValidator component in our applications. When do you plan to
implement it in WebUIValidation.js? I will try to help you and
contribute!
When a feature is missing it would help a lot to have
On 03/08/06 Joshua Tauberer wrote:
While debugging a SqliteClient issue, I came across an interesting bug.
The following returns null when I'm pretty sure it should not (it
doesn't on Windows):
Marshal.PtrToStringAnsi(Marshal.StringToCoTaskMemAnsi(ü))
In case the encoding of this email
On 03/07/06 Carlos Solorzano wrote:
running mono 1.1.10.1 on gentoo 32bit on an SMP kernel 2.6.15 got the
following error, ideas?
Install a recent version, like 1.13.4.
lupus
--
-
[EMAIL PROTECTED]
On 03/04/06 Carlos Solorzano wrote:
How can I figure out what I might be doing wrong in my code? I guess I
can increase the things listed below but I would rather make my code a
bit better if possible.
Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS
/home/mycompany/test.sh:
Please, send the patches as text attachment instead of creating a
compressed archive with a single file in it, thanks.
On 03/03/06 Kornél Pál wrote:
This patch adds a fully managed and object oriented unmanaged (Win32)
resource handling internal infractructure to the class library. The most
On 03/03/06 Bill Seurer wrote:
This summer I will be helping some interns who will be doing a Mono port to
PASE under i5/OS (the OS for IBM's iSeries). PASE is essentially AIX as
far as the code running under it goes and iSeries hardware is Power.
Nice!
Given that the interns are only going
On 03/02/06 Redefined Horizons wrote:
Thanks for the info Paolo. I may be in a little over my head here, but
I am curious and willing to learn. I haven't done much programming in
low-level languages like C. I am in the process of learning that
language, however, and I am also studying some
On 03/03/06 Miguel de Icaza wrote:
This patch adds some of the new 2.0 members to System.IO.Stream. No
problems appeared when building, and only got some warnings (they can be
removed adding 'override' to the child streams).
This looks good to me. It would be nice to also address the
On 03/09/06 Hubert FONGARNAND wrote:
http://bugzilla.ximian.com/show_bug.cgi?id=77742
It's missing a test case.
lupus
--
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED]
I was reading online that Mono's C# compiler is written in C#. That
made me woder, how did you compile the Mono C# Compiler for the first
time. (This is the old chicken and the egg problem.) I am wondering
how this obstacle was overcome, and why the compiler wasn't written in
a language like C,
When the JIT compiles the Mono bytecode, or IL, what is produced? Is it actually binary instructions for the microprocessor?
If this is the case, does the JIT have to be customized for each architecture/proceesor?
Thanks,
ScottHuey
___
Mono-devel-list
Hello,
I was reading online that Mono's C# compiler is written in C#. That
made me woder, how did you compile the Mono C# Compiler for the first
time. (This is the old chicken and the egg problem.) I am wondering
how this obstacle was overcome, and why the compiler wasn't written in
a
sarcasm
Wusses. I wrote my first compiler in assembler. Of course, I had to write
that assembler is straight machine code. After I wrote my file editor in
machine code, of course.
/sarcasm
No, actually my first real language was Perl. I cheated big time. :)
Like a tag I saw a while back
Hello,
When the JIT compiles the Mono bytecode, or IL, what is produced? Is
it actually binary instructions for the microprocessor?
Yes, it generates architecture specific code.
If this is the case, does the JIT have to be customized for each
architecture/proceesor?
Yes, it has to be
Redefined Horizons wrote:
When the JIT compiles the Mono bytecode, or IL, what is produced? Is it
actually binary instructions for the microprocessor?
Yes.
If this is the case, does the JIT have to be customized for each
architecture/proceesor?
Yes. See
Hey guys,
It might be worth wild integrating gtkspell-sharp into the gtk-sharp
package. Seems like its a pretty good candidate (in svn under
/trunk/gtkspell-sharp).
When I wrote gtkspell-sharp binding, I did so as an example for using
GAPI when I wrote the first version of the GAPI docs
Hello,
If you are guys are ok with that, I can make a patch to get this in
there. Shouldn't be more then just really dropping in the files, adding
a new PKG_CHECK_MODULES(..., gtkspell-2.0 = 2.0.1) to configure.in
like the rest of the libs and wiring up my Makefile.am file to
gtksharps
Haha. I got you one up on that one.
real-sarcasm
I wrote my first compiler in assembly. I wrote my first assembly
assembler in binary machine code. I wrote the machine code right on
Motorola NVRAM chip using a home built punch card system. I programmed
(built?) my punch card system using an
On Thu, 2006-03-09 at 17:16 -0500, Miguel de Icaza wrote:
We are trying to make Gtk# smaller, not larger ;-)
Amen, brother. :-)
Seriously, though, it is unlikely we will add any library to Gtk# that
is outside the Gnome Platform release, at this point. Since gtkspell
isn't even part of the
Hi, I wrote a MS .NET 2.0 C# wrapper of a c++ 2d game engine. The engine (Torque Game Builder) is cross platform, so obviously it would be benificial to port my wrapper to mono instead of Msft's implementation.To talk from c# to C++, I use PInvoke, which should work in the mono world with
Hello,
However, going from C++ to C#, I am using C++/CLI. Obviously, that
will not fly in the mono world, so I'd like to find out what
alternatives there are to do this in an elegant way.(fyi, I am an
ok c++ dev, but i am only as advanced as kinda knowing how to use
function pointers
I'm sort of cunfused on the direction (CLI to C++ or C++ to CLI?) and
what is going to be hosting which. I believe this might help though.
There are few methods for access classes in CLI using C/C++.
One method is by calling the mono embedding api as miguel said its a
tad slow in my
33 matches
Mail list logo