From: Love, J. <Jay...@us...> - 2001-10-11 13:03:55
|
Good job guys. Jay > -----Original Message----- > From: Geoff Talvola [mailto:gta...@na...] > Sent: Wednesday, October 10, 2001 7:20 PM > To: web...@li... > Subject: [Webware-devel] cvs update > > > I fixed wkcgi.exe so that it works with IIS as well as > Apache. I'll email > Chuck a compiled version so he can update the compiled copy > on the web site. > > In a nutshell: > > - IIS runs cgi's in a different directory than the directory > containing the > cgi executable itself. So it couldn't find the webkit.cfg > file since it > was looking in the wrong directory. > - IIS doesn't close stdin after writing CONTENT_LENGTH bytes > to it. So we > have to make sure we read in CONTENT_LENGTH bytes, and no > more, otherwise > it hangs forever waiting for more input. > > > -- > > - Geoff Talvola > gtalvola@NameConnector.com > > _______________________________________________ > Webware-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webware-devel > ---------------------------------------------------------------------------- This e-mail and any attachments may be confidential or legally privileged. If you received this message in error or are not the intended recipient, you should destroy the e-mail message and any attachments or copies, and you are prohibited from retaining, distributing, disclosing or using any information contained herein. Please inform us of the erroneous delivery by return e-mail. Thank you for your cooperation. ---------------------------------------------------------------------------- |
From: Love, J. <Jay...@us...> - 2001-10-11 13:22:38
|
If IIS doesn't run the cgi in the cgi's directory, does anyone have any suggestions on how it might be able to find the config file? I know the Windows way is to use the Registry, but that would not be a simple approach here. Jay > -----Original Message----- > From: Geoff Talvola [mailto:gta...@na...] > Sent: Wednesday, October 10, 2001 7:20 PM > To: web...@li... > Subject: [Webware-devel] cvs update > > > I fixed wkcgi.exe so that it works with IIS as well as > Apache. I'll email > Chuck a compiled version so he can update the compiled copy > on the web site. > > In a nutshell: > > - IIS runs cgi's in a different directory than the directory > containing the > cgi executable itself. So it couldn't find the webkit.cfg > file since it > was looking in the wrong directory. > - IIS doesn't close stdin after writing CONTENT_LENGTH bytes > to it. So we > have to make sure we read in CONTENT_LENGTH bytes, and no > more, otherwise > it hangs forever waiting for more input. > > > -- > > - Geoff Talvola > gtalvola@NameConnector.com > > _______________________________________________ > Webware-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webware-devel > ---------------------------------------------------------------------------- This e-mail and any attachments may be confidential or legally privileged. If you received this message in error or are not the intended recipient, you should destroy the e-mail message and any attachments or copies, and you are prohibited from retaining, distributing, disclosing or using any information contained herein. Please inform us of the erroneous delivery by return e-mail. Thank you for your cooperation. ---------------------------------------------------------------------------- |
From: Geoffrey T. <gta...@me...> - 2001-10-11 13:38:00
|
On Thursday October 11, 2001 09:19 am, Love, Jay wrote: > If IIS doesn't run the cgi in the cgi's directory, does anyone have any > suggestions on how it might be able to find the config file? I know the > Windows way is to use the Registry, but that would not be a simple approach > here. > > Jay > I already fixed it -- look in CVS. The trick is that even though the cgi isn't running in the cgi's directory, argv[0] contains the full path to the executable. So from that we can construct the full path to the config file. This works with IIS 4.0 and Apache, so I think we're all set. - Geoff |
From: Russell B. <rb...@at...> - 2001-10-11 16:17:15
|
I really cannot wait to try this new version out. When and where should I look to download this new version of the executable? -----Original Message----- From: web...@li... [mailto:web...@li...]On Behalf Of Love, Jay Sent: Thursday, October 11, 2001 6:19 AM To: 'Geoff Talvola'; web...@li... Subject: RE: [Webware-devel] cvs update If IIS doesn't run the cgi in the cgi's directory, does anyone have any suggestions on how it might be able to find the config file? I know the Windows way is to use the Registry, but that would not be a simple approach here. Jay > -----Original Message----- > From: Geoff Talvola [mailto:gta...@na...] > Sent: Wednesday, October 10, 2001 7:20 PM > To: web...@li... > Subject: [Webware-devel] cvs update > > > I fixed wkcgi.exe so that it works with IIS as well as > Apache. I'll email > Chuck a compiled version so he can update the compiled copy > on the web site. > > In a nutshell: > > - IIS runs cgi's in a different directory than the directory > containing the > cgi executable itself. So it couldn't find the webkit.cfg > file since it > was looking in the wrong directory. > - IIS doesn't close stdin after writing CONTENT_LENGTH bytes > to it. So we > have to make sure we read in CONTENT_LENGTH bytes, and no > more, otherwise > it hangs forever waiting for more input. > > > -- > > - Geoff Talvola > gtalvola@NameConnector.com > > _______________________________________________ > Webware-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webware-devel > ---------------------------------------------------------------------------- This e-mail and any attachments may be confidential or legally privileged. If you received this message in error or are not the intended recipient, you should destroy the e-mail message and any attachments or copies, and you are prohibited from retaining, distributing, disclosing or using any information contained herein. Please inform us of the erroneous delivery by return e-mail. Thank you for your cooperation. ---------------------------------------------------------------------------- _______________________________________________ Webware-devel mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/webware-devel |
From: Chuck E. <Chu...@ya...> - 2001-10-11 17:07:27
|
At 09:16 AM 10/11/2001 -0700, Russell Blank wrote: >I really cannot wait to try this new version out. When and where should I >look to download this new version of the executable? I'll upload in a moment and send a message to the -discuss list. -Chuck |
From: Russell B. <rb...@at...> - 2001-10-11 20:47:19
|
I tried the new wkcgi.exe, but I still had problems when I tried to forwardRequest. I have attached the code examples just in case. This examples, after I click forward, eventually timesout. Is there a special directory I need to place the wkcgi.cfg in? -----Original Message----- From: Geoff Talvola [mailto:gta...@na...] Sent: Thursday, October 11, 2001 10:06 AM To: rb...@at... Subject: RE: [Webware-devel] cvs update At 09:16 AM 10/11/01 -0700, you wrote: >I really cannot wait to try this new version out. When and where should I >look to download this new version of the executable? I sent it to Chuck to put on the web site, but I guess he hasn't updated it yet. So I've attached it to this email. (It's gzipped.) -- - Geoff Talvola gtalvola@NameConnector.com |
From: Geoff T. <gta...@na...> - 2001-10-12 18:02:41
|
At 10:52 AM 10/12/01 -0700, Russell Blank wrote: >Thank you very much for your help with the wkcgi.exe. IIS is extremely >faster and I am able to post a page. However, I am trying to post a page >with over 35 key/value pairs and I am receiving the attached error (as a >bitmap). This occurs on IE 5.5 on Win 2000 sp2. I tried the same page on >IE6 and I eventually received a timeout from the browser. Sounds like a buffer overflow. I won't have a chance to look at it until next week, but maybe Jay can take a look sooner. -- - Geoff Talvola gtalvola@NameConnector.com |
From: Russell B. <rb...@at...> - 2001-10-12 18:31:10
|
My last message was in error. The error box was not displaying on the browser, but on the server. However, I believe I discovered the problem with wkcgi.exe. My log files showed a get instead of a post, a change in behavior from the webkit.cgi and mod_webkit. The webkit.cgi and mod_webkit for Windows handled a large amount of data in a form tag that did not explicitly say method=post (on oversight on my end, but because I received no error, I did not know to place it in). However, the wkcgi.exe caused an exception on the server. I am not sure what the default behavior is supposed to be, but once I placed in method=post on my form tag, everything works great. Thanks for all the help. -----Original Message----- From: Geoff Talvola [mailto:gta...@na...] Sent: Thursday, October 11, 2001 2:15 PM To: rb...@at... Subject: RE: [Webware-devel] cvs update At 01:46 PM 10/11/01 -0700, you wrote: >I tried the new wkcgi.exe, but I still had problems when I tried to >forwardRequest. I have attached the code examples just in case. This >examples, after I click forward, eventually timesout. Is there a special >directory I need to place the wkcgi.cfg in? A few things: - The config file should be called webkit.cfg, not wkcgi.cfg. It should be in the same directory as wkcgi.exe. But, if you are running the app server on the standard port 8086, you don't even need a webkit.cfg at all. - It works properly for me, using your test psp files. Are you sure you were using the new version of wkcgi.exe? - I found a different bug though -- if the webkit.cfg is missing, then wkcgi.exe dumps out some extra text into the output. I've fixed it and attached yet another compiled gzipped version of wkcgi.exe here. Try this and see if it works for you. -- - Geoff Talvola gtalvola@NameConnector.com |
From: Geoff T. <gta...@na...> - 2001-10-12 18:41:46
|
At 11:30 AM 10/12/01 -0700, Russell Blank wrote: >My last message was in error. The error box was not displaying on the >browser, but on the server. However, I believe I discovered the problem >with wkcgi.exe. My log files showed a get instead of a post, a change in >behavior from the webkit.cgi and mod_webkit. The webkit.cgi and mod_webkit >for Windows handled a large amount of data in a form tag that did not >explicitly say method=post (on oversight on my end, but because I received >no error, I did not know to place it in). However, the wkcgi.exe caused an >exception on the server. I am not sure what the default behavior is >supposed to be, but once I placed in method=post on my form tag, everything >works great. > >Thanks for all the help. mod_webkit used to have this exact bug -- if the URL got too long, it would break. That's been fixed, but I guess wkcgi.exe needs the same fix. -- - Geoff Talvola gtalvola@NameConnector.com |
From: Jeff J. <je...@bo...> - 2001-10-17 18:18:11
|
> And as an added bonus, Jeff, I think it should also cause=20 > your BitBucket=20 > trick to work properly for exceptions, too. Try it out. Thanks Geoff, that fixed the noisy daemon mode for me :) |