Copy from HTTP can break

  • This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn more.
#1
When copying from an HTTP site, and not specifying a destination name, the
copy appears to work but then the file does not show up anywhere. I suspect
because the source has a question mark in it. I think it should have either
actually generated a destination file or given me an illegal name error.


D:\>*dir /h/k/m
2010-11-16 02:00 <DIR> Logs

D:\>copy "
http://raws.wrh.noaa.gov//cgi-bin/roman/meso_table_mesowest.cgi?stn=KSYR&unit=0&time=LOCAL
"
http://raws.wrh.noaa.gov//cgi-bin/roman/meso_table_mesowest.cgi?stn=KSYR&unit=0&time=LOCAL=>
D:\meso_table_mesowest.cgi?stn=KSYR&unit=0&ti
me=LOCAL
1 file copied

D:\>*dir /h/k/m
2010-11-16 02:00 <DIR> Logs


--
Jim Cook
2010 Sundays: 4/4, 6/6, 8/8, 10/10, 12/12 and 5/9, 9/5, 7/11, 11/7.
Next year they're Monday.
 

rconn

Administrator
Staff member
May 14, 2008
10,100
85
#2
When copying from an HTTP site, and not specifying a destination name, the copy appears to work but then the file does not show up anywhere. I suspect because the source has a question mark in it. I think it should have either actually generated a destination file or given me an illegal name error.
I agree. I'll pass it on to Microsoft and the Ipworks developers, as the problem is in their code. (But I don't anticipate an immediate fix.)
<DIR><DIR>
</DIR></DIR>
 
#3
I see INVALID_NAME errors from procmon while trying to create the
destination file. Is that in the ipworks module, or does that actually make
it to your COPY code? If it's all in their code, c'es la vie.

On Tue, Nov 16, 2010 at 14:30, rconn <> wrote:


> ---Quote (Originally by Jim Cook)---
> When copying from an HTTP site, and not specifying a destination name, the
> copy appears to work but then the file does not show up anywhere. I suspect
> because the source has a question mark in it. I think it should have either
> actually generated a destination file or given me an illegal name error.
> ---End Quote---
>
> I agree. I'll pass it on to Microsoft and the Ipworks developers, as the
> problem is in their code. (But I don't anticipate an immediate fix.)
> <DIR><DIR>
> </DIR></DIR>
>
>
>
>
>


--
Jim Cook
2010 Sundays: 4/4, 6/6, 8/8, 10/10, 12/12 and 5/9, 9/5, 7/11, 11/7.
Next year they're Monday.