Re: gtk-sharp build hangs
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
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
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
gtk-sharp build hangs
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: # === Building for gtk-sharp-1.0_2 gmake all-recursive gmake[1]: Entering directory `/usr/ports/x11-toolkits/gtk-sharp/work/gtk-sharp-1.0' Making all in sources gmake[2]: Entering directory `/usr/ports/x11-toolkits/gtk-sharp/work/gtk-sharp-1.0/sources' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/x11-toolkits/gtk-sharp/work/gtk-sharp-1.0/sources' Making all in generator gmake[2]: Entering directory `/usr/ports/x11-toolkits/gtk-sharp/work/gtk-sharp-1.0/generator' /usr/local/bin/mcs /out:gapi_codegen.exe ./AliasGen.cs ./BoxedGen.cs ./ByRefGen.cs ./CallbackGen.cs ./ClassBase.cs ./ClassGen.cs ./CodeGenerator.cs ./ConstStringGen.cs ./Ctor.cs ./CustomMarshalerGen.cs ./EnumGen.cs ./Field.cs ./GenBase.cs ./GenerationInfo.cs ./GObjectGen.cs ./IGeneratable.cs ./ImportSignature.cs ./InterfaceGen.cs ./ManagedCallString.cs ./ManualGen.cs ./MethodBody.cs ./Method.cs ./ObjectGen.cs ./OpaqueGen.cs ./Parameters.cs ./Parser.cs ./Property.cs ./Signal.cs ./SignalHandler.cs ./Signature.cs ./SimpleGen.cs ./Statistics.cs ./StringGen.cs ./StructBase.cs ./StructGen.cs ./SymbolTable.cs ./TimeTGen.cs ./VMSignature.cs Compilation succeeded gmake[2]: Leaving directory `/usr/ports/x11-toolkits/gtk-sharp/work/gtk-sharp-1.0/generator' Making all in parser gmake[2]: Entering directory `/usr/ports/x11-toolkits/gtk-sharp/work/gtk-sharp-1.0/parser' source='formatXml.c' object='formatXml.o' libtool=no \ depfile='.deps/formatXml.Po' tmpdepfile='.deps/formatXml.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wshadow -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -c `test -f 'formatXml.c' || echo './'`formatXml.c /bin/sh ../libtool --mode=link cc -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wshadow -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -o gapi_format_xml formatXml.o -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lxml2 -lz -liconv -lm mkdir .libs cc -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wshadow -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -o gapi_format_xml formatXml.o -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -lxml2 -lz -liconv -lm /usr/bin/ld: warning: libm.so.2, needed by /usr/local/lib/libxml2.so, may conflict with libm.so.3 /usr/local/bin/mcs /out:gapi-fixup.exe ./gapi-fixup.cs Compilation succeeded # 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 ___ [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
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
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
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]