Re: [Mono-list] GSoC 2010 - GTK# application
Hi, On Sun, Mar 21, 2010 at 1:51 PM, Nerlemoar wrote: > > I'm a 4th year student in IT. I would like to talk about one of GSoC 2010 > proposed projects - Gtk# application. I am thinking about an application to > make anaglyphs. It would: > > * be written with GTK# > * use many algorithms (color, half-color, grey, optimised, etc.) > * algorithms will work asynchronously to UI to avoid blocking it > * it will support many input and output filetypes (eg. jpg, bmp, png, tiff, > etc.) > * it will have a kind of step-by-step creator for begginers (maybe only this > way - to click it out in a few steps, without huge screen with parameters?) > * will have in-code documentation > * will have user guide in html > > What do you think about it? Anaglyphs can be interesting for users and it > can be an attractive demo of graphics processing in Mono/GTK#. I haven't > seen many applications of that kind both for linux and windows, especially > free and good-looking (and none with GTK#). It sounds interesting and novel, though it's not clear to me how the user would create the anaglyphs. Would they require stereoscopically separated photographs as an input source? > I would like to ask how many projects can be made as GTK# applications in > GSoC. Is there only one 'slot' for that subject, or any interesting > application can be made at GSoC? We will likely pick very few completely stand-alone projects - we prefer contributions to existing projects as they're much more likely to be maintained. Perhaps it might work better as an addin for Pinta. You may also like to submit your proposal to GNOME. Note that you can also make multiple proposals to Mono, so you can also apply for other ideas that interest you. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] TweetSharp Failing
The bug report: https://bugzilla.novell.com/show_bug.cgi?id=591633
The test case just in case you're curious. As always, this one's show
stopping me. ;)
using System;
using System.Net;
using System.IO;
using System.Text;
namespace Tester
{
class Program
{
static void Main(string[] args)
{
try
{
var req = WebRequest
.Create("http://api.twitter.com/1/direct_messages/sent.json";);
req.Method = "GET";
req.PreAuthenticate = true;
req.Headers["Authorization"] =
ToBasicAuthorizationHeader("twitter-user", "password");
var stream = req.GetResponse().GetResponseStream();
Console.WriteLine("Windows: WIN");
}
catch
{
Console.WriteLine("Mono: FAIL");
}
}
public static string ToBasicAuthorizationHeader(
string username, string password)
{
var bytes = Encoding.ASCII.GetBytes(
string.Format("{0}:{1}", username, password));
var token = Convert.ToBase64String(bytes);
return string.Format("Basic {0}", token);
}
}
}
On Wed, Mar 3, 2010 at 7:06 PM, Miguel de Icaza wrote:
>
>> Please let me know if this is a bug and I'll file a report with a test
>> case using TweetSharp.
>
> The smaller the test case, the better.
>
> Please file the most simple program (ideally without a dependency on
> TweetSharp) that will show the failure on Mono, but success on Windows.
>
> miguel
>
>
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Upgrading Mono from source release: protocol
OK, these are all looking like great suggestions. I guess I need to learn myself a little more heavy hitting Linux admin skilz. One question, though, doesn't the Mono install script put things into /bin ... like the mono binary for instance? How do these techniques interchange those installed libraries and binaries? -Abe On Wed, Mar 24, 2010 at 10:03 AM, Mario Carrion wrote: > On Tue, Mar 23, 2010 at 6:06 PM, Abe Gillespie > wrote: >> I've been wondering about this for a while now, and since I'm running >> more and more sites on Mono, I figured it'd be nice to have an >> official process in place. What is the best and official way to >> upgrade Mono? The scenario here is compiling from source. >> >> What I usually do is this: >> 1. Download all the source packages into >> /usr/local/src/mono- (libgdi, mono, xsp, and mod_mono) >> 2. Unpack everything. >> 3. Configure and build each. >> 4. Navigate into the /usr/local/src/mono- dir and >> run the "make uninstall" script for each package. >> 5. Navigate back into /usr/local/src/mono- and run >> the "make install" script for each package. >> 6. Finally, I delete the sources and tar and zip >> the sources. >> >> A couple of questions: >> 1. Is there an easy way to install multiple versions in parallel and >> then switch back and forth by a simple config? - if you recall, I had >> an issue a couple of weeks back that took my storefront down when I >> upgraded my Mono version. It was pretty painful to switch back. It >> would be nice if I could quickly revert, via config, to the previous >> version. That way I could go back and forth and test until I could >> get things stable. >> 2. Is there any easier way to do what I'm doing here? >> 3. Is there a guide? >> >> If no on 3), then if you can give me some pointers then I'd be happy >> to put a guide together myself. > Hello, > > I always use Pulque[1], after installing it you need to define an > alias in your .bashrc (something like pswitch), and then you use this > alias to create your parallel environments: > > pswitch trunk > pswitch 2.6 > pswitch whatever > > to build, you will use pconfigure instead of configure, pautoagen > instead of autogen.sh, and so on. USING[3] explains the "new" > commands, you don't have to specify a prefix or anything else, because > after calling "pswitch" all the environment variables are set. There > are some other nice things (if you are using VCS to get the sources) > in Pulque. I blogged about it a couple of months ago[2] a video is > included. > > By default the files are installed in "$HOME/.root-env/" > > Have fun > - Mario > > [1] http://github.com/mariocarrion/pulque/tree/v0.1 > [2] > http://blog.carrion.ws/2010/01/25/parallel-development-environments-pulque/ > [3] http://github.com/mariocarrion/pulque/blob/v0.1/USING > ___ > Mono-list maillist - mono-l...@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] error CS8027 compiling xsp
Thanks 2010/3/24 Robert Jordan > On 24.03.2010 19:45, Nahum Castro wrote: > > I have the next error compiling xsp-2.6.3 > > > > OS: CentOS 5.4 x86_64 > > > > I have compilled and installed mono-2.6.3 when I try to do make on > xsp-2.6.3 > > get the next error: > > > > ./configure without parameters > > PKG_CONFIG_PATH=$MONO_PREFIX/lib/pkgconfig ./configure > --with-runtime=$MONO_PREFIX/bin/mono > > Substitute your actual prefix for $MONO_PREFIX. > > Robert > > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > -- Nahum Castro González León, Guanajuato, México ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mkbundle output.exe does nothing
On 26.03.2010 15:06, Robert Jordan wrote: >> Anyone got a clue what I'm doing wrong? > > You're not doing anything wrong. Applications are linked > for the Windows subsystem and they don't get a console. > > If you want to build console apps, remove > "-mwindows" from $monoprefix/lib/pkgconfig/mono.pc > > Alternatively, you may want to try this: > > CC="gcc -mconsole" mkbundle ... This should work: CC="gcc -mno-cygwin -mconsole" mkbundle ... Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mkbundle output.exe does nothing
On 26.03.2010 14:58, Marcovdlinden wrote:
>
> I'm trying to mkbundle my setup.exe writen in C# to enable it to run on
> windows without .net (and without mono) installed but no luck the .exe does
> nothing.
>
> I have the latest version of Mono and Cygwin anf followed various guides to
> do the build.
>
> So I tried this app:
> using System;
> namespace monotest
> {
> class Program
> {
> static void Main(string[] args)
> {
> Console.WriteLine("Hello World");
> }
> }
> }
>
> I build it with VS 2008, and I also did a test with mcs (form mono
> distribution)
> mkbundle.bat run's just fine, here is its output:
> $ /cygdrive/c/progra~2/mono-2~1.3/bin/mkbundle.bat -o m2 monotest.exe --deps
> OS is: Windows
> Sources: 1 Auto-dependencies: True
> embedding: C:\temp\monotest.exe
> embedding: C:\PROGRA~2\MONO-2~1.3\lib\mono\2.0\mscorlib.dll
> Compiling:
> as -o temp.o temp.s
> gcc -mno-cygwin -g -o m2 -Wall temp.c `pkg-config --cflags --libs
> mono|dos2unix` temp.o
> Done
>
> but m2.exe does not show the "hello world" text (both the VS2008 and mcs
> compiled versions showed "hello world"
>
> note: I copied libglib-2.0.0-0.dll, libgthread-2.0-0.dll and zlib1.dll in
> the 'run' dir.
>
> Anyone got a clue what I'm doing wrong?
You're not doing anything wrong. Applications are linked
for the Windows subsystem and they don't get a console.
If you want to build console apps, remove
"-mwindows" from $monoprefix/lib/pkgconfig/mono.pc
Alternatively, you may want to try this:
CC="gcc -mconsole" mkbundle ...
Robert
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mkbundle output.exe does nothing
I'm trying to mkbundle my setup.exe writen in C# to enable it to run on
windows without .net (and without mono) installed but no luck the .exe does
nothing.
I have the latest version of Mono and Cygwin anf followed various guides to
do the build.
So I tried this app:
using System;
namespace monotest
{
class Program
{
static void Main(string[] args)
{
Console.WriteLine("Hello World");
}
}
}
I build it with VS 2008, and I also did a test with mcs (form mono
distribution)
mkbundle.bat run's just fine, here is its output:
$ /cygdrive/c/progra~2/mono-2~1.3/bin/mkbundle.bat -o m2 monotest.exe --deps
OS is: Windows
Sources: 1 Auto-dependencies: True
embedding: C:\temp\monotest.exe
embedding: C:\PROGRA~2\MONO-2~1.3\lib\mono\2.0\mscorlib.dll
Compiling:
as -o temp.o temp.s
gcc -mno-cygwin -g -o m2 -Wall temp.c `pkg-config --cflags --libs
mono|dos2unix` temp.o
Done
but m2.exe does not show the "hello world" text (both the VS2008 and mcs
compiled versions showed "hello world"
note: I copied libglib-2.0.0-0.dll, libgthread-2.0-0.dll and zlib1.dll in
the 'run' dir.
Anyone got a clue what I'm doing wrong?
--
View this message in context:
http://n4.nabble.com/mkbundle-output-exe-does-nothing-tp1692228p1692228.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Wrapping a native library which uses "unsigned long" on 32 bit and 64 bit systems
On 03/25/10 Alan McGovern wrote: > If you don't want to do that, there's really very little - if anything > - you can do other than guess and write multiple P/Invokes for each > case. For example you could write two p/invoke signatues, one which > maps a C long to a .NET int and one which maps it to a .NET long. Then > at runtime you can detect what platform you're on and whether it's > 64bit or 32bit and then make a guess as to which function will not > blow up when you call it. This isn't a great approach unless you're > positive you know all the platforms you're going to run on ;) Using two p/invoke methods is actually the only sensible way if support for windows64 is needed (in the other cases using U/IntPtr is the correct thing to do). As for having to know all the platforms: it's not a real issue, since it's very likely that MS will remain the only stupid company that made that choice. In either case, I suggest having a frontend method that takes (C#)long/ulong types and invokes the appropriate p/invoke method. Use a static readonly bool use_long_signature = detection_logic (); flag, so the jit will completely optimize away the flag check at runtime. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Error executing MSSQL Query since Mono 2.6
Hello Nagappan, thanks for your quick reply. Please, can you give me a hint about "self contained" test. So will try to build a test asap. Thanks Frank -- View this message in context: http://n4.nabble.com/Error-executing-MSSQL-Query-since-Mono-2-6-tp1691607p1691869.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Error executing MSSQL Query since Mono 2.6
Hello Frank, Could you please attach a self contained test to reproduce the issue ? It will be helpful to the developers to fix the issue quickly. Thanks Nagappan On Thu, Mar 25, 2010 at 6:22 PM, bulldogi wrote: > > Hello, > > I'm developing apps on Mono using GTK#, MSSQL, NPSQL and Remoting. > > This apps run fine under Mono 2.4 and .NET Framework. But under Mono 2.6 > many of the MSSQL SQL Queries are not executed. > > Tracing the SQL Server on executing the Query results only in an "Audit > Logout" Message. > > Executing against SQL Server 2000 results only RowCount=-1 . > > Executing against SQL Server 2005 results in an error message: > > "Der eingehende Tabular Data Stream (TDS) für das RPC-Protokoll (Remote > Procedure Call) ist nicht richtig. Parameter 46 (\"@Vor☀Є .䀔嘀漀爀开䘀甀\"): Der > 0x6E-Datentyp hat eine ungültige Datenlänge oder Metadatenlänge." > > If i reduce the number of parameters, the Query is executed. > > Here is a NUnit Class > http://n4.nabble.com/file/n1691607/RepositoryBenutzerTest.cs > RepositoryBenutzerTest.cs > > What can i do. Any ideas ? > > > Frank > > > -- > View this message in context: > http://n4.nabble.com/Error-executing-MSSQL-Query-since-Mono-2-6-tp1691607p1691607.html > Sent from the Mono - General mailing list archive at Nabble.com. > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > -- Linux Desktop (GUI Application) Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
