Builder memcached-solaris10-amd64 Build #292

Results:

Failed shell_2 shell_3

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-memcached-solaris10-amd64' triggered this build

Steps and Logfiles:

1. git update ( 2 secs )
   1. stdio
2. shell 'bash autogen.sh' ( 3 secs )
   1. stdio
3. shell_1 './configure --enable-sasl ...' ( 6 secs )
   1. stdio
   2. config.log
4. shell_2 'gmake' failed ( 1 secs )
   1. stdio
5. shell_3 'gmake test' failed ( 0 secs )
   1. stdio

Build Properties:

Forced Build Properties:

Responsible Users:

1. dormando

   dormandoohnoyoudont@rydia.net

Timing:

All Changes:

:

1. Change #142230

   Category	memcached
   Changed by	dormando <dormandoohnoyoudont@rydia.net>
   Changed at	Tue 10 Aug 2021 02:09:08
   Repository	git://github.com/memcached/memcached.git
   Project	memcached
   Branch	next
   Revision	38bc6e3513ad3783bb710120d66e84725e961fae

   Comments

   core: add queue.h to replace handrolled queues.
   FreeBSD version as there seems to be portability issues if you just use
   sys/queue, plus some extra features I like in this one.

   Changed files

   • queue.h
   • t/whitespace.t

2. Change #142231

   Category	memcached
   Changed by	dormando <dormandoohnoyoudont@rydia.net>
   Changed at	Tue 10 Aug 2021 02:09:08
   Repository	git://github.com/memcached/memcached.git
   Project	memcached
   Branch	next
   Revision	e52734366c94475db33d3239f48b4542ec2d9c2f

   Comments

   core: cache.c cleanups, use queue.h freelist
   cache constructors/destructors were never used, which just ended up
   being wasted branches. Since there's no constructor/destructor for cache
   objects, we can use the memory itself for the freelist.
   
   This removes a doubling realloc for the freelist of cache objects and
   simplifies the code a bunch.

   Changed files

   • cache.c
   • cache.h
   • testapp.c
   • thread.c

3. Change #142232

   Category	memcached
   Changed by	dormando <dormandoohnoyoudont@rydia.net>
   Changed at	Tue 10 Aug 2021 02:09:08
   Repository	git://github.com/memcached/memcached.git
   Project	memcached
   Branch	next
   Revision	331dca5d644edefd99893c44827bdf2ca72f85be

   Comments

   thread: per-worker-thread connection event queues
   help scalability a bit by having a per-worker-thread freelist and queue
   for connection event items (new conns, etc). Also removes a hand-rolled
   linked list and uses cache.c for freelist handling to cull some
   redundancy.

   Changed files

   • memcached.h
   • thread.c

4. Change #142233

   Category	memcached
   Changed by	dormando <dormandoohnoyoudont@rydia.net>
   Changed at	Tue 10 Aug 2021 02:09:08
   Repository	git://github.com/memcached/memcached.git
   Project	memcached
   Branch	next
   Revision	d89ecd3456138c226934ddcdde749e3ba90a45a7

   Comments

   thread: unify worker notify interface
   worker notification was a mix of reading data from pipe or examining a
   an object queue stack. now it's all one interface. this is necessary to
   switch signalling to eventfd or similar, since we won't have that pipe
   to work with.

   Changed files

   • memcached.c
   • memcached.h
   • thread.c

5. Change #142234

   Category	memcached
   Changed by	dormando <dormandoohnoyoudont@rydia.net>
   Changed at	Tue 10 Aug 2021 02:09:08
   Repository	git://github.com/memcached/memcached.git
   Project	memcached
   Branch	next
   Revision	c25d0bd68ab0f6226c2d979bf0951923624926dd

   Comments

   thread: use eventfd for worker notify if available
   now that all of the read/writes to the notify pipe are in one place,
   we can easily use linux eventfd if available. This also allows batching
   events so we're not firing the same notifier constantly.

   Changed files

   • configure.ac
   • memcached.h
   • thread.c

6. Change #142235

   Category	memcached
   Changed by	dormando <dormandoohnoyoudont@rydia.net>
   Changed at	Tue 10 Aug 2021 02:09:08
   Repository	git://github.com/memcached/memcached.git
   Project	memcached
   Branch	next
   Revision	57493bfca4d16f19aa6d591d29f19f3d2ad160f8

   Comments

   core: io_queue_t flow mode
   instead of passing ownership of (io_queue_t)*q to the side thread,
   instead the ownership of IO objects are passed to the side thread, which
   are then individually returned. The worker thread runs return_cb() on
   each, determining when it's done with the response batch.
   
   this interface could use more explicit functions to make it more clear.
   Ownership of *q isn't actually "passed" anywhere, it's just used or not
   used depending on which return function the owner wants.

   Changed files

   • memcached.c
   • memcached.h
   • storage.c
   • storage.h
   • thread.c

7. Change #142236

   Category	memcached
   Changed by	dormando <dormandoohnoyoudont@rydia.net>
   Changed at	Tue 10 Aug 2021 02:09:08
   Repository	git://github.com/memcached/memcached.git
   Project	memcached
   Branch	next
   Revision	3fc8775bf081f0cf84fe16058f834b951953c269

   Comments

   core: io_queue flow second attempt
   probably squash into previous commit.
   
   io->c->thead can change for orpahned IO's, so we had to directly add the
   original worker thread as a reference.
   
   also tried again to split callbacks onto the thread and off of the
   connection for similar reasons; sometimes we just need the callbacks,
   sometimes we need both.

   Changed files

   • memcached.c
   • memcached.h
   • storage.c
   • storage.h
   • thread.c

8. Change #142237

   Category	memcached
   Changed by	dormando <dormandoohnoyoudont@rydia.net>
   Changed at	Tue 10 Aug 2021 02:09:08
   Repository	git://github.com/memcached/memcached.git
   Project	memcached
   Branch	next
   Revision	5d53b04240938654ecd38f2e609cd821e3a3723f

   Comments

   core: io_flow requires triggering on stack
   instead of queue counter. only use the queue counter for figuring out
   when to return the connection

   Changed files

   • memcached.c

9. Change #142238

   Category	memcached
   Changed by	dormando <dormandoohnoyoudont@rydia.net>
   Changed at	Tue 10 Aug 2021 02:09:08
   Repository	git://github.com/memcached/memcached.git
   Project	memcached
   Branch	next
   Revision	f8a55c4731ab38b8c1a88cb7bf10fadc209fd78f

   Comments

   core: fix hang bug in extstore
   The previous commit (IO queue submit if queue is not NULL, instead of queue
   count) exposed an apparent long standing bug in extstore: do an
   ascii-multiget request with multiple keys, but one too-long or otherwise
   garbage key. This will reset the queue count to 0 but leave a stack
   pointer to now freed memory.
   
   The next request could infinite loop, as this test was causing.

   Changed files

   • memcached.c
   • t/error-extstore.t