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

Builder curl-ares-solaris11-i386 Build #3631

Results:

Build successful

SourceStamp:

Projectcurl
Repositoryhttps://github.com/curl/curl.git
Branchmaster
Revision70779199f3cb163c3199d109a544187b6507d839
Got Revision70779199f3cb163c3199d109a544187b6507d839
Changes2 changes

BuildSlave:

unstable11x

Reason:

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

Steps and Logfiles:

  1. git update ( 12 secs )
    1. stdio
  2. Runtest './tests/testcurl.pl --nogitpull ...' ( 52 mins, 26 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-solaris11-i386 slave
buildername curl-ares-solaris11-i386 Builder
buildnumber 3631 Build
codebase Build
got_revision 70779199f3cb163c3199d109a544187b6507d839 Git
osplatform I386 SetPropertyFromCommand Step
osrelease 11 SetPropertyFromCommand Step
project curl Build
repository https://github.com/curl/curl.git Build
revision 70779199f3cb163c3199d109a544187b6507d839 Build
scheduler schedule-curl-ares-solaris11-i386 Scheduler
slavename unstable11x BuildSlave
workdir /export/home/buildbot/slave/curl-ares-solaris11-i386 slave (deprecated)

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Stefan Eissing

Timing:

StartSat Jun 21 18:39:14 2025
EndSat Jun 21 21:46:01 2025
Elapsed3 hrs, 6 mins, 46 secs

All Changes:

:

  1. Change #237253

    Category curl
    Changed by Stefan Eissing <stefanohnoyoudont@eissing.org>
    Changed at Sat 21 Jun 2025 17:19:11
    Repository https://github.com/curl/curl.git
    Project curl
    Branch master
    Revision 779937f8400910924154afafb85dedbe95b7dffa

    Comments

    multi: add dirty bitset
    Add a bitset `dirty` to the multi handle. The presence of a transfer int
    he "dirty" set means: this transfer has something to do ASAP.
    
    "dirty" is set by multiplexing protocols like HTTP/2 and 3 when
    encountering response data for another transfer than the current one.
    "dirty" is set by protocols that want to be called.
    
    Implementation:
    
    * just an additional `uint_bset` in the multi handle
    * `Curl_multi_mark_dirty()` to add a transfer to the dirty set.
    * `multi_runsingle()` clears the dirty bit of the transfer at
       start. Without new dirty marks, this empties the set after
       al dirty transfers have been run.
    * `multi_timeout()` immediately gives the current time and
       timeout_ms == 0 when dirty transfers are present.
    * multi_event: marks all transfers tracked for a socket as dirty.
      Then marks all expired transfers as dirty. Then it runs
      all dirty transfers.
    
    With this mechanism:
    
    * Most uses of `EXPIRE_RUN_NOW` are replaced by `Curl_multi_mark_dirty()`
    * `Curl_multi_mark_dirty()` is cheaper than querying if a transfer is
      already dirty or set for timeout. There is no need to check, just do it.
    * `data->state.select_bits` is eliminated. We need no longer to
      simulate a poll event to make a transfer run.
    
    Closes #17662

    Changed files

    • lib/cf-h2-proxy.c
    • lib/connect.c
    • lib/doh.c
    • lib/easy.c
    • lib/http2.c
    • lib/imap.c
    • lib/multi.c
    • lib/multi_ev.c
    • lib/multi_ev.h
    • lib/multihandle.h
    • lib/multiif.h
    • lib/transfer.c
    • lib/urldata.h
    • lib/vquic/curl_msh3.c
    • lib/vquic/curl_ngtcp2.c
    • lib/vquic/curl_osslq.c
    • lib/vquic/curl_quiche.c
    • lib/vssh/libssh.c
    • lib/vssh/libssh2.c
    • lib/vssh/wolfssh.c
  2. Change #237257

    Category curl
    Changed by Stefan Eissing <stefanohnoyoudont@eissing.org>
    Changed at Sat 21 Jun 2025 17:20:44
    Repository https://github.com/curl/curl.git
    Project curl
    Branch master
    Revision 70779199f3cb163c3199d109a544187b6507d839

    Comments

    cf: replace the method get_host with query
    Connection filters had a method `get_host()` which had not really been
    documented. Since then, the cf had the `query()` method added. Replace
    the separate get_host with query.
    
    Add `CF_QUERY_HOST_PORT` as query to connection filters to retrieve
    which remote hostname and port the filter (or its sub-filter) is talking
    to. The query is implemented by HTTP and SOCKS filters, all others pass
    it through.
    
    Add `Curl_conn_get_current_host()` to retrieve the remote host and port
    for a connection. During connect, this will return the host the
    connection is talking to right now. Before/After connect, this will
    return `conn->host.name`.
    
    This is used by SASL authentication.
    
    Closes #17419

    Changed files

    • lib/cf-h1-proxy.c
    • lib/cf-h2-proxy.c
    • lib/cf-haproxy.c
    • lib/cf-https-connect.c
    • lib/cf-socket.c
    • lib/cfilters.c
    • lib/cfilters.h
    • lib/connect.c
    • lib/curl_sasl.c
    • lib/http2.c
    • lib/http_proxy.c
    • lib/http_proxy.h
    • lib/socks.c
    • lib/vquic/curl_msh3.c
    • lib/vquic/curl_ngtcp2.c
    • lib/vquic/curl_osslq.c
    • lib/vquic/curl_quiche.c
    • lib/vtls/vtls.c
    • tests/unit/unit2600.c