[Mono-list] RE: Mono-list digest, Vol 1 #973 - 13 msgs
Avi Farah
avi_farah@hotmail.com
Sat, 17 May 2003 12:16:55 -0400
I would love to work on it. Where will I find specs for it?
Cheers,
Avi
-----Original Message-----
From: mono-list-admin@lists.ximian.com
[mailto:mono-list-admin@lists.ximian.com] On Behalf Of
mono-list-request@lists.ximian.com
Sent: Saturday, May 17, 2003 4:02 AM
To: mono-list@lists.ximian.com
Subject: Mono-list digest, Vol 1 #973 - 13 msgs
Send Mono-list mailing list submissions to
mono-list@lists.ximian.com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ximian.com/mailman/listinfo/mono-list
or, via email, send a message with subject or body 'help' to
mono-list-request@lists.ximian.com
You can reach the person managing the list at
mono-list-admin@lists.ximian.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Mono-list digest..."
Today's Topics:
1. XmlValidatingReader class?? (Dominik Fretz)
2. How to select a GUI implementation? (J. Perkins)
3. Re: XmlValidatingReader class?? (ginga@kit.hi-ho.ne.jp)
4. Re: Is there a documentation generator for mono? (Miguel de Icaza)
5. Re: How to select a GUI implementation? (Jonathan Pryor)
6. Re: How to select a GUI implementation? (J. Perkins)
7. wine monostub error -> mono_domain_assembly_open
(=3D?ISO-8859-1?Q?=3D22Ing=3D2E_Ernesto_P=3DE9rez_Est=3DE9vez=3D22?=3D)
8. wine monostub error - Update
(=3D?ISO-8859-1?Q?=3D22Ing=3D2E_Ernesto_P=3DE9rez_Est=3DE9vez=3D22?=3D)
9. Missing warning? (Maurizio Colucci)
10. Re: Re: XmlValidatingReader class?? (Dominik Fretz)
11. Wine installation problem (Adam W Root)
12. Re: Making code conditional on "not running on mono"? (Aleksey
Demakov)
13. Re: Making code conditional on "not running on mono"? (Stuart =
Ballard)
--__--__--
Message: 1
Date: Fri, 16 May 2003 17:27:27 +0200
From: Dominik Fretz <lists@roboto.ch>
To: mono-list@ximian.com
Subject: [Mono-list] XmlValidatingReader class??
hi
I just encounterd that the XmlValidatingReader exists but isn't really=20
implemented.
Since #D needs it, we should have it for the porting effort of #D to =
mono.
Anybody working on it or could lend a hand by implementing it?
thx
Dominik
--__--__--
Message: 2
Date: Fri, 16 May 2003 11:35:10 -0400
From: "J. Perkins" <jason@379.com>
To: mono-list <mono-list@ximian.com>
Subject: [Mono-list] How to select a GUI implementation?
Alexandre has been hard at work building a quite nice back-end system=20
for SWF and System.Drawing. He can support multiple native GUI libraries =
including Wine and Gtk. The last piece of the puzzle is choose which=20
implementation to use at runtime. There's two pieces to consider here.=20
First, which implementation should be used as the default on a given=20
system, and second how can the user change the default if they don't=20
like it?
For the first, could we add a new switch to configure that adds a symbol =
to the builds of SWF and SD? Like USE_WINE or USE_GTK or similar. I=20
tried looking at the build scripts myself, but being a Windows/IDE guy I =
couldn't make sense of them. Once this is in place, the package=20
maintainers could choose the appropriate implementation for their target =
platform.
For the second, we thought we would check an environment variable, maybe =
"MONO_GUI". If it was set (MONO_GUI=3Dgtk for instance) we would =
override=20
the default implementation in favor of Gtk.
How does this sound to everyone? I don't know if Alexandre knows how to=20
make the changes to configure so we might need some help there. The=20
environment variable we could go ahead and add now. Then we'd need to=20
package maintainers to choose the right implementation when they do=20
their release builds.
Jason
379
--__--__--
Message: 3
Date: Sat, 17 May 2003 01:28:59 +0900
From: ginga@kit.hi-ho.ne.jp
To: Dominik Fretz <lists@roboto.ch>
Cc: mono-list@ximian.com
Subject: [Mono-list] Re: XmlValidatingReader class??
Hello,
> I just encounterd that the XmlValidatingReader exists but isn't really =
> implemented.
> Since #D needs it, we should have it for the porting effort of #D to =
mono.
> Anybody working on it or could lend a hand by implementing it?
At least I had not, and I'll be grateful if you are interested in
implementing it:) BTW, XmlValidatingReader has some aspects for
validation or contributing information set. Do you know what part=20
of them #D requires?
- DTD
- XML Schema
- XDR ... ah, they won't use it :-)
DTD parser and DTD objects are available in XmlTextReader (though=20
it is somewhat ad-hoc) to use implied attributes or to implement
ID/IDREFs for DOM. FYI.
Atsushi Eno
--__--__--
Message: 4
Subject: Re: [Mono-list] Is there a documentation generator for mono?
From: Miguel de Icaza <miguel@ximian.com>
To: Charles-Louis <charlouis.mono@wanadoo.be>
Cc: Mono Devel <mono-devel-list@lists.ximian.com>,
Gtk Sharp List <gtk-sharp-list@lists.ximian.com>,
Mono List <mono-list@lists.ximian.com>
Organization:=20
Date: 16 May 2003 13:16:01 -0400
Resending my ownb mail
> Hello,
>=20
> > I'd like to know if it's possible to generate the documentation of =
my
> > own assemblies based on the .NET comment type (i.e. the =
"///<summary>"
> > comments) with mono under Linux.
>=20
> Gaurav has some experimental patches to do this, but I would like to
> merge those into the main compiler.
>=20
> Currently the approach we are using is a bit different: you generate a
> stub ECMA-XML document, and then you fill it out. Which works for
> things like gtk-sharp.
>=20
> Miguel
--=20
Miguel de Icaza <miguel@ximian.com>
--__--__--
Message: 5
Subject: Re: [Mono-list] How to select a GUI implementation?
From: Jonathan Pryor <jonpryor@vt.edu>
To: "J. Perkins" <jason@379.com>
Cc: Mono List <mono-list@ximian.com>
Organization:=20
Date: 16 May 2003 13:21:08 -0400
You could take a look at what Type Reflector does. It supports both
Gtk# and SWF front-ends, as well as a console front end. Type Reflector
is in the type-reflector CVS module and the mono-tools CVS module.
It's approach is a bit of a hack, but I've found it to work well.
Type Reflector has two levels of support: compile-time and run-time. By
default, all front-ends are built. If this fails (due to missing
assemblies, e.g. Gtk# isn't installed), it'll fall-back and attempt to
rebuild with a different set of front-ends. The problem with this
approach is it could result in a combinatoric explosion of build
choices, but with only 2 "optional" front-ends (SWF & Gtk#) this isn't
too bad.
The next level is run-time selection. Type Reflector uses an
application configuration file (type-reflector.exe.config) which has an
<appSettings/> tag, which contains a "displayer-order" key. This key
contains an ordering (space-delimited) of the front-ends to try to use.=20
An environment variable could be used instead. At runtime, each entry
is instantiated; the first displayer that instantiates is the one that
is used. This permits all GUI front-ends to fail, resulting in console
output.
Thus, the default GUI is the first entry in the "displayer-order" key.=20
The user can modify this by editing the .config file (non-ideal, though
the App could include functionality to edit the .config file or use an
IsolatedStorage file for per-user settings).
- Jon
On Fri, 2003-05-16 at 11:35, J. Perkins wrote:
> Alexandre has been hard at work building a quite nice back-end system=20
> for SWF and System.Drawing. He can support multiple native GUI =
libraries=20
> including Wine and Gtk. The last piece of the puzzle is choose which=20
> implementation to use at runtime. There's two pieces to consider here. =
> First, which implementation should be used as the default on a given=20
> system, and second how can the user change the default if they don't=20
> like it?
>=20
> For the first, could we add a new switch to configure that adds a =
symbol=20
> to the builds of SWF and SD? Like USE_WINE or USE_GTK or similar. I=20
> tried looking at the build scripts myself, but being a Windows/IDE guy =
I=20
> couldn't make sense of them. Once this is in place, the package=20
> maintainers could choose the appropriate implementation for their =
target=20
> platform.
>=20
> For the second, we thought we would check an environment variable, =
maybe=20
> "MONO_GUI". If it was set (MONO_GUI=3Dgtk for instance) we would =
override=20
> the default implementation in favor of Gtk.
>=20
> How does this sound to everyone? I don't know if Alexandre knows how =
to=20
> make the changes to configure so we might need some help there. The=20
> environment variable we could go ahead and add now. Then we'd need to=20
> package maintainers to choose the right implementation when they do=20
> their release builds.
>=20
> Jason
> 379
>=20
>=20
> _______________________________________________
> Mono-list maillist - Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
--__--__--
Message: 6
Date: Fri, 16 May 2003 14:00:29 -0400
From: "J. Perkins" <jason@379.com>
To: "Mono List" <mono-list@ximian.com>
Subject: Re: [Mono-list] How to select a GUI implementation?
Jonathan raises some good points. Does Mono have a .config file for=20
system settings? Perhaps we could have an ordered list of GUI=20
implementations, which an advanced user could change. The package=20
builders could provide a list for the target platform (for example, the=20
RH RPMS could specify Gtk, then Qt, then Wine perhaps, the Windows=20
installer would just use a Win32 implementation). That would be more=20
foolproof I think, since it allows for a fallback behavior in case the=20
preferred toolkit isn't available, and it would not require any changes=20
to the current build system.
Also, we should probably throw a NotImplementedException if no=20
implementation is available for the current system.
Jason
379
Jonathan Pryor wrote:
> Type Reflector has two levels of support: compile-time and run-time. =
By
> default, all front-ends are built. If this fails (due to missing
> assemblies, e.g. Gtk# isn't installed), it'll fall-back and attempt to
> rebuild with a different set of front-ends. The problem with this
> approach is it could result in a combinatoric explosion of build
> choices, but with only 2 "optional" front-ends (SWF & Gtk#) this isn't
> too bad.
>=20
> The next level is run-time selection. Type Reflector uses an
> application configuration file (type-reflector.exe.config) which has =
an
> <appSettings/> tag, which contains a "displayer-order" key. This key
> contains an ordering (space-delimited) of the front-ends to try to =
use.=20
> An environment variable could be used instead. At runtime, each entry
> is instantiated; the first displayer that instantiates is the one that
> is used. This permits all GUI front-ends to fail, resulting in =
console
> output.
--__--__--
Message: 7
Date: Fri, 16 May 2003 16:46:51 -0500
From: =
=3D?ISO-8859-1?Q?=3D22Ing=3D2E_Ernesto_P=3DE9rez_Est=3DE9vez=3D22?=3D
<info@ernestoperez.com>
To: mono-list@lists.ximian.com
Subject: [Mono-list] wine monostub error -> mono_domain_assembly_open
Hi and sorry if this is a simple question.
I have spent two days trying to setup mono to work with=20
System.Windows.Forms without success
I'm following this recipe:
http://monoevo.sourceforge.net/mono/SWF.txt
And using the latest stable sources from mono, wine and gc
I will describe what happens when I follow SWF.txt steps:
1 and 2- Wine installs ok, no problem at all. BTW I run wine under user: =
wine and I'm able to open notepad, etc.
3- gc installs ok
4- ok
At this point I realized that to acomplish point 5 I've to compile and=20
install mono. Ok, I did it
./configure --with-gc=3Dno
make
and I got some errors regarding gc_typed.h and gc.h
(oh, yes: I tried ./configure --without-gc as well)
Finally I copied from ~/gc/include/gc.h and gc_typed.h to =
/usr/local/include
I guess the problem is here but didn't find a way to overcome the=20
problem with gc.h
I also got a message about -lgc not found. I removed all references to=20
-lgc in the makefiles and it finally compiled ok.
5- all paths were ok.
I typed make in that directory and got an error regarding it couldn't=20
finr mono.pc
PKG_CONFIG_PATH=3D/usr/local/lib/pkgconfig
export PKG_CONFIG_PATH
make again and no problems. It compiled.
(I don't know if the make should be issued from the mcs root or from=20
mcs/classes/System.Windows.Forms/System.Windows.Forms)
6- ok,
monowinehooks.so and runwine were copied to /usr/local/bin/mono
7- added ok the lines.
8- su - wine
wine monostub
and I got:
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
Could not stat /cdrom (No such file or directory), ignoring drive D:
wine: cannot open builtin library for 'C:\WINDOWS\SYSTEM\monostub.exe':
/usr/local/lib/wine/monostub.exe.so: undefined symbol:
mono_domain_assembly_open
I have tried installing mono via rpm with no success.
I compiled everything in a recently installed machine (no mono from rpm =
nor
nothing) and no success.
I really don't know what's happening. And I'm interested in trying to =
run a
simple app compiled in .NET windows.
--=20
This message has been scanned for viruses and
dangerous content by InetCheckMail, and is
believed to be clean.
***************** DISCLAIMER *******************
The information in this e-mail is intended to be=20
confidential and only for the use of the individual
or entity to whom it is addressed.
Any retention, dissemination, distribution or copying
of this message is strictly prohibited and sanctioned=20
by law.=20
Opinions, criteria and other information in this message
that do not relate to the official business of our=20
company shall be understood as neither given nor endorsed
by it.=20
www.novadevices.com
***************************************************
--__--__--
Message: 8
Date: Fri, 16 May 2003 17:02:49 -0500
From: =
=3D?ISO-8859-1?Q?=3D22Ing=3D2E_Ernesto_P=3DE9rez_Est=3DE9vez=3D22?=3D
<info@ernestoperez.com>
To: mono-list@lists.ximian.com
Subject: [Mono-list] wine monostub error - Update
Checking the compile for monostub I found this:
No package 'monoold' found
monostub.o: In function `main_thread_handler':
/usr/src/mcs/class/System.Windows.Forms/System.Windows.Forms/monostub.c:8=
3:=20
undefined reference to `mono_domain_assembly_open'
/usr/src/mcs/class/System.Windows.Forms/System.Windows.Forms/monostub.c:9=
5:=20
undefined reference to `mono_jit_exec'
monostub.o: In function `WinMain':
/usr/src/mcs/class/System.Windows.Forms/System.Windows.Forms/monostub.c:1=
19:
undefined reference to `mono_config_parse'
/usr/src/mcs/class/System.Windows.Forms/System.Windows.Forms/monostub.c:1=
22:
undefined reference to `mono_jit_init'
/usr/src/mcs/class/System.Windows.Forms/System.Windows.Forms/monostub.c:1=
77:
undefined reference to `mono_runtime_exec_managed_code'
/usr/src/mcs/class/System.Windows.Forms/System.Windows.Forms/monostub.c:1=
86:
undefined reference to `mono_jit_cleanup'
gcc -fPIC -I. -I/usr/local/include/wine -I/usr/X11R6/include -rdynamic=20
-g -c -Wall monowinehooks.c
gcc -shared -W1,soname,monowinehooks.so -o monowinehooks.so=20
monowinehooks.o -lc -ldl
Where is monoold? I can't find it in the system.
thanks!
epe
--=20
This message has been scanned for viruses and
dangerous content by InetCheckMail, and is
believed to be clean.
***************** DISCLAIMER *******************
The information in this e-mail is intended to be=20
confidential and only for the use of the individual
or entity to whom it is addressed.
Any retention, dissemination, distribution or copying
of this message is strictly prohibited and sanctioned=20
by law.=20
Opinions, criteria and other information in this message
that do not relate to the official business of our=20
company shall be understood as neither given nor endorsed
by it.=20
www.novadevices.com
***************************************************
--__--__--
Message: 9
From: Maurizio Colucci <seguso.forever@tin.it>
To: mono-list <mono-list@ximian.com>
Date: Sat, 17 May 2003 00:07:23 +0200
Subject: [Mono-list] Missing warning?
Hello,
It would be nice if mcs gave a warning (or error?) whenever you=20
forget to initialize a readonly field.
The microsoft compiler does it, I seem to recall.
regards,
Maurizio
--__--__--
Message: 10
Date: Sat, 17 May 2003 00:21:50 +0200
From: Dominik Fretz <lists@roboto.ch>
To: ginga@kit.hi-ho.ne.jp
Cc: mono-list@ximian.com
Subject: Re: [Mono-list] Re: XmlValidatingReader class??
ginga@kit.hi-ho.ne.jp wrote:
> At least I had not, and I'll be grateful if you are interested in
> implementing it:) BTW, XmlValidatingReader has some aspects for
> validation or contributing information set. Do you know what part=20
> of them #D requires?
>=20
> - DTD
> - XML Schema
> - XDR ... ah, they won't use it :-)
>=20
> DTD parser and DTD objects are available in XmlTextReader (though=20
> it is somewhat ad-hoc) to use implied attributes or to implement
> ID/IDREFs for DOM. FYI.
Hi
Badly I didn't have time at the moment to implement it and I must say, I =
wouldn't hava any clue how to do something like this currently :-/
They use XML Schema.
I Taked to the Main Developper and he tels me that this part isn't a=20
showstopper, we can to without it currently. I'll loking to workaround=20
it, and probbably i have time in the end of june or in july, so there is =
a really smal chance that i'm starting on it.
Dominik
--__--__--
Message: 11
From: Adam W Root <rootad@engr.orst.edu>
To: mono-list@lists.ximian.com
Organization:=20
Date: 16 May 2003 20:41:17 -0700
Subject: [Mono-list] Wine installation problem
Hello. I'm trying to get wine working so I can contribute to the SWF
effort, but during my install (using tools/wineinstall from source
package) i see and error like
wine: chdir to /tmp/.wine-adam/server-302-212022 : No such file or
directory
Why isn't the install creating it if it needs it?
Thanks,
Adam
--__--__--
Message: 12
Date: Sat, 17 May 2003 13:07:29 +0700
From: Aleksey Demakov <avd@openlinksw.com>
Organization: OpenLink Software
To: Stuart Ballard <stuart.ballard@corp.fast.net>
Cc: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Making code conditional on "not running on =
mono"?
Stuart Ballard wrote:
> I have a C# program which uses some classes (specifically=20
> System.DirectoryServices) that aren't implemented in Mono. The code in =
> question is not critical to the application and the majority of the=20
> functionality would work fine if it wasn't there. I can't remove the=20
> code entirely (because in some cases we actually do need the=20
> functionality) but I can't compile on Mono with it present, because =
the=20
> classes aren't found.
>=20
> Is there any way I can avoid having to have two different copies of =
the=20
> source code, one for Mono without the feature and one for MS.NET with=20
> the feature included?
>=20
> Thanks,
> Stuart.
If it's ok to have a separate assembly for each platform
you can use conditional compilation as follows:
...
#if M0NO
Console.WriteLine ("Platform: Mono");
#else
Console.WriteLine ("Platform: .NET");
#endif
...
And don't forget to compile it with mcs /d:MONO :).
If you want to have not only common source code but also
single assembly for all platforms then use a runtime check.
This one worked fine for me:
...
Type enumType =3D typeof (PlatformID);
if (Enum.IsDefined (enumType, "Unix"))
{
if (Environment.OSVersion.Platform =3D=3D (PlatformID) Enum.Parse=20
(enumType, "Unix"))
Console.WriteLine ("Platform: Mono on Unix");
else
Console.WriteLine ("Platform: Mono on Win32");
}
else
Console.WriteLine ("Platform: .NET");
...
Regards,
Aleksey
--__--__--
Message: 13
Date: Fri, 16 May 2003 11:29:57 -0400
From: Stuart Ballard <stuart.ballard@corp.fast.net>
To: Ian MacLean <ianm@ActiveState.com>
Cc: Theo Spears <mono@terrarium.f9.co.uk>, mono-list@lists.ximian.com
Subject: Re: [Mono-list] Making code conditional on "not running on =
mono"?
Ian MacLean wrote:
> We do somthing similar in nant. Except we use #ifdef mono.
> Another way to test if you are on windows it to check the value of=20
> DirectorySeperatorchar. That won't help if you're trying to test for=20
> mono since you cold be on mono on wondows.
Hey cool, I didn't know that C# had a preprocessor :)
Question to the Mono developers: Would it be worth making "/d:mono" or=20
"/d:mcs" a default in mcs? That would make it possible to write code=20
that compiles differently on Mono without having to specialcase your=20
build scripts.
(this seems analagous to the fact that you can assume things like=20
"#ifdef linux" and "#ifdef gcc" in C and get meaningful results without=20
having to explicitly -D them on the commandline)
Stuart.
--=20
Stuart Ballard, Senior Web Developer
FASTNET - Web Solutions
(215) 283-2300, ext. 126
www.fast.net
--__--__--
_______________________________________________
Mono-list mailing list
Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
End of Mono-list Digest