This takes the advice from
http://files.stairways.com/other/ftp-list-specs-info.txt
further: search for the date by an explicit occurrence of a known month
name. This means that we won't see files with bad names (they'd be
filtered out of the result), but the filtered out entries are ones that
would not be usable with `ftp-make-file-seconds'.
When the month is found, and the entry is a file, look for a number
preceding the month, and if found, return it as the file size string.
This is a minor change in the API. (But it's probably better to either
revise it further, or eventually make it irrelevant by exposing the
interesting functionality via `net/url'.)
original commit: 6a1336e75edff75b7fc8a22a31d776acadc536eb
This function was using 2002 when there's no year... Updated it to use
the last occurrence of the guessed date, as described at
http://files.stairways.com/other/ftp-list-specs-info.txt
This function still looks pretty bogus -- the RFC does *not* say
anything about the format of response to `LIST', so it's whatever
semi-random thing the server does. (The above link looks like an
attempt to fix it, but I didn't see anything more official than that.)
From some looking around, it looks like ftp clients just try a bunch of
patterns against the text. Add also warnings in the documentation about
this.
original commit: 234015b34d43a602dfcabe9365de9027531c2f9f
RFC 2640 specifies that all transport strings are assumed UTF-8 if they
can be parsed as such. To make this complete it should really send a
FEAT and check that the result has "UTF8", but it's kind of redundant
since there's not much else to do if it isn't.
Also, switch to a more correct line endings of CRLF when sending
messages to the server.
original commit: ba48669ead349f3b9454ec12014f7e73d13c49c3
produce collection and planet-relative paths on its own. Deprecated
quote-module-path, and replaced existing uses of it with quote-module-name.
original commit: 2e6a608539f5ef39a9ff821d95163ea4660da952
and also adjust initial position in various port constructions
to use `file-position' instead of `port-next-location'
original commit: a9190621439b8bf8ecace2fd9e81217dcaed808d
--- includes a small hack to the `make-input-port' protocol
to specially handle a byte-string result as "true"
from the `commit' proc
original commit: 83d002a9aa2f000bdb4a6d2ab3664cd5a7c56a82
and documented and adjusted these libraries:
racket/contract/base
racket/contract/exists
racket/contract/parametric (renamed from exists)
racket/contract/region
original commit: 21cbd9ad81eb35dc4d39d6063db25fcb1cc94bbc
A similar comment holds for inflate.rkt in the same place, but since
that file says "Not copyrighted ..." then there doesn't seem to be an
issue that needs clarification.
original commit: f6f7e4eb3502d92569c362b4fb41f45a587fd544
- allow byte strings in more places
- allow stderr spec to be 'stdout to redirect stderr to stdout
Closes PR 11711
original commit: b4056373be7f869e50e14122c9cd39eaad5148df
