Re: gtk-sharp build hangs

2004-10-21 Thread Benjamin Walkenhorst
Christopher Nehren wrote:
Yes for DotGNU, haven't tried Rotor recently. DotGNU masquerades in the
ports tree under the names pnet*, found under lang/. Rotor masquerades
under the name cli, and is also under lang/.
Thanks,
Benjamin
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: gtk-sharp build hangs

2004-10-18 Thread Benjamin Walkenhorst
Hello,
Thanks for your answers (that goes to everyone who answered)!
Tom McLaughlin wrote:
On Sat, 2004-10-16 at 16:01 +0200, Benjamin Walkenhorst wrote:
 

Hello everyone,
I am just trying to install gtk-sharp from ports. mono installed just 
fine, but the gtk-sharp build seems to hang at some point:

snip
At this point mono will start eating huge amount of cpu-cycles. I don't 
know if this is to be expected, but after mono had gathered about an 
hour of cpu-time, I aborted.
I'm going to give it another try tonight, but I wanted to ask, if it is 
normal for a gtk-sharp build to take so long.
The machine is a dual AthlonMP 2400+ (only one cpu used for building)  
with 512MB RAM, the system is 5.3-BETA7.
mono is version 1.0_1 and gtk-sharp - as you can see above - is version 
1.0_2

Thank you very much,
Benjamin
   

Simple solution:
cd /usr/ports/x11-toolkits/gtk-sharp/  make clean  make install
(repeat as necessary)
 

That is what I did in the first place. To make sure it didn't just take 
a long time to build, I let it run all night.
When I came back to my machine the next morning, mono had been consuming 
some 11 hours of CPU-time, with no further output on the terminal...


Long solution:
Someone needs to look at the threading issues with Mono and FreeBSD.  If
anyone is interested I can gladly point them to a number of reproducible
crashes.
While I am not really a programmer (I do know a little C... but not 
*that* much), I think I do agree...
I tried to compile a simple Hello-World that used the Console only - 
half of the time, mcs would spit out an error message, half of the time 
it would hang, again eating up an entire CPU (sometimes I *am* glad to 
own an SMP-machine, hehe).
To me it looks like mcs and mono enter infinite loops from time to 
time...  But this is not really reproducible, sometimes it hangs and 
sometimes it does not, for no apparent reason.

To make sure I wasn't wasting my - and your - time, I looked into the 
issue with libm.so.[23].
After upgrading to 5.3-BETA7 and switching to X.org, I found that most 
of my X-apps did not work any more, so I had to rebuild nearly all of my 
ports. Well, and the base system, of course (having upgraded from sources).
I decided to create /etc/libmap.conf and enter
libm.so.2   libm.so.3
like /usr/ports/UPDATING suggested.
Afterwards, I rebuilt mono - it took me three tries before I had it 
installed without mono_lt hanging.

Then I retried to build Hello-World:

=== 18:14:55 [EMAIL PROTECTED]:~/Media/devel/mono:: mcs Hallo.cs
error CS0016: Could not write to file `Hallo.exe', cause: Win32 IO 
returned ERROR_LOCK_VIOLATION. Path: ./Hallo.exe
Compilation failed: 1 error(s), 0 warnings
^C
=== 18:15:13 [EMAIL PROTECTED]:~/Media/devel/mono:: mcs Hallo.cs
error CS0016: Could not write to file `Hallo.exe', cause: Win32 IO 
returned ERROR_LOCK_VIOLATION. Path: ./Hallo.exe
Compilation failed: 1 error(s), 0 warnings


The first build - the one I aborted - had resulted in mono hanging.
 I keep the mono ports up to date myself while the regular
maintainer is away plus I've added some new ports.  My project site is
in my sig and you can download mono-merge.tar.gz from there to work with
the latest versions of Mono.
 

