Re: [Mono-list] Authentication with mono
On Fri, 2005-06-10 at 13:41 -0400, Harry Holt wrote: Are you trying to authenticate against Ldap? If so, you can use the LdapCsharp library from novellforge: http://forge.novell.com/modules/xfmod/project/?ldapcsharp This is good now if I can find something that would do the same with Samba that would be great. -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Remoting a GTK UI
On Mon, 2005-05-30 at 17:18 -0400, Nigel Benns wrote: If you use GLADE, you could host the file on a web/ftp server and just retrive it when the application starts. Does anyone have some example code to show how to effectively remote a gtk# UI? I'm simply not knowledgeable enough about this type of thing and documentation about it is severely lacking. Not what I meant. I want to have a .NET remoting client control a widget in a remote gtk server app. As an example: with the small piece of code below, how do I get the AccountNumber class to reference ui so I can control the interface and will this actually work or will the thread hang? I'm not a threading guru, in fact never done any threading code so I really don't understand all the ins and outs yet. using Gtk; using System; using System.IO; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Http; class Server { public static MyWindow ui; public static void Main () { Application.Init(); ui = new MyWindow(); Console.WriteLine(running, listening on port 8080...); ChannelServices.RegisterChannel(new HttpChannel(8080)); RemotingConfiguration.RegisterWellKnownServiceType(typeof(AccountNumber), ui, WellKnownObjectMode.Singleton); Application.Run(); } } public class AccountNumber : MarshalByRefObject { public string GetAccount() { ui.ShowAll(); string s = ui.AccountNo.Text; ui.HideAll(); return s; } } -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Remoting a GTK UI
On Tue, 2005-05-31 at 13:35 -0400, Brown, Robert wrote: Are you just trying to retrieve a value from a textBox on a remote machine? Will the textBox always be available and if not what do you expect to be returned to you? What I'm actually trying to accomplish is: - computer A (command line app) sends a request for a text field to B -B pops up a dialog box accepts a line of text and sends it when OK is pressed or sends if Cancel is pressed. - the dialog disappears and until next request. I had some code that seems to work under Linux but it dies under Windows and someone said it might be the threading. -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Remoting a GTK UI
Does anyone have some example code to show how to effectively remote a gtk# UI? I'm simply not knowledgeable enough about this type of thing and documentation about it is severely lacking. Cheers and thanks in advance. -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Weird remoting problems under Windows.
On Tue, 2005-05-24 at 13:11 +0200, Lluis Sanchez wrote: Hi, My guess is that your problems are due to GTK code running in threads other than the GUI thread. The remoting infrastructure has its own thread pool, and remote calls are executed in arbitrary threads taken from that pool. A solution would be to dispatch all incoming calls in the GUI thread using ThreadNotify or something like that. Lluis. But if it was a problem with the thread pool wouldn't it fail when running under Linux as well? Not sure I understand why it only fails to display one widget but the rest are displayed. Very strange, seems more like a bug to me. -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Weird remoting problems under Windows.
I have an app that will remote and run under Linux great but when run under Win2k it works a few times and then the entry widget no longer shows up. It's very simple, the client connects to the remote object and pops up a simple window asking for a line of text. There are two buttons (cancel, print). Code follows: Like I say I can run the server under Linux forever but under windows it goes weird and displays everything but the entry widget after working a couple of times. Compiled under Linux, mono 1.0.5 and gtk#-1.9.2 Windows 2000 has the mono-1.1.7 version. Any help greatly appreciated. Remoting server code: - using Gtk; using System; using System.IO; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Http; class MainClass { public static void Main(string[] args) { Console.WriteLine(Cupsacc-server running, listening on port 8080...); ChannelServices.RegisterChannel(new HttpChannel(8080)); RemotingConfiguration.RegisterWellKnownServiceType(typeof(AccountNumber), control, WellKnownObjectMode.SingleCall); Console.WriteLine(Application loop...); Console.ReadLine(); } } public class AccountNumber : MarshalByRefObject { public string GetAccount() { Application.Init (); MyWindow w = new MyWindow (); Application.Run (); return (w.AccountNo); } } Gtk code -- using System; using Gtk; public class MyWindow : Window { private string returnValue; private Entry accountNo; private Window window; public MyWindow () : base (Enter account code) { window = this; //this.SetDefaultSize (400, 300); this.DeleteEvent += new DeleteEventHandler (OnMyWindowDelete); /* Sets the border width of the window. */ this.BorderWidth = 10; HBox entrybox = new HBox(); entrybox.BorderWidth = 6; entrybox.Spacing = 6; HBox buttonbox = new HBox(); buttonbox.BorderWidth = 6; buttonbox.Spacing = 6; VBox vb = new VBox(); vb.Spacing = 6; vb.PackStart(entrybox, false, false, 0); vb.PackStart(buttonbox, false, false, 0); vb.Show(); this.Add(vb); Label l = new Label(Account Number); accountNo = new Entry(); accountNo.Activated += accountNo_cb; Button print = new Button(Print); /* Connect the clicked signal of the button to our callback */ print.Clicked += print_cb; Button cancel = new Button(Cancel); cancel.Clicked += cancel_cb; /* Pack and show all our widgets */ entrybox.Show(); entrybox.Add(l); entrybox.Add(accountNo); buttonbox.Show(); buttonbox.Add(print); buttonbox.Add(cancel); print.Show(); cancel.Show(); this.ShowAll (); } public string AccountNo { get { return returnValue; } } /* Our callback functions */ private void print_cb( object obj, EventArgs args) { returnValue = accountNo.Text; window.Destroy(); Application.Quit(); } private void accountNo_cb( object obj, EventArgs args) { returnValue = accountNo.Text; window.Destroy(); Application.Quit(); } private void cancel_cb( object obj, EventArgs args) { returnValue = null; window.Destroy(); Application.Quit(); } void OnMyWindowDelete (object o, DeleteEventArgs args) { returnValue = null; window.Destroy(); Application.Quit (); } } -- George Farris [EMAIL PROTECTED] Malaspina University-College -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] beta 3 for FC2
On Fri, 2004-06-18 at 15:06, Duncan Mak wrote: On Thu, 2004-06-17 at 19:43, Duncan Mak wrote: Now that the build environment is in place, packages for Fedora Core 2 will (hopefully) be made available tomorrow. Packages are now available. RPMs are on the web site, on Red Carpet and in the YUM repository. This is great. thanks. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [good] [Mono-list] beta 3 for FC2 - again
Me too On Wed, 2004-06-16 at 10:38, ted leslie wrote: I second this, any news on FC2 mono 3 ? PFJ wrote: Hi, I may have missed it, but when is beta 3 for Fedora Core 2 due to hit? TTFN Paul ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
On Fri, 2004-04-09 at 04:32, Joseph Bennie wrote: Remember to the rest of us who are just looking to be productive, we don't want to have to learn new tricks if we don't have to With kindness Well, I have to say that this is possibly why there are so many poor windows applications that just don't understand the whole concept of multi-user. WordPerfect used to get it right, MS-Office didn't, neither did Mavis Beacon and an entire range of software developed for Windows. It is getting better but any time any company developed for multiple platforms and included Unix usually had a clue. Please DO take the time to learn new tricks. jokingly do you want slapped. Platforms don't make bad programmers, bad programmers make bad applications. ;) I agree, however, when the platform that is being written to is not understood, things just get messy. And seriously, yes, many programmers came from the single user DOS world and it showed. Cheers -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
Nonsense. Mono and Gtk# work extremely well today. I know, I've built a fully functional app (Gfax) and all one has to do is look at a few other apps such as F-Spot, Muine, Monodoc and Monodevelop to realize this. On Wed, 2004-04-07 at 23:05, Joop wrote: Hi lists, (hope this does not get mis-understood... I'm not subscribed to any of the non-mono-lists :-( although I maybe should be) this problem I have seen with Mono and the other .NET implementations is just the problem the original poster poses. There is not real commitment to/clear road-a-head for/direction in supporting the GUI side of things. The GUI is left far behind compared to the file/networking/HTML/server etc. etc. support in these .NET implementations. This is why it is not yet fully usable to all those developers that only want to create a 'simple' GUI application. Hope this will change soon as I do have the desire to go an write some nice programs in .NET. I just don't have the need to all the file/networking/HTML/server stuff yet. wkr, Joop Zonnet Giuseppe Greco wrote: Hi Marcus, Of course, Mono is still under development, but the most important components are there, and they work. Here, at Agamura, we are developing a sophisticated online gaming delivery network on Linux with Mono, and up to now, we have had just few problems... Furthermore, when we report a bug, it is always fixed in a short time! Mono's implementation of ASP.NET is also usable and mod_mono/apache seems to be faster than .NET/ISS. We use NAnt as build tool, and we are able to compile a project either on Linux or MS Windows with no changes (even if we compile on Windows just for test purposes). I think Mono will be one of the best .NET alternatives... and don't forget that behind Mono there is a company like Novell... So, don't feel frustrated and go ahead. j3d. After trying to work with Mono, Portable.NET, Qt, and KDE, I've realized that I'm fighting a battle that I cannot win. Mono supports Gtk# (and GTK+) to the exclusion of any other platform. Portable.NET is behind their own SWF implementation, but at least they are a bit more agnostic. The Qt/KDE community seems to find the entire concept of C# and its use of metadata and JIT compilation repulsive. I'm tired of trying and failing. I'm tired of having no one to support me. I'm tired of feeling isolated and alone. It's just not worth it. Maybe I will end up Windows XP and .NET. Who knows. I just know that the Free software community has got to be the most hostile and intolerant group of people I have ever encountered. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Just a question about mono on/from red carpet]
On Thu, 2004-04-08 at 09:09, Thomas R. Corbin wrote: On Thursday April 08, 2004 10:53 am, Mike Kestner wrote: On Thu, 2004-04-08 at 08:16, Soeren wrote: I can't find a gnomedb-sharp.dll on my system. Am I supposed to? Its not in the gtk-sharp rpm, but you can find it in the gtk-sharp tarball. GnomeDb is a compile option thats not on by default. Gda (Gnome Data Access) is not included in the rpm either, but its on by default when you build gtk-sharp from tarball. gda-sharp is also conditionally built. Neither gda-sharp nor gnomedb-sharp are packaged in the red-carpet packages. If you want to use them, you'll need to build from source and have a working development environment for libgnomedb and libgda installed before building. Do you think these will be added to red-carpet at some point? I believe they are already in DAG's apt-get/yum repository. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
On Thu, 2004-04-08 at 15:12, Joseph Bennie wrote: Respect. We've all been there at some point. Don't get me started on GUI's' i don't have the time either. Yes i could learn QT or GTK or even one of the alternatives but i really believe that the secret to GUI development with mono is a completely working System.drawing layer which on the linux will mean the libgdi+ stuff working and and equivalent pass through to Quartz on the mac. I know that there are some people working on libgdi+ (i also expect any pass through will be implemented as part of this near the end once the linux/X version works) this but it will probably take the best part of this year to get to a mature release, and until then i would a) avoid developing gui tools for linux b) use gtk# if you have to. (I agree QT is nice but gtk seams to have popular support and that is what matters ) For the moment I'm honing my c# skills in the windows world but as i have to support products on the mac, solaris and linux, i'd really like to see my custom gui widgets, or even the standard windows.controls working without having to alter a line of code. So if there is anyone out there with the skills/resources to help the team working on libgdi+ or system.drawing , please help them get there faster. Remember to the rest of us who are just looking to be productive, we don't want to have to learn new tricks if we don't With kindness Well, I have to say that this is possibly why there are so many poor windows applications that just don't understand the whole concept of multi-user. WordPerfect used to get it right, MS-Office didn't, neither did Mavis Beacon and an entire range of software developed for Windows. It is getting better but any time any company developed for multiple platforms and included Unix usually had a clue. Please DO take the time to learn new tricks. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Bad feelings on mono.
Well I announced a C#, GTK#, Mono port of Gfax for Gnome on Footnotes and it seems to have caused some bad feelings. I hope this is something that will eventually go away but at this point there seems some people who just hate Mono and the whole idea behind it. Too bad. Cheers all. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 0.31 has been released.
Thank you for clearing that up. It must be something in the spec files for gtk# then? Thanks for putting the 0.17 files back I copy these files for a local yum repository. At any rate On Thu, 2004-03-18 at 21:17, Mike Kestner wrote: On Thu, 2004-03-18 at 21:23, George Farris wrote: Great, nice work, however, someone goofed as the gtk-sharp packages have reverted back to 0.15. Please put the gtk-sharp 0.17 packages back up and PLEASE remember the devel packages, we need then too. There never have been gtk-sharp-devel packages on the mono downloads page, to my knowledge. There are -gapi packages for the gapi code generator and parser and associated files, but there is no point to having a -devel package for Gtk#. IIRC, somebody was shipping packages using the -devel name for their gapi packages, but that's a poor naming convention, since devel packages typically contain files needed to link/compile against a library. The stuff in gapi is not needed to compile against the Gtk# assemblies. The only thing that would theoretically go in a -devel is the .pc file, and it would be pretty silly to require a separate download for that. So, wherever you got your -devel package, I don't think it was from the mono project. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 0.31 has been released.
On Thu, 2004-03-18 at 19:03, Miguel de Icaza wrote: Hello, Mono 0.31 has been released. Release Notes: http://www.go-mono.com/archive/mono-0.31.html Download page: http://www.go-mono.com/download.html Great, nice work, however, someone goofed as the gtk-sharp packages have reverted back to 0.15. Please put the gtk-sharp 0.17 packages back up and PLEASE remember the devel packages, we need then too. Thanks. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Gettext support or not.
I see that Gettext-0.14 has been released for C# so one can use the standard *.po file format for multiple languages. In the announcement for Monodevelop, ICU is discussed as being required for internationalization. I'm just wondering why one would choose one technique over another for GTK# and GLADE files? Does anyone have any insight here? Thanks -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Socket code.
On Sun, 2004-02-22 at 01:17, Michal Moskal wrote: On Sat, Feb 21, 2004 at 04:31:00PM -0800, George Farris wrote: I have some socket code that looks something like this: byte[] bytes = new byte[1448]; do { len = sock.Read(bytes, 0, (int)1448); s = Encoding.ASCII.GetString(bytes); buf.Append(s.Substring(0,len)); Shouldn't it be: s = Encoding.ASCII.GetString(bytes, 0, len); buf.Append(s); Well the docs on GetString say it can be just a byte[]. The interesting thing is the length which only works as 1448 which is a number I found by printing out the len variable. If I set the byte[] to say 1, sock.read (which should really be named stream.read as it's a NetworkStream) always returns anywhere from 0 to 1448 bytes but never more. I also tried the example from the .NET docs and it doesn't work either. It reads up to 1448 bytes and the stops. The code is here: http://msdn.microsoft.com/library/en-us/cpref/html/frlrfsystemnetsocketsnetworkstreamclassreadtopic.asp?frame=true -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Socket code.
Right, I did go and read up on GetString and you are of course correct. On Sun, 2004-02-22 at 10:51, Jonathan Pryor wrote: Below... On Sun, 2004-02-22 at 13:06, George Farris wrote: snip/ Shouldn't it be: s = Encoding.ASCII.GetString(bytes, 0, len); buf.Append(s); Well the docs on GetString say it can be just a byte[]. Yes, GetString(byte[]) exists, but it's equivalent to this: string GetString (byte[] bytes) { return GetString (bytes, 0, bytes.Length); } So this is only valid if `bytes' is full. Otherwise (when you've read fewer than `bytes.Length' bytes) the end of your string will contain garbage data. The `GetString (bytes, 0, len)' fixes this, so GetString will only convert valid data. - Jon -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Socket code.
I have some socket code that looks something like this: byte[] bytes = new byte[1448]; do { len = sock.Read(bytes, 0, (int)1448); s = Encoding.ASCII.GetString(bytes); buf.Append(s.Substring(0,len)); if (len 1448) break; } while (len 0); The key thing is this used to work with a socket size of 1460, now it is down to 1448. If I don't set the buffer size exactly then all the data available is not read. Is there a property to get the packet size of a socket? -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Anyone know of a good C#/ASP.NET editor for Linux?
I use Anjuta all the time now. It does syntax highlighting of C# fairly well. On Sun, 2004-02-01 at 11:42, Preston Crawford wrote: On Sun, 2004-02-01 at 09:06, Francisco T. Martinez wrote: Hola Preston: If KDE is available on your system, I would suggest Kate. I have used Kate 2.1 on KDE 3.1 and it is acceptable. gvim 6.2 or higher may be good also. I have based this suggestions on your requirement to be thinner. Hope this help. I do know about and like those editors (although I'm using Fedora right now without KDE libraries thus far, so I'm not sure I'd install them for that). The other need is some kind of decent syntax highlighting. I can't remember if Kate is configurable enough to do that for C#/ASP.NET. Preston ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] translations.cs from nunit-gtk
I'm trying to get some I18N stuff to work with C# and have a copy of translations.cs from nunit-gtk. I have the following main.cs file: using System; using System.IO; using System.Reflection; namespace mytest { public class mt { static string _ (string key) { return ResMan.GetString (key); } public static void Main (string[] args) { Console.WriteLine(_(This is a test)); } } } My makefile is as follows: MCS = mcs RESOURCES= /resource:./strings.resources,strings.resources \ /resource:./strings.fr.resources,strings.fr.resources SOURCES = main.cs translation.cs all: mytest.exe mytest.exe: $(SOURCES) $(MCS) $(RESOURCES) -o $@ $(SOURCES) clean: -rm *.exe I have a strings.fr.txt file with: # main.cs: 16 This_is_a_test = C'est un essai this has been run through monoresgen. If I export LANG=fr_FR the translation doesn't work. Can anyone give me any pointers here? If I put a writeline statement in the _ function it seems to be called but the translations aren't done. Thanks -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] kernel support
On Fri, 2003-06-20 at 04:04, Sam Clegg wrote: On Tue, Jun 17, 2003 at 04:40:38PM -0700, George Farris wrote: This of course doesn't work since it registers both mono and wine binaries. What we really need is native support under Linux so that the file command returns something like so: MONO 32-bit LSB executable, Intel 80386, version 1 (SYSV) for Linux If nono compiles to native code (Intel 80386), wouldn't it make sense to simply use ELF files. For IL assemblies 'file' probably shouldn't mention mono, intel or linux. This of course is a valid point however mono executable don't compile to native ELF files. They require the mono virtual machine to run. Now having said that I think you have hit upon the solution. We need to be able to compile mono apps to standalone ELF executables. Seems there was some mention of compiling mono to native ELF at one point has it gone anywhere? There will be times when one just wants the app to run under Linux because it is designed for it. Isn't the whole point of .NET to eliminate platform dependacies. As long as the correct asseblies are present applications should run anywhere, right? This is only true where the author desires this. There are times when one just wants a plain old Linux app and the application is so closely tied to Linux internally that it is a makes no sense to use it otherwise. Imagine an application that dealt with the /proc filesystem. Completely useless under any other platform. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] kernel support
This of course doesn't work since it registers both mono and wine binaries. What we really need is native support under Linux so that the file command returns something like so: MONO 32-bit LSB executable, Intel 80386, version 1 (SYSV) for Linux There will be times when one just wants the app to run under Linux because it is designed for it. If a flag is set in the compiler then this is set. On Tue, 2003-06-17 at 04:01, Karl Pitrich wrote: On Tue, 2003-06-17 at 06:08, George Farris wrote: here is a script to register mono with the binfmt misc handler: http://www.atoker.com/mono/mono.init / pit ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] kernel support
Does anyone know what the plans are for kernel support of mono binaries? Right now a binary mono file shows as: MS Windows PE 32-bit Intel 80386 console executable This of course, is totally unacceptable on a Linux machine. I want to be able to run my binaries directly instead of through a shell script. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list