[Mono-list] Windoze dev, dumb question
Hi all, I'm a Windows .NET developer trying to create code that can be compiled with Mono under Linux. I have started using Gtk# for my GUI, something that has cost me many many hours. I'm having problems with users who seem to either have other versions of Gtk# or Gtk+ installed (under Windows), or for whom the installer from Novell is malfunctioning. As a result my app can't find its dependencies and won't run. This is generating one or two bug reports a week - about 10 times the usual traffic. :-) I'm relatively new to open source development. I've always worked in environments where you buy the things you need and do whatever you like with them within the confines of the office. Hence, I see several options for Gtk# integration but I can't seem to find a solid statement about what is allowed and what is not. After looking at the Mono website, I'm not even exactly sure what licence Gtk# has been released under. If anyone could add options or information to the list below or point me towards a readable source of info on this, I'd be very grateful. My options seem to be (in order of best integration): 1 - Somehow add all of Gtk# and Gtk+ to my own project, compile them directly into it and put up with maintaining it (ie downloading and remodifying new versions as they are released by you guys). This would probably involve me having to get Gtk+ to compile as well (C? Argh!), so I won't be doing this unless it turns out to be much easier than it sounds. On the bright side, it should be OK provided I ship all that source in my code releases. 2 - Rip all necessary DLLs from the Gtk# installer (that would include Gtk+ DLLs) from Novell and put them in my bin directory upon installation. This is the most attractive option, and should be the most reliable option. This would be a pretty flagrant violation of copyright (or something) though, wouldn't it? 3 - Compile my own DLLs using the Gtk# source code and put them in the installer. My understanding is that this would be allowed, provided the source for 'my' Gtk# DLLs was available with the rest of the code. For the same reasons as #1, this is not an attractive option. I could possibly rely on a Gtk+ installer but I think that's been part of the problem too, or at the very least has the potential to land me in exactly the same situation again later. 4 - Keep using Novell's installer, but integrated into mine. This has been giving me headaches but only with a few users. I just hate the fact that my software may be directly incompatible with other software (like Pidgin) because I'm using Gtk#. Installer integration would ensure that only users with broken installs had problems, but could actually break other people's software! As you can see, I seem to be stuck between options that involve me appropriating and working with all of Gtk#'s source code, doing things I'm not sure are legal (let alone moral), or creating an installer that breaks other software. :-( I apologise if everyone is reading this and thinking well, duh, but as I said I'm new to this and try as I might I can't seem to find a clear statement about each of these alternatives or what the hell to do about it all, especially as a chump end user of Gtk# on Windows who can't compile it for himself. :-) Thanks in advance for any help you guys can give me, Aaron. - Aaron Oxford - aaron+hardwarehookups .com .au Director, Innovative Computer Solutions (Aust) Pty. Ltd. 49 Maitland Rd, Mayfield, NSW 2304 Australia http://www.ic-solutions.com.au Developer, SourceForge project VioLet Composer http://sourceforge.net/projects/buzz-like ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Thanks again everyone
Hi, Just a quick line to thank everyone who came through with advice on loading audio files. And libsndfile rocks! Aaron. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Audio file access
Hi all. Can anyone point me towards a half-decent, object-oriented, open-source audio file API, preferably for C#? A binding to some reasonably well-maintained library would be fine, OO code that I can modify and into the project would be better. At a minimum, I want PCM WAV support - any support for compressed or u-Law type formats is a bonus at this stage (although if it's just uncompressed WAV files I can read those myself). Micro$oft just can't understand that some people want to access the contents of the file, not just play it using DirectX or Windows Media. :-( Its just crazy that .NET can load and play AVI files on screen with seeking controls etc. using three lines of code, but doesn't give the programmer access to the streams or any functionality lower than this (in Windows Media for instance, you cannot even get a stream length). Why do programming languages always provide high-level functionality that is special purpose and not backed up by the lower level stuff you sometimes (always) need? Anyway I'll quit bitching into your inboxes. Thanks in advance for any help. -- Aaron Oxford Partner, Innovative Computer Solutions Developer, SourceForge project 'Violet Composer' ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] CSharpCodeProvider
Perhaps the title of my post was misleading. I am not sure of the details myself. Using Microsoft's gear under Windows, I can take a string that contains a C# class and produce a class at runtime. I can go straight from a string of code to an object that extends a base class in my main project and then use it as if it were compiled with the main code. Are you saying that I could perhaps compile a .SO file and read it back in as an assembly as a work-around for Mono/Linux? I'm going to modularise the project to allow rewriting of platform/devenv dependent parts such as sound and GUI so if there is a simple workaround that will be more than sufficient. Aaron. At 06:18 PM 13/03/2006, Atsushi Eno wrote: Hello, I'm presently working on my port to Linux thanks to a friend who is good with Linux and Mono. He tells me however that at present compiling code on the fly is not possible. I was just wondering if this is any sort of priority to the Mono team and when we might expect this capability to be ready for use. Maybe you mix different things. We already have CSharpCodeProvider. Its CodeCompiler (as well as MS.NET) just invokes C# compiler (mcs in mono, csc in MS.NET) which some people might not call on the fly. Atsushi Eno -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 268.2.1/279 - Release Date: 10/03/2006 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] CSharpCodeProvider
Hi all. I'm presently working on my port to Linux thanks to a friend who is good with Linux and Mono. He tells me however that at present compiling code on the fly is not possible. I was just wondering if this is any sort of priority to the Mono team and when we might expect this capability to be ready for use. TIA, Aaron. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Seeking keen Mono (Linux) developer
Hi, Firstly, my apologies for this off-topic post, especially to those of you who have already seen me trolling various other Mono forums/lists. I'm looking for a keen Mono developer that uses Linux to help me do a port of my SourceForge project. The project is C# under .NET2.0 and uses PortAudio. Its a music composer (specifically, it's a Tracker). SourceForge.net - VioLet Composer for more info. My code is very straightforward and well commented, the only compatibility issues I see is PortAudio and potentially some Forms stuff. Other than that there's a couple of threads running, and that's as tricky as it gets. 99.9% of stuff is written from the ground up in C# so no issues there, unless Mono doesn't have ArrayLists or something... :-D Really all I'm looking for is someone willing to try to get my code running under Linux. Ideally, I need someone who has nothing going themselves at the moment (or has plenty of spare time anyway) and that is either willing to take on a full-time role as the Linux maintainer for the project, or that can give me detailed enough instructions to do that myself. I'm working under Windows x64 using VCSE2005 and don't want to break my own development cycle messing with a new OS and IDE. hype The project has been running for over 12 months now. The application is far from ready for end use, however the development process is now mature enough that it is only a matter of time. Featuring a revolutionary sound-processing architecture and unprecedented plugin integration (including on-the-fly editing of plugin code), VioLet Composer aims to become much more than just another tool for writing music. Slated improvements include things like plugins-within-plugins, video processing and online jamming. I'm an easy going guy, willing to share any info I can and take the time to nut stuff out. I'm not looking for some expert or pro - my own knowledge of Linux and Mono are both practically zero. Contributors get their name in lights and become part of a small but steadily growing and devoted community (if you've had experience with the Tracker scene before, you know what I'm talking about!), plus you'll be opening up new ways for people to make music and lining yourself up to hear some great tunes! /hype Please drop me a line if you're interested, either on this list, at SourceForge, or direct to my email. Aaron. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-dev] RE: Hi Mono People + Mono Users
First off, thanks to anyone who has responded to my questions so far. I have a few more questions: Where can I find a bunch of Mono users? I know that Mono is only young, but where are they? Is there another mailing list like this one for general users and discussions? (I'm finding that this one is mainly about developing Mono itself.) TIA Aaron. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Hi Mono people
Hello everyone. offtopic ramble=always I'm bombing you mailing list with this request because I am a nasty little Win32 programmer who knows virtually nothing about Linux. I'd like to get the Open Source project I'm working on to run under Linux, so I thought maybe you guys could help. To be straight up and down from the outset: at this point I'm not interested in installing and learning about Linux. I've seen some stuff come and go in my time and although I know Linux is here to stay, I just don't have the time and energy to invest in learning a whole heap of new technologies - I do it at work and I do it for my project, that is enough! I need to gain enough information to get my project to work under Linux for the people who want it, nothing more. Learning Linux is on my list of Things To Do, just not near the top. :-) OK so now you know a bit about me and where I'm coming from. I'm writing an audio application on SourceForge called VioLet Composer, and some people would like to see it working under Linux. OK, so here's what I know (it isn't much)... 1) The guts of my program, written in C# using basic Windows Forms, should work OK if someone were to convert it to a Mono project. 2) My audio routines, done with PortAudio, should be able to be replicated without me rewriting the whole app. I've got a C# binding for PortAudio that works under Windows, thanks to some cut and paste work and a friendly W32 OSS developer. Now what I really need is someone who is enthusiastic about Linux, audio, and deployment, and has some spare time to work with me. Failing that, if someone could fill in the following enourmous blanks in my picture of the world: 1) What's the Linux equivalent of a DLL, and can they be written using Mono? Is there a Mono project to build PortAudio.dll for Linux? 2) What's the likely hood that naive statement #1 above is true? I haven't done anything fancy with web services or databases, just some controls that I paint myself and an audio output class (which was previously done with DirectX and in preparation for this has now been part-way converted to PortAudio). 3) How does one deploy for Linux these days? Do you all still run makefiles and stuff (groan...)? Does Mono have Linux equivalents for locations like $rootdrive:\$docs+settings\$current user\application data? (That would be /usr/$username/etc right?) I guess really what I'm asking is, would anyone like to take my source and make it go under Linux, then tell me how they did it and what I need to do to make the fortnightly release. :-) Failing that bear with me while I ask a whole heap of dumb questions about installing Linux and Mono... :-D /offtopic Hve a nice day, Aaron. PS You guys rock for making and using Mono in the first place. If you had only been a few months earlier I might have been doing this the right way from the start. :-) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list