You are viewing a plain text version of this content. The canonical link for it is here.
Posted to mod_dtcl@tcl.apache.org by Craig Huckabee <hu...@spawar.navy.mil> on 2003/01/31 21:49:02 UTC
Re: Build mod_dtcl on Windows using MinGW
At 03:24 PM 12/30/2002 -0800, David N. Welton wrote:
>"Zeinert, Holger" <Ho...@lms-gmbh.de> writes:
>
> > I finally took the time and built mod_dtcl on my Windows XP
> > box. Following Craigs Readme I got through it very well. Some things
> > that came up I want to share with you:
>
>Thanks for doing this!
>
>Craig, will you update the CVS tree with the appropriate changes?
>
OK, sorry for the extended absence - working for the U.S. is rough these days.
I've made updates to the makefile so it now has notes on how to build
against a binary-only release of Apache. Basically, set the paths as
suggested and use the new "bin_style" make target.
I added the GCC 3.x changes Holger pointed out - made GCC 3.x the default.
I updated the README.mingw32 for these changes, and updated os.h.diff so it
should now apply cleanly against 1.3.27.
I'll be checking in the threaded Tcl changes as soon as I finish my tests
today.
David - where can i sign up to get on the CVS commit mailing list for
mod_dtcl ?
Thanks,
Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
Re: mod_dtcl threaded changes now in CVS
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
I'm thinking from within the module code itself, not at runtime. I'm
looking for an Apache API.
--Craig
At 09:37 AM 2/7/2003 -0500, John Sequeira wrote:
>mod_env ?
>
>http://httpd.apache.org/docs/mod/mod_env.html
>
>Craig Huckabee wrote:
>
>>At 10:44 PM 2/6/2003 -0800, David N. Welton wrote:
>>
>>>Will Rowe says that, indeed, static variables aren't the way to go.
>>>Damn. I'll see if I can dig up something better.
>>
>>
>>(Fixed up the cc: line so we don't send out multiple copies of this :) )
>>
>>Does he say why ? It doesn't seem to break under heavy beatings from a
>>test script.
>>
>>Is there a method that Apache provides that allows a module to register
>>an environment variable ? Or some other sort of hook ? I'm trying to
>>think of ways to do this without the need of linking in extra (possibly
>>non-threaded) libraries.
>>
>>--Craig
>>
>>
>>/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
>>/ Code 71B-CH | phone: (843) 218 5653 /
>>/ SPAWAR Systems Center | close proximity: HeyYou! /
>>/ Charleston, SC | ICBM: 32.78N, 79.93W /
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
>>For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
>>
>>
>
>
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 09:14 AM 2/7/2003 -0800, David N. Welton wrote:
> > Does he say why ? It doesn't seem to break under heavy beatings
> > from a test script.
>
>He says it's a cross platform issue - so it may well work great on
>some platforms, but then bomb on others.
No saying he's wrong - but I want to see the platform that blows up on a
'static int' :)
>There may be something to do with the pool interface, I think. I'll
>investigate further and see what I come up with.
Ok - let me know. I've also got some FreeBSD, Linux, and Solaris (SPARC)
systems I can do some test builds on as well if needed.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by Oliver Bienert <ob...@waldwerk.de>.
Craig,
good news, indeed. I am willing to test it on my box if you can send me
the binaries, don't know if I have the time to try and compile it and,
by the way, I'm not that c-crack...
I have posted to this list a couple of weeks ago, addressing a problem
with frames and mssql server, that has frequently crashed apache.
Regards Oliver
Craig Huckabee wrote:
> At 01:42 PM 2/12/2003 -0800, David N. Welton wrote:
>
>> Craig Huckabee <hu...@spawar.navy.mil> writes:
>>
>> > I think I have it fixed. I don't think the previous "threaded"
>> > build was actually using the mutex locks - that's why I saw the bad
>> > behavior. I'm checking in the changes now so you can look at what I
>> > did and maybe copy it to the rivet code base.
>>
>> Ok - and it definitely works, passes the tests, works ok with frames,
>> etc? I suppose it would be nice to create a test (probably in Rivet,
>> as it has a more complete framework) that opens up a few connections
>> simultaneously.
>
>
> I gave it as good a beating as possible - basically a multiple frame
> page with sql and other processes running in each frame, then running
> test program that fetches the pages a few bazillion times.
>
>
>
>> Has anyone ever written Tcl code that will consistently reproduce the
>> crash on windows? For instance, something that does two threads that
>> each open a connection, or http::geturl with -command or -handler...
>
>
> I based my tests on what was posted here but I'd be happy to send some
> binaries to someone else.
>
> --Craig
>
>
> / Craig Huckabee | e-mail: huck@spawar.navy.mil /
> / Code 71B-CH | phone: (843) 218 5653 /
> / SPAWAR Systems Center | close proximity: HeyYou! /
> / Charleston, SC | ICBM: 32.78N, 79.93W /
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
> For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 01:42 PM 2/12/2003 -0800, David N. Welton wrote:
>Craig Huckabee <hu...@spawar.navy.mil> writes:
>
> > I think I have it fixed. I don't think the previous "threaded"
> > build was actually using the mutex locks - that's why I saw the bad
> > behavior. I'm checking in the changes now so you can look at what I
> > did and maybe copy it to the rivet code base.
>
>Ok - and it definitely works, passes the tests, works ok with frames,
>etc? I suppose it would be nice to create a test (probably in Rivet,
>as it has a more complete framework) that opens up a few connections
>simultaneously.
I gave it as good a beating as possible - basically a multiple frame page
with sql and other processes running in each frame, then running test
program that fetches the pages a few bazillion times.
>Has anyone ever written Tcl code that will consistently reproduce the
>crash on windows? For instance, something that does two threads that
>each open a connection, or http::geturl with -command or -handler...
I based my tests on what was posted here but I'd be happy to send some
binaries to someone else.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 01:42 PM 2/12/2003 -0800, David N. Welton wrote:
>Craig Huckabee <hu...@spawar.navy.mil> writes:
>
> > I think I have it fixed. I don't think the previous "threaded"
> > build was actually using the mutex locks - that's why I saw the bad
> > behavior. I'm checking in the changes now so you can look at what I
> > did and maybe copy it to the rivet code base.
>
>Ok - and it definitely works, passes the tests, works ok with frames,
>etc? I suppose it would be nice to create a test (probably in Rivet,
>as it has a more complete framework) that opens up a few connections
>simultaneously.
I gave it as good a beating as possible - basically a multiple frame page
with sql and other processes running in each frame, then running test
program that fetches the pages a few bazillion times.
>Has anyone ever written Tcl code that will consistently reproduce the
>crash on windows? For instance, something that does two threads that
>each open a connection, or http::geturl with -command or -handler...
I based my tests on what was posted here but I'd be happy to send some
binaries to someone else.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by "David N. Welton" <da...@dedasys.com>.
Craig Huckabee <hu...@spawar.navy.mil> writes:
> I think I have it fixed. I don't think the previous "threaded"
> build was actually using the mutex locks - that's why I saw the bad
> behavior. I'm checking in the changes now so you can look at what I
> did and maybe copy it to the rivet code base.
Ok - and it definitely works, passes the tests, works ok with frames,
etc? I suppose it would be nice to create a test (probably in Rivet,
as it has a more complete framework) that opens up a few connections
simultaneously.
Has anyone ever written Tcl code that will consistently reproduce the
crash on windows? For instance, something that does two threads that
each open a connection, or http::geturl with -command or -handler...
In any case, thanks for testing this out, Craig!
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by "David N. Welton" <da...@dedasys.com>.
Craig Huckabee <hu...@spawar.navy.mil> writes:
> I think I have it fixed. I don't think the previous "threaded"
> build was actually using the mutex locks - that's why I saw the bad
> behavior. I'm checking in the changes now so you can look at what I
> did and maybe copy it to the rivet code base.
Ok - and it definitely works, passes the tests, works ok with frames,
etc? I suppose it would be nice to create a test (probably in Rivet,
as it has a more complete framework) that opens up a few connections
simultaneously.
Has anyone ever written Tcl code that will consistently reproduce the
crash on windows? For instance, something that does two threads that
each open a connection, or http::geturl with -command or -handler...
In any case, thanks for testing this out, Craig!
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 12:08 PM 2/12/2003 -0800, David N. Welton wrote:
>I think on windows, the non-threaded version is useless - it will
>crash in any case. It needs the mutex, because apache on windows is
>threaded.
OK - I pulled out the non-threaded support and updated the readme to
reflect that.
>I wonder exactly what's going on... does that code get loaded multiple
>times in the same thread on windows? That might be a useful test. Do
>a fprintf(stderr with some useful stats... thread ID and such...
I think I have it fixed. I don't think the previous "threaded" build was
actually using the mutex locks - that's why I saw the bad behavior. I'm
checking in the changes now so you can look at what I did and maybe copy it
to the rivet code base.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 12:08 PM 2/12/2003 -0800, David N. Welton wrote:
>I think on windows, the non-threaded version is useless - it will
>crash in any case. It needs the mutex, because apache on windows is
>threaded.
OK - I pulled out the non-threaded support and updated the readme to
reflect that.
>I wonder exactly what's going on... does that code get loaded multiple
>times in the same thread on windows? That might be a useful test. Do
>a fprintf(stderr with some useful stats... thread ID and such...
I think I have it fixed. I don't think the previous "threaded" build was
actually using the mutex locks - that's why I saw the bad behavior. I'm
checking in the changes now so you can look at what I did and maybe copy it
to the rivet code base.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by "David N. Welton" <da...@dedasys.com>.
[ Please leave the rivet list in the CC - this concerns that codebase
as well ]
Craig Huckabee <hu...@spawar.navy.mil> writes:
> OK, took me a bit longer than expected. I took out the THREADED_TCL
> bits, made sure the only init calls were made from the child, and
> rebuilt everything. I made two builds - one with a threaded Tcl
> lib, one without.
I think on windows, the non-threaded version is useless - it will
crash in any case. It needs the mutex, because apache on windows is
threaded.
> I also pulled out the bits that check to see if we've already been
> loaded once (the static flag).
> Both builds run but crash when used with frames (as seen previously)
> I'm going to put the loading check back in to see if that gets rid
> of the crashes - I'll see if I can find a way to do it that will be
> more acceptable/portable.
I wonder exactly what's going on... does that code get loaded multiple
times in the same thread on windows? That might be a useful test. Do
a fprintf(stderr with some useful stats... thread ID and such...
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by "David N. Welton" <da...@dedasys.com>.
[ Please leave the rivet list in the CC - this concerns that codebase
as well ]
Craig Huckabee <hu...@spawar.navy.mil> writes:
> OK, took me a bit longer than expected. I took out the THREADED_TCL
> bits, made sure the only init calls were made from the child, and
> rebuilt everything. I made two builds - one with a threaded Tcl
> lib, one without.
I think on windows, the non-threaded version is useless - it will
crash in any case. It needs the mutex, because apache on windows is
threaded.
> I also pulled out the bits that check to see if we've already been
> loaded once (the static flag).
> Both builds run but crash when used with frames (as seen previously)
> I'm going to put the loading check back in to see if that gets rid
> of the crashes - I'll see if I can find a way to do it that will be
> more acceptable/portable.
I wonder exactly what's going on... does that code get loaded multiple
times in the same thread on windows? That might be a useful test. Do
a fprintf(stderr with some useful stats... thread ID and such...
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: mod_dtcl threaded changes
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 08:54 AM 2/12/2003 -0500, Craig Huckabee wrote:
>At 11:43 PM 2/11/2003 -0800, David N. Welton wrote:
>
>>So, to simplify things, does anyone see problems with removing the
>>bits about THREADED_TCL, and just doing InitTclStuff from the
>>ChildInit?
>>
>>Does this work on windows?
>
>I'll have an answer for that in about an hour.
OK, took me a bit longer than expected. I took out the THREADED_TCL bits,
made sure the only init calls were made from the child, and rebuilt
everything. I made two builds - one with a threaded Tcl lib, one
without.
I also pulled out the bits that check to see if we've already been loaded
once (the static flag).
Both builds run but crash when used with frames (as seen previously)
I'm going to put the loading check back in to see if that gets rid of the
crashes - I'll see if I can find a way to do it that will be more
acceptable/portable.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 11:43 PM 2/11/2003 -0800, David N. Welton wrote:
>So, to simplify things, does anyone see problems with removing the
>bits about THREADED_TCL, and just doing InitTclStuff from the
>ChildInit?
>
>Does this work on windows?
I'll have an answer for that in about an hour.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 11:43 PM 2/11/2003 -0800, David N. Welton wrote:
>So, to simplify things, does anyone see problems with removing the
>bits about THREADED_TCL, and just doing InitTclStuff from the
>ChildInit?
>
>Does this work on windows?
I'll have an answer for that in about an hour.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by "David N. Welton" <da...@dedasys.com>.
So, to simplify things, does anyone see problems with removing the
bits about THREADED_TCL, and just doing InitTclStuff from the
ChildInit?
Does this work on windows?
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by "David N. Welton" <da...@dedasys.com>.
So, to simplify things, does anyone see problems with removing the
bits about THREADED_TCL, and just doing InitTclStuff from the
ChildInit?
Does this work on windows?
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by "David N. Welton" <da...@dedasys.com>.
[ Avoiding 'double loading' problem. ]
Damn... I've been stupid. We've had the best solution all along -
which is the same thing that threaded Tcl needs - do all the
InitTclStuff in the child init phase... Might be worth abandoning
doing the InitTclStuff anywhere else in any case... I don't think the
speed hit is that big - especially if you keep stuff loaded for a long
time.
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by "David N. Welton" <da...@dedasys.com>.
[ Avoiding 'double loading' problem. ]
Damn... I've been stupid. We've had the best solution all along -
which is the same thing that threaded Tcl needs - do all the
InitTclStuff in the child init phase... Might be worth abandoning
doing the InitTclStuff anywhere else in any case... I don't think the
speed hit is that big - especially if you keep stuff loaded for a long
time.
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by "David N. Welton" <da...@dedasys.com>.
Craig Huckabee <hu...@spawar.navy.mil> writes:
> At 10:44 PM 2/6/2003 -0800, David N. Welton wrote:
> >Will Rowe says that, indeed, static variables aren't the way to go.
> >Damn. I'll see if I can dig up something better.
> Does he say why ? It doesn't seem to break under heavy beatings
> from a test script.
He says it's a cross platform issue - so it may well work great on
some platforms, but then bomb on others.
> Is there a method that Apache provides that allows a module to
> register an environment variable ? Or some other sort of hook ?
> I'm trying to think of ways to do this without the need of linking
> in extra (possibly non-threaded) libraries.
There may be something to do with the pool interface, I think. I'll
investigate further and see what I come up with.
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 10:44 PM 2/6/2003 -0800, David N. Welton wrote:
>Will Rowe says that, indeed, static variables aren't the way to go.
>Damn. I'll see if I can dig up something better.
(Fixed up the cc: line so we don't send out multiple copies of this :) )
Does he say why ? It doesn't seem to break under heavy beatings from a
test script.
Is there a method that Apache provides that allows a module to register an
environment variable ? Or some other sort of hook ? I'm trying to think
of ways to do this without the need of linking in extra (possibly
non-threaded) libraries.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by "David N. Welton" <da...@dedasys.com>.
davidw@dedasys.com (David N. Welton) writes:
> > I had to do things slightly different from Rivet - using an
> > environment variable seemed to cause more problems, and required
> > linking in with -liberty to get setenv() under MingW32. Not sure
> > if that library is thread safe in any case. I used a static flag
> > instead. Also, I do the real init on the first load, and skip the
> > load after that. I think that is backwards from Rivet, but the
> > other way crashed pretty horribly under a non-threaded build.
> The env variable was an (ugly) hack. Are you sure that the static
> flag is that, across multiple open and closes of a library? If it
> is, it's a better solution. I'm nervous it won't be multiplatform,
> though...
Will Rowe says that, indeed, static variables aren't the way to go.
Damn. I'll see if I can dig up something better.
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: mod_dtcl threaded changes now in CVS
Posted by "David N. Welton" <da...@dedasys.com>.
Craig Huckabee <hu...@SPAWAR.Navy.mil> writes:
> I just checked in the changes to CVS that allow mod_dtcl.c to be
> built with a threaded Tcl on Windows. I hope to have some new
> binaries built tomorrow that can be put on the mod_dtcl download
> page.
Great!
> I was able to beat on this with a multiple frame page, with each
> frame running a different task with no problems so I hope this has
> killed off the frame problem for good. If you try this out before I
> get binaries posted, please let me know if you have problems.
> Hopefully the makefile is easier to read now too.
> David,
> I had to do things slightly different from Rivet - using an
> environment variable seemed to cause more problems, and required
> linking in with -liberty to get setenv() under MingW32. Not sure if
> that library is thread safe in any case. I used a static flag
> instead. Also, I do the real init on the first load, and skip the
> load after that. I think that is backwards from Rivet, but the
> other way crashed pretty horribly under a non-threaded build.
The env variable was an (ugly) hack. Are you sure that the static
flag is that, across multiple open and closes of a library? If it is,
it's a better solution. I'm nervous it won't be multiplatform,
though...
Thanks for doing this!
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
mod_dtcl threaded changes now in CVS
Posted by Craig Huckabee <hu...@SPAWAR.Navy.mil>.
I just checked in the changes to CVS that allow mod_dtcl.c to be built
with a threaded Tcl on Windows. I hope to have some new binaries built
tomorrow that can be put on the mod_dtcl download page.
I was able to beat on this with a multiple frame page, with each frame
running a different task with no problems so I hope this has killed off the
frame problem for good. If you try this out before I get binaries posted,
please let me know if you have problems.
Hopefully the makefile is easier to read now too.
David,
I had to do things slightly different from Rivet - using an environment
variable seemed to cause more problems, and required linking in with
-liberty to get setenv() under MingW32. Not sure if that library is thread
safe in any case. I used a static flag instead. Also, I do the real init
on the first load, and skip the load after that. I think that is backwards
from Rivet, but the other way crashed pretty horribly under a non-threaded
build.
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: Build mod_dtcl on Windows using MinGW
Posted by "David N. Welton" <da...@dedasys.com>.
Aha! This one I'm sure of:
mod_dtcl-cvs-subscribe@tcl.apache.org
Sorry for the confusion,
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: Build mod_dtcl on Windows using MinGW
Posted by Craig Huckabee <hu...@spawar.navy.mil>.
At 01:20 PM 1/31/2003 -0800, David N. Welton wrote:
>davidw@dedasys.com (David N. Welton) writes:
>
> > tcl-moddtcl-cvs@apache.org
> >
> > is the list itself, so tcl-moddtcl-cvs-subscribe@apache.org
>
>Oops, sorry. Confusing my mailing list software
>
>You want tcl-moddtcl-cvs-request@apache.org
>
>with a subject or body or something of 'subscribe'.
Nope - that's not it either :)
--Craig
/ Craig Huckabee | e-mail: huck@spawar.navy.mil /
/ Code 71B-CH | phone: (843) 218 5653 /
/ SPAWAR Systems Center | close proximity: HeyYou! /
/ Charleston, SC | ICBM: 32.78N, 79.93W /
Re: Build mod_dtcl on Windows using MinGW
Posted by "David N. Welton" <da...@dedasys.com>.
davidw@dedasys.com (David N. Welton) writes:
> tcl-moddtcl-cvs@apache.org
>
> is the list itself, so tcl-moddtcl-cvs-subscribe@apache.org
Oops, sorry. Confusing my mailing list software
You want tcl-moddtcl-cvs-request@apache.org
with a subject or body or something of 'subscribe'.
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org
Re: Build mod_dtcl on Windows using MinGW
Posted by "David N. Welton" <da...@dedasys.com>.
Craig Huckabee <hu...@spawar.navy.mil> writes:
> OK, sorry for the extended absence - working for the U.S. is rough
> these days.
Working everywhere is a bit rough:-/ Thanks for finding the time,
though!
> I've made updates to the makefile so it now has notes on how to
> build against a binary-only release of Apache. Basically, set the
> paths as suggested and use the new "bin_style" make target.
> I added the GCC 3.x changes Holger pointed out - made GCC 3.x the default.
> I updated the README.mingw32 for these changes, and updated os.h.diff
> so it should now apply cleanly against 1.3.27.
> I'll be checking in the threaded Tcl changes as soon as I finish my
> tests today.
Great!
> David - where can i sign up to get on the CVS commit mailing list
> for mod_dtcl ?
tcl-moddtcl-cvs@apache.org
is the list itself, so tcl-moddtcl-cvs-subscribe@apache.org
should get you on it, I think. Anyone can read it, for that matter.
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: mod_dtcl-unsubscribe@tcl.apache.org
For additional commands, e-mail: mod_dtcl-help@tcl.apache.org