1 # This is a real problem in the Solaris libc. It is caused by a read past the
2 # FILE structure. It's an intentional hack to differentiate between two file
3 # structures, FILE and xFILE.
12 # The same problem as above.
21 # The same problem as above.
31 # The same problem as above.
40 # The same problem as above.
50 #----------------------------------------------------------------------------#
51 # Solaris libc doesn't deallocate I/O buffers on program exit.
53 Solaris:file_buffer_malloc
61 #----------------------------------------------------------------------------#
62 # Solaris libc doesn't deallocate netconfig list pointed to by netpp.
63 # This includes other allocated structures and strings contained there.
65 Solaris:setnetconfig-fgetnetconfig
67 match-leak-kinds: reachable
74 # The same problem as above.
76 Solaris:setnetconfig-fgetnetconfig-getlookups-strdup
78 match-leak-kinds: reachable
87 # The same problem as above.
89 Solaris:setnetconfig-fgetnetconfig-getlookups-malloc
91 match-leak-kinds: reachable
99 # The same problem as above.
101 Solaris:setnetconfig-fgetnetconfig-gettoken
103 match-leak-kinds: reachable
112 # The same problem as above.
114 Solaris:setnetconfig-getnetlist
116 match-leak-kinds: reachable
122 #----------------------------------------------------------------------------#
123 # Solaris libc doesn't deallocate static strings netid_tcp_main
124 # and netid_tcp_udp allocated in __rpc_getconfip.
126 Solaris:__rpc_getconfip-netid_tcp+udp_main
128 match-leak-kinds: reachable
134 #----------------------------------------------------------------------------#
135 # Solaris libc doesn't deallocate global variable global_gt.
139 match-leak-kinds: reachable
144 #----------------------------------------------------------------------------#
145 # Solaris libc reinitializes mutex udp->ld_lock in the child's post-fork
148 Solaris:postfork_child_mutex_reinit
155 #----------------------------------------------------------------------------#
156 # Solaris libc implements pthread barrier with a mutex and a condition
157 # variable. In pthread_barrier_wait(), the last thread returning with
158 # SERIAL_THREAD first unlocks the mutex and then broadcasts the condition
159 # variable. This is ok here because that mutex does not have any priorities
160 # associated, therefore no unpredicatble scheduling behaviour can occurr.
162 Solaris:pthread_barrier_wait
164 fun:pthread_cond_broadcast_WRK
166 fun:pthread_barrier_wait