Hi everybody!
My aolserver returns an error when I do e. g. a [expr 12.0 + 1].
[expr 12 + 1] works fine. The log says: syntax error in expression 12.0 +
1. It seems that it can't handle floats anymore. As soon as there is a
decimal it returns the error.
But this only happens on the test system,
This needs to be fixed in most of the database drivers - nsoracle,
nsodbc, nsmysql, etc. I know the ACT was working on a document
describing the (few) changes modules need for 4.0, can anyone comment on
the status of that?
Also, Tim Moss has some Win32 support patches for nsgd and I have a
If you had --enable-symbols on the configure:
make CFLAGS_DEBUG=-g -O2
If you did not have --enable-symbols and want to change the optimize flag
make CFLAGS_OPTIMIZE=-O2
I agree that the configure could be beefed up to handle the debug +
optimize scenario more gracefully.
-Elizabeth
[EMAIL
In a message dated 2/15/2003 5:22:48 PM Eastern Standard Time, [EMAIL PROTECTED] writes:
Could someone please explain the different uses of the "ClientData
arg" parameter to the Nsv C functions in AOLserver 3.x vs. 4.0?
Hi,
In AOLserver 3.x, the ClientData was normally ignored or used to
My aolserver returns an error when I do e. g. a [expr 12.0 + 1].
[expr 12 + 1] works fine. The log says: syntax error in expression 12.0 +
1. It seems that it can't handle floats anymore. As soon as there is a
decimal it returns the error.
As you are somewhere in Europe, you can get
Hello!
expr 12,0 + 1 returns the same error.
Wolfgang Winkler
On Monday 17 February 2003 18:44, you wrote:
My aolserver returns an error when I do e. g. a [expr 12.0 + 1].
[expr 12 + 1] works fine. The log says: syntax error in expression 12.0
+ 1. It seems that it can't handle floats
I was hasty in saying that would work. The issue is that in the layers
that Tcl uses, some explicitly check for '.', but in the end you usually
just call the system strtod. Thus if you change locale, it will break
at the bottom level, but you can't work with other locale's because Tcl
is
Jeff Hobbs wrote:
I was hasty in saying that would work. The issue is that in the layers
that Tcl uses, some explicitly check for '.', but in the end you usually
just call the system strtod. Thus if you change locale, it will break
at the bottom level, but you can't work with other locale's
Hello,
I'm trying to use ns_register_filter, and am running into difficulties.
I have the following code in an init.tcl:
ns_register_filter postauth GET /*/bob mqa.processHostedRequest
ns_register_filter postauth POST /*/bob mqa.processHostedRequest
mqa.processHostedRequest looks like
On 2003.02.17, Ross Simpson [EMAIL PROTECTED] wrote:
I'm trying to use ns_register_filter, and am running into difficulties.
That's because you want to use ns_register_proc, not ns_register_filter.
-- Dossy
--
Dossy Shiobara mail: [EMAIL PROTECTED]
Panoptic Computer
Please remove me from this list
You want filter_return instead of filter_break
filter_break just stops running filters and continues with the connection
On Monday 17 February 2003 02:41 pm, Ross Simpson wrote:
Hello,
I'm trying to use ns_register_filter, and am running into difficulties.
I have the following code in an
Dossy,
The problem with ns_register_proc is that it expects the requested file
to exist -- something I don't want. I want a proc run for any request
matching a pattern, and after that proc runs, for the connection to be
closed.
David Walker's post about returning filter_return seems to have
On Mon, 17 Feb 2003, Ross Simpson wrote:
The problem with ns_register_proc is that it expects the requested file
to exist -- something I don't want.
No it doesn't.
On Sat, Feb 15, 2003 at 08:36:36PM -0600, Rob Mayoff wrote:
I speculate (having looked at the 4.0 source but not having run 4.0)
that 4.0 gives each virtual server its own set of NSVs. So when a
So if you're invoking some NsTclNsv*ObjCmd directly, you should pass an
NsInterp pointer as its
On Mon, Feb 17, 2003 at 06:44:05PM -0500, Andrew Piskorski wrote:
Also, the Tcl procs I've defined don't seem to work in non-connection
threads either. I definitely get invalid command name errors both
in the -main- and various detached threads (e.g., -thread6-,
-thread7-). Why? Do I need
When AOLserver 4.0 is running with EnableTclPages on, does it cache
the compiled Tcl page bytecode? Or does it recompile from source to
bytecode every single time the Tcl page is hit?
I believe Rob Mayoff added that bytecode cacheing feature to 3.3+ad13
(actually earlier, I think to 3.3+ad12),
Andrew:
can you use:
$ ls -lu file.tcl
to see if the file is read each time?
Andrew Piskorski wrote:
When AOLserver 4.0 is running with EnableTclPages on, does it cache
the compiled Tcl page bytecode? Or does it recompile from source to
bytecode every single time the Tcl page is hit?
I
Andrew:
can you use:
$ ls -lu file.tcl
to see if the file is read each time?
Andrew Piskorski wrote:
When AOLserver 4.0 is running with EnableTclPages on, does it cache
the compiled Tcl page bytecode? Or does it recompile from source to
bytecode every single time the Tcl page is hit?
I
+-- On Feb 17, Andrew Piskorski said:
When AOLserver 4.0 is running with EnableTclPages on, does it cache
the compiled Tcl page bytecode? Or does it recompile from source to
bytecode every single time the Tcl page is hit?
It reloads the file every time. The code is in
On 2003.02.17, Ross Simpson [EMAIL PROTECTED] wrote:
The problem with ns_register_proc is that it expects the requested file
to exist -- something I don't want. I want a proc run for any request
matching a pattern, and after that proc runs, for the connection to be
closed.
That's strange --
Dossy wrote:
On 2003.02.17, Ross Simpson [EMAIL PROTECTED] wrote:
The problem with ns_register_proc is that it expects the requested file
to exist -- something I don't want. I want a proc run for any request
matching a pattern, and after that proc runs, for the connection to be
closed.
I know what you mean, here in europe we encounter some strange behaviour in
different layers too often (Try to return umlauts with a vanlilla aolserver
3.4). Strange here is that the server has installed exactly the same linux
distribution and exactly the same aolserver and works fine, as did the
23 matches
Mail list logo
