Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

Copy from HTTP can break

May
603
0
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.
 
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>
 
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.
 

Similar threads

Replies
7
Views
2K
Back
Top