comp.lang.idl-pvwave archive - RDF feed
type: channel
description: Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado
items: strange behaviour of SOCKET
items: Re: strange behaviour of SOCKET

strange behaviour of SOCKET
type: item
description: Hi folks, for some mysterious reasons, socket is not working anymore for me. I can access files in my own internet domain (i.e. harvard.edu) but I cannot access files [i.e. readf on the unit given by socket hangs] outside that domain (using HTTP GET commands). I tried spawn, 'wget ...' from the same command line and this can get files from everywhere. Notice that "socket" itself and printf,unit both work (or at least do not give troubles), is only readf,unit that hangs. So the question is: how is socket different than wget? If this is a firewall issue, what settings are causing this? I know this is not much information to go on, but this issue seems pretty hard to track down, so I just though I could ask here before trying more desperate measures... Ciao, Paolo
creator: pgrigis
date: 2008-08-20T21:48:19-00:00

Re: strange behaviour of SOCKET
type: item
description: Hello, The problem might be related to HTTP1.0/HTTP1.1 protocols in the socket connection. Unfortunately, I am not an expert in internet protocols nor in IDL, but I found similar problems that were solved by using the latest version of webget.pro function in the astrolib library by Wayne Landsman. I apologize if this post is actually non-sense. Pedro
creator: Pedro.Rodriguez.Pascu
date: 2008-08-22T12:43:03-00:00

Re: strange behaviour of SOCKET
type: item
description: Pedro.Rodriguez.Pascual@gmail.com writes: > I apologize if this post is actually non-sense. Oh, goodness, don't start that. It could be a landslide! :-( Cheers, David -- David Fanning, Ph.D. Fanning Software Consulting, Inc. Coyote's Guide to IDL Programming: http://www.dfanning.com/ Sepore ma de ni thui. ("Perhaps thou speakest truth.")
creator: David Fanning
date: 2008-08-22T13:10:08-00:00

Re: strange behaviour of SOCKET
type: item
description: Yes, I was using higher level routines such as sock_copy and webget, and after some debugging I found out (not surprisingly) that socket was the culprit. Actually I found out that I can get the files if I want a long time (I haven't timed it, but it is more then several tens of minutes). I am in contact with my sysadmins to find out whether this comes from interaction with our web-filtering. Ciao, Paolo Pedro.Rodriguez.Pasc...@gmail.com wrote: > Hello, > > The problem might be related to HTTP1.0/HTTP1.1 protocols in the > socket connection. Unfortunately, I am not an expert in internet > protocols nor in IDL, but I found similar problems that were solved by > using the latest version of webget.pro function in the astrolib > library by Wayne Landsman. > > I apologize if this post is actually non-sense. > > Pedro
creator: pgrigis
date: 2008-08-22T13:38:54-00:00

Re: strange behaviour of SOCKET
type: item
description: pgri...@gmail.com wrote: > Yes, > > I was using higher level routines such as sock_copy and webget, > and after some debugging I found out (not surprisingly) that socket > was the culprit. > > Actually I found out that I can get the files if I want read wait ;-) > a long time > (I haven't timed it, but it is more then several tens of minutes). > > I am in contact with my sysadmins to find out whether this comes > from interaction with our web-filtering. > > Ciao, > Paolo > > Pedro.Rodriguez.Pasc...@gmail.com wrote: >> Hello, >> >> The problem might be related to HTTP1.0/HTTP1.1 protocols in the >> socket connection. Unfortunately, I am not an expert in internet >> protocols nor in IDL, but I found similar problems that were solved by >> using the latest version of webget.pro function in the astrolib >> library by Wayne Landsman. >> >> I apologize if this post is actually non-sense. >> >> Pedro
creator: pgrigis
date: 2008-08-22T13:45:52-00:00