I use mono on RHEL4 with fine results. I build mine from source.
-Original Message-
From: mono-list-boun...@lists.ximian.com
[mailto:mono-list-boun...@lists.ximian.com] On Behalf Of jmalcolm
Sent: Wednesday, December 15, 2010 8:16 PM
To: mono-list@lists.ximian.com
Subject: Re:
It's possible if you own the source to the unmanaged DLL can make ports to
the desired operating systems. My project makes heave use of both managed C#
and unmanaged C++ dlls, and the C++ dlls I compile for both windows and linux.
-Original Message-
From:
Yeah, I do this with mono and it works very well for me. Meaning that I
have managed C# code that uses an unmanaged DLL via p/invoke. I compile the C#
code with .NET on Windows and mono on linux, and I compile the unmanaged (c++)
code with vc++ on Windows and gcc on linux; using the same
No, you can't do this. If you have a C DLL compiled with MSVC++ that means
it is essentially a stream of machine code instructions that are identifiable
to the Windows OS. A linux OS can't make any use of it (there is a Windows
emulator... but it doesn't work in this way so it's not
I've found that there two main categories of reasons for this. The one
that most people don't consider is that the font doesn't have entries for the
characters. Are you sure that the font being used has character entries for
these characters? The best thing to do is to put some test
I wouldn't be too surprised if your rude behavior fails to inspire anyone to
help you get your question answered.
Charlie Poole, thanks for taking the time you ovbiously took with your reply.
-Original Message-
From: mono-list-boun...@lists.ximian.com
I've found that you have two choices:
1. If you have source to the library you're interop'ing to, you can make the C
interface take a unsigned short* instead of wchar_t* and it will work using
the managed CharSet.Unicode for both systems. Of course your C code will have
cast the paramter
]
Sent: Wednesday, June 03, 2009 12:36 PM
To: Maser, Dan
Cc: mono-list@lists.ximian.com
Subject: Re: [Mono-list] What is Correct way to marshal wchar_t ?
I am using swig to generate all my interop stuff as recommended by
http://www.mono-project.com/Interop_with_Native_Libraries as I have lot of C
It looks like you just have to quote the c:\Mono Test\Simple.cs on your
command line since your directory has a space in it.
Dan Maser | Lead Software Developer
phone fax +1.317.872.3000 | mobile +1.317.872.3000 | dan.ma...@inin.com
Interactive Intelligence Inc.
Deliberately Innovative
You can't p/invoke to windows DLLs when you're running on linux. I doubt
you'll get around making a conditionally compiled section for each OS, unless
you can do everything you need with on managed calls. You can choose where
to put the OS-specific abstraction stuff, but not if.
get it working.
-Original Message-
From: Matthew Donaldson [mailto:matt...@datadeliverance.com]
Sent: Thursday, December 18, 2008 4:20 PM
To: mono-winforms-list@lists.ximian.com; Maser, Dan
Subject: RE: [Mono-winforms-list] Porting application that calls windows
andother DLLs
Thanks
that someone has a hint about?
On 10/08/08 Maser, Dan wrote:
I'm using RHEL4 and I rebuilt my mono from the svn head today. When I run
my app (which was working a month ago) I get this fatal exception I've not
seen before. Does it look familiar to anyone? If there are some ideas I'd
try them
handler L_01b7 to
L_01c3
}
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paolo Molaro
Sent: Friday, October 10, 2008 3:31 PM
To: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Is this a common error that someone has a hint about?
On 10/10/08 Maser
PROTECTED] On Behalf Of Maser, Dan
Sent: Wednesday, October 08, 2008 1:37 PM
To: mono-list@lists.ximian.com
Subject: [Mono-list] Is this a common error that someone has a hint about?
I'm using RHEL4 and I rebuilt my mono from the svn head today. When I run my
app (which was working a month ago
I'm using RHEL4 and I rebuilt my mono from the svn head today. When I run my
app (which was working a month ago) I get this fatal exception I've not seen
before. Does it look familiar to anyone? If there are some ideas I'd try them
before trying to make a test app to reproduce the problem
The simple question is this: When a .dll or .so is loaded by the
framework as the result of a p/invoke is that library guarenteed to stay
loaded for the duration of the hosting process? Or can the framework
unload the dll if it wants to? Is there anything in a spec that
indicates a standard
I'm using the standard System.Drawing methods to draw some text and I
notice that unicode characters are not drawn with any of the fonts that
I have available. Can I add fonts? (How?) Since it works properly on
windows .NET when I have an appropriate font I'm assuming for now that
it's
I've got a situation where my managed app p/invokes to my unmanaged
library. The unmanaged library also gets used in regular unmanaged
processes.
The library has some logic that uses the name of the executable.
Which doesn't what I want when it's used via the interop. For example
when the
a
simple
WinForms app.
From: Maser, Dan [EMAIL PROTECTED]
To: B R
[EMAIL PROTECTED],mono-list@lists.ximian.com
Subject: RE: [Mono-list] install libgdiplus?
Date: Wed, 19 Sep 2007 17:14:12 -0400
MIME-Version: 1.0
Received: from inin.com
Nice progress. It sounds like you're very close to give up now! Can
you run mono with the --debug flag? It should show in the text where
it's trying to load from.
-Original Message-
From: B R [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 20, 2007 2:47 PM
To: Maser, Dan
It might be a real issue, but my app has the need to measure strings
too and I've found that MeasureString is often quite wrong. The MSDN
docs indicate that it often is too, and recommends using
Graphics.MeasureCharacterRanges instead. You might consider trying
that approach as a
PROTECTED]
Sent: Wednesday, September 19, 2007 4:12 PM
To: Maser, Dan; mono-list@lists.ximian.com
Subject: RE: [Mono-list] install libgdiplus?
[EMAIL PROTECTED]:~/Desktop/libgdiplus-1.2.5$ make
make: *** No targets specified and no makefile found. Stop.
[EMAIL PROTECTED]:~/Desktop/libgdiplus-1.2.5
It should help if you send the output of the command.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of B R
Sent: Wednesday, September 19, 2007 4:05 PM
To: mono-list@lists.ximian.com
Subject: [Mono-list] install libgdiplus?
I'm having difficulties
a simple
WinForms app.
From: Maser, Dan [EMAIL PROTECTED]
To: B R [EMAIL PROTECTED],mono-list@lists.ximian.com
Subject: RE: [Mono-list] install libgdiplus?
Date: Wed, 19 Sep 2007 17:14:12 -0400
MIME-Version: 1.0
Received: from inin.com ([209.43.1.24]) by
bay0-mc4-f11.bay0.hotmail.com
with Microsoft
You must be very tired, otherwise why all the sleeping? You don't need
any sleeps to be able to accomplish what you're doing.
Overall this is far better than what you had last time. Here's the
idea of what you need to do:
private void t1Elapsed(object source, ElapsedEventArgs
I would expect this code to do strange things. I would highly
recommend getting your logic out of the paint routine. Specifically:
1. Your OnPaint should be simple, and should paint the window and
return. No sleeps should be here, ever.
2. I would only calls the base.OnPaint once.
3. My
I looked at DockPanel Suite a while back. I saw how the Win32
interops were being used and figured it was reasonable to remove them.
In fact, Weifen Luo agrees... See this thread:
http://sourceforge.net/forum/forum.php?thread_id=1786012forum_id=402316
The thread does mention that the
Dan Maser
-Original Message-
From: Sebastien Pouliot [mailto:[EMAIL PROTECTED]
Sent: Monday, August 20, 2007 1:13 PM
To: Maser, Dan
Cc: mono-winforms-list@lists.ximian.com
Subject: Re: [Mono-winforms-list] Mono winforms running on different
linuxDISPLAY?
Hello Dan,
On Mon, 2007-08-20
Excellent ideas, thanks. I'll go add those right now.
-Original Message-
From: Rolf Bjarne Kvinge [mailto:[EMAIL PROTECTED]
Sent: Friday, August 10, 2007 11:23 AM
To: Maser, Dan; mono-winforms-list@lists.ximian.com
Subject: RE: [Mono-winforms-list] Handle being created when I don't
09, 2007 2:15 AM
To: Maser, Dan; mono-winforms-list@lists.ximian.com
Subject: RE: [Mono-winforms-list] Handle being created when I don't expect
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Maser, Dan
Sent: miércoles, 08 de agosto de 2007 23:49
To: Maser, Dan; mono-winforms-list
sent to MDI Child #2
instead.
I update my mono installation from SVN source every couple of days and all
of these items were working as of a few weeks ago.
-Original Message-
From: Rolf Bjarne Kvinge [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 09, 2007 2:15 AM
To: Maser, Dan
I've got a situation with MDI forms where the behavior is different on
MS vs mono, but it's proving difficult to get a simple test project that
reproduces it. The problem is that in my app setting the Form.MdiParent
is causing that Form's handle to be created in mono when it doesn't on
MS.NET.
You need to add the reference to System.Windows.Forms just like you
did System.Drawing. Such as mcs -r:System.Drawing
-r:System.Windows.Forms sample.cs
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mladen Bestvina
Sent: Monday, July 02, 2007 4:51
To: Maser, Dan
Cc: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Windows.Forms not found
Thanks Dan. I tried this, but I get:
[EMAIL PROTECTED]:~/mono$ mcs -r:System.Drawing -r:System.Windows.Forms
sample.cs
error CS0006: cannot find metadata file `System.Windows.Forms'
Compilation failed: 1
next guess is that your lib path doesn't
include the place where your mono dlls are.
-Original Message-
From: Mladen Bestvina [mailto:[EMAIL PROTECTED]
Sent: Friday, July 06, 2007 12:08 PM
To: Maser, Dan
Cc: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Windows.Forms not found
I updated to the latest SVN code this morning and noticed that the
following code
int a = 100;
int b = -2147483647;
System.Console.WriteLine(String.Format(Math.Max(a, b) is {0},
Math.Max(a, b)));
Prints -2147483647 when I'd expect it to print 100. Looking at the
source code to
with System.Math.Max?
Maser, Dan wrote:
I updated to the latest SVN code this morning and noticed that the
following code
int a = 100;
int b = -2147483647;
System.Console.WriteLine(String.Format(Math.Max(a, b) is {0},
Math.Max(a, b)));
Prints -2147483647 when I'd expect
,
Maser, Dan wrote:
Here are you speaking about out marshaling:
It works properly in windows with MS .NET, but doesn't work for me
in
linux with mono. I've verified in gdb that the C library is
returning
the correct string, but immediately after the C dll returns and mono
does the LPWStr
it a try.
Dan Maser
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Maser, Dan
Sent: Monday, July 02, 2007 11:16 AM
To: Mono-list@lists.ximian.com
Subject: Re: [Mono-list] Trouble with utf-16 marshaling
Thanks to the ideas suggested by those who
My situation is this: I've got a C library that has a lot of UTF-16
inputs and outputs. The C type is always unsigned short* or const
unsigned short* (because clearly wchar_t* isn't portable because it's 4
bytes on linux). All of my C# code has the
[MarshalAs(UnsignedType.LPWStr)]
mean anything to anyone? As always, thanks
for any help.
Dan Maser.
From: Maser, Dan
Sent: Friday, June 29, 2007 1:10 PM
To: Maser, Dan; 'mono-list@lists.ximian.com'
Subject: RE: [Mono-list] Trouble with utf-16 marshaling
Furthermore, I see
:[EMAIL PROTECTED]
Sent: Friday, June 29, 2007 6:13 PM
To: Maser, Dan; mono-list@lists.ximian.com
Subject: RE: [Mono-list] Trouble with utf-16 marshaling
If the string argument is mutable then I believe one should use a
StringBuilder -- with its capacity set, and that length passed to the
native
For item 1 (If I recall properly) you can set a ContextMenuStrip to a
Textbox if you manually set the ContextMenu to null first. I just
thought I'd mention it in case it might help to debug these differences.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
In my 'about' dialog on my app I display some useful information for
diagnostics. Meaning useful when someone reports a problem. Currently
it display things like the base OS, service packs/patches, and other
various information that end uses can copy/paste into a bug report.
I'm wondering
I was investigation my colors problem and I noticed this printed to my
console window:
Gtk colorscheme read failure, using built-in colorscheme
I investigated that code and found a probably bug. In the file
mcs/class/Managed.Windows.Forms/System.Windows.Forms/Theme.cs there is
this
website with information
please point me in the right direction, I have tried the mono website,
mailing list, various blogs, Wikipedia and whatever Google has thrown up
to
try and find my way.
Thanks,
Denis
Maser, Dan wrote:
Yes, it does work. Naturally if you do something (just
Yes, it does work. Naturally if you do something (just as an
example) that calls into the Win32 api directly you'll have to make some
changes to your code to let it do the equiv on linux. All the steps
are on the mono web site. If you have a more specific question about an
error your
My company uses
http://www.viewtier.com/products/parabuild/index.htm
The product itself seems very good. It's sometimes difficult for me
to say for sure, though, since I'm not yet convinced that I'm a fan of
continuous integration in the first place. I'm sure this is at least
worth
I wonder if I should raise concerns about the System colors in mono?
What I'm seeing is a little strange. My app code uses System colors
for everything and looks as expected in Win32 but on linux mono it
doesn't look natural. But it's not as clear what it *should* look
like either.
The
I wonder if I should raise concerns about the System colors in mono?
What I'm seeing is a little strange. My app code uses System colors for
everything and looks as expected in Win32 but on linux mono it doesn't
look natural. But it's not as clear what it *should* look like either.
The
)
HighlightText FF FF FF
Which seems reasonable to me. However my app shows up in
black-on-gray and white-on-gray. It's not obvious to me why.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Maser, Dan
Sent: Friday, April 20, 2007 2:51 PM
To: mono
Thanks, I'll move my question to the winforms list!
-Original Message-
From: Sebastien Pouliot [mailto:[EMAIL PROTECTED]
Sent: Friday, April 20, 2007 3:21 PM
To: Maser, Dan
Cc: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Concerns about system colors?
Hello Dan,
System colors
Yes, indeed you're correct. I updated my libgdiplus from 1.2.2 to
1.2.3 yesterday and the problem went away immediately.
-Original Message-
From: Sebastien Pouliot [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 27, 2007 9:48 AM
To: Maser, Dan
Cc: mono-winforms-list@lists.ximian.com
I downloaded the 03/25/2007 daily tarball and updated my system with
it. In the past I've also had to hack in a handful of methods that
weren't implemented yet with stub implementations (which I did rather
than change the source to omit them). However, with the latest build
I'm
I'm using a very recent snapshot tarball of mono (the Jan 5th, 2007
one to be specific) and when I add a MouseClick handler to a Form it
doesn't appear to get triggered. I noted that I was compiling with
gmcs, and I tried using mcs so I could see if that made a difference.
My simple test app
- is there a posted list (like there is
for the 1.1 Windows.Forms) about what's working and what isn't? I can
only find the 1.1 information and not the 2.0 info.
Thanks!
-Original Message-
From: Miguel de Icaza [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 26, 2006 1:35 PM
To: Maser, Dan
Cc: mono
: Jonathan Pobst [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 26, 2006 1:51 PM
To: Maser, Dan
Cc: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Am I missing something with ContextMenuStrips
and ToolStrips?
ToolStrip/MenuStrip is under heavy development. Although they work for
many cases
57 matches
Mail list logo
