[Mono-list] configuring gtk to include gtkhtml-sharp

2004-08-06 Thread Steven Dahlin




I was wondering if anyone could tell me how to 
incorporate the gtkhtml-sharp package in the configure for gtk-sharp. I am 
afraid, for me, the documentation is not entirely clear. Do I need to 
download an additional package or was it included with the tarball for 
gtk-sharp. What would be the exact set of steps needed?

Thanks,
Steve


[Mono-list] eclipse, ikvm, linux, ppc

2004-08-06 Thread Robert Staudinger
Hello, 

i'm trying to run eclipse-3.0 on my debian powered ibook.
It's working with jikes, but running it with ikvm would be really cool
(and fast hopefully).

Mono 1.0 is installed via apt-get, with the help of some -b source.
When i try to launch eclipse i get the following output:

 [EMAIL PROTECTED]:/opt/eclipse$ ikvm.exe -cp startup.jar
 org.eclipse.core.launcher.Main -os linux -ws gtk
 
 ** ERROR **: file exceptions-ppc.c: line 930 (ves_icall_get_trace):
 assertion failed: (ji != NULL)
 aborting...

Jeroen Frijters told me to ask over here if anyone was interested in
investigating this issue. I'd be really thankful for any advice and will
give my best to help figuring it out.

Best Regards, 
Rob


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


[Mono-list] mysql bounce kills mono

2004-08-06 Thread Keith Dreibelbis
Hi mono-list,
I just put a bug on the mysql site:
http://bugs.mysql.com/bug.php?id=4906
But I wondered if I should also mention it on this list.  The bug is, 
if mono has been using a mysqld, and the mysqld bounces, the next query 
from mono will cause a SIGABRT with error Too many heap sections: 
Increase MAXHINCR or MAX_HEAP_SECTS.  As far as I know, the mysql 
client library (ByteFX) is all C#.  So, at worst, it ought to be 
causing an exception, not a signal.

More details and sample code are at that url.
-kd
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] Mono Packages split.

2004-08-06 Thread Fabian Fagerholm
On Thu, 2004-08-05 at 19:05 -0400, Miguel de Icaza wrote:
 Hello,
 
We are having a debate about the current packaging strategy: so far
 we have split everything into small chunks that have correct dependency
 information.
 
Although this is useful for folks that want to get very granular
 setups, the problem is that people have to download 20+ packages to get
 a complete Mono install.
 
An intermediary hack was to create a mono-all.zip file that contains
 everything and have people download that.
 
My feeling is that we should go back to the simpler two way split:
 mono and mono-devel packages.
 
What do people think?

How would this affect source distribution of Mono? Would the entire
source code for the compiler, runtime, class library, XSP, mod_mono,
GTK#, MonoDevelop, etc, be lumped into a single tar.gz? Would it affect
the CVS structure? Or does this only concern binary distribution in the
formats provided by Novell? (The RPMs listed on the mono download page.)

-- 
Fabian Fagerholm [EMAIL PROTECTED]


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


Re: [Mono-list] Mono Packages split.

2004-08-06 Thread Todd Berman
On Thu, 2004-08-05 at 20:36 -0400, Duncan Mak wrote:
 On Thu, 2004-08-05 at 19:45, Todd Berman wrote:
  
  Why isnt is possible to create a 'mono' and 'mono-devel' package that is
  basically a stub that deps on what would go in those. That way you get
  the best of both worlds.
  
 
 We already have something similar, we have mono-complete and
 mono-complete-devel. The problem is that, removing mono-complete does
 not remove the packages that it depends on, as it is simply an empty
 (meta) package.

I am totally clueless about the rpm format, but you cant somehow specify
some uninstall script/hook/whatever that uninstalls all the packages
when the -complete or -complete-devel is removed?

--Todd

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] ./libs/libmod_mono.so is not a DSO

2004-08-06 Thread Darrell Blake
mod_mono does not work (not even compile) on windows. Patches 
welcome.
Not even in Cygwin? It's a Unix environment.
Darrell
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


[Mono-list] About the mono's image (the monkey)

2004-08-06 Thread Mario Carrion
Hello list

I'm wondering if there's any problem for using the mono's image (the
monkey) http://www.mono-project.com/img/logos/mono-gorilla-aqua.100px.png
at my project. Do I have to include any license? Where I can find more
information? And what about the rupert's image?

Best regards
-- 
Mario Carrion
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] ./libs/libmod_mono.so is not a DSO

2004-08-06 Thread Jonathan Stowe
On Fri, 2004-08-06 at 08:53, Darrell Blake wrote:
  mod_mono does not work (not even compile) on windows. Patches 
 
 welcome.
 
 Not even in Cygwin? It's a Unix environment.

Well strictly speaking Cygwin is just a .dll that provides sufficient
POSIX/X-OPEN/SVID/whatever APIs to be able to compile Unix programs
without having to change them very much.  A cygwin program is a windows
program it just uses the cygwin.dll to provide the stuff that windows
lacks.

