From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of LB Audio
Uchoa NET
Sent: sábado, 21 de abril de 2007 3:29
To: mono-devel-list@lists.ximian.com
Subject: [Mono-dev] No works application
Here simple code...
More... problem is configuring mono in my new computer.
In another computer
I've tried to upgrade my beta server with mono 1.2.4 from svn from
1.2.3.50
I launch my mod_mono_servers and i get semaphore errors problem...
When i launch webpage (or when i launch xsp)
I never had such problems before...
was passiert???
Sincerely
Hubert FONGARNAND
[EMAIL PROTECTED]
Miguel de Icaza wrote:
I also encountered a bug in the new HttpParamsCollection, an
IndexOutOfRange because of a failure to account for empty-string param
values. Patch attached. Let me know if it's ok to commit.
It is OK to commit.
Could you also provide an nunit test case for this
Hello,
Getting the fix for bug 80969 (Generic multidimensional arrays) into
1.2.4 would be very helpful if possible.
Thanks,
Jonathan
On 4/17/07, Miguel de Icaza [EMAIL PROTECTED] wrote:
Hello,
I would like to prepare a release, I think that we should branch the
tree on Thursday,
At this point, the runtime should compile on win64 in VS2005. It won't link
as neither glib nor libgc are ported to win64. I have locally modified
versions of each that I am working on, but am not done yet. After all of
that is complete, I am sure the JIT will need at least some minor
Actually, there is some effort already to get glib building under win64. See
thread here:
http://mail.gnome.org/archives/gtk-devel-list/2007-March/msg6.html
I am not sure how soon any patches will make it into glib, but there is some
effort. I initially thought eglib would be easier, but
Seems like a good time to ask about the status of windows support (32 and 64)
and/or msvc support for eglib. It may be a more worthwhile use of time to
finish that work than to work on finishing porting glib. I would be happy to
lend a hand in this process if there is some sort of direction
Hello,
I launch my mod_mono_servers and i get semaphore errors problem...
This is caused merely because you have had many abnormal program
terminations, so there are many semaphores lost.
Remove those semaphores with ipcrm -s where NNN is the semaphore ID
you listed.
When i launch
Hello,
It is OK to commit.
Could you also provide an nunit test case for this regression?
Actually, no. My source tree is messed up or something, because I keep
getting:
error CS8019: Can not find the core constructor for type
`ParamArrayAttribute'
This has been fixed.
while
Hello,
I am not sure how soon any patches will make it into glib, but there
is some effort. I initially thought eglib would be easier, but have
since changed my mind ;-). A glib port will be
used/appreciated/maintained by a wider community, and it has already
been ported to build on Win32.
Hello,
A small follow up, the tricky bits for porting to Win64 would be:
* gfile.c
* gspawn.c
Possibly review the typedefs and move some typedefs from glib.h into
eglib-config.h.in as well as guessing a few values for eglib-config.
Miguel.
I am not sure how soon any
Hello,
On 4/23/07, Miguel de Icaza [EMAIL PROTECTED] wrote:
Hello,
I am not sure how soon any patches will make it into glib, but there
is some effort. I initially thought eglib would be easier, but have
since changed my mind ;-). A glib port will be
used/appreciated/maintained by a wider
Msvc (at least 2005), gcc, and sun studio at least all support __VA_ARGS__ for
var args macros. It is part of c99. This should work without any ifdefs. The
code below (from an unrelated project) compiles fine on all of those compilers.
Are there any non-c99 compliant compilers in the
Am 23.04.2007 um 17:25 schrieb Miguel de Icaza:
A small follow up, the tricky bits for porting to Win64 would be:
* gfile.c
* gspawn.c
Possibly review the typedefs and move some typedefs from glib.h
into
eglib-config.h.in as well as guessing a few values for
Hey,
Knowing this previously would have helped ;-). I have got conflicting
advice in the past about whether glib or eglib would be the best
approach.
Well, we were developing it ;-)
But our goal is to drop glib and get back some of the memory usage we
have been using. As with every large
We are going to drop glib and move to eglib in the future anyways.
I'm willing to work on this again, with help from anyone else, if
this is the future direction of mono.
I made some local additions to eglib for ppc64 (e.g. g_strndup), I'm
just not sure how to correctly ifdef it.
Step 1. Attached patch for review, should have no affect at all on non msvc
build. Resolves all build errors on msvc 2005. Still needs implementations
for quite a few things on msvc, and windows in general, this patch makes no
effort to address those. Note several things throughout marked
Michael,
This looks good; you may want to put the vsproj in mono/msvc since I
stuck all other VS related files in there. There is some warnings that need
fixed (passing chars to Unicode routines), and the issues you mentioned, but
this should help alot in getting mono on Win64. If eglib is
Agreed, still tons to do... the location of the vcproj makes no difference to
me, can someone confirm where you want it and I'll roll another project file in
the right location.
From: Jonathan Chambers [mailto:[EMAIL PROTECTED]
Sent: Monday, April 23,
Michael,
I get the following compiler error building with gcc:
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -Wall -Werror -D_FORTIFY_SOURCE=2 -g
-O0 -D_GNU_SOURCE -MT libeglib_la-gstr.lo -MD -MP -MF .deps/libeglib_la-
gstr.Tpo -c gstr.c -fPIC -DPIC -o .libs/libeglib_la-gstr.o
gstr.c: In function
Fixes gcc compile error below, and moves project file as requested.
From: Jonathan Chambers [mailto:[EMAIL PROTECTED]
Sent: Monday, April 23, 2007 1:45 PM
To: Michael Jerris
Cc: mono-devel-list@lists.ximian.com; Kornél Pál; Miguel de Icaza
Subject: Re:
Pressing ENTER in a single line textbox on a form that has a default
button causes an extra character to be added to the textbox instead of
the button being pressed.
Also, pressing backspace to remove this non-printable character leaves a
relic.
Thanks for filing the bug.
I fixed a build problem with ABS in eglib's mono-ehash.c and will
post a patch this evening if noone else is quicker.
http://bugzilla.ximian.com/show_bug.cgi?id=81433
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Jackson ported it to 1.2.4 in SVN r76147, so it will be in the final
1.2.4 release.
Thanks!
Jon
Frederik Carlier wrote:
Pressing ENTER in a single line textbox on a form that has a default
button causes an extra character to be added to the textbox instead of
the button being pressed.
This patch is confirmed to compile clean on gcc now. Feedback?
Mike
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Jerris
Sent: Monday, April 23, 2007 2:04 PM
To: Jonathan Chambers
Cc: Kornél Pál; Miguel de Icaza;
Hey,
This patch is confirmed to compile clean on gcc now. Feedback?
It can go in; Feel free to commit.
Mike
__
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Hi,
I try again to send a patch to mailing list.
Hope this one this will work...
This patch is just a basic bindingnavigator with test and a stub of masked
textbox with some basic things taken from msdn but with no methode
implementation.
bye ( if yuou read me ;) )
duff ( olivier dufour)
stub
Hi,
I'm trying to build NAnt-0.85 against Mono-1.2.4 and it's throwing the
following error. Does anyone know of a fix for it?
The Nant bug reporter has something about it here
http://sourceforge.net/tracker/index.php?func=detailaid=1675297group_id=31650atid=402868
but there isn't a fix on the
Hi Olivier,
I'm actually working on the BindingNavigator to implement the rest of it's
functionality (well, implement more of it anyway). I'm using your patch as
the base to work off, so it will hit the tree in a few days (or maybe a bit
more). I'll keep you posted on the status of it.
Alan.
Hi,
Anyone managed to build (using Nant) Tao-2.0RC using mono-1.2.4? It
hangs on building the XML ndoc stuff for Tao.PhysFS.
For now, is there a way to avoid generating the doc files?
TTFN
Paul
--
Sie können mich aufreizen und wirklich heiß machen!
signature.asc
Description: This is a
Hi,
I trying to use a simple helloworld Runtime.Remoting application (Client and
Server) at a N800 device, and the following problem appears at the server
when the client tries to connect with it:
Both applications run without problem in a desktop.
Server Stack:
Nokia-N800-10:~/MonoStuff#
Hello Paul,
I'm trying to build NAnt-0.85 against Mono-1.2.4 and it's throwing the
following error. Does anyone know of a fix for it?
The Nant bug reporter has something about it here
http://sourceforge.net/tracker/index.php?func=detailaid=1675297group_id=31650atid=402868
but there
32 matches
Mail list logo