search for: 14108

...onnections). Even mode 0666 didn't work. I'm on Slackware (no FreeBSD), built from source with ./configure --with-mysql My systems runs with a virtual user, and imap-processes are run under vmail vmail 21840 0.0 0.0 14076 2596 ? S 01:11 0:00 dovecot/imap vmail 21842 0.0 0.0 14108 2568 ? S 01:11 0:00 dovecot/imap I see the socket in var/run/dovecot with OK-permissions: srw-rw---- 1 vmail dovecot 0 Mar 14 01:11 imap-hibernate= Added in my config: mail_debug = yes verbose_proctitle=yes service imap { unix_listener imap-master { user = $default_internal_use...

...root] succeeded [2005/06/14 21:38:25, 2] passdb/pdb_ldap.c:init_sam_from_ldap(499) init_sam_from_ldap: Entry found for user: root [2005/06/14 21:38:25, 1] smbd/service.c:make_connection_snum(642) ldap-test (192.16.240.141) connect to service profiles initially as user root (uid=0, gid=0) (pid 14108)

...;/div> <div> My systems runs with a virtual user, and imap-processes are run under vmail </div> <div> <br> </div> <div> vmail 21840 0.0 0.0 14076 2596 ? S 01:11 0:00 dovecot/imap </div> <div> vmail 21842 0.0 0.0 14108 2568 ? S 01:11 0:00 dovecot/imap </div> <div> <br> </div> <div> I see the socket in var/run/dovecot with OK-permissions: </div> <div> srw-rw---- 1 vmail dovecot 0 Mar 14 01:11 imap-hibernate= </div> <div>...

...login: [ID 457029 mail.info] Login: sunuser1 [192.168.1.17] Then the Mozilla Mail client gets a message that the server disconnected. It appears to be from a segfault on the imap process. Here is the next message in syslog: Mar 8 13:22:47 sws601.mcsun.local dovecot: [ID 684838 mail.error] child 14108 (imap) killed with signal 11 On my ldap server, I see all of the appropriate entries for logging in getting the userdb info. So I think that I am past the login process, but I could be wrong. I setup a maildir environment on this server as follows: maildir:/export/home/imap/%u:INDEX=/var/indexes...

...n("/lib/libnsl.so.1", O_RDONLY) = 7 read(7, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p?\0\000"..., 1024) = 1024 fstat64(7, {st_mode=S_IFREG|0755, st_size=448337, ...}) = 0 old_mmap(NULL, 91932, PROT_READ|PROT_EXEC, MAP_PRIVATE, 7, 0) = 0x40038000 mprotect(0x4004b000, 14108, PROT_NONE) = 0 old_mmap(0x4004b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 7, 0x12000) = 0x4004b000 old_mmap(0x4004d000, 5916, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4004d000 close(7) = 0 open("/lib/libpam.so.0",...

...size=190 smb_com=0x72 smb_rcls=0 smb_reh=0 smb_err=0 smb_flg=24 smb_flg2=51267 smb_tid=0 smb_pid=65534 smb_uid=0 smb_mid=0 smt_wct=0 smb_bcc=155 [2017/05/10 17:16:15.823771, 3] ../source3/smbd/process.c:1538(switch_message) switch message SMBnegprot (pid 14108) conn 0x0 [2017/05/10 17:16:15.823809, 4] ../source3/smbd/sec_ctx.c:321(set_sec_ctx_internal) setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0 [2017/05/10 17:16:15.823833, 5] ../libcli/security/security_token.c:53(security_token_debug) Security token: (NULL) [2017/05/10 17:16:15.823852, 5]...

First off, thanks -- this is a pretty great library and it feels like I'm learning a lot. I'm getting some more experience with libfuzzer and finding that I have a couple of questions: - How does libfuzzer decide to write a new test file? What distinguishes this one from all the other cases for which new test inputs were not written? Must be something about the path taken through the

...se yet. ;) But I'd >> like to find some way to determine whether I'm seeing diminishing returns >> with libfuzzer. Is there a good strategy? >> > > libFuzzer just dumps stats to stderr. > As long as you periodically see lines like > #325 NEW cov 11985 bits 14108 units 113 exec/s 325 ... > you are good. > > Once you stop getting those, you may start playing with the flags. > (e.g. increase the max_len). > Unlike AFL which knows it all, libFuzzer still relies on a bit of user > help. :) > > Ok, that's good advice. -- -Brian -...

...571 13-04-2011 9 999 1 13125 13 B571 15-06-2011 7 14 1 5502 5 B571 27-05-2011 5 14 1 4303 4 B571 17-07-2011 5 14 1 4302 4 B571 17-01-2011 5 16 2 4303 4 B572 27-01-2011 5 14 2 4303 4 B575 13-07-2011 5 15 2 4304 4 B575 22-09-2011 20 16 1 8309 8 B670 10-01-2011 25 14 1 11301 11 B670 19-04-2011 22 15 2 14108 14 B670 03-08-2011 29 15 1 9208 9 B670 20-06-2011 17 15 1 8418 8 B670 28-09-2011 25 16 2 11101 11 B670 24-08-2011 22 16 2 9118 9 B671 24-06-2011 16 15 1 7201 7 B671 01-07-2011 24 14 2 9211 9 B671 01-08-2011 18 14 1 8207 8 B671 31-08-2011 29 14 1 9202 9 B671 09-06-2011 21 14 2 9204 9 B671 26-10-2011...

Hello, I've come across a curious issue with Samba 3.6.10. When running 'emacs' version GNU Emacs 23.3.1 (i386-mingw-nt6.0.6002) of 2011-03-10 on 3249CTO on Windows Server 2008 SP2 x64 and issuing a file "revert" of one sort or another against a Samba-served file, the 'smbd' process leaks two or three handles. Eventually, when 16k handles are open, this causes

..., 14140, 14165, 14192, 14220, 14258, 14287, 14319, 14342, 14374, 14407, 14433, 14470, 14497, 14523, 14561, 14581, 14622, 14651, 14679, 14712, 14747, 14768, 14804, 14828, 14854, 14891, 14920, 14960, 14984, 15014, 15042, 15077, 15113, 15137, 15165, 15191, 15224, 13860, 13954, 14025, 14055, 14080, 14108, 14129, 14164, 14200, 14232, 14254, 14296, 14308, 14353, 14378, 14415, 14437, 14473, 14500, 14531, 14561, 14590, 14623, 14647, 14671, 14707, 14735, 14770, 14812, 14832, 14866, 14888, 14919, 14951, 14981, 15010, 15037, 15072, 15100, 15118, 15128, 15175, 15192, 15230, 13859, 13953, 14025, 14055,...