Anyway as to your original problem - I would imagine that it probably
could be made to work but you will need to alter the Configure/Makefile
in order to create the appropriate file type that the Cygwin Apache
requires for DSOs - look in the apache directory to see what extension
they already have (I would imagine they are .DLLs) and then alter the
gcc flags to create the appropriate target type.  You may get some hints
by looking at the makefile for mono itself.

Sorry to be a bit vague - I'm in the middle of some work and haven't the
time to reboot into windows to investigate further.

/J\

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] ./libs/libmod_mono.so is not a DSO

2004-08-06 Thread Darrell Blake
Sorry to be a bit vague
That's ok. You've given me enough information to work on so I'll see what I can do.
Cheers,
Darrell
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] Latest monocharge

2004-08-06 Thread Sachin Kumar
It has been updated with latest monocharge.

Thanks
Sachin

 [EMAIL PROTECTED] 8/6/2004 2:17:15 AM 
I just rebuilt my JIT using the latest monocharge dated July 15 and am
getting:

Corlib not in sync with this runtime: expected corlib version 23, found
22.
Download a newer corlib or a newer runtime at
http://www.go-mono.com/daily.

Is there an update scheduled for the daily site? 

Neale Ferguson 
___
Mono-list maillist  -  [EMAIL PROTECTED] 
http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] Mono Packages split.

2004-08-06 Thread Michael
 I dont think requiring X to install mono is sane.
 --Todd

I agree. I also would be all for combined packages again if X was not
required. I use mod_mono on X'less servers.

-Michael
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


RE: [Mono-list] Mono Packages split.

2004-08-06 Thread Neale.Ferguson
For environments like S/390 the use of X will be quite limited: most of the work will 
be web services type stuff. A frill-free package would be great .

Neale
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] Mono Packages split.

2004-08-06 Thread Dennis Boylan
On Thu, Aug 05, 2004 at 07:05:05PM -0400, Miguel de Icaza wrote:
 Hello,
 
We are having a debate about the current packaging strategy: so far
 we have split everything into small chunks that have correct dependency
 information.
 
Although this is useful for folks that want to get very granular
 setups, the problem is that people have to download 20+ packages to get
 a complete Mono install.
 
An intermediary hack was to create a mono-all.zip file that contains
 everything and have people download that.
 
My feeling is that we should go back to the simpler two way split:
 mono and mono-devel packages.

Personally, I would prefer the smaller number of packages.  But, I can
see the reason for the multitude of packages for the OS distributions.

So, with that said, I would recommend a flag in the spec files to build
it either way, with the default being the 2 packages.

Now, if I can just figure out how to generate the daily builds

- Dennis
 
What do people think?
 
 Miguel.
 ___
 Mono-list maillist  -  [EMAIL PROTECTED]
 http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


RE: [Mono-list] eclipse, ikvm, linux, ppc

2004-08-06 Thread Rafael Ferreira
That would be a very difficult task... If I remember correctly, a lot of
stuff had to be patched in order to make eclipse 2.1 to run. 

- raf

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert Staudinger
Sent: Thursday, August 05, 2004 10:18 AM
To: [EMAIL PROTECTED]
Subject: [Mono-list] eclipse, ikvm, linux, ppc

Hello, 

i'm trying to run eclipse-3.0 on my debian powered ibook.
It's working with jikes, but running it with ikvm would be really cool
(and fast hopefully).

Mono 1.0 is installed via apt-get, with the help of some -b source.
When i try to launch eclipse i get the following output:

 [EMAIL PROTECTED]:/opt/eclipse$ ikvm.exe -cp startup.jar
 org.eclipse.core.launcher.Main -os linux -ws gtk
 
 ** ERROR **: file exceptions-ppc.c: line 930 (ves_icall_get_trace):
 assertion failed: (ji != NULL)
 aborting...

Jeroen Frijters told me to ask over here if anyone was interested in
investigating this issue. I'd be really thankful for any advice and will
give my best to help figuring it out.

Best Regards, 
Rob


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


[Mono-list] Objects sizes and the GC.

2004-08-06 Thread Rafael Ferreira
Hey everyone, 

I'm working on an application using mono/.net that implements various
in-memeory cache algorithms for very large objects and one of the issues I'm
trying to address is when to swap cached objects out of memory.
Historically, this would be done in 3 different ways: by setting a hard
limit on the number of objects cached and swapping out after reaching the
limit, by querying the memory utilization every time you would something
like malloc() and finally by using some algorithm that would attempt to
predict the need for swapping based upon the hit/miss ratio. 


Now, I'm building something that utilizes both the hit/miss ratio but that
would be smart enough to not rely on the OS to swap stuff to disk and that's
where I'm having issues. To the best of my knowledge, the only interface
into the inner workings on the GC is via System.GC (GC.GetTotalMemory) and
that gives me basically no access to how much memory an object is taking at
any given time. I do understand that this is done that way for a reason,
since memory footprint in a GC based environment is not an exact science,
but I believe that there must be another facility that I can use to at least
get an approximate value of an object memory utilization. 

