Copy from HTTP can break

[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.


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]

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>

 

[Jim Cook]

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.

 

[rconn]

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.

It does not make it back to TCC. (The HTTP get claims it succeeded.)