search for: 0x58

...libswfdec/swfdec_initialize.h +++ b/libswfdec/swfdec_initialize.h @@ -311,7 +311,7 @@ const unsigned char swfdec_initialize[] 0x62, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x09, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x64, 0x4E, 0x9A, 0x01, 0x00, 0xC0, 0x8B, 0x01, 0x00, 0x00, 0x4F, 0x96, 0x02, 0x00, 0x08, 0x58, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x30, 0x4E, 0x96, 0x02, 0x00, 0x08, 0x65, 0x9B, 0x10, 0x00, 0x00, 0x02, 0x00, 0x75, 0x72, - 0x6C, 0x00, 0x6D, 0x65, 0x74, 0x68, 0x6F, 0x64, 0x00, 0x9A, 0x00, 0x96, 0x04, 0x00, 0x08, 0x61, + 0x6C, 0x00, 0x6D, 0x65, 0x74, 0x68, 0x6F, 0x64, 0x00, 0x99, 0x00...

Hey all, I keep finding core dumps of the IMAP process on my FreeBSD 11.2, however the backtrace is not very useful: Core was generated by `imap: [xistence at 0x58.com 2601:282:4301:befc:1cfb:807f:e527:5a3b UID SEARCH]'. Program terminated with signal 6, Aborted. #0 0x0000000011c0c47a in ?? () (gdb) bt #0 0x0000000011c0c47a in ?? () #1 0x0000000011c0c444 in ?? () #2 0x00000000000188b0 in cmd_store () #3 0x0000000011c0c3b9 in ?? () #4 0x0000000012216...

...dec_initialize.h +++ b/libswfdec/swfdec_initialize.h @@ -299,7 +299,7 @@ const unsigned char swfdec_initialize[] 0x01, 0x00, 0x01, 0x99, 0x02, 0x00, 0x10, 0x00, 0x96, 0x02, 0x00, 0x08, 0x62, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x56, 0x1C, 0x9A, 0x01, 0x00, 0x00, 0x4F, 0x96, 0x02, 0x00, 0x08, 0x58, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x30, 0x4E, 0x96, 0x02, 0x00, 0x08, 0x63, 0x9B, 0x10, 0x00, 0x00, 0x02, 0x00, - 0x75, 0x72, 0x6C, 0x00, 0x6D, 0x65, 0x74, 0x68, 0x6F, 0x64, 0x00, 0x9A, 0x00, 0x96, 0x04, 0x00, + 0x75, 0x72, 0x6C, 0x00, 0x6D, 0x65, 0x74, 0x68, 0x6F, 0x64, 0x00, 0x99, 0x00...

...information, but unfortunately this is it :-( Did you install the debug symbols for Dovecot? On Debian, those are available as a separate dovecot-dbg package. I'm not sure how FreeBSD provides this. Regards, Stephan. > >> On Nov 15, 2018, at 17:17, Bert JW Regeer <xistence at 0x58.com> wrote: >> >> Hey all, >> >> I keep finding core dumps of the IMAP process on my FreeBSD 11.2, however the backtrace is not very useful: >> >> Core was generated by `imap: [xistence at 0x58.com 2601:282:4301:befc:1cfb:807f:e527:5a3b UID SEARCH]'. >&...

...install the debug symbols for Dovecot? On Debian, those are > available as a separate dovecot-dbg package. I'm not sure how FreeBSD > provides this. > > Regards, > > Stephan. > >> >>> On Nov 15, 2018, at 17:17, Bert JW Regeer <xistence at 0x58.com> wrote: >>> >>> Hey all, >>> >>> I keep finding core dumps of the IMAP process on my FreeBSD 11.2, however the backtrace is not very useful: >>> >>> Core was generated by `imap: [xistence at 0x58.com 2601:282:4301:befc:1cfb:807f:e527:5...

