-
Notifications
You must be signed in to change notification settings - Fork 3
Open
Description
There's a difference in behaviour between tcltls2.0 and tls2.0b2 as illustrated by the attached script
With tcltls2.0 the output is
using tls v2.0
failed to use socket
while executing
"http::geturl https://www.ebu.co.uk/members/api-3.1/ngs/search?forenames=Mike&surname=Lewis"
invoked from within
"set tok [http::geturl https://www.ebu.co.uk/members/api-3.1/ngs/search?forenames=Mike&surname=Lewis]"
(file "tlsIssue.tcl.txt" line 8)
With tls2.0b2 the output is
using tls v2.0b2
{"response":{"player":[{"Position":1,"Surname":"Lewis","Forenames":"Mike","Grade":"56.69","GradeBand":"Jack","Maturity":"M","Region":"GLO","Partners"[{"Surname":"Green","Forenames":"Malcolm","Grade":"58.64","GradeBand":"Queen","Maturity":"M"},{"Surname":"Williams","Forenames":"Roger","Grade":"57.16","GradeBand":"Queen","Maturity":"M"},{"Surname":"Nicolson","Forenames":"Alison","Grade":"53.95","GradeBand":"Ten ","Maturity":"M"}]}],"process_time":"0.0292s"}}
I had a poke around in http.tcl (version 2.10.1) in both cases; I found that the "failed to use socket" error comes from line 2461 (approx) following a comment that it is handling errors from the https protocol.
I'm running on Linux mint (uname -a returns "Linux juanita 5.15.0-164-generic #174-Ubuntu SMP Fri Nov 14 20:25:16 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux") with a locally compiled tcl 9.0.3. Both versions of tcl?tls were locally compiled - judging by the names of the directories the source tarball expanded to, they were from revisions 651e6cb534 (2.0b2) and 5d3e3c3bf8 (2.0).
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels