I'm curious, how high is the interest in getting Mono 2.0 stable on
SPARC Solaris 10?
We have a very energetic and resourceful systems administrator who
runs MindTouch Deki (enterprise wiki platform) in that environment and
he's more than willing to help in tracing down the cause of the
is
Adding my $0.02, I'll take stability over features. Having too many
versions of mono floating around also makes it harder for ISVs who
build on it (larger test matrix).
- Steve
--
Steve G. Bjorg
http://mindtouch.com
http://twitter.com/bjorg
On Dec 8, 2008, at 4:02 PM, Zoltan Var
Did it not occur to you that English might not be the poster's native
language?
- Steve
--
Steve G. Bjorg
http://mindtouch.com
http://twitter.com/bjorg
On Dec 16, 2008, at 6:49 AM, Timothy Smith wrote:
First trying adding "please" to your requests and maybe pose your
request as
Thanks! We're looking forward to a regression free release!
Otherwise, why release? ;)
- Steve
--
Steve G. Bjorg
http://mindtouch.com
http://twitter.com/bjorg
On Dec 17, 2008, at 3:23 PM, Thomas Wiest wrote:
> Pete Erickson wrote:
>> https://bugzilla.novell.com/show_bug.cgi?id=4
One of our community members is trying to get MindTouch running on OS
X server. In the process, he has run into the following error message
during startup.
02.04.09 10:58:03 com.mindtouch.deki[242]
initializing
02.04.09 10:58:04 com.mindtouch.deki[242] Unhandled Except
Quick question about the SqlClient (http://mono-project.com/
SQLClient): is anyone using it extensively for long periods of time?
How reliable is it? Thanks!
- Steve
--
Steve G. Bjorg
http://mindtouch.com
http://twitter.com/bjorg
irc.freenode.net #mindtouch
_
On Mon, 2009-04-27 at 14:28 -0700, Steve Bjorg wrote:
>> Quick question about the SqlClient (http://mono-project.com/
>> SQLClient): is anyone using it extensively for long periods of time?
>> How reliable is it? Thanks!
>
> The longest time I've run it has been about
I'm working on some lock-free data structures in c# and have a
question on the internals of the GC on mono. Does each thread have
its own heap that it can allocate from? Or asked differently, does
"new object()" always cause a lock on the global heap or only when the
thread's local heap i
Sorry for resending this, but I really need to know if my work on
concurrency optimizations will apply to Mono as well. If so, I'd love
to contribute back the work-stealing scheduler which is similar to the
one found in .Net 4.0. Thanks.
---
I'm working on some lock-free data structures i
, May 27, 2009 at 10:52 AM, Steve Bjorg
wrote:
Sorry for resending this, but I really need to know if my work on
concurrency optimizations will apply to Mono as well. If so, I'd love
to contribute back the work-stealing scheduler which is similar to the
one found in .Net 4.0. Thanks.
I wonder if anyone has an idea why __icall_wrapper_helper_ldstr may
produce a stack overflow? This is running Mono 2.4.2.3 on Cent OS.
We're getting the following exception trace. All invocations, except
the last one, are in managed code.
Unhandled Exception: System.StackOverflowException:
The implementation could be adapted so that if the chunked memory
stream is initialized with an existing byte array it behaves like it
did in the past. It's possible that the best approached can be
derived for the various MemoryStream constructors.
The question is what is the most common us
good to reduce fragmentation
> (I'm
> still thinking on remoting)??
>
>
> pablo
>
>
> www.plasticscm.com
>
>
>
> Steve Bjorg wrote:
>> The implementation could be adapted so that if the chunked memory
>> stream is initialized with an existing byt
Allowing the first chunk to be variable sized doesn't make the code
that much more complex. This would mean in read-only cases, all
operations would remain O(1) since the original byte array would be
preserved. For write operations, new chunks would be allocated as
needed. Determining wh
alloc/free cycle, (c)
should a call to GetBuffer() automatically reset the first chunk with
the newly created byte array?
Am I missing anything?
On Nov 10, 2009, at 4:47 AM, Steve Bjorg wrote:
> Allowing the first chunk to be variable sized doesn't make the code
> that much m
I have an updated ChunkedMemoryStream implementation that mimics
MemoryStream behavior up to the default chunk size, at which point it
starts to use chunks. GetBuffer() consolidates all chunks into the
main buffer, which means that any direct changes would be reflected.
Where can I find the
code is now available under both Apache License 2.0
and X11.
Feedback welcome.
http://viewvc.mindtouch.com/public/dream/trunk/src/mindtouch.dream/IO/
- Steve
--
Steve G. Bjorg
http://mindtouch.com
http://twitter.com/bjorg
irc.freenode.net #mindtouch
On Nov 10, 2009, at 10:15 AM,
I'm going to go out on the limb here and guess that under Mono it assumes the
input to be always XML and doesn't look at the MIME type.
The "error on line 1, position 1" in XmlTextReader seems to be a dead giveaway
for that. :)
- Steve
--
Steve G. Bjorg
http://mindtouch.com
http://
Is the cost of the if-null check greater than setting up an exception catch
handler?
- Steve
-
Steve G. Bjorg
MindTouch
San Diego, CA
619.795.8459 office
425.891.5913 mobile
http://twitter.com/bjorg
On Mar 24, 2011, at 9:00 AM, Miguel de Icaza wrote:
> Hello g
er and such, but I do know that in
> virtually all programming languages that support exception handling, the
> cost of a null-check is infinitesimal compared to the cost of setting up
> an exception handler. On many systems, setting up a try-catch handler
> costs something like 200 in
Here's a thought: only accept code changes that pass all tests? Just saying...
- Steve
--
Steve G. Bjorg
http://mindtouch.com
http://twitter.com/bjorg
On Jun 23, 2011, at 11:43 AM, Zoltan Varga wrote:
> Hi,
>
> Our test suite contains 1000s of tests, written by dozens of people,
-
> From: Gert Driesen [mailto:[EMAIL PROTECTED]
> Sent: zondag 22 april 2007 8:39
> To: 'Steve Bjorg'; 'mono-devel-list@lists.ximian.com'
> Subject: RE: [Mono-dev] gmcs compiler exception (was Re: Call for
> testing:
> Mono1.2.4 Preview Availab
On May 7, 2007, at 8:27 AM, Miguel de Icaza wrote:
> Hello,
>
>> It's basically a "persistent CGI" application which communicates
>> with the
>> server over a unix|tcp socket using a well-defined protocol.
>> Basically, what
>> mod_mono does but not mono-specific and not tied to apache. It's
Hi Olivier,
I've been looking for a parser to use in our wiki software, but all
the ones I have found (lua, boo, ...) didn't quite fit for different
reasons. Will your parser expose the AST so that it can plugged into
a custom compilation/execution environment?
- Steve
--
St
Thanks for figuring out the repro steps. We've been battling this
issue for months, but couldn't come up with a small enough case to
submit a bug. The work-around is to use fully-qualified type name,
which we did.
Hope this issue gets addressed in the next release!
Cheers,
- Steve
I'm having trouble with a couple of culture info codes on 1.2.2
The following CultureInfo objects fail on initialization:
CultureInfo culture = new CultureInfo("fr-mc");
CultureInfo culture = new CultureInfo("de-li");
Is there a list of supported cultures? Thanks.
- Steve
---
It doesn't make much sense to pre-compute the hashcode for a string
whose length is not greater than the cacheline size. Anything that
fits into the cacheline and is not memory bound is plenty fast enough.
For the same reason, the size and hashcode of a string would need to
be juxtaposed i
What does it take to add support for other cultures?The following code attempts to instantiate each culture in the cultures.txt file (attached).using System;using System.Globalization;namespace CultureCheck { class Program { static void Main(string[] args) { if(System.IO.File.
a look at bug:
> https://bugzilla.novell.com/show_bug.cgi?id=324483
>
> Daniel
>
> Steve Bjorg schrieb:
>> What does it take to add support for other cultures?
>>
>> The following code attempts to instantiate each culture in the
>> cultures.txt file (attache
ot work. (Also, I ran the test app
on 1.2.6p2 with the same outcome as below).
- Steve
--
Steve G. Bjorg
http://wiki.mindtouch.com
http://wiki.opengarden.org
On Dec 6, 2007, at 4:54 PM, Robert Jordan wrote:
> Hi Steve,
>
> Steve Bjorg wrote:
>> Fantastic! Now if s
Maybe you should read the exception it is throwing. It's a
NullException, not an ArgumentException. Ergo, it's wrong.
- Steve
--
Steve G. Bjorg
http://wiki.mindtouch.com
http://wiki.opengarden.org
On Dec 18, 2007, at 2:05 PM, Robert Jordan wrote:
> Steven Jeffs wrote:
>> Same re
My apologies. I sent too earlier. This is a different error.
The exception below is correct. I'm wrong (and douchebag). I was
just responding to this post on our forums when I got your email:
http://forums.opengarden.org/showpost.php?p=7086&postcount=8
Still, not an excuse for my response.
You could use TcpSocket or HttpListener over localhost (loopback).
Using HttpListener is rather straightforward:
string connectionEndPoint = "http://localhost:";;
//*** setting up the listener ***
HttpListener listener = new HttpListener();
listener.Prefixes.Add(connectionEndPoint);
liste
I ran into the following error today on our system (note: I truncated
the stack for legibility). The interesting part is in bold (prefixed
by * in case the formatting got lost)
Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS
Stacktrace:
at (wrapper managed-to-native)
System.O
6:49 AM, Zoltan Varga wrote:
> Hi,
>
> The current culture is shared between appdomains so the runtime
> stores it in
> serialized form.
>
> Zoltan
>
> On Jan 3, 2008 8:21 AM, Steve Bjorg <[EMAIL PROTECTED]> wrote:
>>
>> I ran int
her appdomains might call Thread.CurrentCulture
> on the same
> thread object since thread objects are shared between appdomains.
>
>Zoltan
>
> On Jan 3, 2008 4:30 PM, Steve Bjorg <[EMAIL PROTECTED]> wrote:
>> Zoltan, thx for response.
>>
>> I can
5.3948 fax
425.891.5913 mobile
On Jan 3, 2008, at 11:17 AM, Zoltan Varga wrote:
> You could try calling Thread.CurrentCulture, compare the return
> value with the
> culture you want to set, and only call the setter if the two are
> different.
>
> Zoltan
>
> O
ile
>>
>>
>>
>>
>> On Jan 3, 2008, at 11:17 AM, Zoltan Varga wrote:
>>
>>> You could try calling Thread.CurrentCulture, compare the return
>>> value with the
>>> culture you want to set, and only call the setter if the two
http://wiki.opengarden.org
On Jan 3, 2008, at 12:22 PM, Steve Bjorg wrote:
> Zoltan, thanks again for your quick reply.
>
> That assumption might be true for desktop applications, but not for
> a server which runs a localized application. Each request is
> handled in the website's configure
Korean culture cannot be instantiated as
new CultureInfo("ko-kr")
throws an exception stating it's not implemented.
There is work item filed to be update the locale builder:
https://bugzilla.novell.com/show_bug.cgi?id=324483
There are other cultures missing as well. The following code
for supporting difference cultures on
different threads?
- Steve
--
Steve G. Bjorg
http://wiki.mindtouch.com
http://wiki.opengarden.org
On Jan 5, 2008, at 7:15 AM, Steve Bjorg wrote:
> Korean culture cannot be instantiated as
> new CultureInfo("ko-kr")
>
.
>
> The GC error you encountered during the deserialization of CultureInfo
> was fixed in 1.2.6.
>
> Robert
>
> Steve Bjorg wrote:
>> I spoke too soon. I tested on an old version mistakenly. 1.2.6 has
>> now Korean and Konkani. Sweet! I updated our languages p
On Jan 5, 2008, at 9:09 PM, Miguel de Icaza wrote:
>> That only leaves the issue with using serialization when setting
>> CurrentCulture. Is that by design or a bug? If by design, what is
>> the recommended pattern for supporting difference cultures on
>> different threads?
>
> Is this leading t
Could someone make sure that the proposed patch gets applied to 1.9?
https://bugzilla.novell.com/show_bug.cgi?id=358987
Since applying it to our server (1.2.6), we've seen uptime for 12
days compared to less than 24 hrs before.
The fix is merely to put a try...catch around the statement that
t;
>Zoltan
>
> On Wed, Feb 20, 2008 at 5:37 PM, Avery Pennarun
> <[EMAIL PROTECTED]> wrote:
>> 2008/2/20 Steve Bjorg <[EMAIL PROTECTED]>:
>>
>>> - s.Shutdown (SocketShutdown.Both);
>>> + try {
>>> + s.Shutdown (SocketShutdown
Is there a Mono package for Solaris 10?
- Steve
--
Steve G. Bjorg
http://wiki.mindtouch.com
http://wiki.opengarden.org
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-li
http://wiki.mindtouch.com
http://wiki.opengarden.org
On Apr 14, 2008, at 9:46 AM, Andreas Färber wrote:
>
> Am 14.04.2008 um 18:00 schrieb Steve Bjorg:
>
>> Is there a Mono package for Solaris 10?
>
> Novell has a 1.2.4 package for Solaris 8 sparc, which should work on
&g
Any thoughts on what's going on?
- Steve
--
Steve G. Bjorg
http://wiki.mindtouch.com
http://wiki.opengarden.org
On Apr 18, 2008, at 12:11 PM, PCM Reddy wrote:
> Andreas Färber wrote:
>>
>> Am 18.04.2008 um 20:53 schrieb PCM Reddy:
>>
>>> I am using gtar. also renamed the original s
Anyone know if mono on an IBM z-series can work?
http://forums.opengarden.org/showthread.php?t=2624
I know some of our illustrious users managed to get Deki Wiki running
on SPARC Solaris 10. So, I think anything is possible now! :)
- Steve
--
Steve G. Bjorg
http://wiki.mindtouch.c
XSLTCompiledTransform is thread-safe. Would that be an alternative
for you?
- Steve
--
Steve G. Bjorg
http://wiki.mindtouch.com
http://twitter.com/bjorg
On Jul 17, 2008, at 6:54 AM, Joshua Tauberer wrote:
> Okay, so, clearly I'm only writing more because it makes my life
> easi
008, at 7:49 AM, Joshua Tauberer wrote:
> Steve Bjorg wrote:
>> XSLTCompiledTransform is thread-safe. Would that be an alternative
>> for you?
>
> As far as I know, XSLTCompiledTransform (in Mono) just wraps the
> same code as XslTransformation, so they are equally
safety in reality, not nominally and
> incorrectly). You won't be able to logically explain how it could
> become thread safe when it comes to XslCompiledTransform.
>
> For reference, we don't have true XslCompiledTransform. It's just
> a wrapper of XslTransform.
The correct error message should be:
Keyword 'this' is not available in the current context
Jerry,
You cannot pass the reference to an unconstructed object. Using
'this' in this fashion is illegal, because that Path instance has not
yet been initialized.
Cheers,
- Steve
When attempting to compile the attached code, gmcs fails:
$ gmcs test.cs
Unhandled Exception: Mono.CSharp.InternalErrorException: test.cs
(4,33): Test.ExtensionHandler ---> System.ArgumentNullException:
Argument cannot be null.
Parameter name: con
at System.Reflection.Emit.CustomAttributeB
54 matches
Mail list logo