Hello!
Firstly - sorry if this would be posted twice -
after first, unsuccesful attempt I have made the second.
I am completely new to Mono Project.
I must admit, that the progress you make
really amazed me and I'd like to congratulate
everyone who is involved in developing it.
I installed mono 0.
hi,
I know this is a little old, but this email just got in my mailbox, and as
such is always worth some attention.
On Tuesday 16 March 2004 20:27, Fergus Henderson wrote:
> On 26-Feb-2004, Ben Maurer <[EMAIL PROTECTED]> wrote:
> > Max is right here. Chicken/Egg is a design problem.
>
> No, Max
Hi all, here is the patch for inclusion of MonoBrasil site on
Internation Sites section of Mono site.
I'm sending the patch inline as well as in a file.
Index: other
===
RCS file: /cvs/public/mono/web/other,v
retrieving revision 1
i made the change, now it goes further, after checking all the .xml
files it throws this:
Unhandled Exception: System.IO.IOException: Win32 IO returned
ERROR_NO_MORE_FILES. Path: ../../mcs/errors/cs3005-14.cs
A Win32 IO error?!? Try getting a fresh clean copy from cvs. I've been
compiling mcs
build is not really an issue, just replace mono with mint in all build
processes and make sure you have the 'fink' dependencies using the
unstable tree, but running is still a big no for me...
- Urs
On Mar 22, 2004, at 5:24 PM, Attila Balogh wrote:
Urs C Muff wrote:
change mono into mint in t
Urs C Muff wrote:
change mono into mint in the make files and that should do it.
-urs
On Mar 22, 2004, at 1:39 PM, Attila Balogh wrote:
it's a little bit offtopic it this thread, but Rob: is it possible
that the '(except for some GTK# stuff)' is the reason why i can't
build monodoc on macosx?
On Mon, 2004-03-22 at 09:10, Harobed wrote:
> Le lun 22/03/2004 Ã 13:06, Jonathan Pryor a Ãcrit :
> the time to open applications, open window ... read glade xml file and
> make the interface...
Gtk# is fast. How fast? I can't say. I *can* say that my Gtk# app
(Type Reflector) starts up and dis
Yes. Changed .so to .dylib
after installing? with mv?
After installing. Unfortunately it gets clobbered every time you update.
/usr/local/lib/monodoc> cat /usr/local/etc/mono/config
--snip--
That looks about right to me. Although, I can't see what I have right
now. I'm actually in the middle
were you able to run any GTK# apps? in gtk-sharp/sample?
did you change /usr/local/etc/mono/config at all? .so --> .dylib?
Yes. Changed .so to .dylib
I get a gtksharpglue dll not found exception. Those are in
/usr/local/lib/libgtksharpglue.so, ... (I even renamed them to .dylib,
and I tried
were you able to run any GTK# apps? in gtk-sharp/sample?
did you change /usr/local/etc/mono/config at all? .so --> .dylib?
I get a gtksharpglue dll not found exception. Those are in
/usr/local/lib/libgtksharpglue.so, ... (I even renamed them to .dylib,
and I tried a entry in the config, no cha
Like any open source code. The most important thing is to code it. So I suggest to
code a gtksourceview in C#. If people like it, they will use it and build on it. If
not, well, you can't really force them :)
Whether or not it will be included in gnome is another story, however it can most
like
change mono into mint in the make files and that should do it.
-urs
On Mar 22, 2004, at 1:39 PM, Attila Balogh wrote:
it's a little bit offtopic it this thread, but Rob: is it possible
that the '(except for some GTK# stuff)' is the reason why i can't
build monodoc on macosx? gtk#, gtksourcevie
I was referring to running GTK# apps. I've never had any problems
building anything.
I would suggest that you update to the latest CVS and try again, as some
PPC changes have occured in the JIT recently. If it still doesn't help,
file a bug report.
rob
Attila Balogh wrote:
it's a little bi
it's a little bit offtopic it this thread, but Rob: is it possible that
the '(except for some GTK# stuff)' is the reason why i can't build
monodoc on macosx? gtk#, gtksourceview-sharp and all the dependencies
compile allright, but the monodoc compilation fails because of '** ERROR
**: file mini
It should go all the way. :)
As stated a couple times on these lists, the JIT is still incomplete for
PPC. Paolo has started on exceptions for the PPC JIT (the last
incomplete part AFAIK), but it's not quite done yet.
Everything (mcs and otherwise) should work fine using the interpreter
(exce
Robert Shade wrote:
make sure that /usr/local/mcs refers to the interpreter (mint) and not
the JIT (mono).
So is it generally a bad idea to use the JIT for building MCS? Or is
that just recommended on OSX? It gets farther now that mint is being
used... Still going.
--
Benjamin Reed, a.k.a.
make sure that /usr/local/mcs refers to the interpreter (mint) and not
the JIT (mono).
rob
Benjamin Reed wrote:
I've been checking whether MCS is yet buildable on OSX, and it gets
farther than before, it now dies with:
---(snip!)---
Creating ../../../build/deps/I18N.dll.makefrag ...
touch ../
Benjamin Reed wrote:
I'm using the default profile, and the mono 0.31 packages I just put up
in Fink unstable.
Oh, and I do have libicn enabled with mono building against it. I seem
to recall getting a similar error to this from the 0.30.99 bits though,
with a non-icu mono, so that may be unre
I've been checking whether MCS is yet buildable on OSX, and it gets
farther than before, it now dies with:
---(snip!)---
Creating ../../../build/deps/I18N.dll.makefrag ...
touch ../../../build/deps/I18N.dll.stamp
MONO_PATH="../../../class/lib:$MONO_PATH" mono ../../../mcs/mcs.exe
/r:mscorlib.dl
Abram Gillespie wrote:
I'm following the Mac OS X write up and ran into a problem. First, I
think we're running different shells. I'm not sure how to change which
shells you run - I'm running C Shell. I think I got around all the
shell problems. But I'm getting this during make:
daemon.c:
On Mon, 2004-03-22 at 11:40 +, Rich Wareham wrote:
> On Monday 22 Mar 2004 09:04, Tracy Barlow wrote:
> > I get the following errors when attempting to make Mono 0.31
>
> ...
>
> > /usr/lib/libgthread-2.0.so /usr/lib/libgmodule-2.0.so -ldl
> > /usr/lib/libglib-2.0.so -licui18n -licuuc -licud
On Monday 22 Mar 2004 09:04, Tracy Barlow wrote:
> I get the following errors when attempting to make Mono 0.31
...
> /usr/lib/libgthread-2.0.so /usr/lib/libgmodule-2.0.so -ldl
> /usr/lib/libglib-2.0.so -licui18n -licuuc -licudata -lnsl -lpthread -lm
> -lrt -Wl,--rpath -Wl,/usr/local/lib
> ./.lib
An assertion is generate at line 418 in exceptions-x86.c. If you open the
file and look at the code you might be able to figure out what it is
asserting. This is one of the pleasures of working with hot cvs projects.
:-) You might just have to wait till it is fixed up if this problem isn't
alrea
I'm following the Mac OS X write up and ran into a problem. First, I
think we're running different shells. I'm not sure how to change which
shells you run - I'm running C Shell. I think I got around all the
shell problems. But I'm getting this during make:
daemon.c: In function `fd_activity
Some help files can be viewed with http://xchm.sourceforge.net/
- mdf
> hello ,
> Internet Explorer of windows uses a special handler
> ms-help:// to display the msdn documentation as a html
> file.
> Can anybody tell me how can i access these files
> through linux or is there any tool which c
Hi
I get the following while trying to compile a mono app:
** ERROR **: file exceptions-x86.c: line 418 (x86_unwind_native_frame):
assertion failed: ((how == 0) || (how == 1))
aborting...
/usr/bin/mcs: line 2: 9560 Trace/breakpoint
trap /usr/bin/mono /usr/bin/mcs.exe "$@"
make[2]: *** [Configu
Hi there,
Within the last week there has been talk about a Mono Stack on Monologue
and Planet.Gnome.
Judging from http://primates.ximian.com/~miguel/tmp/two-stacks.png the
Mono stack seem to consist of various libraries like Mono.Cairo, Novell.
Directory.Ldap, Mono.Data.DB2Client, Mono.Posix, Gt
Hi,
I was wondering if somebody tried compiling Mono 0.31 on glibc 2.1 based
system (RH 6.2 for example).
Is it possible to do that at all ?
I have tried compiling the CVS Mono on such a box but got a GPF running
the 'mcs --version'. If I disable the GC then the mcs returns it's
version just fi
hello ,
Internet Explorer of windows uses a special handler
ms-help:// to display the msdn documentation as a html
file.
Can anybody tell me how can i access these files
through linux or is there any tool which can convert
mshelp files(*.hsx) into html?
please help,
thanks
=
vineeth N
__
Le lun 22/03/2004 à 13:06, Jonathan Pryor a écrit :
> > What will be the performance of gtk if it is coded in C# ?
>
> Code it up and give us a performance comparison? ;-)
>
> There are too many variables to answer this question.
>
> - Jon
Sample :
the time to open applications, open window .
On Mon, 2004-03-22 at 03:54, Harobed wrote:
> Hello all.
>
> I would like to know, when use C, and when use C#.
Depends on your context. For implementing Mono, C# is preferred when
possible, to ease maintenance, portability, and it's occasionally faster
than C (due to internal-call overhead,
Joshua Tauberer wrote:
Brice Carpentier wrote:
> Ok, I uninstalled everything about Mono or C# from my system
> Then downloaded mono-0.31 (runtime I presume), compiling / installing
it.
> And I still get this error.
> I'm ovisouly missing something, the question is : do you have a clue on
> w
Joshua Tauberer wrote:
Brice Carpentier wrote:
> Ok, I uninstalled everything about Mono or C# from my system
> Then downloaded mono-0.31 (runtime I presume), compiling / installing
it.
> And I still get this error.
> I'm ovisouly missing something, the question is : do you have a clue on
> w
On Sun, 2004-03-21 at 22:48 -0500, Nick Berardi wrote:
> Don't Open,
> ---
> Sender: [EMAIL PROTECTED]
> Subject: [Mono-list] Weah, hello! :-)
>
> Argh, i don't like the plaintext :)
>
> archive password: 05576
> ---
>
> It is
On Sun, 2004-03-21 at 23:00 -0500, Nick Berardi wrote:
> Well it came from
>
> Received: from fantom (66-27-95-253.san.rr.com [66.27.95.253])
> by skeptopotamus.ximian.com (Postfix) with SMTP id 71B8F630A1
> for <[EMAIL PROTECTED]>; Sun, 21 Mar 2004 22:06:39 -0500
>
> Beagle might ge
I get the following errors when attempting to make Mono 0.31
[EMAIL PROTECTED] mono-0.31]# make
make all-recursive
make[1]: Entering directory `/home/tracy/Downloads/Mono_31/mono-0.31'
Making all in libgc
make[2]: Entering directory `/home/tracy/Downloads/Mono_31/mono-0.31/libgc'
Making all in in
Hello all.
I would like to know, when use C, and when use C#.
Exemple : gtk should be coding in C or in C#. Gtksourceview in C or C#
... ? What application, library should be coding in C# ?
What will be the performance of gtk if it is coded in C# ?
Thanks to you answer.
--
Stéphane KLE
37 matches
Mail list logo