You can subscribe to this list here.
2005 |
Jan
|
Feb
(61) |
Mar
(153) |
Apr
(39) |
May
(10) |
Jun
(15) |
Jul
(15) |
Aug
(2) |
Sep
|
Oct
(17) |
Nov
(2) |
Dec
(13) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(18) |
Feb
(9) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
|
2007 |
Jan
(8) |
Feb
(3) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2008-05-06 00:09:59
|
Bugs item #1952643, was opened at 2008-04-27 11:13 Message generated for change (Comment added) made by sdeasey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1952643&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: website - wiki, docs, bug tracker Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Domingo Alvarez Duarte (mingodad) Assigned to: Nobody/Anonymous (nobody) Summary: Virtual Hosts Initial Comment: I want to start adding some information to thw wiki site but there is no way to create an account, at least not too clear. I want to start adding this: I'm trying to setting up virtual hosts with naviserver but I can't understand it easily or correctly. I looked at examples but they seem to be a bit confusing to me. What I want ? - An example of configuration of several servers like this as example: # each host in the tcl list has # tclservername serverdescription serverhostname # other stuff can be added too like port, home directories for any specific use, and so on set vhosts { example.com "Example Default Server" *.example.com special.example.com "Special Example Server" special.example.com specific.example.com "Specific Example Server" specific.example.com otherhost.net "OtherHost Default Server" *.example.com specific.otherhost.net "Specific OtherHost Server" specific.otherhost.net } # now after the global default server has been defined foreach {servername serverdesc serverhostname } $vhosts { # common virtual host configuration ns_section "ns/server/${servername}" # # Scaling and Tuning Options # # Normally there's one conn per thread ns_param connsperthread 0 # Flush all data before returning ns_param flushcontent false # Max connections to put on queue ns_param maxconnections 100 # Tune this to scale your server ns_param maxthreads 10 # Tune this to scale your server ns_param minthreads 0 # Idle threads die at this rate ns_param threadtimeout 120 # Path to private Tcl modules ns_param library ${homedir}/servers/${servername}/modules/tcl # Hostname to use in redirects ns_param hostname $serverhostname # Name to the log file ns_param file $homedir/logs/${servername}access.log # ADP start page to use for empty ADP requests #ns_param startpage $pagedir/index.adp } #after common configuration we can add some specific changes here The idea is to automate a common virtual hos configuration only supplying the tclservername , serverdescription, serverhostname, and or other stuff. Can we write that here interactively so we can fine tuning such configuration to add it in the default naviserver distribution ? ---------------------------------------------------------------------- >Comment By: Stephen Deasey (sdeasey) Date: 2008-05-06 01:10 Message: Logged In: YES user_id=87254 Originator: NO There should be a login/register link at the top-right of each wiki page. Here's a direct link: http://naviserver.sourceforge.net/wiki/index.php?title=Special:Userlogin&returnto=NaviServer Also, here's a tip: enable debug logging while you're testing out new config settings. ns_secton "ns/parameter" ns_param logdebug true If you come up with a useful set of configurations for some specific purpose feel free to write about it on the wiki. Also let us know if you come up with any generic improvements to the sample-config.tcl that we include. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1952643&group_id=130646 |
From: SourceForge.net <no...@so...> - 2008-04-27 10:13:39
|
Bugs item #1952643, was opened at 2008-04-27 12:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1952643&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: website - wiki, docs, bug tracker Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Domingo Alvarez Duarte (mingodad) Assigned to: Nobody/Anonymous (nobody) Summary: Virtual Hosts Initial Comment: I want to start adding some information to thw wiki site but there is no way to create an account, at least not too clear. I want to start adding this: I'm trying to setting up virtual hosts with naviserver but I can't understand it easily or correctly. I looked at examples but they seem to be a bit confusing to me. What I want ? - An example of configuration of several servers like this as example: # each host in the tcl list has # tclservername serverdescription serverhostname # other stuff can be added too like port, home directories for any specific use, and so on set vhosts { example.com "Example Default Server" *.example.com special.example.com "Special Example Server" special.example.com specific.example.com "Specific Example Server" specific.example.com otherhost.net "OtherHost Default Server" *.example.com specific.otherhost.net "Specific OtherHost Server" specific.otherhost.net } # now after the global default server has been defined foreach {servername serverdesc serverhostname } $vhosts { # common virtual host configuration ns_section "ns/server/${servername}" # # Scaling and Tuning Options # # Normally there's one conn per thread ns_param connsperthread 0 # Flush all data before returning ns_param flushcontent false # Max connections to put on queue ns_param maxconnections 100 # Tune this to scale your server ns_param maxthreads 10 # Tune this to scale your server ns_param minthreads 0 # Idle threads die at this rate ns_param threadtimeout 120 # Path to private Tcl modules ns_param library ${homedir}/servers/${servername}/modules/tcl # Hostname to use in redirects ns_param hostname $serverhostname # Name to the log file ns_param file $homedir/logs/${servername}access.log # ADP start page to use for empty ADP requests #ns_param startpage $pagedir/index.adp } #after common configuration we can add some specific changes here The idea is to automate a common virtual hos configuration only supplying the tclservername , serverdescription, serverhostname, and or other stuff. Can we write that here interactively so we can fine tuning such configuration to add it in the default naviserver distribution ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1952643&group_id=130646 |
From: SourceForge.net <no...@so...> - 2008-04-17 09:37:35
|
Bugs item #1944743, was opened at 2008-04-17 11:05 Message generated for change (Comment added) made by vasiljevic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944743&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: module: nscgi Group: Bug >Status: Closed >Resolution: Fixed Priority: 9 Private: No Submitted By: bogdan dragusanu (bdragusanu) >Assigned to: Zoran Vasiljevic (vasiljevic) Summary: Bug in CgiExec Initial Comment: In latest nscgi.c code (http://naviserver.cvs.sourceforge.net/naviserver/naviserver/nscgi/nscgi.c?revision=1.9&view=markup) there is a bug at line 791: for (i = 0; p != '\0'; ++p) { Should have been for (i = 0; *p != '\0'; ++p) { I am very surprised how CGIs were working for you. (In Linux it loops endlessly, eventualy crashing when requesting whatever CGI.) ---------------------------------------------------------------------- >Comment By: Zoran Vasiljevic (vasiljevic) Date: 2008-04-17 11:37 Message: Logged In: YES user_id=95086 Originator: NO Fixed (duplicate). ---------------------------------------------------------------------- Comment By: bogdan dragusanu (bdragusanu) Date: 2008-04-17 11:17 Message: Logged In: YES user_id=2065440 Originator: YES Rising priority to maximum since this definetely should be fixed ASAP. I would have done it myself, but I just registered with sourceforge.net and don't know if I have rights to do it. Also I don't know who is in charge with this module, so picking up someone from the 'Assigned To' list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944743&group_id=130646 |
From: SourceForge.net <no...@so...> - 2008-04-17 09:36:59
|
Bugs item #1944749, was opened at 2008-04-17 11:21 Message generated for change (Comment added) made by vasiljevic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944749&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: module: nscgi Group: Bug >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: bogdan dragusanu (bdragusanu) >Assigned to: Zoran Vasiljevic (vasiljevic) Summary: Bug in CgiExec Initial Comment: In latest nscgi.c code (http://naviserver.cvs.sourceforge.net/naviserver/naviserver/nscgi/nscgi.c?revision=1.9&view=markup) there is a bug at line 791: for (i = 0; p != '\0'; ++p) { Should have been for (i = 0; *p != '\0'; ++p) { I am very surprised how CGIs were working for you. (In Linux it loops endlessly, eventualy crashing when requesting whatever CGI.) ---------------------------------------------------------------------- >Comment By: Zoran Vasiljevic (vasiljevic) Date: 2008-04-17 11:37 Message: Logged In: YES user_id=95086 Originator: NO Fixed. Thanks for the report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944749&group_id=130646 |
From: SourceForge.net <no...@so...> - 2008-04-17 09:26:55
|
Bugs item #1944743, was opened at 2008-04-17 12:05 Message generated for change (Settings changed) made by bdragusanu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944743&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: module: nscgi Group: Bug Status: Open Resolution: None >Priority: 9 Private: No Submitted By: bogdan dragusanu (bdragusanu) >Assigned to: Michael A. Cleverly (cleverly) Summary: Bug in CgiExec Initial Comment: In latest nscgi.c code (http://naviserver.cvs.sourceforge.net/naviserver/naviserver/nscgi/nscgi.c?revision=1.9&view=markup) there is a bug at line 791: for (i = 0; p != '\0'; ++p) { Should have been for (i = 0; *p != '\0'; ++p) { I am very surprised how CGIs were working for you. (In Linux it loops endlessly, eventualy crashing when requesting whatever CGI.) ---------------------------------------------------------------------- >Comment By: bogdan dragusanu (bdragusanu) Date: 2008-04-17 12:17 Message: Logged In: YES user_id=2065440 Originator: YES Rising priority to maximum since this definetely should be fixed ASAP. I would have done it myself, but I just registered with sourceforge.net and don't know if I have rights to do it. Also I don't know who is in charge with this module, so picking up someone from the 'Assigned To' list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944743&group_id=130646 |
From: SourceForge.net <no...@so...> - 2008-04-17 09:26:44
|
Bugs item #1944749, was opened at 2008-04-17 12:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944749&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: module: nscgi Group: Bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: bogdan dragusanu (bdragusanu) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in CgiExec Initial Comment: In latest nscgi.c code (http://naviserver.cvs.sourceforge.net/naviserver/naviserver/nscgi/nscgi.c?revision=1.9&view=markup) there is a bug at line 791: for (i = 0; p != '\0'; ++p) { Should have been for (i = 0; *p != '\0'; ++p) { I am very surprised how CGIs were working for you. (In Linux it loops endlessly, eventualy crashing when requesting whatever CGI.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944749&group_id=130646 |
From: SourceForge.net <no...@so...> - 2008-04-17 09:05:42
|
Bugs item #1944743, was opened at 2008-04-17 12:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944743&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: module: nscgi Group: Bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: bogdan dragusanu (bdragusanu) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in CgiExec Initial Comment: In latest nscgi.c code (http://naviserver.cvs.sourceforge.net/naviserver/naviserver/nscgi/nscgi.c?revision=1.9&view=markup) there is a bug at line 791: for (i = 0; p != '\0'; ++p) { Should have been for (i = 0; *p != '\0'; ++p) { I am very surprised how CGIs were working for you. (In Linux it loops endlessly, eventualy crashing when requesting whatever CGI.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1944743&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-07-31 17:30:56
|
Bugs item #1663763, was opened at 2007-02-19 19:24 Message generated for change (Comment added) made by sdeasey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1663763&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd Group: Bug >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Michael A. Cleverly (cleverly) Assigned to: Stephen Deasey (sdeasey) Summary: /*.tcl files always returned w/ Transfer-Encoding: chunked? Initial Comment: AFAICT (with enabletclpages on), any *.tcl page under the documentroot will have its content returned to the user with a Transfer-Encoding: chunked, regardless of whether the request is HTTP/0.9, HTTP/1.0 or HTTP/1.1. For modern browsers this isn't an issue as they'll generally always make (and understand a response in) HTTP/1.1 requests. But for some clients (i.e., Lynx, wget, etc.) that don't expect an HTTP/1.1 encoded reply the transfer-encoding byte ranges end up being interpreted as part of the request body. For example, I have the following one line script in $NSHOME/pages/hello.tcl: ns_return 200 text/plain "Hello World" ## HTTP/1.1 request (expected result) michael@ned:/usr/local/ns/pages$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /hello.tcl HTTP/1.1 Host: localhost Connection: close HTTP/1.1 200 OK MIME-Version: 1.0 Accept-Ranges: bytes Date: Mon, 19 Feb 2007 19:06:01 GMT Server: NaviServer/4.99.2 Content-Type: text/plain; charset=utf-8 Transfer-Encoding: chunked Connection: close b Hello World 0 Connection closed by foreign host. ## HTTP/1.0 request (unexpected result) michael@ned:/usr/local/ns/pages$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /hello.tcl HTTP/1.0 Connection: close HTTP/1.1 200 OK MIME-Version: 1.0 Accept-Ranges: bytes Date: Mon, 19 Feb 2007 19:06:14 GMT Server: NaviServer/4.99.2 Content-Type: text/plain; charset=utf-8 Transfer-Encoding: chunked Connection: close b Hello World 0 Connection closed by foreign host. ## HTTP/0.9 request (unexpected result; do we need ## to even support HTTP/0.9 really?) michael@ned:/usr/local/ns/pages$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /hello.tcl b Hello World 0 Connection closed by foreign host. ## From Lynx (unexpected result) michael@ned:/usr/local/ns/pages$ lynx -dump http://localhost/hello.tcl b Hello World 0 (All of the above tested with Naviserver compiled from CVS HEAD as of Feb 7th, 2007 & Tcl 8.4.14 under Debian.) ---------------------------------------------------------------------- >Comment By: Stephen Deasey (sdeasey) Date: 2007-07-31 18:30 Message: Logged In: YES user_id=87254 Originator: NO Fixed. Chunked encoding should only be enabled when streaming data, to suitably enabled clients. http://naviserver.cvs.sourceforge.net/naviserver/naviserver/ChangeLog?revision=1.659&view=markup ---------------------------------------------------------------------- Comment By: Stephen Deasey (sdeasey) Date: 2007-02-23 00:57 Message: Logged In: YES user_id=87254 Originator: NO Current status: All responses from Tcl/ADP scripts to HTTP/1.1 clients will be sent in the chunked transfer encoding. All responses from Tcl/ADP scripts to HTTP/1.0 clients will have their connections close. No keep-alives. Static pages work as expected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1663763&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-07-31 17:26:48
|
Bugs item #1724222, was opened at 2007-05-23 14:50 Message generated for change (Comment added) made by sdeasey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1724222&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd >Group: Bug >Status: Closed >Resolution: Fixed Priority: 9 Private: No Submitted By: Stephen Deasey (sdeasey) >Assigned to: Stephen Deasey (sdeasey) Summary: Segfault in progress handler Initial Comment: The upload progress handler is not virtual server safe. It requires users to generate unique URLs. There is an occasionl segfault: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1104157584 (LWP 9312)] 0x4010e678 in Tcl_DeleteHashEntry (entryPtr=0x41803738) at /home/sd/tcl8.4.13/unix/../generic/tclHash.c:547 547 /home/sd/tcl8.4.13/unix/../generic/tclHash.c: No such file or directory. in /home/sd/tcl8.4.13/unix/../generic/tclHash.c (gdb) bt #0 0x4010e678 in Tcl_DeleteHashEntry (entryPtr=0x41803738) at /home/sd/tcl8.4.13/unix/../generic/tclHash.c:547 #1 0x40052af5 in ResetProgress (arg=0x418037f8) at progress.c:241 #2 0x4005adab in NsSlsCleanup (sockPtr=0x41801e50) at sls.c:443 #3 0x40040f34 in SockClose (sockPtr=0x41801e50, keep=0) at driver.c:1914 #4 0x4003f9b9 in NsSockClose (sockPtr=0x41801e50, keep=0) at driver.c:896 #5 0x4003c16e in Ns_ConnClose (conn=0x987e470) at connio.c:103 #6 0x40053c0e in ConnRun (connPtr=0x987e470) at queue.c:763 #7 0x400536fd in NsConnThread (arg=0x418034e0) at queue.c:590 #8 0x4009a167 in NsThreadMain (arg=0x41803518) at thread.c:211 #9 0x4009b1fa in ThreadMain (arg=0x41803518) at pthread.c:752 #10 0x002453db in start_thread () from /lib/libpthread.so.0 #11 0x001ce26e in clone () from /lib/libc.so.6 (gdb) up 1 #1 0x40052af5 in ResetProgress (arg=0x418037f8) at progress.c:241 241 Tcl_DeleteHashEntry(pPtr->hPtr); (gdb) print *pPtr $1 = {current = 0, size = 1027, hPtr = 0x41803738} (gdb) print *pPtr->hPtr $2 = {nextPtr = 0x20545550, tablePtr = 0x7475702f, hash = 0x54544820, clientData = 0x2e312f50, key = {oneWordValue = 0x61610031 "", objPtr = 0x61610031, words = {1633746993}, string = "1\000aa"}} (gdb) print *pPtr->hPtr->tablePtr $3 = {buckets = 0x0, staticBuckets = {0x0, 0x0, 0x0, 0x0}, numBuckets = 0, numEntries = 0, rebuildSize = 0, downShift = 0, mask = 0, keyType = 0, findProc = 0, createProc = 0, typePtr = 0x0} ---------------------------------------------------------------------- >Comment By: Stephen Deasey (sdeasey) Date: 2007-07-31 18:26 Message: Logged In: YES user_id=87254 Originator: YES Fixed crashing: http://naviserver.cvs.sourceforge.net/naviserver/naviserver/ChangeLog?revision=1.660&view=markup ---------------------------------------------------------------------- Comment By: Stephen Deasey (sdeasey) Date: 2007-05-23 14:52 Message: Logged In: YES user_id=87254 Originator: YES Ideally this should be an external module, but currently there is no clean way to hook into the spooler guts. The spooler should be re-written to take user submitted callbacks rather than the currently hard coded functions within nsd/driver.c. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1724222&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-05-23 13:52:54
|
Bugs item #1724222, was opened at 2007-05-23 14:50 Message generated for change (Comment added) made by sdeasey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1724222&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd Group: None Status: Open Resolution: None Priority: 9 Private: No Submitted By: Stephen Deasey (sdeasey) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault in progress handler Initial Comment: The upload progress handler is not virtual server safe. It requires users to generate unique URLs. There is an occasionl segfault: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1104157584 (LWP 9312)] 0x4010e678 in Tcl_DeleteHashEntry (entryPtr=0x41803738) at /home/sd/tcl8.4.13/unix/../generic/tclHash.c:547 547 /home/sd/tcl8.4.13/unix/../generic/tclHash.c: No such file or directory. in /home/sd/tcl8.4.13/unix/../generic/tclHash.c (gdb) bt #0 0x4010e678 in Tcl_DeleteHashEntry (entryPtr=0x41803738) at /home/sd/tcl8.4.13/unix/../generic/tclHash.c:547 #1 0x40052af5 in ResetProgress (arg=0x418037f8) at progress.c:241 #2 0x4005adab in NsSlsCleanup (sockPtr=0x41801e50) at sls.c:443 #3 0x40040f34 in SockClose (sockPtr=0x41801e50, keep=0) at driver.c:1914 #4 0x4003f9b9 in NsSockClose (sockPtr=0x41801e50, keep=0) at driver.c:896 #5 0x4003c16e in Ns_ConnClose (conn=0x987e470) at connio.c:103 #6 0x40053c0e in ConnRun (connPtr=0x987e470) at queue.c:763 #7 0x400536fd in NsConnThread (arg=0x418034e0) at queue.c:590 #8 0x4009a167 in NsThreadMain (arg=0x41803518) at thread.c:211 #9 0x4009b1fa in ThreadMain (arg=0x41803518) at pthread.c:752 #10 0x002453db in start_thread () from /lib/libpthread.so.0 #11 0x001ce26e in clone () from /lib/libc.so.6 (gdb) up 1 #1 0x40052af5 in ResetProgress (arg=0x418037f8) at progress.c:241 241 Tcl_DeleteHashEntry(pPtr->hPtr); (gdb) print *pPtr $1 = {current = 0, size = 1027, hPtr = 0x41803738} (gdb) print *pPtr->hPtr $2 = {nextPtr = 0x20545550, tablePtr = 0x7475702f, hash = 0x54544820, clientData = 0x2e312f50, key = {oneWordValue = 0x61610031 "", objPtr = 0x61610031, words = {1633746993}, string = "1\000aa"}} (gdb) print *pPtr->hPtr->tablePtr $3 = {buckets = 0x0, staticBuckets = {0x0, 0x0, 0x0, 0x0}, numBuckets = 0, numEntries = 0, rebuildSize = 0, downShift = 0, mask = 0, keyType = 0, findProc = 0, createProc = 0, typePtr = 0x0} ---------------------------------------------------------------------- >Comment By: Stephen Deasey (sdeasey) Date: 2007-05-23 14:52 Message: Logged In: YES user_id=87254 Originator: YES Ideally this should be an external module, but currently there is no clean way to hook into the spooler guts. The spooler should be re-written to take user submitted callbacks rather than the currently hard coded functions within nsd/driver.c. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1724222&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-05-23 13:50:22
|
Bugs item #1724222, was opened at 2007-05-23 14:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1724222&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd Group: None Status: Open Resolution: None Priority: 9 Private: No Submitted By: Stephen Deasey (sdeasey) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault in progress handler Initial Comment: The upload progress handler is not virtual server safe. It requires users to generate unique URLs. There is an occasionl segfault: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1104157584 (LWP 9312)] 0x4010e678 in Tcl_DeleteHashEntry (entryPtr=0x41803738) at /home/sd/tcl8.4.13/unix/../generic/tclHash.c:547 547 /home/sd/tcl8.4.13/unix/../generic/tclHash.c: No such file or directory. in /home/sd/tcl8.4.13/unix/../generic/tclHash.c (gdb) bt #0 0x4010e678 in Tcl_DeleteHashEntry (entryPtr=0x41803738) at /home/sd/tcl8.4.13/unix/../generic/tclHash.c:547 #1 0x40052af5 in ResetProgress (arg=0x418037f8) at progress.c:241 #2 0x4005adab in NsSlsCleanup (sockPtr=0x41801e50) at sls.c:443 #3 0x40040f34 in SockClose (sockPtr=0x41801e50, keep=0) at driver.c:1914 #4 0x4003f9b9 in NsSockClose (sockPtr=0x41801e50, keep=0) at driver.c:896 #5 0x4003c16e in Ns_ConnClose (conn=0x987e470) at connio.c:103 #6 0x40053c0e in ConnRun (connPtr=0x987e470) at queue.c:763 #7 0x400536fd in NsConnThread (arg=0x418034e0) at queue.c:590 #8 0x4009a167 in NsThreadMain (arg=0x41803518) at thread.c:211 #9 0x4009b1fa in ThreadMain (arg=0x41803518) at pthread.c:752 #10 0x002453db in start_thread () from /lib/libpthread.so.0 #11 0x001ce26e in clone () from /lib/libc.so.6 (gdb) up 1 #1 0x40052af5 in ResetProgress (arg=0x418037f8) at progress.c:241 241 Tcl_DeleteHashEntry(pPtr->hPtr); (gdb) print *pPtr $1 = {current = 0, size = 1027, hPtr = 0x41803738} (gdb) print *pPtr->hPtr $2 = {nextPtr = 0x20545550, tablePtr = 0x7475702f, hash = 0x54544820, clientData = 0x2e312f50, key = {oneWordValue = 0x61610031 "", objPtr = 0x61610031, words = {1633746993}, string = "1\000aa"}} (gdb) print *pPtr->hPtr->tablePtr $3 = {buckets = 0x0, staticBuckets = {0x0, 0x0, 0x0, 0x0}, numBuckets = 0, numEntries = 0, rebuildSize = 0, downShift = 0, mask = 0, keyType = 0, findProc = 0, createProc = 0, typePtr = 0x0} ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1724222&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-02-23 00:57:10
|
Bugs item #1663763, was opened at 2007-02-19 19:24 Message generated for change (Comment added) made by sdeasey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1663763&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd Group: Bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael A. Cleverly (cleverly) >Assigned to: Stephen Deasey (sdeasey) Summary: /*.tcl files always returned w/ Transfer-Encoding: chunked? Initial Comment: AFAICT (with enabletclpages on), any *.tcl page under the documentroot will have its content returned to the user with a Transfer-Encoding: chunked, regardless of whether the request is HTTP/0.9, HTTP/1.0 or HTTP/1.1. For modern browsers this isn't an issue as they'll generally always make (and understand a response in) HTTP/1.1 requests. But for some clients (i.e., Lynx, wget, etc.) that don't expect an HTTP/1.1 encoded reply the transfer-encoding byte ranges end up being interpreted as part of the request body. For example, I have the following one line script in $NSHOME/pages/hello.tcl: ns_return 200 text/plain "Hello World" ## HTTP/1.1 request (expected result) michael@ned:/usr/local/ns/pages$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /hello.tcl HTTP/1.1 Host: localhost Connection: close HTTP/1.1 200 OK MIME-Version: 1.0 Accept-Ranges: bytes Date: Mon, 19 Feb 2007 19:06:01 GMT Server: NaviServer/4.99.2 Content-Type: text/plain; charset=utf-8 Transfer-Encoding: chunked Connection: close b Hello World 0 Connection closed by foreign host. ## HTTP/1.0 request (unexpected result) michael@ned:/usr/local/ns/pages$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /hello.tcl HTTP/1.0 Connection: close HTTP/1.1 200 OK MIME-Version: 1.0 Accept-Ranges: bytes Date: Mon, 19 Feb 2007 19:06:14 GMT Server: NaviServer/4.99.2 Content-Type: text/plain; charset=utf-8 Transfer-Encoding: chunked Connection: close b Hello World 0 Connection closed by foreign host. ## HTTP/0.9 request (unexpected result; do we need ## to even support HTTP/0.9 really?) michael@ned:/usr/local/ns/pages$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /hello.tcl b Hello World 0 Connection closed by foreign host. ## From Lynx (unexpected result) michael@ned:/usr/local/ns/pages$ lynx -dump http://localhost/hello.tcl b Hello World 0 (All of the above tested with Naviserver compiled from CVS HEAD as of Feb 7th, 2007 & Tcl 8.4.14 under Debian.) ---------------------------------------------------------------------- >Comment By: Stephen Deasey (sdeasey) Date: 2007-02-23 00:57 Message: Logged In: YES user_id=87254 Originator: NO Current status: All responses from Tcl/ADP scripts to HTTP/1.1 clients will be sent in the chunked transfer encoding. All responses from Tcl/ADP scripts to HTTP/1.0 clients will have their connections close. No keep-alives. Static pages work as expected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1663763&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-02-23 00:48:18
|
Bugs item #1635894, was opened at 2007-01-15 14:01 Message generated for change (Comment added) made by sdeasey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635894&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd Group: Bug >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Martin Matuska (rebum) >Assigned to: Stephen Deasey (sdeasey) Summary: UIO_MAXIOV for various OSes Initial Comment: UIO_MAXIOV is not defined in naviserver/nsd/sock.c and therefore build stops on some OSes (e.g. BSD). I suggest adding into nsd.h (see patch). Inspired by lighttpd: http://trac.lighttpd.net/trac/browser/trunk/src/network_writev.c?rev=62 ---------------------------------------------------------------------- >Comment By: Stephen Deasey (sdeasey) Date: 2007-02-23 00:48 Message: Logged In: YES user_id=87254 Originator: NO This is fixed in CVS HEAD. Thanks for looking into this and sending a patch Martin. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635894&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-02-19 19:24:30
|
Bugs item #1663763, was opened at 2007-02-19 19:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1663763&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd Group: Bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael A. Cleverly (cleverly) Assigned to: Nobody/Anonymous (nobody) Summary: /*.tcl files always returned w/ Transfer-Encoding: chunked? Initial Comment: AFAICT (with enabletclpages on), any *.tcl page under the documentroot will have its content returned to the user with a Transfer-Encoding: chunked, regardless of whether the request is HTTP/0.9, HTTP/1.0 or HTTP/1.1. For modern browsers this isn't an issue as they'll generally always make (and understand a response in) HTTP/1.1 requests. But for some clients (i.e., Lynx, wget, etc.) that don't expect an HTTP/1.1 encoded reply the transfer-encoding byte ranges end up being interpreted as part of the request body. For example, I have the following one line script in $NSHOME/pages/hello.tcl: ns_return 200 text/plain "Hello World" ## HTTP/1.1 request (expected result) michael@ned:/usr/local/ns/pages$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /hello.tcl HTTP/1.1 Host: localhost Connection: close HTTP/1.1 200 OK MIME-Version: 1.0 Accept-Ranges: bytes Date: Mon, 19 Feb 2007 19:06:01 GMT Server: NaviServer/4.99.2 Content-Type: text/plain; charset=utf-8 Transfer-Encoding: chunked Connection: close b Hello World 0 Connection closed by foreign host. ## HTTP/1.0 request (unexpected result) michael@ned:/usr/local/ns/pages$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /hello.tcl HTTP/1.0 Connection: close HTTP/1.1 200 OK MIME-Version: 1.0 Accept-Ranges: bytes Date: Mon, 19 Feb 2007 19:06:14 GMT Server: NaviServer/4.99.2 Content-Type: text/plain; charset=utf-8 Transfer-Encoding: chunked Connection: close b Hello World 0 Connection closed by foreign host. ## HTTP/0.9 request (unexpected result; do we need ## to even support HTTP/0.9 really?) michael@ned:/usr/local/ns/pages$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /hello.tcl b Hello World 0 Connection closed by foreign host. ## From Lynx (unexpected result) michael@ned:/usr/local/ns/pages$ lynx -dump http://localhost/hello.tcl b Hello World 0 (All of the above tested with Naviserver compiled from CVS HEAD as of Feb 7th, 2007 & Tcl 8.4.14 under Debian.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1663763&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-01-16 11:45:55
|
Bugs item #1636688, was opened at 2007-01-16 03:50 Message generated for change (Comment added) made by sdeasey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1636688&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd Group: Bug >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Martin Matuska (rebum) >Assigned to: Stephen Deasey (sdeasey) Summary: nsd/tcltime.c, 64-bit systems Initial Comment: nsd/tcltime.c 1.5 2006/11/16 15:31:03 sdeasey Line 91: if (sizeof(int) < sizeof(long)) { Tcl_Panic("NsTclInitObjs: sizeof(int) < sizeof(long)"); } sizeof(int)=4 and sizeof(long)=8 on 64-bit systems (Linux, FreeBSD, etc.), so this will always panic. Is this necessary? ---------------------------------------------------------------------- >Comment By: Stephen Deasey (sdeasey) Date: 2007-01-16 04:45 Message: Logged In: YES user_id=87254 Originator: NO The test isn't necessary. Fixed, thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1636688&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-01-16 10:50:50
|
Bugs item #1636688, was opened at 2007-01-16 11:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1636688&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd Group: Bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Matuska (rebum) Assigned to: Nobody/Anonymous (nobody) Summary: nsd/tcltime.c, 64-bit systems Initial Comment: nsd/tcltime.c 1.5 2006/11/16 15:31:03 sdeasey Line 91: if (sizeof(int) < sizeof(long)) { Tcl_Panic("NsTclInitObjs: sizeof(int) < sizeof(long)"); } sizeof(int)=4 and sizeof(long)=8 on 64-bit systems (Linux, FreeBSD, etc.), so this will always panic. Is this necessary? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1636688&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-01-16 09:39:27
|
Bugs item #1635918, was opened at 2007-01-15 15:35 Message generated for change (Comment added) made by rebum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Feature Request Status: Open Resolution: None Priority: 1 Private: No Submitted By: Martin Matuska (rebum) Assigned to: Stephen Deasey (sdeasey) Summary: autogen.sh Initial Comment: I suggest moving AUTOCONF, AUTOMAKE, AUTOHEADER, ACLOCAL out to definable variables in autogen.sh (see attached patch). This enables usage of autogen.sh e.g. on FreeBSD or other systems without patching by defining appropriate env's. ---------------------------------------------------------------------- >Comment By: Martin Matuska (rebum) Date: 2007-01-16 10:39 Message: Logged In: YES user_id=41220 Originator: YES File Added: tcl.m4.patch ---------------------------------------------------------------------- Comment By: Martin Matuska (rebum) Date: 2007-01-16 10:38 Message: Logged In: YES user_id=41220 Originator: YES I tried autoreconf259, and the following patches were required to make this work with FreeBSD (see configure.in.patch and tcl.m4.patch) File Added: configure.in.patch ---------------------------------------------------------------------- Comment By: Stephen Deasey (sdeasey) Date: 2007-01-15 18:19 Message: Logged In: YES user_id=87254 Originator: NO Try running 'autoreconf' instead of the included 'autogen.sh' to generate the makefiles etc. Does this work on your FreeBSD box? The autoreconf program ships with the autoconf package. I'd like to drop the ad-hoc autogen.sh script, if possible. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-01-16 09:39:01
|
Bugs item #1635918, was opened at 2007-01-15 15:35 Message generated for change (Comment added) made by rebum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Feature Request Status: Open Resolution: None Priority: 1 Private: No Submitted By: Martin Matuska (rebum) Assigned to: Stephen Deasey (sdeasey) Summary: autogen.sh Initial Comment: I suggest moving AUTOCONF, AUTOMAKE, AUTOHEADER, ACLOCAL out to definable variables in autogen.sh (see attached patch). This enables usage of autogen.sh e.g. on FreeBSD or other systems without patching by defining appropriate env's. ---------------------------------------------------------------------- >Comment By: Martin Matuska (rebum) Date: 2007-01-16 10:38 Message: Logged In: YES user_id=41220 Originator: YES I tried autoreconf259, and the following patches were required to make this work with FreeBSD (see configure.in.patch and tcl.m4.patch) File Added: configure.in.patch ---------------------------------------------------------------------- Comment By: Stephen Deasey (sdeasey) Date: 2007-01-15 18:19 Message: Logged In: YES user_id=87254 Originator: NO Try running 'autoreconf' instead of the included 'autogen.sh' to generate the makefiles etc. Does this work on your FreeBSD box? The autoreconf program ships with the autoconf package. I'd like to drop the ad-hoc autogen.sh script, if possible. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-01-15 22:03:01
|
Bugs item #1635918, was opened at 2007-01-15 15:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Feature Request Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Matuska (rebum) Assigned to: Nobody/Anonymous (nobody) Summary: autogen.sh Initial Comment: I suggest moving AUTOCONF, AUTOMAKE, AUTOHEADER, ACLOCAL out to definable variables in autogen.sh (see attached patch). This enables usage of autogen.sh e.g. on FreeBSD or other systems without patching by defining appropriate env's. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-01-15 17:20:06
|
Bugs item #1635918, was opened at 2007-01-15 07:35 Message generated for change (Comment added) made by sdeasey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Feature Request Status: Open Resolution: None Priority: 1 Private: No Submitted By: Martin Matuska (rebum) >Assigned to: Stephen Deasey (sdeasey) Summary: autogen.sh Initial Comment: I suggest moving AUTOCONF, AUTOMAKE, AUTOHEADER, ACLOCAL out to definable variables in autogen.sh (see attached patch). This enables usage of autogen.sh e.g. on FreeBSD or other systems without patching by defining appropriate env's. ---------------------------------------------------------------------- >Comment By: Stephen Deasey (sdeasey) Date: 2007-01-15 10:19 Message: Logged In: YES user_id=87254 Originator: NO Try running 'autoreconf' instead of the included 'autogen.sh' to generate the makefiles etc. Does this work on your FreeBSD box? The autoreconf program ships with the autoconf package. I'd like to drop the ad-hoc autogen.sh script, if possible. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-01-15 14:36:24
|
Bugs item #1635918, was opened at 2007-01-15 15:35 Message generated for change (Settings changed) made by rebum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Feature Request Status: Open Resolution: None >Priority: 1 Private: No Submitted By: Martin Matuska (rebum) Assigned to: Nobody/Anonymous (nobody) Summary: autogen.sh Initial Comment: I suggest moving AUTOCONF, AUTOMAKE, AUTOHEADER, ACLOCAL out to definable variables in autogen.sh (see attached patch). This enables usage of autogen.sh e.g. on FreeBSD or other systems without patching by defining appropriate env's. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635918&group_id=130646 |
From: SourceForge.net <no...@so...> - 2007-01-15 14:23:56
|
Bugs item #1635894, was opened at 2007-01-15 15:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635894&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: naviserver - libnsd, libnsthread, nsd Group: Bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Matuska (rebum) Assigned to: Nobody/Anonymous (nobody) Summary: UIO_MAXIOV for various OSes Initial Comment: UIO_MAXIOV is not defined in naviserver/nsd/sock.c and therefore build stops on some OSes (e.g. BSD). I suggest adding into nsd.h (see patch). Inspired by lighttpd: http://trac.lighttpd.net/trac/browser/trunk/src/network_writev.c?rev=62 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719006&aid=1635894&group_id=130646 |
From: SourceForge.net <no...@so...> - 2006-11-12 19:35:34
|
Feature Requests item #1522162, was opened at 2006-07-13 16:48 Message generated for change (Settings changed) made by sdeasey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719009&aid=1522162&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Stephen Deasey (sdeasey) Assigned to: Stephen Deasey (sdeasey) Summary: Sls: Socket Local Storage API Initial Comment: I'd like to add a version of the Ns_Cls (conn local storage) API with different scope: the data would be stored with the socket, not the connection. The difference is the lifetime of the data. Cls data is cleaned up at the end of every conn. That is, after logging. Sls data would only be cleaned up when a connected TCP socket is closed. Driver modules already have an 'arg' pointer in the Ns_Sock structure on which they can hang data, but there's only one pointer available. The attached patch Implements the Sls API, and also a keyed version with which C code can inter-opperate with Tcl code. There's a Tcl API to the keyed interface for this. The only unusual feature is that the code tries to allocate only enough space for the slots which are allocated. Cls code hangs an 16 element array off the conn structure. Sls code size the Sock structure itself, depending on the slots allocated. This makes the Sock structures more cache friendly as they're looped over in the driver code. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719009&aid=1522162&group_id=130646 |
From: SourceForge.net <no...@so...> - 2006-09-27 15:34:41
|
Feature Requests item #1566417, was opened at 2006-09-27 17:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719009&aid=1566417&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: C-API Group: None Status: Open Resolution: None Priority: 5 Submitted By: Zoran Vasiljevic (vasiljevic) Assigned to: Zoran Vasiljevic (vasiljevic) Summary: Generalize event handling (poll/select replacement) Initial Comment: Most of more advanced OS'es today have better and more scalable options of handling events in a general fashion. Solaris has dpoll, port_*, BSD-like OS'es have kqueue/kevent, Windows has WaitForMultipleObjects... Lets create our own internal abstraction (like in lighttpd) so we can benefit from the scalability the alternatives to poll/select can offer. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719009&aid=1566417&group_id=130646 |
From: SourceForge.net <no...@so...> - 2006-09-04 02:05:06
|
Feature Requests item #1403933, was opened at 2006-01-12 14:45 Message generated for change (Settings changed) made by seryakov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719009&aid=1403933&group_id=130646 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: C-API Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Vlad Seryakov (seryakov) Assigned to: Vlad Seryakov (seryakov) Summary: Writer Thread Initial Comment: Will it be usefull to have special writer thread that will send multiple files in async mode to multiple clients. For example if i serve big ISO or movie files and have many connections, currently they all use conn thread for along time until the whole file is sent. Instead we can mark the conn to be used in writer thread and release conn thread for other requests and in the meantime the writer thread will send multiple FDs to clients in one big loop. Currently it is possible to simply change ConnSend in connio.c to submit open descriptor to the writer queue and return marking the connection so usual NsClose will not close actual connection socket. Then write thread will be simple loop reading small chunks from every file and sending to corresponding socket. Does it make sense? ---------------------------------------------------------------------- Comment By: Zoran Vasiljevic (vasiljevic) Date: 2006-02-09 06:42 Message: Logged In: YES user_id=95086 If I understand that correctly, chunked content is better done i.e. calculation what range to return, in the connection thread. Once the conn-thread has calculated what range of the file should be returned, it can pass the work to the writer thread. I'm saying this out of the blue, not looking at the sources but it seems feasible to me. ---------------------------------------------------------------------- Comment By: Vlad Seryakov (seryakov) Date: 2006-02-08 20:46 Message: Logged In: YES user_id=184124 Just to send couple of Kbytes of return data back to clinet is easier and faster usuall way instead of using writer thread. It's primary purpose to serve large content without holding conn threads. Just to add ability to submit return content or file using ns_conn spool is easy, i may extend WriterSock to have pointer to the buffer of data and instead of file it will return use this buffer only. Bigger problem i see in my implementation is that Chunked requests will still hold conn threads and i am not sure wether to duplicate chunking logic into WriterThread or not. ---------------------------------------------------------------------- Comment By: Vlad Seryakov (seryakov) Date: 2006-02-08 18:48 Message: Logged In: YES user_id=184124 i'll see what i can do, and yes, if multiple threads requests are round-robin ---------------------------------------------------------------------- Comment By: Zoran Vasiljevic (vasiljevic) Date: 2006-02-08 17:53 Message: Logged In: YES user_id=95086 Why don't you make a [ns_conn spool] command which will gracefuly close the connection, passing the socket to the writer thread(s)? This way everybody can use writer thread out of Tcl with ease... Oh yes... if there are >1 writer thread, how would you distribute? Do you have one queue for writer threads? ---------------------------------------------------------------------- Comment By: Vlad Seryakov (seryakov) Date: 2006-01-12 16:12 Message: Logged In: YES user_id=184124 To play and test this i can add this to CVS but have it disabled by default, so nobody will be affected but will allow to do real testing and improvements. I do not think we should cover too much by this, just effective downloading huge files will be enough. ---------------------------------------------------------------------- Comment By: Vlad Seryakov (seryakov) Date: 2006-01-12 14:46 Message: Logged In: YES user_id=184124 I did some preliminary coding and it works and the speed of downloading 2 simultaneous huge files are the same on average with current model, test are not very usefull because i tested on one computer only. I am attaching 2 files that i modified but more though and work should be done, currently it supportd only big files not in chunked mode returned by fastpath, but i think this is more than enough, all other dynamic content will go as usual. The WriterThread is at te end of driver.c and connio.c was modified in ConnSend function only. Yes, the logging and running atclose procs is the open question, i would run it in the conn thread. The parts between #ifdef #endif in WriterThread is experiments and they should be removed, it slowed down the server significantly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719009&aid=1403933&group_id=130646 |