To be honest, I'm short of giving up - I am not really a fan of .Net, I 
was just going to learn it for a friend's sake who is just discovering .Net.
Personally, I am more into Perl and Python. From what I've seen so far, 
I think C# is too much like Java - static typing, Arrays of fixed size...
I mean, I am not saying C# or .Net sucks - I just don't like it so far. 
OTOH, I was strongly prejudiced against both Perl and Python before I 
actually toyed around with them a little, and then I came to like both 
*very much*. So, who knows...
And finally, I just don't trust Microsoft not to come back in a few 
years and rip everybody's head off for patent-issues or something like 
that. (I mean, if Microsoft says 'platform-independent', it means 'runs 
on several versions of windows')

Anyway, I'd like to be able to at least get this to work, so I'll try 
the tarballs from the project site.
BTW, has anyone managed to get DotGnu or Rotor to work? I haven't found 
them in the ports tree (I looked under ports/devel and ports/lang).

Thank you very much,
Benjamin
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: gtk-sharp build hangs

2004-10-18 Thread Christopher Nehren
On Mon, 2004-10-18 at 18:52 +0200, Benjamin Walkenhorst wrote:
 BTW, has anyone managed to get DotGnu or Rotor to work? I haven't found 
 them in the ports tree (I looked under ports/devel and ports/lang).

Yes for DotGNU, haven't tried Rotor recently. DotGNU masquerades in the
ports tree under the names pnet*, found under lang/. Rotor masquerades
under the name cli, and is also under lang/.

-- 
I abhor a system designed for the user, if that word is a coded
pejorative meaning stupid and unsophisticated.  -- Ken Thompson
-
Unix is user friendly. However, it isn't idiot friendly.



signature.asc
Description: This is a digitally signed message part


Re: gtk-sharp build hangs

2004-10-16 Thread Subhro
On Sat, 16 Oct 2004 16:01:56 +0200, Benjamin Walkenhorst [EMAIL PROTECTED] wrote:
 Hello everyone,
Hi,

 At this point mono will start eating huge amount of cpu-cycles. I don't
 know if this is to be expected, 

Nopes its not expected. But you need to clean up the old libraries.
Refer to /usr/src/UPDATING. A few libraries had been updated like
/lib/libm.so.2 and a few more. Also go for a rebuild of all the ports
as removing the old libraries would make them stop working. BTW any
non standard CFLAGS in /etc/make.conf? Also set up CPUTYPE to further
optimize things.

 Thank you very much,
You are most welcome

Regards
S.

-- 
Subhro Sankha Kar
School of Information Technology
Block AQ-13/1 Sector V
ZIP 700091
India
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: gtk-sharp build hangs

2004-10-16 Thread Kris Kennaway
On Sat, Oct 16, 2004 at 04:01:56PM +0200, Benjamin Walkenhorst wrote:

 At this point mono will start eating huge amount of cpu-cycles. I don't 
 know if this is to be expected, but after mono had gathered about an 
 hour of cpu-time, I aborted.
 I'm going to give it another try tonight, but I wanted to ask, if it is 
 normal for a gtk-sharp build to take so long.

Could be..the package takes quite a long time to build.  I'd let it
run overnight and see what happens.

Kris


pgpz8Gz5vND9J.pgp
Description: PGP signature


Re: gtk-sharp build hangs

2004-10-16 Thread Tom McLaughlin
On Sat, 2004-10-16 at 16:01 +0200, Benjamin Walkenhorst wrote:
 Hello everyone,
 
 I am just trying to install gtk-sharp from ports. mono installed just 
 fine, but the gtk-sharp build seems to hang at some point:
 
 snip
 
 At this point mono will start eating huge amount of cpu-cycles. I don't 
 know if this is to be expected, but after mono had gathered about an 
 hour of cpu-time, I aborted.
 I'm going to give it another try tonight, but I wanted to ask, if it is 
 normal for a gtk-sharp build to take so long.
 The machine is a dual AthlonMP 2400+ (only one cpu used for building)  
 with 512MB RAM, the system is 5.3-BETA7.
 mono is version 1.0_1 and gtk-sharp - as you can see above - is version 
 1.0_2
 
 Thank you very much,
 Benjamin

Simple solution:
cd /usr/ports/x11-toolkits/gtk-sharp/  make clean  make install
(repeat as necessary)


Long solution:
Someone needs to look at the threading issues with Mono and FreeBSD.  If
anyone is interested I can gladly point them to a number of reproducible
crashes.  I keep the mono ports up to date myself while the regular
maintainer is away plus I've added some new ports.  My project site is
in my sig and you can download mono-merge.tar.gz from there to work with
the latest versions of Mono.

Tom

-- 

BSD# Project - Porting Mono to FreeBSD
http://forge.novell.com/modules/xfmod/project/?bsd-sharp

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]