On 02/12/2010, at 6:39 PM, Janine Ohmer wrote:
On Dec 1, 2010, at 11:16 AM, Bernhard van Woerden wrote:
Can you check the byte sequence of the string in the db that's causing a
problem.
Sort of... the column in question is of type text, and the only function I
can find that will convert
On 02/12/2010, at 7:17 PM, russell muetzelfeldt wrote:
On 02/12/2010, at 6:39 PM, Janine Ohmer wrote:
The interesting part of the result is Park\302\222s, which is supposed to
be Park's.
I don't know whether this is relevant or not, but 0x92 is in the
windows-1252 (aka ISO-8859-1
On 01/12/2010, at 9:34 PM, Alexey Pechnikov wrote:
is there any reason you're not just using ns_returnz ?
There is no ns_returnz function in upstream AOL repository:
$ git clone git://github.com/aolserver/aolserver
$ cd aolserver/
$ rgrep ns_returnz .
hmmm, I guess it's one of the
On 01/12/2010, at 11:31 AM, Alexey Pechnikov wrote:
The code below does not produce valid output in AOL 4.5.1. But why?..
does it produce valid output in other versions of nsd?
The nsreturnz sources seem to be saying that a response with the gzip
Content-Encoding isn't just a plain gzip
On 13/04/2010, at 9:58 AM, Tom Jackson wrote:
On Sat, Apr 10, 2010 at 4:28 PM, Dossy Shiobara do...@panoptic.com wrote:
OK, lets consider that a +1 vote. I'll throw in my own +1 vote. Lets
open the discussion for ~1 month - on May 15th, we'll do a final tally.
Does anyone have any
On 20/10/2009, at 12:11 PM, Cesáreo García Rodicio wrote:
Mmm... I added --disable-corefoundation in configure command
( aolserver building process) and it didn't work. But it makes sense.
in your AOLserver configure command you say --with-tcl=$TCL_LIB.
what's the value of $TCL_LIB at
On 16/10/2009, at 3:21 PM, nitin chandra wrote:
On Thu, Oct 15, 2009 at 2:01 PM, nitin chandra nitinchand...@gmail.com
wrote:
following steps were taken for installation:
# tar zxvf aolserver-4.5.1-src.tar.gz
# cd aolserver-4.5.1
# ./configure --prefix=/opt/aolserver --with-tcl=/usr/lib\
If you're running nsd 4.5, nsproxy should help insulate your nsd
process from whatever's happening with scanimage...
This command provides a simple, robust proxy mechanism to evaluate
Tcl scripts in a separate, pipe-connected process. This approach
can be useful both to isolate potentially
On 28/11/2008, at 4:26 AM, Thibault Fouache wrote:
That says that ther is a close brace bu this close brace is not
missing.
Can somebody help me?
you are actually missing a close brace, though not necessarily at line
27 - follow through the entire script, and you'll see that there's one
On 28/11/2008, at 9:14 AM, russell muetzelfeldt wrote:
On 28/11/2008, at 4:26 AM, Thibault Fouache wrote:
That says that ther is a close brace bu this close brace is not
missing.
Can somebody help me?
you are actually missing a close brace, though not necessarily at
line 27 - follow
On 21/08/2008, at 1:45 AM, Jim Davidson wrote:
I looked at the code a bit closer. The ns_returnfile and
ns_respond commands both call Ns_ConnReturnFile, the public API to
the underlying FastPath. It does more than just blast the content
-- it handles:
...
-- caches, mmap's, or
On 20/08/2008, at 9:57 AM, Rusty Brooks wrote:
I think it's interesting, at least, that this topic has created
more traffic than the list usually sees in a whole year.
most of which isn't actually about the issue at hand, but rather
whether John is an idiot for expecting ns_returnfile to
On 19/08/2008, at 9:37 AM, Tom Jackson wrote:
On Mon, 2008-08-18 at 15:38 -0700, Jeff Rogers wrote:
While I'd agree this is a bug in fastpath, the real problem is that
fastpath is being used at all in this case.
I don't think it is a bug in fastpath.
fastpath is making assumptions about
On 19/08/2008, at 10:13 AM, Jeff Rogers wrote:
John Caruso wrote:
The system needs to be free to do some things to improve
performance with the understanding that the user needs to be aware
of those things or risk bad behaviour. I wouldn't call it an
unreasonable assumption that a file
On 19/08/2008, at 10:44 AM, Tom Jackson wrote:
On Tue, 2008-08-19 at 10:01 +1000, russell muetzelfeldt wrote:
sure, the original use case that triggered this seems non-optimal,
and could be done in other ways that don't trigger the bug, but that
doesn't mean fastpath is behaving correctly
On 19/08/2008, at 11:06 AM, John Caruso wrote:
That'd be an improvement over the current situation, but it's still
the case that AOLserver as currently shipped has a file cache
mechanism built into it which 1) may return incorrect data and 2)
is enabled by default. Given the risk, I'd say
On 19/08/2008, at 10:56 AM, Tom Jackson wrote:
You want a transactional database but you are using a filesystem.
Grow up.
and
If your application wasn't the responsible party which violated the
expectation you state, I would agree (maybe).
please go and re-read this thread, and get
On 19/08/2008, at 11:59 AM, Tom Jackson wrote:
On Tue, 2008-08-19 at 11:37 +1000, russell muetzelfeldt wrote:
On 19/08/2008, at 10:56 AM, Tom Jackson wrote:
You want a transactional database but you are using a filesystem.
Grow up.
and
If your application wasn't the responsible party
18 matches
Mail list logo