Hey all, I continue to receive the following messages every so often: dovecot[93817]: imap(xistence at 0x58.com)<39982><>: Panic: file mail-storage.c: line 2122 (mailbox_get_open_status): assertion failed: (box->opened) dovecot[93817]: imap(xistence at 0x58.com)<39982><>: Fatal: master: service(imap): child 39982 killed with signal 6 (core not dumped - https://dovecot.org/bugre...

...nder certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `imap: [xistence at 0x58.com 2601:282:4301:befc:955c:10da:bfcb:2b3a UID SEARCH]'. Program terminated with signal 6, Aborted. #0 0x0000000011c0c47a in ?? () (gdb) bt #0 0x0000000011c0c47a in ?? () #1 0x0000000011c0c444 in ?? () #2 0x0000000000018891 in cmd_store () #3 0x0000000011c0c3b9 in ?? () #4 0x0000000012216...

..., Data: 0x00 (II) NOUVEAU(0): Indexed IO write: Port: 0x03D4, Index: 0x4B, Head: 0x00, Data: 0x40 (II) NOUVEAU(0): Indexed IO write: Port: 0x03D4, Index: 0x4C, Head: 0x00, Data: 0x00 (II) NOUVEAU(0): 0xE4EE: [ (0x51) - INIT_CR_INDEX_ADDRESS_LATCHED ] (II) NOUVEAU(0): 0xE4EE: Index1: 0x57, Index2: 0x58, BaseAddr: 0x00, Count: 0x10 (II) NOUVEAU(0): Indexed IO read: Port: 0x03D4, Index: 0x57, Head: 0x00, Data: 0x04 (II) NOUVEAU(0): Indexed IO write: Port: 0x03D4, Index: 0x57, Head: 0x00, Data: 0x00 (II) NOUVEAU(0): Indexed IO write: Port: 0x03D4, Index: 0x58, Head: 0x00, Data: 0x7F (II) NOUVEAU...

...-( Did you install the debug symbols for Dovecot? On Debian, those are available as a separate dovecot-dbg package. I'm not sure how FreeBSD provides this. Regards, Stephan. > >> On Nov 15, 2018, at 17:17, Bert JW Regeer <xistence at 0x58.com> wrote: >> >> Hey all, >> >> I keep finding core dumps of the IMAP process on my FreeBSD 11.2, however the backtrace is not very useful: >> >> Core was generated by `imap: [xistence at 0x58.com 2601:282:4301:befc:1cfb:807f:e527:5a3b...

...p_invalidate_range+0xae vfs_vmio_release() at vfs_vmio_release+0x120 getnewbuf() at getnewbuf+0x7be getblk() at getblk+0x308 cluster_read() at cluster_read+0xc5 ffs_read() at ffs_read+0x37d vn_read() at vn_read+0x17b dofileread() at dofileread+0xa1 kern_preadv() at kern_preadv+0x66 pread() at pread+0x58 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (475, FreeBSD ELF64, pread), rip = 0x800cf7b5c, rsp = 0x7ffffeff8e78, rbp = 0x7ffffeff8f60 --- db> bt 100132 Tracing pid 810 tid 100132 td 0xffffff00036426e0 cpustop_handler() at cpustop_handler+0x40 ipi_nmi_handler() a...

...4, // 0x48: fxrstor64 (%rsp) 0x48, 0x81, 0xc4, 0x08, 0x02, 0x00, 0x00, // 0x4d: addq 0x208, %rsp 0x41, 0x5f, // 0x54: popq %r15 0x41, 0x5e, // 0x56: popq %r14 0x41, 0x5d, // 0x58: popq %r13 0x41, 0x5c, // 0x5a: popq %r12 0x41, 0x5b, // 0x5c: popq %r11 0x41, 0x5a, // 0x5e: popq %r10 0x41, 0x59, // 0x60: popq %r9 0x41, 0x58,...

...81, 0xc4, 0x08, 0x02, 0x00, 0x00, // 0x4d: addq 0x208, %rsp >> >> 0x41, 0x5f, // 0x54: popq %r15 >> >> 0x41, 0x5e, // 0x56: popq %r14 >> >> 0x41, 0x5d, // 0x58: popq %r13 >> >> 0x41, 0x5c, // 0x5a: popq %r12 >> >> 0x41, 0x5b, // 0x5c: popq %r11 >> >> 0x41, 0x5a, // 0x5e: popq %r10 >> >> 0x41, 0x59...

...0x4E, 0x96, 0x07, 0x00, 0x07, 0x03, 0x00, - 0x00, 0x00, 0x08, 0x00, 0x3D, 0x17, 0x96, 0x08, 0x00, 0x07, 0x07, 0x00, 0x00, 0x00, 0x02, 0x08, - 0x55, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x30, 0x4E, 0x96, 0x07, 0x00, 0x07, 0x03, 0x00, 0x00, 0x00, - 0x08, 0x05, 0x3D, 0x17, 0x96, 0x02, 0x00, 0x08, 0x58, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x30, 0x4E, - 0x96, 0x02, 0x00, 0x08, 0x59, 0x9B, 0x0C, 0x00, 0x00, 0x01, 0x00, 0x6D, 0x65, 0x74, 0x68, 0x6F, - 0x64, 0x00, 0x5B, 0x00, 0x96, 0x09, 0x00, 0x08, 0x5C, 0x07, 0x00, 0x00, 0x00, 0x00, 0x08, 0x5A, - 0x1C, 0x96, 0x02, 0x00, 0x08, 0x5B, 0x52, 0x3C,...

...0x4E, 0x96, 0x07, 0x00, 0x07, 0x03, 0x00, - 0x00, 0x00, 0x08, 0x00, 0x3D, 0x17, 0x96, 0x08, 0x00, 0x07, 0x07, 0x00, 0x00, 0x00, 0x02, 0x08, - 0x55, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x30, 0x4E, 0x96, 0x07, 0x00, 0x07, 0x03, 0x00, 0x00, 0x00, - 0x08, 0x05, 0x3D, 0x17, 0x96, 0x02, 0x00, 0x08, 0x58, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x30, 0x4E, - 0x96, 0x02, 0x00, 0x08, 0x59, 0x9B, 0x0C, 0x00, 0x00, 0x01, 0x00, 0x6D, 0x65, 0x74, 0x68, 0x6F, - 0x64, 0x00, 0x5B, 0x00, 0x96, 0x09, 0x00, 0x08, 0x5C, 0x07, 0x00, 0x00, 0x00, 0x00, 0x08, 0x5A, - 0x1C, 0x96, 0x02, 0x00, 0x08, 0x5B, 0x52, 0x3C,...

Hi, Since update to 2.6.37 I can''t build openwrt on my btrfs buildroot anymore. I''m not sure if this is related to the other flush-btrfs-1 thread. plenty of diskspace is free: /dev/mapper/cruor-build 97G 68G 27G 73% /opt/build It always hangs when openwrt builds the ext4 image and runs tune2fs on it.

...t;ffffffff81528a53>] wait_for_common+0x123/0x180 Apr 1 21:22:58 sg1 kernel: [<ffffffff81065df0>] ? default_wake_function+0x0/0x20 Apr 1 21:22:58 sg1 kernel: [<ffffffff81528b6d>] wait_for_completion+0x1d/0x20 Apr 1 21:22:58 sg1 kernel: [<ffffffff81097108>] synchronize_sched+0x58/0x60 Apr 1 21:22:58 sg1 kernel: [<ffffffff81097090>] ? wakeme_after_rcu+0x0/0x20 Apr 1 21:22:58 sg1 kernel: [<ffffffff812229dc>] install_session_keyring_to_cred+0x6c/0xd0 Apr 1 21:22:58 sg1 kernel: [<ffffffff81222b73>] join_session_keyring+0x133/0x160 Apr 1 21:22:58 sg1 kern...

...er traffic for high priority based on TOS field tc filter add dev ppp0 parent 1:0 prio 1 protocol ip u32 match ip tos 0x28 0xff flowid 1:1 tc filter add dev ppp0 parent 1:0 prio 1 protocol ip u32 match ip tos 0x48 0xff flowid 1:2 tc filter add dev ppp0 parent 1:0 prio 1 protocol ip u32 match ip tos 0x58 0xff flowid 1:3 # use ebtables to set the TOS field. First flush the rules ebtables -t broute -F ebtables -t broute -I BROUTING 1 -j ftos --set-ftos 0x28 -p IPv4 --ip-src 192.168.1.151/32 ebtables -t broute -I BROUTING 2 -j ftos --set-ftos 0x48 -p IPv4 --ip-src 192.168.1.152/32 ebtables -t brout...

..._add_partition+0x295) [0x112e65] 8: /usr/lib/libparted-1.8.so.0 [0x14a2c3] 7: /usr/lib/libparted-1.8.so.0 [0x14a505] 6: /usr/lib/libparted-1.8.so.0(ped_disk_new+0xa3) [0x113c23] 5: /sbin/parted [0x804e2ef] 4: /sbin/parted(non_interactive_mode+0x7c) [0x8052c9c] 3: /sbin/parted(main+0x58) [0x8050f58] 2: /lib/libc.so.6(__libc_start_main+0xdc) [0x94cebc] 1: /sbin/parted [0x804b521] You found a bug in GNU Parted! Here's what you have to do: Don't panic! The bug has most likely not affected any of your data. Help us to fix this bug by doing the following: Check whethe...

