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,
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
up
an exception handler. On many systems, setting up a try-catch handler
costs something like 200 instructions whereas the null check only costs
one or two instructions.
Cheers,
Mikael
Den 24-03-2011 17:06, Steve Bjorg skrev:
Is the cost of the if-null check greater than setting up
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
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
the 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 more complex
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
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, Steve
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
www.plasticscm.com
Steve Bjorg wrote:
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
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:
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 is
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 10h doing a load test in a
web application
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
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:
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
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
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
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
, 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 thread safe.
The MSDN docs seem to basically say
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.
Atsushi Eno
Steve Bjorg wrote:
Hmm, except the docs for XsltCompiledTransform
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
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 solaris
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
://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
Solaris 10 as well.
http://www.go
/20 Steve Bjorg [EMAIL PROTECTED]:
- s.Shutdown (SocketShutdown.Both);
+ try {
+ s.Shutdown (SocketShutdown.Both);
+ } catch(Exception e) {
+ // log here?
+ }
s.Close ();
Why call Shutdown() at all? The shutdown syscall is only useful if
you need to keep the fd around longer (eg
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
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)
throws an exception stating
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 page.
That only leaves the issue with using
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 to a crash
://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 configured culture. The matter is made
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 into the following error today on our system (note: I
truncated
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 see how serialization applies to app domains, but why would
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
On Jan 3, 2008 6:40 PM, Steve Bjorg [EMAIL
, objects cannot be shared across
appdomains, so we
couldn't use the object set by the application in another domain.
We assume that the thread culture is set only rarely, so the
serialization overhead
should not be a problem.
Zoltan
On Jan 3, 2008 8:37 PM, Steve Bjorg [EMAIL
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)
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);
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=7086postcount=8
Still, not an excuse for my response.
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 someone can point me where that stuff
:
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 (attached).
using System;
using System.Globalization;
namespace CultureCheck
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'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
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
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
--
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
what
:[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 Available)
Steve,
Please submit a bug report for this.
Gert
-Original Message-
From
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
49 matches
Mail list logo