Mono will using Gamin or FAM by default if it exists in the runtime. If either
doesn't exist then it will use KeventWatcher.cs. Add auto-check on Gamin and
FAM for dependency. Bump the PORTREVISION to have the fix of kqueue.
Rationale:
- KeventWatcher.cs is naive, it does not report changes made to
files within a monitored directory [1]
- KeventWatcher.cs is implemented in C#, it is therefore slower than
Gamin or FAM, which are implemented in C and C++, respectively
[1] this is a bug which should be reported to the vendor
Testing, using the attached WatchTest.cs:
With KeventWatcher.cs:
$ mono WatchTest.exe /somedir &
[1] 89857
$ touch /somedir/foo
OnCreatedEvent /somedir/foo
$ echo foo >> /somedir/foo
<nothing happens>
With Gamin:
$ mono WatchTest.exe /somedir &
[1] 89889
$ touch /somedir/foo
OnCreatedEvent /somedir/foo
$ echo foo >> /somedir/foo
OnChangedEvent /somedir/foo
Submitted by: jylefort
FreeBSD problems with Mono. As of Mono 1.1.7, Mono has made a tremendous leap
in stability on FreeBSD. Many C# apps now works much better with Mono 1.1.7.
BSD# - Project by: http://www.mono-project.com/Mono:FreeBSD
old email address bounces, and he has not been responsive to email on the
only other one we have for him.
These ports are now available for adoption.
Come back coop, we miss ya ...
503000. Mono 1.0.1 and greater have been broken on earlier OSVERSION
versions. Warning, not all C# apps will not working, because FreeBSD still
need to work more on pthread issues. Few C# apps such as Blam, Muine, Tomboy
and etc work perfect.
PR: ports/74397 ports/74398
Submitted by: Tom McLaughlin <tmclaugh@sdf.lonestar.org>
Project by: BSD# - http://forge.novell.com/modules/xfmod/project/?bsd-sharp
Approved by: maintainer timeout (no contract for months)
- Libintl is not part of libc on FreeBSD
PR: ports/70318
Submitted by: Christopher Nehren <apeiron@comcast.net>
Approved by: maintainer timeout (14 days)
KSE signal fixes from 6/12/2004, Mono now works on both 4.X and -CURRENT
(well, all but two benchmarks build and run successfully on both 4.X and
-CURRENT).
Note: you may need to rm -r ~/.wapi before building if you've tried older
versions of Mono.
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
to core dump when it tries to allocate what seems like 512 MB of memory
when it tries to do garbage collection. Anyone wanting to look at fixing
boehm-gc on FreeBSD is more than welcome to submit patches. You will not
be turned away.
in the mono/tests/ subdirectory, and it no longer hangs or dies with weird
errors. (And, yes, I do have garbage collecting enabled).
I'll let the C# user community be my judge. There still may be some issues
since boehm-gc isn't fully functional in its multi-threaded state on FreeBSD.
