Re: [tcpconnect] doing nothing

This WebDNA talk-list message is from

2001


It keeps the original formatting.
numero = 37688
interpreted = N
texte = Hello Brian,as it is a Windows-Box, rebooting may help :-) Something else that came to my mind was DNS setup. Maybe the Server doesn't get the DNS-information for UPS? Have you tried using the IP-Address instead?Just a guess...Ciao,PeterOn Tue, 7 Aug 2001 15:35:43 Brian Fries wrote: > I have a client running WC 4.0.2 rc1 on a Windows box (not sure what > windows - I assume some NT variant). In his checkout pages, the code > is doing a TCPCONNECT to UPS, but absolutely nothing is being > returned. When I run the exact same TCPCONNECT call on my Mac OS X > server (same WC rev), it works perfectly fine. The key line is: > > [text show=f]fullResponse=[tcpconnect > host=www.ups.com&port=80][tcpsend][msgOut][/tcpsend][/tcpconnect][/text] > > > [msgOut] is correctly set (verified identical to that sent from my > server), but when this is hit on his server, [fullResponse] comes > back empty, while on my server it returns a proper response value. > > It is as though [tcpconnect] is doing nothing at all. I didn't do the > original development on this site, but was called in to clean up the > messes left behind by the previous developer. During earlier test > cycles, this [tcpconnect] problem did not show itself, so I assume it > was working fine. The code hasn't changed since then. > > ... one other odditity I found: when I put a [version] tag on this > page, I get the value 1.5 returned, while the [version] tag on the > admin statistics page returns the correct 4.0.2 rc1 value. Anyone > seen this behavior before? > > Any thoughts or suggestions on getting the [tcpconnect] working > properly? Would rebooting the machine be likely to help? > > Thanks, > Brian > -- > <= Brian C. Fries, BrainScan Software > http://www.brainscansoftware.com => > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://search.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: [tcpconnect] doing nothing- SM any help here??? (Brian Fries 2001)
  2. Re: [tcpconnect] doing nothing- SM any help here??? (Jay Van Vark 2001)
  3. Re: [tcpconnect] doing nothing- SM any help here??? (Brian Fries 2001)
  4. Re: [tcpconnect] doing nothing (Brian Fries 2001)
  5. Re: [tcpconnect] doing nothing (Peter Werno 2001)
  6. [tcpconnect] doing nothing (Brian Fries 2001)
Hello Brian,as it is a Windows-Box, rebooting may help :-) Something else that came to my mind was DNS setup. Maybe the Server doesn't get the DNS-information for UPS? Have you tried using the IP-Address instead?Just a guess...Ciao,PeterOn Tue, 7 Aug 2001 15:35:43 Brian Fries wrote: > I have a client running WC 4.0.2 rc1 on a Windows box (not sure what > windows - I assume some NT variant). In his checkout pages, the code > is doing a TCPCONNECT to UPS, but absolutely nothing is being > returned. When I run the exact same TCPCONNECT call on my Mac OS X > server (same WC rev), it works perfectly fine. The key line is: > > [text show=f]fullResponse=[tcpconnect > host=www.ups.com&port=80][tcpsend][msgOut][/tcpsend][/tcpconnect][/text] > > > [msgOut] is correctly set (verified identical to that sent from my > server), but when this is hit on his server, [fullResponse] comes > back empty, while on my server it returns a proper response value. > > It is as though [tcpconnect] is doing nothing at all. I didn't do the > original development on this site, but was called in to clean up the > messes left behind by the previous developer. During earlier test > cycles, this [tcpconnect] problem did not show itself, so I assume it > was working fine. The code hasn't changed since then. > > ... one other odditity I found: when I put a [version] tag on this > page, I get the value 1.5 returned, while the [version] tag on the > admin statistics page returns the correct 4.0.2 rc1 value. Anyone > seen this behavior before? > > Any thoughts or suggestions on getting the [tcpconnect] working > properly? Would rebooting the machine be likely to help? > > Thanks, > Brian > -- > <= Brian C. Fries, BrainScan Software > http://www.brainscansoftware.com => > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://search.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Peter Werno

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Email within tmpl ? (1997) Reversed words (1997) View Source from cache (1997) Deleting Orders (1997) WebCatalog [FoundItems] Problem - LONG - (1997) Access Denied! But why? (1997) Determining Method (2000) WebCommerce: Folder organization ? (1997) Migrating From One Server To Another (2003) Re:webCatalog and Stocks (1998) [CART] inside a [LOOP] (1997) Multiple prices (1997) Unexpected error (1997) Database Options (1997) Paramater Passing Value (2002) [.htm mappi]Search as error page (2002) View order not right (1997) [WebDNA] WebDNA as cgi app (was WebSite Examples) (2008) lookups or math? (1998) WC2b15 File Corruption (1997)