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 experience
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 point
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 li
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
Haha. I got you one up on that one.
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 set of home gr
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
> gtks
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
(ht
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 http://mono-project.com/Supported_Pl
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 p
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.
No, actually my first real language was Perl. I cheated big time. :)
Like a tag I saw a while back said:
Real progr
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 la
Obviously, it was first compiled using Microsoft's compiler. I would assume gcc got started much the same way, and was probably first compiled using non-free compilers.On 3/9/06,
Redefined Horizons <[EMAIL PROTECTED]> wrote:
I was reading online that Mono's C# compiler is written in C#. Thatmade
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,
Scott Huey
___
Mono-devel-
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, tha
Senga, Wow! Good to see it working on solaris-sparc now. I wonder if this means it can work on other big-endian machines too like PPC? Please commit. DanielT Senganal <[EMAIL PROTECTED]> wrote: Hi DanielPls review the attached patch .. This should resolve bug #71318..The Oci document
On 03/09/06 Philipp Baer wrote:
> Here's a testcase:
>
> ftp://npw.net/pub/phbaer/mono/UnixEndPoint/
>
> Should I also file it in bugzilla?
Yes, please, so we keep track of the issue.
Thanks!
lupus
--
-
[EMAIL PROTECTED]
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]
Paolo Molaro wrote:
> 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 pa
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
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 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 go
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/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.s
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]
http://bugzilla.ximian.com/show_bug.cgi?id=77742
Le jeudi 09 mars 2006 à 15:25 +0100, Paolo Molaro a écrit :
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 i
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
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
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 recvfr
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"
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 doe
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 Embedd
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
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
___
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 patc
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 "
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 UnixEndPoi
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
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
38 matches
Mail list logo