Also, I've heard of Marshal.SizeOf() but according to the documentation that
only works in unmanaged objects, and I think it would be too costly of a
process to marshal my objects just so I can query it's memory footprint.
Speed is very, very important in my app. 

Let me know if you guys can help me, 

- raf

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] 500 errors with mod_mono

2004-08-06 Thread Gonzalo Paniagua Javier
El jue, 05-08-2004 a las 21:03, Raul Carolus escribió:
 System.ArgumentException: The path is not of a legal form
 
 Is the over all error I get with my codebehind asp.net project (started
 on visual studio, want to see if I can run it on mono).  It runs on
 windows.
 
 I've compiled the code on the linux box into a .dll and have placed it
 in the bin directory.
 
 I can get one page to load (the simple login page), but my Default.aspx
 gives me the above error.  I've installed 1.0 (downloaded it last
 night).
 
 If anyone can give me some guidance, that'd be great.

Can you report this in bugzilla.ximian.com attaching a test case (the
smaller, the better) to reproduce it?

Thanks.

-Gonzalo


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] What Is Most Reliable Mono Install for Fedora Core 2

2004-08-06 Thread Jonathan Pryor
On Mon, 2004-07-26 at 13:55, Weiqi Gao wrote:
 Antonio Santana wrote:
 
  I am running Fedora Core 2 and was wondering what might be the easiest 
  or most reliable method for installing Mono on this Linux 
  Distribution.  I added the Mono URL to my yum.conf.  I have installed 
  some packages, but it doens't seem like I have all the dependencies 
  required for apps like monodevelop.  Thanks in advance for the help.
 
 I installed Mono 1.0 on Fedora Core 2 using the Yum repository.  I don't 
 have any dependency problems.  (I had problems with the betas, but Ducan 
 Mak fixed them all.)
 
 What kind of dependencies are you running into?

I had dependency problems.  Running:

sudo yum install monodoc

would install monodoc, but it wouldn't install (IIRC) mono-remoting,
mono-drawing, mono-web-forms, etc., so running monodoc after
installation would result in numerous error messages.

I installed it earlier this week, so 1.0.0 hasn't been fixed.  (Also,
this was a few days ago, so I may be forgetting the packages I had to
manually install.)  I imagine this is partially due to the shear
quantity of assemblies and packages needed for apps (mono-remoting,
mono-web-forms, mono-core, gtk-sharp, gtkhtml-sharp, etc., etc.), so
it's not surprising that some dependencies are missed.

Simple solution: install the mono-complete package.  This will pull in
all other packages, which should permit most apps to run.

 - Jon


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] ASP.NET - usability/robustness/safety

2004-08-06 Thread Jonathan Pryor
On Tue, 2004-07-27 at 19:36, Miguel de Icaza wrote:
snip/
 Any software that does anything remotely interesting today is likely to
 infringe on a dumb patent in a way or another, specially web sites.

(Many apologies for bringing this up now, but I thought it somewhat
relevant.)

Just to follow up on this, the Foundation for a Free Information
Infrastructure put up a site demonstrating how a simple, typical, web
page would infringe on 20 European patents.

http://webshop.ffii.org/

And to make you *really* scared, these are software patents *already
granted* in the software patent free European Union.  As soon as
software patents are legalized in Europe, all of these can be used for
licensing or lawsuits.

It's a fair bet that most of these patents also exist in the U.S.A.

In short, don't worry about patents: you can guarantee there's a patent
already issued on whatever it is you want to do anyway.  So you can
either do nothing (say bye to the software field), ignore them, or deal
with them on a case-by-case basis (effectively ignoring them until you
can't ignore them ;-).

Or, lobby your lawmakers and get the patent situation fixed.  Which is
really the only viable solution unless we want to see the death of
independent developers for the next 20 years...

 - Jon


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] remoting linux - windows

2004-08-06 Thread Jonathan Pryor
On Tue, 2004-08-03 at 13:49, Weston Cerny wrote:
 I keep looking for more information on mono's System.Runtime.Remoting, but
 is it possible yet to have an ASP.NET application running under linux and a
 remoting server under windows and have them communicate correctly over the
 remoting boundary?

This should work.  I know a lot of effort has gone into Mono's Remoting
infrastructure to ensure compatibility with .NET.

If this doesn't work, please file a bugzilla entry.

 - Jon


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


RE: [Mono-list] Tailcall

2004-08-06 Thread Neale.Ferguson
I added the flag and my TAILC stuff works perfectly! The only remaining item (for 
32-bit) is implementing OP_ARGLIST. From reading the doc. and the other platform's 
code I still am not sure what it's supposed to do.

-Original Message-
Just add a new flag to MonoCompileFlags in mini.h and make sure it's set
in mini.c where tail calls are emitted (the two places were CEE_JMP is
used).
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list