filename_effective puzzle
Paul Gilmartin via curl-users <[email protected]> Thu, 26 Mar 2026 12:28:10 -0600
| Newsgroups | gmane.comp.web.curl.general |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--===============7152170301383229073==
Content-Type: multipart/alternative;
boundary="------------q700g75LlAFB5RGX3esgO85w"
Content-Language: en-US
This is a multi-part message in MIME format.
--------------q700g75LlAFB5RGX3esgO85w
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
In order to use filename_effective without spending bandwidth,
I have long performed a trial execution of curl directed
to a read=only directory, ignoring errors. This continues
to work, even for other resources on this problem site,
which was updated very recently. But today:
ifcurl 34+ chmod 555 /tmp/Darwin-... /Readonly
ifcurl 35+ : '========== Probe for FILE=%{filename_effective}'
iifcurl 42+ curl --verbose --location --header 'X-From: [email protected]' --silent --show-error --output-dir /tmp/Darwin-... /Readonly --write-out '%{filename_effective}' --remote-name --remote-header-name 'https://www.ibm.com/docs/en/zos/3.2.0?topic=SSLTBW_3.2.0/com.ibm.zos.v3r2.pdf/allpubs.htm'
* Host www.ibm.com:443 was resolved.
...
{ [281 bytes data]
< HTTP/2 200
...
{ [5 bytes data]
* client returned ERROR on write of 16375 bytes
{ [5 bytes data]
* Connection #0 to host www.ibm.com:443 left intact
curl: (23) client returned ERROR on write of 16375 bytes
ifcurl 42+ FILE=/tmp/Darwin-... /Readonly/3.2.0
ifcurl 44+ : 'Returned FILE='\''/tmp/Darwin-... /Readonly/3.2.0'\'''
(There's an implied wish here, that filename_effective
might return a useful result even with headers_only.
I want to save ETag with a related filename.)
--
Thanks,
gil
--------------q700g75LlAFB5RGX3esgO85w
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<font face="monospace">In order to use filename_effective without
spending bandwidth,<br>
I have long performed a trial execution of curl directed<br>
to a read=only directory, ignoring errors. This continues<br>
to work, even for other resources on this problem site,<br>
which was updated very recently. But today:<br>
<br>
ifcurl 34+ chmod 555 /tmp/Darwin-... /Readonly<br>
ifcurl 35+ : '========== Probe for FILE=%{filename_effective}'<br>
iifcurl 42+ curl --verbose --location --header 'X-From: <a
class="moz-txt-link-abbreviated moz-txt-link-freetext"
href="mailto:[email protected]" moz-do-not-send="true">[email protected]</a>'
--silent --show-error --output-dir /tmp/Darwin-... /Readonly
--write-out '%{filename_effective}' --remote-name
--remote-header-name
'<a class="moz-txt-link-freetext"
href="https://www.ibm.com/docs/en/zos/3.2.0?topic=SSLTBW_3.2.0/com.ibm.zos.v3r2.pdf/allpubs.htm"
moz-do-not-send="true">https://www.ibm.com/docs/en/zos/3.2.0?topic=SSLTBW_3.2.0/com.ibm.zos.v3r2.pdf/allpubs.htm</a>'<br>
* Host <a class="moz-txt-link-abbreviated"
href="http://www.ibm.com:443" moz-do-not-send="true">www.ibm.com:443</a>
was resolved.<br>
...<br>
{ [281 bytes data]<br>
< HTTP/2 200 <br>
...<br>
{ [5 bytes data]<br>
* client returned ERROR on write of 16375 bytes<br>
{ [5 bytes data]<br>
* Connection #0 to host <a class="moz-txt-link-abbreviated"
href="http://www.ibm.com:443" moz-do-not-send="true">www.ibm.com:443</a>
left intact<br>
curl: (23) client returned ERROR on write of 16375 bytes<br>
ifcurl 42+ FILE=/tmp/Darwin-... /Readonly/3.2.0<br>
ifcurl 44+ : 'Returned FILE='\''/tmp/Darwin-...
/Readonly/3.2.0'\'''<br>
<br>
(There's an implied wish here, that </font><font face="monospace">filename_effective<br>
might return a useful result even with headers_only.<br>
I want to save ETag with a related filename.)<br>
<br>
-- <br>
Thanks,<br>
gil<br>
<br>
</font>
</body>
</html>
--------------q700g75LlAFB5RGX3esgO85w--
--===============7152170301383229073==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
--
Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-users
Etiquette: https://curl.se/mail/etiquette.html
--===============7152170301383229073==--