Home - Waterfall Grid T-Grid Console Builders Recent Builds Buildslaves Changesources - JSON API - About

Builder curl-ares-solaris10-i386 Build #3409

Results:

Build successful

SourceStamp:

Projectcurl
Repositoryhttps://github.com/curl/curl.git
Branchmaster
Revisionbe45e014c6ae82ae7752ca874ecefdc5bbc000fa
Got Revisionbe45e014c6ae82ae7752ca874ecefdc5bbc000fa
Changes1 change

BuildSlave:

unstable10x

Reason:

The SingleBranchScheduler scheduler named 'schedule-curl-ares-solaris10-i386' triggered this build

Steps and Logfiles:

  1. git update ( 7 secs )
    1. stdio
  2. Runtest './tests/testcurl.pl --nogitpull ...' ( 1 hrs, 17 mins, 16 secs )
    1. stdio
    2. resultlog
  3. Mail result 'cat resultlog ...' ( 0 secs )
    1. stdio

Build Properties:

NameValueSource
branch master Build
builddir /export/home/buildbot/slave/curl-ares-solaris10-i386 slave
buildername curl-ares-solaris10-i386 Builder
buildnumber 3409 Build
codebase Build
got_revision be45e014c6ae82ae7752ca874ecefdc5bbc000fa Git
osplatform I386 SetPropertyFromCommand Step
osrelease 10 SetPropertyFromCommand Step
project curl Build
repository https://github.com/curl/curl.git Build
revision be45e014c6ae82ae7752ca874ecefdc5bbc000fa Build
scheduler schedule-curl-ares-solaris10-i386 Scheduler
slavename unstable10x BuildSlave
workdir /export/home/buildbot/slave/curl-ares-solaris10-i386 slave (deprecated)

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Stefan Eissing

Timing:

StartTue May 20 14:54:56 2025
EndTue May 20 17:25:43 2025
Elapsed2 hrs, 30 mins, 46 secs

All Changes:

:

  1. Change #230301

    Category curl
    Changed by Stefan Eissing <stefanohnoyoudont@eissing.org>
    Changed at Tue 20 May 2025 14:49:17
    Repository https://github.com/curl/curl.git
    Project curl
    Branch master
    Revision be45e014c6ae82ae7752ca874ecefdc5bbc000fa

    Comments

    dns_entry: move from conn to data->state
    The `struct Curl_dns_entry *` used to established a connection
    do not have the connection's lifetime, but the transfer's lifetime
    (of the transfer that initiates the connect).
    
    `Curl_dns_entry *` is reference counted with the "dns cache". That
    cache might be owned by the multi or the transfer's share. In the
    share, the reference count needs updating under lock.
    
    Therefore, the dns entry can only be kept *and* released using the
    same transfer it was initially looked up from. But a connection is
    often discarded using another transfer.
    
    So far, the problem of this has been avoided in clearing the connection's
    dns entries in the "multi_don()" handling. So, connections had NULL
    dns entries after the initial transfers and its connect had been handled.
    
    Keeping the dns entries in data->state seems therefore a better choice.
    
    Also: remove the `struct Curl_dns_entry *` from the connect filters
    contexts. Use `data->state.dns` every time instead and fail correctly
    when not present and needed.
    
    Closes #17383

    Changed files

    • lib/cf-https-connect.c
    • lib/cf-https-connect.h
    • lib/connect.c
    • lib/connect.h
    • lib/cshutdn.c
    • lib/easy.c
    • lib/ftp.c
    • lib/hostip.c
    • lib/hostip.h
    • lib/multi.c
    • lib/setopt.c
    • lib/url.c
    • lib/url.h
    • lib/urldata.h