Just a guess here, but I think maybe you took the Microsoft
System.Activities.dll assembly out of:
C:\Program Files (x86)\Reference Assemblies\
These assemblies have been stripped of all code and are simply empty
methods and classes to compile against.
You will want to get the full
The tool to generate the definition files is in github:
https://github.com/mono/moma/tree/master/MoMAExtractor
You will need to update AssemblyManager.cs to point to both the .NET and
Mono assemblies. You might also want to update to .NET 4.5.
After that, you put them in a zip file with a
The MonoDevelop team contributes to NRefactory 5, which provides pretty
much exactly the same functionality as Roslyn for C#.
This will power the MonoDevelop C# support in a future version.
https://github.com/icsharpcode/NRefactory/
Jonathan
On 1/24/2012 9:54 AM, JochenHuck wrote:
I need
You could probably install the Mac OSX 2.6.7 Mono pretty quickly to see
if it's a difference caused by architectures or by a change between Mono
versions.
http://www.go-mono.com/mono-downloads/download.html
Jonathan
On 8/27/2011 2:36 PM, Jonathan Shore wrote:
Ok. When you have a chance can
On 12/28/2010 10:53 AM, CodeSlinger wrote:
In
Windows the assemblies are under a version dir and in mono the assembly
versions are under a common dir by assembly type though maybe there is a
good reason for that which I don't know.
There are two copies of each class library assembly, one copy
The absolute bare minimum you need to run a Mono app (hello world) is
the runtime (mono) and mscorlib.dll.
Anything past that depends on what your application uses.
Jonathan
On 12/27/2010 10:53 PM, CodeSlinger wrote:
I've basically asked this before, so sorry for the repost, but my other
On 12/27/2010 11:30 PM, CodeSlinger wrote:
Would mono/bin, mono/lib/mono/gac and mono/lib/mono/4.0 then be EVERYTHING
for a 4.0 runtime?
Probably not, to have EVERYTHING for a 4.0 runtime, you would probably
need EVERYTHING.
For example, there is some stuff in /etc/mono/4.0 that your
The official Mono release for Windows is built using Cygwin. I'm pretty
sure it's an XP machine.
Jonathan
On 12/20/2010 3:00 PM, greenaj wrote:
Hello, I am relatively new to mono. I am trying to build it for Windows to
run in under WinPE. The more stripped down the better.
I download
On 11/15/2010 9:18 PM, caralbgm wrote:
When compile (in MonoDevelop), I obtain this error:
error CS0234: The type or namespace name `Messaging' does not exist in the
namespace `System'. Are you missing an assembly reference?
This may sound obvious, but are you missing an assembly reference?
Did you try capitalizing the assembly as it is requested (MySql.Data.dll)?
http://stackoverflow.com/questions/3987266/mysql-connector-with-mod-mono-and-mono-2-6-7
Jonathan
On 10/21/2010 10:35 AM, Frank Cohen wrote:
Hey V,
Thanks for your reply. I did as you suggested but I still get the
On 9/6/2010 9:59 AM, Barry Song wrote:
Hi All,
According to http://monodroid.net/Installation, we can download the
MonoDroid for Visual Studio 2010 Plugin at
http://go-mono.com/monodroid-download.
But I wonder how to get a password for the download. Can anyone tell me?
According to
On 6/27/2010 8:20 PM, jmalcolm wrote:
I think this is a fair question. I am not sure the original poster deserved
so much grief.
I have certainly compiled C programs from source that were written more than
five or six years ago. It does not seem implausible that I might try to
compile the
On 6/27/2010 9:25 PM, Russell Wallace wrote:
On Mon, Jun 28, 2010 at 2:52 AM, Jonathan Pobstmon...@jpobst.com wrote:
Likely, when gmcs goes away, an alias script called 'gmcs' will be left
in it's place that points to the current compiler.
Yes, please do this -- that would be the preferred
On 4/10/2010 12:50 PM, Jerry Maine - KF5ADY wrote:
Do you think we should start our own group to do this (on a separate
website) or ask the mono project to host it for us (on svn)?
For the most part, the mono project has stopped hosting external
projects. We do not have a fancy setup that
You are looking at the wrong file. ;)
You want ConfigurationManager.get_ConnectionStrings, not
ConnectionStringSettings.get_ConnectionString.
http://anonsvn.mono-project.com/source/trunk/mcs/class/System.Configuration/System.Configuration/ConfigurationManager.cs
Jonathan
On 4/6/2010 4:43
[Updated list of test failures since last week]
Hey guys!
We have accumulated many test suite failures in the past month. If you
commit to mono, please take the time to regularly check the buildbots to
ensure you are not breaking things.
The buildbot results are available here:
On 4/1/2010 8:23 PM, Wayne Kelly wrote:
I'm receiving a make error: undefined reference to _wapi_clear_interruption
this reference is from mini-exception.c reported when linking libmono-2.0.la
There is a definition function wapi_clear_interruption in
mono/io-layer/wthreads.c but this source
Hey guys!
We have accumulated many test suite failures in the past month. If you
commit to mono, please take the time to regularly check the buildbots to
ensure you are not breaking things.
The buildbot results are available here:
http://wrench.mono-project.com/builds
Our new buildbots build
Hey!
Closed bugs on that report is only the bugs closed in the past 7 days.
(That helps QA track which bugs have recently been closed so they can
verify them.)
The number of bugs is actually pretty irrelevant to the usefulness of a
piece of software. What matters is whether those bugs are
On 3/1/2010 12:54 AM, Miguel de Icaza wrote:
* Drop Microsoft.JScript and `mjs'
What are:
mcs/jerrors
mcs/jtests
They look like tests for a javascript implementation(?).
Can they be dropped as well?
Jonathan
___
Mono-devel-list mailing list
On 3/1/2010 12:54 AM, Miguel de Icaza wrote:
In addition to this, I would like to stop distributing some libraries
that were either never completed and are not being actively maintained.
We could move these libraries to a separate module if people would
like to maintain them or keep
On 3/1/2010 5:20 PM, Atsushi Eno wrote:
Mono.GetOptions is used in a couple of our tools. I wouldn't mind much
you volunteer to replace them with newer ones though (but others still may).
Which ones?
Jonathan
___
Mono-devel-list mailing list
Yes, this was caused by r149419. The correct people have been notified.
Until it is fixed, r149418 should build correctly.
Sorry for the inconvenience!
Jonathan
On 1/12/2010 1:20 PM, Tom Philpot wrote:
Trying to build mono/ and mcs/ from SVN r149419 on Mac OS X 10.6 I get an
assertion
The issue is that the most recent MoMA definitions are for Mono 2.4.
This method was implemented in r128397 (March 2nd, 2009), so it is not
in Mono 2.4.
It is however in the later 2.4.x releases.
I was under the (obviously mistaken) impression that the public API
would not be changing in
Paul wrote:
My question is therefore two fold - first can I install SD with just the
mono framework somehow and second is it worth the effort (in terms of
hacking around) for just the winforms designer?
I am pretty sure that SD just uses the Winforms designer that comes in
the .Net framework
Fixed.
Thanks!
Jon
Rafael Teixeira wrote:
Small typing error on the Release Notes
Users of mkbundle can now pass runtime options to the generated
executable by setting the codetMONO_BUNDLED_OPTIONS/code
environment variable.
Where is codet it should be code, I think.
Rafael Monoman
The windows MSVC build was broken in r142528.
C:\mono-workspace\mono\msvc\mono.sln (default target) (1) -
(Libraries\libmono target) -
..\mono\utils\mono-logger.c(144): error C2065: '__func__' :
undeclared identifier
..\mono\utils\mono-logger.c(168): error C2065: '__func__' :
undeclared
Stefanos A. wrote:
Την Wed, 09 Sep 2009 18:05:42 +0300,ο(η) Christian Hoff
christian_h...@gmx.net έγραψε:
I would really appreciate some feedback from the community as to whether
the new approach works (that is, if the attached application appears
with visual styles enabled). Just reply
Hey guys,
The Windows Eglib (MSVC) build is broken. The error is this:
C:\mono-workspace\mono\msvc\mono.sln (default target) (1) -
(Libraries\monoposixhelper target) -
c:\Program Files\Microsoft Visual Studio 9.0\VC\include\stdio.h(358):
error C3163: '_vsnprintf': attributes inconsistent
Recently we added the .Net 4.0 profile to the Mono build. Unfortunately,
at this point, there isn't much there for the majority of users, and it
nearly doubles the build time.
Do we have a make guru who can resurrect our --with-preview=no
configure flag and change it so it turns off the 4.0
. :)
Jonathan
Jonathan Pobst wrote:
Recently we added the .Net 4.0 profile to the Mono build. Unfortunately,
at this point, there isn't much there for the majority of users, and it
nearly doubles the build time.
Do we have a make guru who can resurrect our --with-preview=no
configure
I am definitely against having a separate installer for these libraries,
so I like the way you are thinking. :)
Some of these make sense to put with the Gtk# installer, like Mono.Posix.
Generally on Windows, you ship your dependencies with your application.
I would say something like
Hey!
Thank you for your interest, but it's a bit late to be a mentor. All
student applications have been finalized, and the ones that we are
considering accepting already have people willing to mentor them.
Thanks!
Jonathan
Sharique uddin Ahmed Farooqui wrote:
Hi,
I have applied for
It looks like adding the XHTML transitional doctype to this would help,
at least in IE8.
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
Jonathan
Eyal Alaluf wrote:
Hi, Miguel.
I like the visibility this page provides
Hey!
Can you please file this in our bugzilla so we can track it?
http://www.mono-project.com/Bugs
Thanks!
Jonathan
jingnan si wrote:
Hi,
When the context menu contains ToolStripDropDownItem and a normal
ToolStripItem, the normal ToolStripItem will not function after the
You can compare the warnings to a Linux build to see which are something
unique to ppc:
http://mono.ximian.com/monobuild/builds/HEAD/sles-10-x86_64/mono/129882/logs/build.log
Jay reports the same warnings on Linux as well.
Jonathan
Paul wrote:
Hi,
I'm a tad worried about the build
Just change the ftp:// to http:// and it should work:
http://ftp.novell.com/pub/mono/archive/2.2/windows-installer/5/mono-2.2-gtksharp-2.12.7-win32-5.exe
Jonathan
Daniel Morgan wrote:
Can you please make the download of Mono for Windows setup exe via http
instead of ftp please?
FTP is
It's not ideal, but you can grab daily precompiled assemblies from here:
http://mono.ximian.com/daily/ , and place them in your Mono's GAC:
C:\Program Files\Mono-2.2\lib\mono\gac. (Or use Mono's gacutil to
register them.)
Jonathan
SuperCiccio wrote:
Hello,
I'm writing a .NET application
3) the build process hang when building mono/docs, so I looked in the
Makefile of that directory and did a touch on the files it tried to
create (some *.tree and *.zip files). I figured since it's only
documentation it doesn't matter if I have those files or not.
We probably need a
I don't
have all the formatting options supported yet, but then again, it
doesn't look like the current cairo text module does either.
Right. Only the most common formatting options are supported. A few of
them have some limitations as well.
Another thing we had looked at was implementing
You can see if it is a XIM problem by disabling XIM and trying it:
MONO_WINFORMS_XIM_STYLE=disabled
Jonathan
Paul wrote:
Hi,
I have a number of winforms applications which are failing to start
correctly. They work fine until about 123650 under svn.
Under 123775, I had problems with
We have bug #436000. If this is different, please create a new bug for it.
Thanks!
Jonathan
Paul wrote:
Hi,
You can see if it is a XIM problem by disabling XIM and trying it:
MONO_WINFORMS_XIM_STYLE=disabled
D'oh!
It is a XIM problem. It's still there in 123918 as well.
Do I need
I wrote a test for this, and committed both in r121709.
Thanks!
Jonathan
Bill Holmes wrote:
Hi,
The attached patch fixes the attached Program.cs.
2008-12-17 Bill Holmes billholme...@gmail.com
* ListViewItem.cs (ListViewSubItem.ctor): Initalizing the
SubItemStyle
Attached patch returns the number of failed tests for the program exit
code instead of always returning 0.
I have a local automated build system building winmono/eglib and use
this to determine if the tests failed or not.
Ok to commit?
Jonathan
Index: eglib/test/driver.c
Hey Jonathan,
My interest is mainly the first approach, but building class libraries
is an important part of either approach, so thank you for your effort on
this. :)
I would say especially for your use case, we probably don't need to
worry about the 1.1 profile currently. All contributing
jingnan si wrote:
Hi!,
The r119060 code fix my previous problem, but it introduce another
crash, my application is too complex, so I put a simple test code in the
attachment to show how the crash occurs . I just take a simple look at
the crash, it seems the
Hi!
When I started writing some tests to verify your changes, I realized
that RowTemplate should never contain any Cells. I made changes to make
us behave more like .Net.
I don't know what your original issue is, so I do not know if this fixes
it, but the changes I made are in r119060. If
Please file a bug. Thanks!
Jon
Paul wrote:
Hi,
I've built an application which runs happily under Win32 and mono. The
design work was done under VS C# 2008, was compiled on there and tested
on both my Linux (fedora) boxes and an XP box.
On XP, everything works fine. Under Linux, the
Atsushi Eno wrote:
Here is what I do for adding new source files into svn:
- Update *.dll.sources file:
ls ../../build/common/*.cs */*.cs | sort System.Foo.Bar.dll.sources
make
- Collect which files should be mentioned in ChangeLog:
svn diff FooBar.dll.sources
- copy the
Daniel Morgan wrote:
Where is this sources-csproj converter and how do you setup and use it?
It is part of the normal mcs checkout.
Go to mcs/class/Managed.Windows.Forms, and run build-csproj2k5. Note
that it is all hardcoded to build the MWF csproj. It is not a general
.sources - .csproj
Avery Pennarun wrote:
Have you thought about using a gcc-to-cygwin cross compiler running on
Linux? I do that with some of my projects, and it's a whole lot
faster. I'd never want to go back to building on pure cygwin.
We do have cross-compiling:
Hey Jonathan,
I'm glad to hear that you have the runtime building nicely on Windows.
In my spare time, I have been playing with making an MSBuild script for
the managed pieces, and was hoping you might have something similar for
the unmanaged part. (Which I know nothing about.)
The route I
The biggest reason is that Debian/Ubuntu ships Mono with their system,
and chops it up differently than Suse does. This means there is a good
chance that our packages would cause problems on your machine when we
overwrite those packages with the new ones. IE: things like Banshee,
F-Spot, and
Weird, I wonder why it adds a subitem for the item passed in as the
owner. But it does, please file a bug and we'll fix it.
http://www.mono-project.com/Bugs
Thanks!
Jonathan
marcos b wrote:
If i run the following test using .net environment subItems.Count returns 2,
if I do it using mono
Not officially. There is a preview available here:
http://jpobst.com/moma2-0.zip
Note that report submission is disabled in this version.
Jonathan
marcos b wrote:
Is Moma (Mono migration analyzer) available for mono 2.0 rc1 version?
Thanks
___
1) On screenshot you can see that there is a problem with buttons
alignment in New image dialog.
Yep, that's definitely a bug.
2) MDI broken again. Next code cause a message box with error:
var child = new Form {MdiParent = this};
child.Show();
error is next: Failed to create window,
Hey
The WebBrowser control is implemented. There are a few bugs that cause
native crashes that we plan to have fixed in time for 2.0.
Jonathan
Ray Wang wrote:
hello folks
i have a very simple script to test WebBrowser control in System.Windows.Forms
but when i instancelize a class to an
We currently have about 5 bug reports on it, so I think its covered. ;)
Jonathan
Ray Wang wrote:
Hello Jonathan,
thank you very much for reply, should i fire a bug for it?
Or i should wait for the WebBrowser control issue to be fixed until 2.0 is
released?
Ray
Jonathan Pobst
Here is the ported version running on Mono/openSUSE:
http://code.google.com/p/paint-mono/
My guess is that the unported version is hitting an exception somewhere
in paint code (probably from a win32 call) and exiting the drawing loop
early.
Jonathan
sasha wrote:
Maybe some parts of Paint.NET
No, datagridview's virtual mode is not currently implemented in a
release or SVN.
Jonathan
Cetin Sert wrote:
Dear Mono Devs,
Is the virtual mode of winforms DataGridView already usable in the
latest mono releases or at least in the SVN repository?
Best Regards,
Cetin Sert
No, it will not be in Mono 2.0. Perhaps it will be in 2.1 or 2.2.
Jonathan
Anhell wrote:
Jonathan Pobst wrote:
Virtual mode, and indeed much of DataGridView, does not work under
Mono 1.9. I have been improving it for Mono 2.0, but it is highly
unlikely that virtual mode
Currently we ship 2 versions of Mono.Cairo.dll in Mono, a 1.0 and a 2.0
version. However, there is no difference in these versions. This can
cause issues if different assemblies reference different versions and
the runtime tries to load them both.
I think we need to:
- Not ship a 2.0
Looks fine. Please commit.
Jonathan
Carlos Alberto Cortez wrote:
Hey!
Attached is a patch that implements support for ComboBox.
The idea is to use the available support in TextBox, so the TextBox has
direct access to our items. Since this is not the clearest approach,
it's the better
Nevermind, this function is dependent on the underlying filesystem on
Windows. NTFS and CDFS are alphabetic case-insensitive as listed,
however on FAT, it is the order in which the files were created.
I will do the sort in winforms.
Jonathan
Jonathan Pobst wrote:
Hey guys, I am working
I guess it depends on your requirements. .Net (and Mono) comes with a
toolbar, grid, and tree. So part of it will be figuring out what
additional functionality you need that you are getting from third party
controls.
Right now, I do not know of any third party controls that work out of
the
There were a lot more organizations participating this year, and as a
result we received less slots than we would have liked.
So we had to make some really hard decisions on which projects to choose
based not only on the projects but the applicants themselves. In the
end, we obviously felt
I've already fixed this in SVN. Thanks!
Jonathan
Xerxes Battiwalla wrote:
Hi,
I received the following error while using Reflector under Ubuntu Gutsy
and submitted it to their bug list. Lutz replied back and said it was a
Mono bug. I couldn't find a bugzilla report matching this, and
Virtual mode, and indeed much of DataGridView, does not work under Mono
1.9. I have been improving it for Mono 2.0, but it is highly unlikely
that virtual mode will be working by then.
I do not know of any alternatives either. Perhaps someone else does.
Jonathan
Cetin Sert wrote:
Dear
There is also:
http://www.mono-project.com/Todo
though I am unsure how updated it is, so I would propose a topic before
actually starting it.
Jonathan
Michael Hutchinson wrote:
On Sun, Mar 30, 2008 at 12:22 PM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi,
we are two Italian
Hey,
We generally don't pick mentors until we go through the applications and
decide which ones to accept. Pretty much the whole Mono team is signed
up as mentors, we will just see whose skills are needed based on the
applications.
Most of us felt there was no need to spam introductions to
I don't really think there are many left to be stubbed. The only places
I see ones that are missing or throw notimplement are:
- AxHost - we don't support any of this, everything throws notimplement
- DataGridView - we aren't supporting this in time for Mono 2.0
- WebBrowser - andreia is taking
Additionally, I believe that the Cecil-based mono-api-info is a
better implementation than the SRE-based implementation. And am
wondering if we should just replace our current implementation with the
version living in cecil (this would also eliminate mono-api-info and
mono-api-info2).
.
Alan.
On Mon, Mar 3, 2008 at 5:06 PM, Jonathan Pobst [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Additionally, I believe that the Cecil-based mono-api-info is a
better implementation than the SRE-based implementation. And am
wondering if we should just replace
I filed this bug, which I think is the same issue:
https://bugzilla.novell.com/show_bug.cgi?id=364881
Jonathan
Brad Taylor wrote:
Hey,
I'm not sure if there is a bug for this or not.
The gtk# 2.10.3 that comes with the mono 1.9.0 preview
3 windows installer is broken. In particular,
Yes, I think they are going to make a 2.10.4 to ship with Mono 1.9.
Jonathan
Daniel Morgan wrote:
Will the gtk# fix that Mike Kestner did make it into
the Mono 1.9 windows installer?
--- Jonathan Pobst [EMAIL PROTECTED] wrote:
I filed this bug, which I think is the same issue:
https
I pretty much just compiled trunk on Linux with --disable-gnomeplatform,
and don't put an option for gtksourceview2, and it will just use the new
managed source editor. Later I wrote a WindowsPlatform addin, and got
Lluis to remove a few Unix-isms.
After that, Geoff Norton pretty much took
I'm pretty sure the support is 0%. Although we have implemented some of
the 3.0 and 3.5 base class libraries, they are not shipped yet in our
releases.
These are done in our Olive module: http://www.mono-project.com/Olive.
Oh, 1.9 will ship with nearly complete support for C# 3, but none of
:[EMAIL PROTECTED] On Behalf Of Jonathan
Pryor
Sent: February-20-08 10:33 AM
To: Jonathan Pobst
Cc: Scott Fluto; mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] mono 1.9
On Wed, 2008-02-20 at 09:11 -0600, Jonathan Pobst wrote:
I'm pretty sure the support is 0%. Although we have
UPDATE: I forgot that the new definitions contained a method signature
that MoMA was unable to handle, so you actually DO have to download a
new copy from the MoMA home page for 1.2.6 to work. Sorry for the
confusion. :(
http://www.mono-project.com/MoMA
Jonathan
Jonathan Pobst wrote:
Hey
Hey guys!
I generally don't make any announcement when I release a new MoMA for
the new Mono release. This is because you just click the Check for
newer version link, which magically downloads the new definition file
and life is chock full of rainbows and ponies. However, for the 1.2.6
Aw crap. Download the new executable from
http://www.mono-project.com/MoMA, it should contain the fix for that.
Jonathan
Engler, Eric wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
for the 1.2.6 release, we made 2 important changes to the definition
files
I can't use these
MoMA has been updated to report:
- MonoTODO
- MonoLimitation
- MonoNotSupported
It will not report:
- MonoDocumentationNote
- MonoExtension
- MonoInternalNote
However, they all just show as TODO on MoMA reports/GUI, so developers
are still encouraged to include a message explaining what is
It had moved. The new one is:
http://mono.ximian.com/monobuild/
Which wiki page needs to be updated?
Thanks!
Jon
[EMAIL PROTECTED] wrote:
Hi,
Is it ok that builder for calss status in down for a long time?
Or it have moved and wiki page is not update?
Jackson ported it to 1.2.4 in SVN r76147, so it will be in the final
1.2.4 release.
Thanks!
Jon
Frederik Carlier wrote:
Pressing ENTER in a single line textbox on a form that has a default
button causes an extra character to be added to the textbox instead of
the button being pressed.
Can you elaborate any on this? There are no bugs about this in
bugzilla, and it's the first I've heard of it.
If you could file a bug with a test case, we will definitely look into
it because it sounds pretty serious.
Thanks!
Jon
Paul wrote:
Hi,
I humbly request that the ThreadPool
Often times we don't keep the VS projects in sync with the .sources file
used to build mono. Generally you already have the file from SVN, you
just need to add it to your project. In this case, the file should be
EventLogger.cs.
Jon
[EMAIL PROTECTED] wrote:
Hi,
For my second patch, I
Hey Olivier!
Thanks for your patch! I took it and added the implementation and tests
as well. It is committed in SVN as r75208.
Please read up on our coding guidelines
(http://www.mono-project.com/Coding_Guidelines) if you submit more stuff
in the future. I fixed it all this time, but next
Hey Paul,
The splash page is available here:
http://www.mono-project.com/RaceToLinux
Which has links to regular download packages as well:
http://mono.ximian.com/monobuild/rtl/download-rtl/
The release is primarily fixes to ASP.Net that should be helpful for
people porting their webapps for
Speaking of the class status pages, it has this really great feature
where if you Ctrl-Click on a node, it takes you to the SVN for that
class. However, it is still set to cvs.hispalinux.es. If it's not too
hard, could this be updated to point to the current SVN?
Jon
Miguel de Icaza wrote:
My opinion, but what I think we need to achieve, and how to get there is
roughly:
- Get the Moma results of P/Invoke calls, sorted by call frequency.
- For each one:
- Try to figure out why it's being called (what the user is trying to
accomplish, which is not always easy or possible)
-
Usage frequency I suppose. If DataRowCollection.Count is listed 100
times for example, it doesn't mean the property is called 100 times at
runtime, it actually means the user has typed it out 100 times in their
code, and would need to replace/change/fix all 100 occurrences.
It's probably more
The 2.0 Class Status page hasn't been updated since
July 10th.
(http://mono.ximian.com/class-status/mono-HEAD-vs-fx-2/index.html) Can
someone please put updating this back into the daily build cycle?
Thanks,
Jonathan
___
Mono-devel-list mailing
Patch to implement 2.0 parameterless Graphics.ReleaseHdc()
- Creates a private variable to hold the IntPtr that GetHdc() returns.
- Stores IntPtr to private variable in GetHdc().
- In ReleaseHdc(), call ReleaseHdc(IntPtr) passing stored IntPtr.
- Set private variable back to IntPtr.Zero.
Please
93 matches
Mail list logo