I'm getting an unexpected segfault running the code below: Forgive me
if its a silly mistake on my part.
Thanks for any help,
David Carr
[EMAIL PROTECTED] ~/Prog/c#/gcross $ mono Crash.exe
Segmentation fault
Listing for Crash.cs:
public class Crash
{
int var
{
get { return var; }
Hey guys,
I am running make install after a successful compile, but the problem
is it keeps failing, and saying install-sh not found. I keep having
to copy install-sh to every directory, and then continuing, and it'll
run through. Is there a reason for this? I have install-sh in my
root mono di
I don't know ??
On 8/22/05, JD Conley <[EMAIL PROTECTED]> wrote:
> > Please submit any bug reports for the LdapCsharp library to Novell
> Forge
> > at:
> > http://forge.novell.com/modules/xfmod/tracker/?group_id=1318&atid=1362
>
> No problem. Does this library regularly get replicated into the M
Hi,
> Things have changed and documentation hasn't been updated.
I'll need to update my website then - can't have duff info on an
unoffical board now can we? ;-p
I've updated the monoupdater script to take these changes into account
automagically if anyone is interested...
TTFN
Paul
--
"A lot
Novell.Directory.Ldap spawns threads for various queued operations.
However, it appears as though there is no "catch all" exception handler
in Connection+ReaderThread:Run() (or other spawned threads either). If
anything other than an IO exception is thrown the thread will exit
without notifying th
ahh! I bet I have to install egd or prngd for solaris. I don't think
we have /dev/ranom or /dev/urandom here. Let me try it out! I bet
thats it.
Do you know how much is left in the compile? sigh.. :) hopefully
i'll get through this.. :) hehe.
On 8/22/05, Peter Williams <[EMAIL PROTECTED]>
This means that the Mono runtime couldn't set up the random number
generator. On Linux systems, I believe this works by reading from the
special device files /dev/random or /dev/urandom; maybe on Solaris they
aren't readable by nonprivileged users. Probably the runtime needs to be
taught how to get
Hey Peter!
Yep, that was the error. I just reupdated cc to 3.4.2 instead of
2.9.5, and now its going again. But just got another error, care to
take a look. I had gcc installed that was 3.4.2 earlier, but for soem
reason 2.9.5 cc was still there.. Anyway this is the new error, and I
have no cl
Besides the whole mcs issue, it looks like your C compiler is messed up.
As the error message says, "Installation problem, cannot exec 'cc1'."
I'd make sure your compiler is set up correctly. Maybe see if you can
use GCC to compile Mono.
Peter
On Mon, 2005-08-22 at 17:06 -0500, Nit Bha wrote:
> H
Hey!! Thanks for your help! I have another error though.. :(
I took that out of my path and removed the binary mcs (some other
file), and reran the make, and now I am getting the line to change to
the following:
make[6]: execvp: mcs: Permission denied
The whole error log is at the bottom of
Hello,
> I've discovered that many of my problems with building and running Mono were
> related to having the SuSE bleeding edge bits for Gnome installed. After the
> lattest rpms were uploaded to the ftp server (and installed here) things
> really fell apart due to inconsistent Cairo version
Hello:
I installed mono via binaries (in place of monolite). Everything built ok after
that.
That is what i was trying to avoid , but, if there are no other way i
will do that as well, thanks very much.
--
Best regards
Carlos Guzmán Álvarez
Vigo-Spain
_
I've discovered that many of my problems with building and running Mono were
related to having the SuSE bleeding edge bits for Gnome installed. After the
lattest rpms were uploaded to the ftp server (and installed here) things
really fell apart due to inconsistent Cairo version dependencies. I
I installed mono via binaries (in place of monolite). Everything built ok after
that.
- Jonathan
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Guzmán
Álvarez
Sent: Monday, August 22, 2005 4:37 PM
To: mono-devel-list@lists.ximian.com
Subject: [M
Hello:
I'm having the same problem when building the latest mono from svn as
described here:
http://lists.ximian.com/pipermail/mono-devel-list/2005-August/013928.html
http://lists.ximian.com/pipermail/mono-devel-list/2005-August/013646.html
(I'm using ubuntu hoary, it's a fresh install)
Any
On Tue, 2005-08-16 at 20:04 +0400, Vorobiev Maksim wrote:
> Vorobiev Maksim
Your patch is in svn HEAD now. Thanks.
-Gonzalo
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
You have some program on your system which has the same name as mcs, our
C# compiler. Remove it from the system, or at least from your PATH.
Zoltan
On 8/22/05, Nit Bha <[EMAIL PROTECTED]> wrote:
> hey guys! I got past that error by ins
Hi,
I gave you some hints about the code but I did not think about the purpose
of the code. In other words: Do we need it?
And I think not. I know you have work in the patch but it is better to have
a single code to parse assembly names. This code has to be unmanaged as
assembly names has to be
hey guys! I got past that error by installing a new version of gmake
on solaris 8. I am still getting this error, and it seems like the
makefile i using bad arguments for mcs. If anybody can tell me where
the error is, I would greatley appreciate it!!
make[6]: Entering directory `/export/home
Hey Paolo,
We have mono_assembly_name_parse, which receives a MonoString* and a
MonoAssemblyName*. The problem I find is that every time a
System.Reflection.AssemblyName were created using the described ctor, we
should also create a MonoAssemblyName (not needed).
With the managed ctor, we also av
> I've been working with Novell.Directory and System.DirectoryServices
> quite a bit recently. I was wondering about the seemingly arbitrary
> UTF-8 encoding that is going on in there. Is UTF-8 the only Unicode
text
> encoding used by LDAP text based attributes in the spec?
Nevermind, I just looke
On Monday 22 August 2005 09:21, Steven T. Hatton wrote:
> After building and installing mono to a non-system directory I find many
> broken symlinks. For example, from the root of the installation directory
> I find:
>
> for f in $(find . -type l); do test -e $f || ls $f; done
>
> ./lib/mono/1.0/
I've been working with Novell.Directory and System.DirectoryServices
quite a bit recently. I was wondering about the seemingly arbitrary
UTF-8 encoding that is going on in there. Is UTF-8 the only Unicode text
encoding used by LDAP text based attributes in the spec?
-JD Conley
Hey guys, I luckily have gotten most the errors worked out thanks to
Zoltan on this mailing list. Anybody have any idea why I am getting
this error. I would really appreciate an email if you did. Thanks so
much!
if test -w ../mcs; then :; else chmod -R +w ../mcs; fi
d=`pwd`; cd ../mcs && make
Hello,
On Mon, 2005-22-08 at 13:13 -0400, Sang-Min Park wrote:
> Hi all.
>
> This is first time to post my question on this mailing list.
> I'm very excited to learn .NET implementation other than Windows.
>
> I'm now testing CAS on Mono.
>
> I tried to apply policy to AppDomain.
> But When 'Po
Hi all.
This is first time to post my question on this mailing list.
I'm very excited to learn .NET implementation other than Windows.
I'm now testing CAS on Mono.
I tried to apply policy to AppDomain.
But When 'PolicyLevel policy = PolicyLevel.CreateAppDomainLevel();'
is called, it always gene
The ARM port is underway, but only lupus (Paolo Molaro) can tell you
the status of it.
:)
On 8/22/05, Jose Pascual <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> How to compiling mono/mini, mcs, et all from the scratch for ARM?
> I'd like to test mini for ARM
> I have a debian woking in my ARM920T b
Hi there,
How to compiling mono/mini, mcs, et all from the scratch for ARM?
I'd like to test mini for ARM
I have a debian woking in my ARM920T based board .
good job!!!
best regards
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
htt
On Fri, 2005-08-19 at 15:08 +0100, Michael Hutchinson wrote:
> Some corrected default values for the properties of
> System.Web.UI.WebControls.WebControl.
> There's also a fix for a potential infinite loop in UnitConverter that
> occurs when converting to/from non-string types.
>
> Could someone r
On Mon, 2005-08-22 at 06:32 -0400, Steven T. Hatton wrote:
> /usr/bin/install: cannot create regular file
> `/opt/gnome/share/gtksourceview-1.0/language-specs/vbnet.lang': Permission
> denied
> make[2]: *** [install-extra_langDATA] Error 1
> make[2]: Leaving directory `/download/org/go-mono/gtks
ahh.. worked wonders! found ar and included it in my path. thanks!
I have a few more errors now though! :( I have glib 2.6.2 installed from
sunfreeware and I am getting the following error log when I compile
mono. It goes on longer then I have pasted. I pasted teh beginning, and
then I pa
Well there we are updating gtksourceview language-specs, so we need to
be able to put them in right place in the prefix your gtksourceview
was installed.
Perusing the gtksourceview sources:
http://cvs.gnome.org/viewcvs/gtksourceview/gtksourceview/gtksourcelanguagesmanager.c?rev=1.5.4.1&view=marku
After building and installing mono to a non-system directory I find many
broken symlinks. For example, from the root of the installation directory I
find:
for f in $(find . -type l); do test -e $f || ls $f; done
./lib/mono/1.0/System.Messaging.dll.config
./lib/mono/1.0/ByteFX.Data.dll.config
Things have changed and documentation hasn't been updated.
bootstrap-2.4 is for those targetting systems with gtk-2.4 installed
(the biggest number).
bootstrap targets the version of gtk this is already packaged with
many released distros. Currently this means 2.6 but in the future
this will be r
Hi Mario,
On 8/22/05, Mario Sopena <[EMAIL PROTECTED]> wrote:
>
> I'm thinking now in a method to delete contributions and I have two ideas:
> * a delete link at the home page
> * When you are editing a node, a new button called "Restore"
> * A new Menu entry that pops up a dialog showing
Hi Steven,
Configure is finding what parts of gtk# CAN be built. When doing
'make' after that, the ones it said 'yes' will be built into managed
libraries that will DEPEND on the native libraries, so if you don't
have them (the native ones) properly installed you WON'T be able to
use the correspon
Hi,
You are misinterpreting CurrentRegion.
CurrentRegion is no way related to CurrentCulture.
Well, I didn't think CurrentRegion is not in sync with CurrentCulture
(as I explicitly commented in RegionInfo.cs), but yeah the previous
code was still incorrect that treated possibly different regio
On Sat, 2005-08-20 at 09:13 -0700, Mike Hull wrote:
> So what if I passed the C program that the C# application is embedded in
> a ManualResetEvent when I want it to initialize the signal handlers?
> Instead of calling a method on the managed object. Then the thread that
> is waiting on that M
In this case there is no need to provide a fallback case in mcs as well.:)
Kornél
- Original Message -
From: "Atsushi Eno" <[EMAIL PROTECTED]>
To: "Kornél Pál" <[EMAIL PROTECTED]>
Cc: "mono-devel mailing list"
Sent: Monday, August 22, 2005 12:15 PM
Subject: Re: [Mono-dev] Re: [Mono-deve
On 08/22/05 Tomi Valkeinen wrote:
> Yes, I did test it. All compilers seem to produce correct code after the
> change. The interesting part with the bug is that even if the produced
> code is against ARM reference manual, it works with all the ARM9
> processors I have tested, but fails with ARM11.
When I
./autogen.sh --prefix=$MONO_HOME &&\
make && make install
for gtksourceview-sharp I get an error message saying:
test -z "/opt/gnome/share/gtksourceview-1.0/language-specs" || mkdir -p --
"/opt/gnome/share/gtksourceview-1.0/language-specs"
/usr/bin/install -c -m 644 'nemerle.lang'
'/o
On Monday 22 August 2005 02:28, Paul F. Johnson wrote:
> Hi,
>
> > I'm further confused by this information:
> > http://www.all-the-johnsons.co.uk/mono/mono-compiling.html
> > "The build process for gtk-sharp is different to the other modules in
> > mono. Instead of ./autogen.sh, there is the choic
Hi again,
Agreed. In fact, I was also fixing bug #75065, maybe duplicate.
I have a fix for UTF8Encoding, but it uncovered another mcs bug
which does not handle files with BOM with specific encoding.
To summarize the situation:
- Currently driver.cs does not process source files with
d
On 8/21/05, Michal Moskal <[EMAIL PROTECTED]> wrote:
> After some investigation I've managed to create a simple C testcase
> (as lupus suggested). It seems that -DUSE_MUNMAP makes garbage collection
> to be called twice as many times, -DUSE_MMAP
> doesn't seem to affect that. The question is: is it
Hi,
Ok, then now I'll stop pushing shift_jis as the default (well,
I didn't ;-) and just use Encoding.Default. BTW if it falls back
to unsupported case, then this property returns UTF8.
Atsushi Eno
Kornél Pál wrote:
1252 is far from Hungarian as well altough I think not as far as from
Japanese
Hi!
I came up against this yesterday, building Mono on AMD64 Ubuntu Breezy...
> > Mhm, sounds like you got some form of Glitz installed, make sure cairo in
> > libgdiplus does not use it
>
> I /do/ have glitz and cairo development packages installed. I started to
> remove these, but the depende
Hi Boris,
Modified: trunk/mcs/build/common/Consts.cs
===
--- trunk/mcs/build/common/Consts.cs2005-08-22 06:17:11 UTC (rev 48645)
+++ trunk/mcs/build/common/Consts.cs2005-08-22 09:19:48 UTC (rev 48646)
@@ -51,7 +51,7 @@
#if
Adding a ChangeLog is a good idea as it makes people adding ChangeLog
entries as well.:)
Kornél
- Original Message -
From: "Boris Kirzner" <[EMAIL PROTECTED]>
To: "mono-devel mailing list"
Sent: Monday, August 22, 2005 11:29 AM
Subject: [Mono-dev] RE: [Mono-patches] r48646 - in
trunk/mc
Hi,
You are misinterpreting CurrentRegion.
CurrentRegion is no way related to CurrentCulture.
RegionInfo.CurrentRegion:
http://msdn2.microsoft.com/library/7kcxkdc9(en-us,vs.80).aspx
The documentation describes the actual behaviour of CurrentRegion (I have
done some tests):
The value is AppDoma
Hello all
I've just noticed that trunk/mcs/build/common/ lacks ChangeLog.
Should we add one?
--
Boris Kirzner
Mono R&D team, Mainsoft Corporation.
Blogging at http://boriskirzner.blogspot.com/
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> B
1252 is far from Hungarian as well altough I think not as far as from
Japanese.:) But normally Encoding.Default will be used that depends on the
hacker. If he likes Japanese code pages he can set them on the system and
will be used by mcs. The second case is only a fallback. And I think using a
si
Hey,
here is the patch to add links to contributions at the home page.
When there are no contributions a text is shown (please someone revise
it since I'm not english spoken person). To add the links I've added a
new NodeUrl property to Change objects. That means that contributions
made before
Hi,
The instruction scheduling stuff is basically an attempt to pack
more than 1 instruction into each bundle and avoid emitting a ia64
stop after each instruction. It is IA64 only.
Zoltan
On 8/22/05, Miguel de Icaza <[EMAIL
Hi,
I think using 1252 as a fallback is better than UTF-8 as it is a regular
single-byte code page. UTF-8 should be detected (and I think it is
detected)
using byte order marks anyway.
I agree that using 28591 as the default encoding is is a bad decission.
This guess is "Western centric" ;-
Hi Marek,
Marek Safar wrote:
Hello Eno,
Any comments on this patch? If we leave this problem as is, most
of native-language dependent applications won't compile fine
(as I experienced on many Japanese sources).
Probably, we will have to fix this bug first.
http://bugzilla.ximian.com/show_
Hi,
I think using 1252 as a fallback is better than UTF-8 as it is a regular
single-byte code page. UTF-8 should be detected (and I think it is detected)
using byte order marks anyway.
I agree that using 28591 as the default encoding is is a bad decission.
What about using Encoding.Default inst
Hello Eno,
>Any comments on this patch? If we leave this problem as is, most
>of native-language dependent applications won't compile fine
>(as I experienced on many Japanese sources).
>
>
Probably, we will have to fix this bug first.
http://bugzilla.ximian.com/show_bug.cgi?id=73086
Marek
>At
I'm confuses as to what is meant by "Optional assemblies" in the gtk-sharp
build. If I install the rpms for the listed assemblies, they will show as
"yes", but but I'm not sure what that means. Are they being built when I
make gtk-sharp, or is something from the rpms being registered in or cop
58 matches
Mail list logo
