On 30/03/2016 12:32, Edward Ned Harvey (mono) wrote:
>> From: Chris Swiedler [mailto:cswied...@trionworlds.com]
>>
>> Why not just include references to Mono.Posix.dll in the Windows build? You
>> don't have to install the full framework.
> Then when you run it on mono, you're using the Mono.Posi
On 14/02/2016 18:50, Alex J Lennon wrote:
>
> On 14/02/2016 18:32, Alex Rønne Petersen wrote:
>> Hi,
>>
>> Could you please try with mono master? I believe this issue was fixed
>> post-4.2.
>>
> Will do, thanks Alex.
Thanks for the pointer
On 14/02/2016 18:32, Alex Rønne Petersen wrote:
> Hi,
>
> Could you please try with mono master? I believe this issue was fixed
> post-4.2.
>
Will do, thanks Alex.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.c
Hi,
I was recently contacted by somebody wishing to run mono on an embedded
PPC board so have been doing some testing with meta-mono against Yocto
Poky/Jethro on qemuppc.
4.0.1.34 builds and runs under emulation, successfully running three
simple tests I created to check console, Windows Forms an
On 02/09/2015 16:32, Edward Ned Harvey (mono) wrote:
> I like the advice I'm getting from Alex and Robert.
>
> Alex, you said you're using
> Path.Combine(Directory.GetCurrentDirectory(), "foobar.dll")
>
> When I look around, it seems like this might be more reliable?
> Path.Combine(Ap
On 01/09/2015 21:04, Edward Ned Harvey (mono) wrote:
> I've always used separate project files on windows and linux, in order to
> include different compiler symbols, in order to make projects build with
> different dependencies. I've been chastised here for doing it, so I'd like to
> find a bet
On 28/08/2015 02:45, Rodrigo Kumpera wrote:
> Fix is already fixed in the 4.2 branch:
> https://github.com/mono/mono/commit/f4de38878981140f12c53d1f1ab5ce46f5c475a3
Thanks Rodridgo. I'll wait for the next release then.
Cheers, Alex
___
Mono-devel-list
Hi,
I was adding Yocto/OE meta-mono support for the 4.2.0.179 release.
The 4.0.4.1 release on 26th builds fine for me for a qemux86 target but
I'm getting the following error for 4.2.0.179 today:
| ../../doltlibtool --tag=CC --mode=compile i586-poky-linux-gcc -m32
-march=i586
--sysroot=/data
On 29/07/2015 08:43, Daniel Kuhne wrote:
> > fwiw. You will likely need to ensure that your build of 'mono-native'
> > and 'mono' recipes are both in sync.
>
> That solved the issue!
Great! Thanks for letting me know. You prompted me to look at the git
support last night as I've been concentrati
On 28/07/2015 17:59, Zoltan Varga wrote:
> Hi,
>
> It is a transient failure when using a mismatching mono runtime and
> mscorlib.dll. Make sure you are using the latest version of both.
>
> Zoltan
fwiw. You will likely need to ensure that your build of 'mono-native'
and 'mono' re
On 16/05/2015 17:01, Jo Shields wrote:
> We use a 4-part versioning scheme internally, for our Mac builds - our
> build system increments every time a new commit happens on a branch
> after configure.ac has been bumped to a new 3-part version. Some (but
> not all) of our builds go to our customer
On 16/05/2015 14:23, Jo Shields wrote:
>
>
> On 16/05/15 12:55, Alex J Lennon wrote:
>>
>> On 16/05/2015 13:14, Alex J Lennon wrote:
>>> Hi,
>>>
>>> Building the 4.0.1.34 release is erroring on the install step
>
On 16/05/2015 13:14, Alex J Lennon wrote:
> Hi,
>
> Building the 4.0.1.34 release is erroring on the install step
>
> /usr/bin/install: cannot stat
> 'targets/Microsoft.Portable.VisualBasic_4.0.targets': No such file or
> directory
>
>
It seems these
Hi,
Building the 4.0.1.34 release is erroring on the install step
/usr/bin/install: cannot stat
'targets/Microsoft.Portable.VisualBasic_4.0.targets': No such file or
directory
Is this to be expected?
Thanks,
Alex
___
Mono-devel-list mailing list
Mo
Sounds interesting. It's the type of thing I'd like to add into
meta-mono for Yocto/Mono based embedded platforms.
On 17/03/2015 06:09, Bob Summerwill wrote:
> No problem! I think that HTML5-as-a-platform would be a great idea,
> however it comes about.
>
> Joao would be the best person to answ
On 11/12/2014 10:51, Robert Jordan wrote:
> On 11.12.2014 07:33, Alex J Lennon wrote:
>>> The thing to keep in mind is that the corlib version inside monolite
>>> needs to match the runtime version or bootstrapping the classlib build
>>> won't work, so you can&
Hi Alex,
On 11/12/2014 01:47, Alexander Köplinger wrote:
> Hey Alex,
> monolite is built and uploaded automatically by Wrench:
> https://wrench.mono-project.com/Wrench/ViewTable.aspx?host_id=21&lane_id=4&page=0&limit=20,
> the issue I think was that the build was broken there so a new
> monolite d
On 10/12/2014 20:46, Gabriel Acevedo wrote:
> Thank you all. I built mono-3.8.0 yesterday, and I was able to get
> monolite-111 from the URL in Makefile without problems. I guess it
> changed today.
>
> Thanks again.
The Windows Appveyor builds have been broken for some days as when
mono_corlib_v
Hi,
Appveyor builds have been failing on get-monolite-latest since commit
#33861cf3
I believe this is because mono_corlib_version was changed to 112 and
there is no downloadable archive available at
http://storage.bos.xamarin.com/mono-dist-master/latest/monolite-112-latest.tar.gz
Perhaps I misu
Hi Alex
On 30/11/2014 15:09, Alexander Köplinger wrote:
> Hey Alex,
>
> Jo Shields is currently working on revamping the Windows Installer in
> his repo: https://github.com/directhex/newbuilder
> I contributed the WiX setup files for creating an MSI installer. Jo
> sent me this link for a previe
S=..."
> as below...
>
> On every redhat-based or debian-based (or even mac) system I've ever used,
> one of these two variants has always worked.
>
> OSX
> export BUILDDIR=/Users/whatever/Projects/mono-build
> export NUMPROC=3 ; time ( test -d $BUILDDIR &&
On 06/11/2014 12:53, Alexander Köplinger wrote:
> I of course meant a PR against master. Older branches are
> generally never touched, except maybe if something serious happens
> like a big security hole.
Thanks :)
___
Mono-devel-list mailing list
Mono
On 06/11/2014 12:37, Alexander Köplinger wrote:
> There is a PR that also claims to implement SetThreadPriority
> (https://github.com/mono/mono/pull/1272), but it has many other
> unrelated changes, so not in a state to be merged.
> From a quick look, your patch seems to be much more focused and t
Thanks Miguel.
On 03/11/2014 21:05, Miguel de Icaza wrote:
> CCing Duncan.
>
> On Tue, Oct 21, 2014 at 2:18 PM, Alex J Lennon
> mailto:ajlen...@dynamicdevices.co.uk>>
> wrote:
>
> Hi,
>
> As I continue to try to get on top of the odyssey that is buildi
or maybe there's a way to make gint32 and friends appear as LONG
and the equivalents and so forth, although that also seems less than ideal.
Can anybody advise on a sensible way for me to approach this?
Thanks,
Alex
--
Dynamic Devices Ltd <http://www.dynamicdevices.co.uk/>
Alex J Len
On 30/10/2014 18:57, Rodrigo Kumpera wrote:
> Forgot to CC dev
>
> -- Forwarded message --
> From: *Rodrigo Kumpera* mailto:kump...@gmail.com>>
> Date: Thu, Oct 30, 2014 at 1:57 PM
> Subject: Re: [Mono-dev] [eglib] Warning: assertion function retur
compiler knows that the return is unreachable.
I am guessing I am misunderstanding your point?
More importantly, should the assertion handler return or not... ?
Cheers,
Alex
On Thu, Oct 30, 2014 at 12:08 PM, Alex J Lennon
mailto:ajlen...@dynamicdevices.co.uk>>
wrote:
>
> Hi,
>
>
Hi,
I'm seeing an eglib warning about an assertion handling function with a
G_GNUC_NORETURN attribute that is returning.
goutput.c: In function ‘monoeg_assertion_message’:
goutput.c:135:1: warning: ‘noreturn’ function does return [enabled by
default]
I'm wondering how this should be resolved, ie
On 26/10/2014 16:28, Vincent Povirk wrote:
>> - I'd also like to run the Mono tests as a part of the build
>> verification. Are they expected to work under Windows/Cygwin?
> I was not able to run the tests on Windows/Mono in current master. I
> made this PR to address that: https://github.com/mono
t; https://github.com/mono/mono/pull/1366)
> >
> > - The standard Appveyor plan limits builds to 30 minutes. The Mono build
> > is currently taking slightly over 3 hours and so will be cut short on
> > the default plan. Feyodor@Appveyor has very kindly put me onto an
> > OpenSource b
Hi all,
I've reached a point where we have an Appveyor configuration file which
successfully builds Mono under Cygwin on an Appveyor build worker
(Windows Server 2012 R2 OS image, I believe).
It's taken longer to get to this point than I had expected, doesn't it
always, but I hope this will be of
Hi,
I'm nearly at the point where I can build mono win32 under Appeyor CI.
I'm trying to understand why there appears to be no mono.exe installed,
as a prelude to packaging up the build.
To do this I am trying to build the latest official release 3.2.3 but
this fails without monolite and I canno
Hi,
As I continue to try to get on top of the odyssey that is building Mono
for Windows I came across an oddity over at Appveyor.
It appears the latest Windows Mono 3.2.3 release tarball available from
the mono-project link below is actually 3.3.0/master sneakily
masquerading as 3.2.3.
Seems odd
On 21/10/2014 16:37, Miguel de Icaza wrote:
>
>
> And that's impossible without some level of time-investment in
> engagement - such as having somebody respond to bug reports even
> if this is to say "sorry this is unmaintained - your problem"
>
>
> Seems like you just volunteered to d
On 21/10/2014 16:18, Miguel de Icaza wrote:
>
> Unfortunately there were issues, most obviously with an exception
> trying
> to show a textbox.
>
> So I read up on how to file a bug report
> (http://www.mono-project.com/community/bugs/make-a-good-bug-report/)
> and
> di
On 21/10/2014 13:05, Edward Ned Harvey (mono) wrote:
>> From: Miguel de Icaza [mailto:mig...@xamarin.com]
>>
>> There is no need to presume, the actual issue was just articulated on a
>> thread, please read it.
>>
>> Pull requests do not work well with Mono. They need to be discussed in the
>> m
On 20/10/2014 17:12, Alex J Lennon wrote:
>
> On 20/10/2014 17:08, Rafael Teixeira wrote:
>> I would guess at /usr/local/bin which in the Windows world would be
>> relative to the cygwin installation directory...
>>
> Mmm I would have thought so too - but it doesn'
On 20/10/2014 17:08, Rafael Teixeira wrote:
> I would guess at /usr/local/bin which in the Windows world would be
> relative to the cygwin installation directory...
>
Mmm I would have thought so too - but it doesn't appear to be created,
either by make, or by make install...
e.g. a 'find -name
Hi,
I'm still looking at Windows CI with Appveyor here at the moment.
Could somebody please help me with what I hope is a really simple question:
Where is mono.exe supposed to be built for the Windows build?
Thanks,
Alex
___
Mono-devel-list mailing
Hi Mladen,
On 17/10/2014 16:25, Alex J Lennon wrote:
> On 17/10/2014 16:07, Alex J Lennon wrote:
>> On 17/10/2014 09:09, Mladen Mihajlovic wrote:
>>> Hey Alex
>>>
>>> There's a lot that you can do through their yml settings file.
>>> Download
On 17/10/2014 16:07, Alex J Lennon wrote:
> On 17/10/2014 09:09, Mladen Mihajlovic wrote:
>> Hey Alex
>>
>> There's a lot that you can do through their yml settings file.
>> Download and setup pretty much anything. Have a look in the root if
>> the repo: ap
On 17/10/2014 09:09, Mladen Mihajlovic wrote:
>
> Hey Alex
>
> There's a lot that you can do through their yml settings file.
> Download and setup pretty much anything. Have a look in the root if
> the repo: appveyor.yml.
>
Hi Mladen,
I like the look of Appveyor a lot. Thanks for that.
I've bee
pan out, the cygwin build can always be
> attempted as well.
>
> If anybody wants to help, let me know and I'll make you a contributor
> on the repository.
>
> Cheers,
> Mladen
>
> On 17 October 2014 08:46, Alex J Lennon <mailto:ajlen...@dynamicdevices.co.uk
ory, allowing for actual development and usage of
> Windows tools like Visual Studio it's much more work. I'd love for the
> latter to happen, but it's would take a lot of effort and
> coordination. Effort like improving xbuild where needed if msbuild is
> the build mechanism
On 16/10/2014 20:33, Bryan Crotaz wrote:
> I have a Windows CI cloud service running (Elastic Bamboo). If it
> helps get Windows development going so that I can get in and fix mono
> bugs when I find them, I'd be happy to sponsor running a nightly build
> and test of mono on a clean Windows box. L
On 16/10/2014 16:58, Bryan Crotaz wrote:
> What's the estimation of effort required to get mono buildable in
> windows and debuggable in VS? 6 man months? 18 man months?
>
> I don't have time to donate but I'd be happy to put some money in a
> pot with some of you to hire someone to work on this f
>> From a productivity perspective and for risk management for testing and
>> deployment I wish to be able to develop and debug under Visual Studio
>> with Mono as a framework option.
>>
>> I'd like to be able to do that with Mono on Windows as a check that no
>> issues come up between running on
On 16/10/2014 15:37, Bryan Crotaz wrote:
> Basically if we could persuade Xamarin to get mono building on Windows
> and VS users able to debug Mono, suddenly there would be a lot more
> developers able to contribute without having to learn a whole new
> stack first.
>
> Bryan
+1 and I'm happy to
On 16/10/2014 12:38, Edward Ned Harvey (mono) wrote:
>> From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
>>
>>> Generally
>>> speaking, the only reasons to build on windows are because you want to
>>> debug the code, which is generally better done
On 16/10/2014 08:45, Alex J Lennon wrote:
> On 16/10/2014 00:17, Chris Eelmaa wrote:
>> Hello all,
>>
>> I have question regarding building mono on windows,
>> namely I've tried a lot of times, and had a lot of different
>> problems(such as missing some d
On 16/10/2014 04:56, Edward Ned Harvey (mono) wrote:
>> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
>> boun...@lists.ximian.com] On Behalf Of Chris Eelmaa
>>
>> I have question regarding building mono on windows,
>> namely I've tried a lot of times, and had a lot of dif
On 16/10/2014 00:17, Chris Eelmaa wrote:
> Hello all,
>
> I have question regarding building mono on windows,
> namely I've tried a lot of times, and had a lot of different
> problems(such as missing some dependencies, git converting *.sh files
> to CRLF ending and cygwin not being able to interpr
On 30/08/2014 10:33, Paul Johnson wrote:
> Hi,
>
> I've just ordered one of these development boards from RS Components
> in the UK
> (http://uk.rs-online.com/web/p/processor-microcontroller-development-kits/8194709/).
> It's similar to the RPi in many ways, but has the far more powerful
> ARM Cor
On 03/08/2014 20:57, mika wrote:
> Alex, thanks for that - I had actually found your post and am currently using
> your build.
I'm glad they are of some use Mika.
As ever, if you spot problems I'd be grateful if you could feed them
back to me so I can try to keep those instructions reasonably ac
On 03/08/2014 15:00, Edward Ned Harvey (mono) wrote:
>> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
>> boun...@lists.ximian.com] On Behalf Of mika
>>
>> I notice that when clicking on the Windows build for mono 3.4 you actually
>> get 3.2.3. Is this a mistake?
> Well...
On 30/07/2014 16:00, Bob Summerwill wrote:
>
> I'm not in a rush. I'm just trying to coordinate release of matching
> Mono-3.6.0 RPMs for Tizen in an information vacuum.
>
> As Alex says, there appears to be no community-visible way to see what
> the outstanding issues with 3.6 are, and hence ju
On 30/07/2014 16:00, Bob Summerwill wrote:
>
> I'm not in a rush. I'm just trying to coordinate release of matching
> Mono-3.6.0 RPMs for Tizen in an information vacuum.
>
> As Alex says, there appears to be no community-visible way to see what
> the outstanding issues with 3.6 are, and hence ju
On 29/07/2014 22:59, Miguel de Icaza wrote:
> Yes, we do make a branch, and then we put it through QA.
>
> The we fix all the bugs that QA finds, and when we are ready we release.
>
> What is important is to not regress, so things will take as long as
> they need to, because we are not going to sh
On 17/07/2014 14:48, Edward Ned Harvey (mono) wrote:
>> From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
>> Sent: Thursday, July 17, 2014 9:12 AM
>>
>> I guess I'd start by asking - if we have System.Data.Sqlite, and it
>> works on Mono, then why do
On 17/07/2014 13:33, Edward Ned Harvey (mono) wrote:
>> From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
>> Sent: Wednesday, July 16, 2014 5:15 AM
>> To: Edward Ned Harvey (mono); mono-devel-list@lists.ximian.com
>>
>> fwiw - I am currently using System.Da
On 15/07/2014 19:55, Edward Ned Harvey (mono) wrote:
>
> For cross-platform compatibility with mono on mac/linux, and .NET on
> windows... What is recommended SQLite?
>
>
>
> When I add System.Data.SQLite.Core via NuGet in windows... it seems to
> be incompatible with mono... It looks like the
On 07/07/2014 19:36, Brandon Perry wrote:
> You need to recompile mono from source. No idea how to do that on windows.
>
> Sent from a computer
This is a starting point for 3.4.0 on Windows and probably still works
for the upcoming 3.6.x in the repo,
http://www.codeproject.com/Articles/769292/Ho
On 16/06/2014 16:13, Chris Tacke wrote:
>
> Agreed. My major pain point with the distro right now is in CI. I'm
> using Jenkins on a Windows machine to build our C# application
> products and installers for both Windows and Linux platforms. I have
> it all working, including generating tarballs
Hi,
It looks as though when Mono is built with Cygwin on Win32 the build is
creating some symlinks for executables (e.g. mono and mcs, perhaps
others) which then don't work under Windows.
Could somebody suggest whether some build option needs to be configured
to support this, or whether it's an i
On 23/05/2014 16:25, Miguel de Icaza wrote:
> No, because it is a common idiom for all automake/autoconf projects.
>
> Run autogen.sh on a clean tree, as direct on the instructions
> Then run "make dist"
>
> Miguel
>
>
Many thanks
___
Mono-devel-list m
On 21/05/2014 21:39, Miguel de Icaza wrote:
> Hello,
>
> To build Mono with a different prefix, you need to use a tarball
> package, that has all of the bits that are not typically checked into git.
>
Is there any documentation available on how to build the tarball package?
Thanks, Alex
On 14/05/2014 10:05, Bryan Crotaz wrote:
> To do this remotely on a test image, I'd have a script:
>
> Start VM with chosen image
> Package a release (eg .deb)
> Ssh into VM as root
> Install package
> Run ncover around nunit console
> Retrieve nunit and ncover XML
> Shut down VM
> Process results
On 14/05/2014 00:40, Robert Jordan wrote:
> On 14.05.2014 00:55, Martin Thwaites wrote:
>> So I've given in, and I'm now looking at using linux (ubuntu 14.04)
>> to try
>> and add some things to mono.
>>
>> I have the same issues with loading the net_4_5.sln file in MD as I
>> do in
>> VS, in that
3.4.0.inc
This may or may not be related to what you are seeing...
Best Regards,
Alex
> I'm now at a loss.
>
> As I've stated before, what I'm looking to do is be able to develop
> mono (not develop with) in Visual Studio. Maybe the stuff the Miguel
> is doing will
On 12/05/2014 18:20, Bryan Crotaz wrote:
> We've been persuading C# shops to use the Raspberry Pi platform and
> build scripts aren't that much of an issue for them regarding
> acceptance. Being able to fix bugs quickly and easily without having
> to fight the build system is more important to ge
the short-term it might be possible to do something with a script
using one of the command-line package managers for Cygwin (e.g. apt-cyg)
I could have a look at that when I have time maybe if the Cygwin UI
setup app is proving a hurdle.
>
> On 12 May 2014 17:23, Alex J Lennon <mailto:a
On 12/05/2014 17:07, Bryan Crotaz wrote:
> Will this make building on windows possible?
>
Bryan,
I've written a walkthrough here for building 3.4.0 from the release
tarball and 3.4.1 from git on Windows.
http://www.codeproject.com/Articles/769292/How-to-build-Mono-on-Windows
Best regards, Alex
On 05/05/2014 03:44, Konaju Games (Dev) wrote:
> With Cygwin, there is one change to make to etc/fstab before starting
> a build. You need to add noacl to the cygdrive mount. Without this
> change, any files created by a Win32 process outside of Cygwin will
> result in Cygwin having no permissi
On 21/04/2014 09:01, Alex J Lennon wrote:
> Hi all,
>
> I've encountered a problem with an application I was running on an ARM
> VFP (i.MX6) target
> under 3.2.8, which now fails under 3.4.0.
>
> The error reported is related to a problem with the configuration fi
Hi all,
I've encountered a problem with an application I was running on an ARM
VFP (i.MX6) target
under 3.2.8, which now fails under 3.4.0.
The error reported is related to a problem with the configuration file
and in particular the
element,
I have reduced it down to a simple test case as follo
On 10/04/2014 00:42, Edward Ned Harvey (mono) wrote:
>> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
>> boun...@lists.ximian.com] On Behalf Of Alex J Lennon
>>
>> Many thanks for bringing clarity to this for me Chris. As we're in a public
&
On 09/04/2014 22:26, Robert Jordan
wrote:
On
09.04.2014 23:17, Alex J Lennon wrote:
A key component of what I was told toay is that Xamarin are
unable to
work on Mono due to contractual obligations to
-Chris
From:
mono-devel-list-boun...@lists.ximian.com
[mailto:mono-devel-list-boun...@lists.ximian.com] On
Behalf Of Alex J Lennon
Sent: Wednesday, April 09, 2014 4:18 PM
To: mono-
The
truth is rather that *parts* of the Mono framework became
less important for Xamarin, as they are solely focused on mobile
nowadays.
Which parts these are, should be too hard to figure out.
Robert
Hi,
I became involved in a conversation today on LinkedIn in which a
commentator was telling me Mono is "dead", due to contractual
constraints imposed on Xamarin by the "legal owners" of Mono, Attachmate.
A snippet of the ensuing conversation follows,
"In July 2011, however, Novell - now a subsi
On Sun, Mar 2, 2014 at 8:24 AM, Alex J
Lennon <ajlen...@dynamicdevices.co.uk>
wrote:
Hi,
I'm updating a recipe for Yocto/Openembedded layer,
meta-mono, which
cross-compiles Mono 3.2.8 for embedd
Hi,
I'm updating a recipe for Yocto/Openembedded layer, meta-mono, which
cross-compiles Mono 3.2.8 for embedded Linux targets.
I am using an Ubuntu 12.04 LTS host for build and previously this has
worked well with the default mono support available in precise, version
2.10 I think.
(NB the Yocto
In relation to my Bug report:
https://bugzilla.novell.com/show_bug.cgi?id=722819,
I found out that globalization works (I get ISO-8859-1 output) when the
application is located in the root url path (/) with:
Alias / "/opt/myApp"
But, it doesn't work (I get UTF-8 output) when I put the a
> So
> for the current implementation of Mono it is strictly required to
> convert all text files of an ASP.NET application to the utf-8 format to
> prevent difficult to track down problems. It took me a lot of affort to
> find out this information.
But processing ASP.NET source code encode
Hi:
I'm experiencing a bug related with encoding (Globalization is ignored in
web.config and mono output is allways UTF-8).
I'm running "Mono JIT compiler version 2.10.5 (Debian 2.10.5-1)" on Ubuntu.
Same configuration worked on "Mono JIT compiler version 2.10.2 (tarball Mon
Apr 18 19:06:50 UTC
.
Some topics of interest would probably be ASP.Net apps under mono, gtk# and
other cross-platform gui development, moonlight, etc...
--
Michael J. Ryan - tracker1(at)theroughnecks(dot)com - www.theroughnecks.net
icq: 4935386 - AIM/AOL: azTracker1 - Y!: azTracker1 - MSN/Win: (email
ying that I wouldn't expect to have to include mono... if that is
the case I would have to do compiler directives to differentiate between mono,
and ms.net.. on top of that, I would have to create separate executables for
use with mono vs. ms.net I wouldn't want to, or expect t
ent only supports ESMTP - is this true?
> Any plans for supporting SMTP also?
--
Michael J. Ryan - tracker1(at)theroughnecks(dot)com - www.theroughnecks.net
icq: 4935386 - AIM/AOL: azTracker1 - Y!: azTracker1 - MSN/Win: (email)
... Ferengi Rule of Acquisition #256: Syntheh
From: Pekka Enberg <[EMAIL PROTECTED]>
If reg1 and reg2 are declared on the same line, the type of reg2 will be
struct even though MBREG_TYPE is declared as a pointer to struct.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
mono/monoburg/monoburg.c |3 ++-
1 file changed, 2 insertions(
From: Pekka Enberg <[EMAIL PROTECTED]>
Let the Monoburg specification override MBState reg1 and reg2 types. Not
everyone wants to store the information as integers.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
mono/monoburg/monoburg.c |3 ++-
1 file changed, 2 insertions(+), 1 deleti
On Mon, Jan 29, 2007 at 09:42:13PM -0500, Jonathan Pryor wrote:
> On Fri, 2007-01-26 at 07:54 -0800, H. J. Lu wrote:
> > One side effect is you can no longer override global functions in a
> > shared libraries. Does it work with Mono shared libraries? If not,
> > is there a l
Hi,
I am working on improving performance of applications linked with
shared libraries on Linux. By default, when a global function in a
DSO is called internally, it has to go through PLT even if it is
defined within the same DSO. Its impacts are
1. Longer startup time due to PLT relocation.
2. R
Hey All,
I'm trying to copy text to the default clipboard, but it doesn't
seem to be working as expected. What am I missing?
Here's the code:
Clipboard clipboard = Clipboard.GetForDisplay(
Gdk.Display.Default,
Gdk.Atom.Intern( "GDK_SELECTION_CLIPBOARD", true ) );
textView1.B
is
not an array Maybe ToArray() method that returns an array?
>
> I miss a lot of classes, specially Collections class. List, Map, Set... I
think the main power of Java is that you as programmer only have to worrier
about your own problem, not implementing a lot of common stuff co
Are there any plans to port mono to the Pocket PC? I haven't been able
to find anything on this.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Anyone have a time frame on the debugger?
On Thu, 2006-09-07 at 07:55 -0500, Michael Schurter wrote:
Hi Pablo,
[EMAIL PROTECTED] wrote:
> I saw there is a new MD with lots of improvements. Does it already support
> debugging?
No -
http://www.monodevelop.com/FAQ#Can_I_get_the_Debugger_Addi
We use ClickOnce internally and wouldn't roll without it; it rocks to say the least.
On Wed, 2006-08-30 at 11:31 -0500, Michael Schurter wrote:
Sebastien Pouliot wrote:
> Hello Ted,
>
> On Wed, 2006-08-30 at 00:44 -0400, ted leslie wrote:
> ...
>> "write for any purpose, write once, run an
I just want to say "great job" to those making mono a real and
competitive alternative to the .NET platform, in addition to its
incredible cross-platform enabling; being an engineer with .NET
technologies, I can say that mono is truly robust and really (finally)
provides the "write once, run anywhe
I agree, I think a debugger is essential in not only adaptation, but
decreasing development time and decreasing time-to-market. Problem is,
there are a ton of things MD needs right now like:
- Debugger
- SCM integration
- More deployment options
- Support for all language features implemented in
ever license seems appropriate at the time. I don't really have a preference, since I think encryption should be easily accessible and easily accomplished, but done correctly so as to achieve true security.
On Mon, 2006-08-21 at 13:29 -0400, Sebastien Pouliot wrote:
Hello Carlos,
On Mon,
1 - 100 of 118 matches
Mail list logo