From: Chuck E. <ec...@mi...> - 2000-05-28 21:12:00
|
As I mentioned earlier, the release date for Webware 0.3 is Monday, July 5th. Now that things are getting a little more mature, I would like to have a code freeze after which only bugfixes are performed. We're still very pre-1.0 so I don't think this has to be large. How about Fri @ noon? After that, it would be all testing, documentation and bug fixing. Also, unlike previous releases, we'll test with Windows as well as Linux before shipping. I'm severely behind on MiddleKit which won't make this release as I had earlier hoped. Obviously, PSP will be included (for the first time). Incidentally, the download counter on 0.2 finally broke 200, but keep in mind the counter was broken the first 2 weeks or so when we would have gotten most of our downloads. Now that the counter is fixed, it will be interesting to see the response. On the Vaults, we have 481 click throughs. -Chuck |
From: Chuck E. <ec...@mi...> - 2001-02-25 18:37:47
|
Now that a release candidate has been made, we're in code freeze mode. Changes that are likely to be accepted: - bug fixes - doc improvs - improvs to the prealpha UserKit *if* accompanied by test case and docs (and even then no guarantees) Changes that won't be accepted: - enhancements - optimizations - just about everything else Geoff, we'll deal with the context namespace resolution in the next release. PLEASE test the release candidate and report various problems. Bugs I know of: [ ] On Windows ME, Exiting the app server with Control-C now gives me an exception. I never saw this until recently. [ ] While poking at PSP via OneShot.cgi, I got an exception that os.remove() on a generated PSP didn't work because of permissions. [ ] WebKit reports wrong version number (0.4.1) in it's Welcome example. -Chuck |
From: Jay L. <js...@js...> - 2000-05-28 22:44:57
|
Chuck Esterbrook wrote: > > As I mentioned earlier, the release date for Webware 0.3 is Monday, July > 5th. Now that things are getting a little more mature, I would like to have > a code freeze after which only bugfixes are performed. We're still very > pre-1.0 so I don't think this has to be large. > > How about Fri @ noon? That'll work. Listen, I just noticed an ugly side of python. Objects can get huge. I'm trying to see if there is a way to strip debugging info from objects created through execfile or something like that. Anyone have any thoughts? Jay |
From: Chuck E. <ec...@mi...> - 2000-05-28 22:50:17
|
At 06:44 PM 5/28/00 -0400, Jay Love wrote: >That'll work. > >Listen, I just noticed an ugly side of python. Objects can get huge. >I'm trying to see if there is a way to strip debugging info from objects >created through execfile or something like that. Anyone have any >thoughts? > >Jay Um, I use that debugging info when my servlet throws an exception. You might be on your own with this one. :-) What kind of hugeness are you referring to? I mean, how did you end up with that POV? -Chuck |
From: Jay L. <js...@js...> - 2000-05-29 00:40:58
|
Chuck Esterbrook wrote: > > At 06:44 PM 5/28/00 -0400, Jay Love wrote: > >That'll work. > > > >Listen, I just noticed an ugly side of python. Objects can get huge. > >I'm trying to see if there is a way to strip debugging info from objects > >created through execfile or something like that. Anyone have any > >thoughts? > > > >Jay > > Um, I use that debugging info when my servlet throws an exception. You > might be on your own with this one. :-) It'd be an option. > > What kind of hugeness are you referring to? I mean, how did you end up with > that POV? When I include an html page in a PSP page, if I use a response.write() line for each line of the HTML page, the process size grows by more than 200k. This is just the PSPDocs html page, it's not huge by any means. I cut it way down by putting the whole html file into a single response.write(), but it might be a consideration going forward. Jay |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-05-30 15:55:06
|
I'm getting exception tracebacks from appserver.py such as: Traceback (innermost last): File "E:\Program Files\Python\Lib\SocketServer.py", line 243, in finish_request self.RequestHandlerClass(request, client_address, self) File "E:\Program Files\Python\Lib\SocketServer.py", line 366, in __init__ self.handle() File "E:\PROGRA~1\Xitami\cgi-bin\WebKit\APPSER~1.PY", line 233, in handle transaction = self.server.wkApp.dispatchRawRequest(dict) File "E:\WEBWAR~2\Webware\WebKit\Application.py", line 185, in dispatchRawRequest return self.dispatchRequest(self.createRequestForDict(newRequestDict)) File "E:\WEBWAR~2\Webware\WebKit\Application.py", line 206, in dispatchRequest self.handleExceptionInTransaction(sys.exc_info(), transaction) File "E:\WEBWAR~2\Webware\WebKit\Application.py", line 500, in handleExceptionInTransaction self._exceptionHandlerClass(self, transaction, excInfo) File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 41, in __init__ self.work() File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 63, in work publicErrorPage = self.privateErrorPage() File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 107, in privateErrorPage html.append(self.htmlDebugInfo()) File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 121, in htmlDebugInfo html.extend([ File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 204, in osIdTable funcs = [os.getegid, os.geteuid, os.getgid, os.getpgrp, os.getpid, os.getppid, os.getuid] AttributeError: getegid Which is understandable, since only Unix provides functions such as os.getegid. The calls to these Unix-specific functions should be removed if possible, or bracketed with checks of sys.platform. -- - Geoff Talvola Parlance Corporation gtalvola@NameConnector.com |
From: Chuck E. <ec...@mi...> - 2000-05-30 16:35:45
|
Agreed. I ran into this yesterday. When an exception is thrown, a lot of debugging information is produced including some id information and, as you found, some of the calls are *NIX specific. I'll fix this now. -Chuck At 11:52 AM 5/30/00 -0400, Geoff Talvola wrote: >I'm getting exception tracebacks from appserver.py such as: > >Traceback (innermost last): > File "E:\Program Files\Python\Lib\SocketServer.py", line 243, in > finish_request > > self.RequestHandlerClass(request, client_address, self) > File "E:\Program Files\Python\Lib\SocketServer.py", line 366, in __init__ > self.handle() > File "E:\PROGRA~1\Xitami\cgi-bin\WebKit\APPSER~1.PY", line 233, in handle > transaction = self.server.wkApp.dispatchRawRequest(dict) > File "E:\WEBWAR~2\Webware\WebKit\Application.py", line 185, in >dispatchRawRequest > return self.dispatchRequest(self.createRequestForDict(newRequestDict)) > File "E:\WEBWAR~2\Webware\WebKit\Application.py", line 206, in > dispatchRequest > self.handleExceptionInTransaction(sys.exc_info(), transaction) > File "E:\WEBWAR~2\Webware\WebKit\Application.py", line 500, in >handleExceptionInTransaction > self._exceptionHandlerClass(self, transaction, excInfo) > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 41, in __init__ > self.work() > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 63, in work > publicErrorPage = self.privateErrorPage() > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 107, in >privateErrorPage > html.append(self.htmlDebugInfo()) > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 121, in >htmlDebugInfo > html.extend([ > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 204, in > osIdTable > funcs = [os.getegid, os.geteuid, os.getgid, os.getpgrp, os.getpid, >os.getppid, os.getuid] >AttributeError: getegid > >Which is understandable, since only Unix provides functions such as >os.getegid. >The calls to these Unix-specific functions should be removed if possible, or >bracketed with checks of sys.platform. > >-- > > >- Geoff Talvola > Parlance Corporation > gtalvola@NameConnector.com > > > >_______________________________________________ >Webware-discuss mailing list >Web...@li... >http://lists.sourceforge.net/mailman/listinfo/webware-discuss |
From: Chuck E. <ec...@mi...> - 2000-05-30 17:03:13
|
I fixed it, but my CVS says I changed every line of ExceptionHandler.py when I only changed a 5. I'd like to figure out that problem, before I check this into CVS. So here is the change, in ExceptionHandler.py replace osIdTable() with this: def osIdTable(): ''' Returns a list of dictionaries contained id information such as uid, gid, etc., all obtained from the os module. Dictionary keys are 'name' and 'value'. ''' funcs = ['getegid', 'geteuid', 'getgid', 'getpgrp', 'getpid', 'getppid', 'getuid'] table = [] for funcName in funcs: if hasattr(os, funcName): value = getattr(os, funcName)() table.append({'name': funcName, 'value': value}) return table -Chuck At 11:52 AM 5/30/00 -0400, Geoff Talvola wrote: >I'm getting exception tracebacks from appserver.py such as: > >Traceback (innermost last): > File "E:\Program Files\Python\Lib\SocketServer.py", line 243, in > finish_request > > self.RequestHandlerClass(request, client_address, self) > File "E:\Program Files\Python\Lib\SocketServer.py", line 366, in __init__ > self.handle() > File "E:\PROGRA~1\Xitami\cgi-bin\WebKit\APPSER~1.PY", line 233, in handle > transaction = self.server.wkApp.dispatchRawRequest(dict) > File "E:\WEBWAR~2\Webware\WebKit\Application.py", line 185, in >dispatchRawRequest > return self.dispatchRequest(self.createRequestForDict(newRequestDict)) > File "E:\WEBWAR~2\Webware\WebKit\Application.py", line 206, in > dispatchRequest > self.handleExceptionInTransaction(sys.exc_info(), transaction) > File "E:\WEBWAR~2\Webware\WebKit\Application.py", line 500, in >handleExceptionInTransaction > self._exceptionHandlerClass(self, transaction, excInfo) > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 41, in __init__ > self.work() > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 63, in work > publicErrorPage = self.privateErrorPage() > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 107, in >privateErrorPage > html.append(self.htmlDebugInfo()) > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 121, in >htmlDebugInfo > html.extend([ > File "E:\WEBWAR~2\Webware\WebKit\ExceptionHandler.py", line 204, in > osIdTable > funcs = [os.getegid, os.geteuid, os.getgid, os.getpgrp, os.getpid, >os.getppid, os.getuid] >AttributeError: getegid > >Which is understandable, since only Unix provides functions such as >os.getegid. >The calls to these Unix-specific functions should be removed if possible, or >bracketed with checks of sys.platform. > >-- > > >- Geoff Talvola > Parlance Corporation > gtalvola@NameConnector.com > > > >_______________________________________________ >Webware-discuss mailing list >Web...@li... >http://lists.sourceforge.net/mailman/listinfo/webware-discuss |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-05-30 16:11:09
|
Another problem: I can't get any PSP pages to work on NT. The regular WebKit sample pages work fine, but as soon as I try to access a PSP page the AppServer python process consumes 100% of CPU (without growing significantly in memory use) forever and the page never shows up. I can still view other non-PSP WebKit pages in this state, so I assume it's a single thread that's spinning. No tracebacks show up from AppServer. Any ideas? Am I the only person trying to use this on NT? (I think I already know the answer to that question...) -- - Geoff Talvola Parlance Corporation gtalvola@NameConnector.com |
From: Chuck E. <ec...@mi...> - 2000-05-30 16:33:57
|
At 12:08 PM 5/30/00 -0400, Geoff Talvola wrote: >Another problem: I can't get any PSP pages to work on NT. The regular >WebKit sample >pages work fine, but as soon as I try to access a PSP page the AppServer >python >process consumes 100% of CPU (without growing significantly in memory use) >forever >and the page never shows up. I can still view other non-PSP WebKit pages >in this >state, so I assume it's a single thread that's spinning. > >No tracebacks show up from AppServer. > >Any ideas? Am I the only person trying to use this on NT? (I think I >already know >the answer to that question...) I just started using Win98 so you're not entirely alone. I have a problem with psp.py causing a conflict with the PSP directory on the basis that my file system is case insensitive and Python gets confused between the two. I've sent a note to Jay Love, the primary author of PSP, about renaming it. Once we've agreed to and done that, then I'll work more with PSP. Should be sometime today. -Chuck |
From: Chuck E. <ec...@mi...> - 2000-05-30 20:46:35
|
OK, I'm getting the same behavior as well, but I haven't figured it out yet. Jay, do you have this problem on Linux if you get a fresh CVS snap? -Chuck At 12:08 PM 5/30/00 -0400, Geoff Talvola wrote: >Another problem: I can't get any PSP pages to work on NT. The regular >WebKit sample >pages work fine, but as soon as I try to access a PSP page the AppServer >python >process consumes 100% of CPU (without growing significantly in memory use) >forever >and the page never shows up. I can still view other non-PSP WebKit pages >in this >state, so I assume it's a single thread that's spinning. > >No tracebacks show up from AppServer. > >Any ideas? Am I the only person trying to use this on NT? (I think I >already know >the answer to that question...) > >-- > > >- Geoff Talvola > Parlance Corporation > gtalvola@NameConnector.com |
From: Jay L. <js...@js...> - 2000-05-30 23:20:57
|
Chuck Esterbrook wrote: > > OK, I'm getting the same behavior as well, but I haven't figured it out yet. > > Jay, do you have this problem on Linux if you get a fresh CVS snap? I saw this a few days ago. Maybe I didn't fix it in CVS. I'll check. > > -Chuck > > At 12:08 PM 5/30/00 -0400, Geoff Talvola wrote: > >Another problem: I can't get any PSP pages to work on NT. The regular > >WebKit sample > >pages work fine, but as soon as I try to access a PSP page the AppServer > >python > >process consumes 100% of CPU (without growing significantly in memory use) > >forever > >and the page never shows up. I can still view other non-PSP WebKit pages > >in this > >state, so I assume it's a single thread that's spinning. > > > >No tracebacks show up from AppServer. > > > >Any ideas? Am I the only person trying to use this on NT? (I think I > >already know > >the answer to that question...) > > > >-- > > > > > >- Geoff Talvola > > Parlance Corporation > > gtalvola@NameConnector.com > > _______________________________________________ > Webware-discuss mailing list > Web...@li... > http://lists.sourceforge.net/mailman/listinfo/webware-discuss |
From: Jay L. <js...@js...> - 2000-05-31 00:14:54
|
I just checked some changes to PSPReader.py to handle DOS files a little better. Chuck or Geoff, please do an update from CVS and let me know if it works. I don't think it will though. Thanks, Jay |
From: Jay L. <js...@js...> - 2000-05-31 00:29:02
|
Found another one in PSP/Context.py and PSP/__init__.py. Grab those too. I think that's it. Let me know if it works. Jay Jay Love wrote: > > I just checked some changes to PSPReader.py to handle DOS files a little > better. > > Chuck or Geoff, please do an update from CVS and let me know if it > works. I don't think it will though. > > Thanks, Jay > > _______________________________________________ > Webware-discuss mailing list > Web...@li... > http://lists.sourceforge.net/mailman/listinfo/webware-discuss |
From: Chuck E. <ec...@mi...> - 2000-05-31 00:40:19
|
At 08:28 PM 5/30/00 -0400, Jay Love wrote: >Found another one in PSP/Context.py and PSP/__init__.py. Grab those >too. >I think that's it. Let me know if it works. > >Jay No, I get the exact same behavior. I even tried a fresh 'co' on the project. No luck. I see some stray .pyc's in the repository. I assume I can kill these, right? -Chuck |
From: Jay L. <js...@js...> - 2000-05-31 00:51:07
|
OK, found one in PSPServletFactory.py. Update that and let me know. Chuck Esterbrook wrote: > > At 08:28 PM 5/30/00 -0400, Jay Love wrote: > >Found another one in PSP/Context.py and PSP/__init__.py. Grab those > >too. > >I think that's it. Let me know if it works. > > > >Jay > > No, I get the exact same behavior. I even tried a fresh 'co' on the > project. No luck. > > I see some stray .pyc's in the repository. I assume I can kill these, right? > > -Chuck > > _______________________________________________ > Webware-discuss mailing list > Web...@li... > http://lists.sourceforge.net/mailman/listinfo/webware-discuss |
From: Chuck E. <ec...@mi...> - 2000-05-31 00:57:13
|
Traceback (innermost last): File "AppServer.py", line 140, in loadPlugIn self._loadPlugIn(name, dir) File "AppServer.py", line 155, in _loadPlugIn plugIn = __import__(name, globals(), [], []) File "..\PSP\__init__.py", line 5, in ? from PSPServletFactory import PSPServletFactory File "..\PSP\PSPServletFactory.py", line 59 junk,pagename=os.path.splitdrive(pagename) ^ SyntaxError: invalid syntax The link looks OK. Maybe the indentation is off? -Chuck At 08:50 PM 5/30/00 -0400, Jay Love wrote: >OK, found one in PSPServletFactory.py. Update that and let me know. > >Chuck Esterbrook wrote: > > > > At 08:28 PM 5/30/00 -0400, Jay Love wrote: > > >Found another one in PSP/Context.py and PSP/__init__.py. Grab those > > >too. > > >I think that's it. Let me know if it works. > > > > > >Jay > > > > No, I get the exact same behavior. I even tried a fresh 'co' on the > > project. No luck. > > > > I see some stray .pyc's in the repository. I assume I can kill these, > right? > > > > -Chuck > > > > _______________________________________________ > > Webware-discuss mailing list > > Web...@li... > > http://lists.sourceforge.net/mailman/listinfo/webware-discuss > >_______________________________________________ >Webware-discuss mailing list >Web...@li... >http://lists.sourceforge.net/mailman/listinfo/webware-discuss |