...0x88, 0x00, 0x3c, 0x00, 0x4e, 0x00, 0xf5, 0xff, 0x00, 0x00, 0xdb, 0xff, 0xe0, 0xff, 0xc8, 0xff, 0xd2, 0xff, 0xae, 0xff, 0xba, 0xff, 0x89, 0xff, 0x90, 0xff, 0x66, 0xff, 0x81, 0xff, 0x6e, 0xff, 0x7f, 0xff, 0x64, 0xff, 0x87, 0xff, 0x5b, 0xff, 0x71, 0xff, 0x4c, 0xff, 0x76, 0xff, 0x58, 0xff, 0x90, 0xff, 0x7a, 0xff, 0xa2, 0xff, 0xa7, 0xff, 0xd3, 0xff, 0xe3, 0xff, 0xf7, 0xff, 0xfb, 0xff, 0x04, 0x00, 0xe2, 0xff, 0xef, 0xff, 0xc2, 0xff, 0xbc, 0xff, 0xcd, 0xff, 0xc9, 0xff, 0xc8, 0xff, 0xbc, 0xff, 0x8f, 0xff, 0x7d, 0xff, 0x51, 0xff, 0x42, 0xff, 0x72, 0xff, 0x5a...

> On 06/04/2020 09:26 Bert JW Regeer <xistence at 0x58.com> wrote: > > > Hey all, > > I continue to receive the following messages every so often: > > dovecot[93817]: imap(xistence at 0x58.com)<39982><>: Panic: file mail-storage.c: line 2122 (mailbox_get_open_status): assertion failed: (box->opened) > dove...