Displaying 7 results from an estimated 7 matches for "cur_block".
Did you mean:
can_block
2020 Nov 10
1
imap dumping core in libdovecot-storage with assert "(block_count == 0 || block_idx+1 == block_count)"
...fe5..f7bf984916 100644
> --- a/src/lib-storage/index/index-mail-binary.c
> +++ b/src/lib-storage/index/index-mail-binary.c
> @@ -339,7 +339,7 @@ blocks_count_lines(struct binary_ctx *ctx, struct istream *full_input)
> i_stream_skip(full_input, skip);
> cur_block_offset += skip;
>
> - if (cur_block->input->eof) {
> + if (i_stream_read_eof(cur_block->input)) {
> /* go to the next block */
> if (++block_idx == block_count) {
>...
2020 Nov 04
2
imap dumping core in libdovecot-storage with assert "(block_count == 0 || block_idx+1 == block_count)"
Hi,
I would like to report an issue which is 100% reproducible with a
specific mail available in the reproducer attached to Red Hat's bugzilla
<https://bugzilla.redhat.com/show_bug.cgi?id=1894418>
(https://bugzilla.redhat.com/attachment.cgi?id=1726535):
-------- 8< ---------------- 8< ---------------- 8< ---------------- 8< --------
Return-Path: <XXXXXXXXX at
2020 Nov 10
0
imap dumping core in libdovecot-storage with assert "(block_count == 0 || block_idx+1 == block_count)"
...il-binary.c
index 2577f1afe5..f7bf984916 100644
--- a/src/lib-storage/index/index-mail-binary.c
+++ b/src/lib-storage/index/index-mail-binary.c
@@ -339,7 +339,7 @@ blocks_count_lines(struct binary_ctx *ctx, struct istream *full_input)
i_stream_skip(full_input, skip);
cur_block_offset += skip;
- if (cur_block->input->eof) {
+ if (i_stream_read_eof(cur_block->input)) {
/* go to the next block */
if (++block_idx == block_count) {
i_assert(i_stream_read_eof(f...
2008 Jul 30
0
[LLVMdev] llvm-gcc fortran bootstrap broken
...Index: gcc-4.2.llvm/gcc/c-common.h
===================================================================
--- gcc-4.2.llvm.orig/gcc/c-common.h 2008-07-30 21:01:49.000000000 +0200
+++ gcc-4.2.llvm/gcc/c-common.h 2008-07-30 21:01:56.000000000 +0200
@@ -1164,7 +1164,6 @@
extern struct block_sema_info *cur_block;
extern tree build_helper_func_decl (tree, tree);
extern bool building_block_byref_decl;
-extern tree invoke_impl_ptr_type;
extern tree build_block_byref_decl (tree, tree, tree);
extern tree build_block_ref_decl (tree, tree);
extern tree begin_block (void);
Index: gcc-4.2.llvm/gcc/dwarf2out.c...
2008 Jul 30
4
[LLVMdev] llvm-gcc fortran bootstrap broken
On Jul 30, 2008, at 11:39 AM, Duncan Sands wrote:
> On Wednesday 30 July 2008 18:13:27 Duncan Sands wrote:
>> On x86-64 linux, in stage 2, I get:
>>
>> c++ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-
>> prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-
>> variadic-macros -Wno-overlength-strings -Wold-style-definition -
>>
2011 Jul 08
4
[PATCH 0/4] usr/kinit checkpatch
Various coding style fixes checkpatch warns about.
The goal is not to be 100% checkpatch compliant,
but to have more consistent coding style.
As this is a trivial patch serie, will land in 24 hours in klibc git,
unless of course ml review hits a bugger.
Checked with size(3) that the generated kinit, fstype, ipconfig and
nfsmount are the same.
maximilian attems (4):
[klibc] ipconfig: reduce
2013 Mar 16
3
crash with dovecot 2.2: Panic: Buffer full
...__FUNCTION__ = "i_stream_read_data"
#17 0x00007f9d1bfd4f84 in blocks_count_lines (full_input=0x66df90,
ctx=0x7fff684223c0) at index-mail-binary.c:319
block_idx = 0
p = <optimized out>
size = 0
data = 0x0
ret = <optimized out>
cur_block = 0x62d410
block_count = 1
cur_offset = 3944
skip = <optimized out>
#18 index_mail_read_binary_to_cache (_mail=_mail at entry=0x66fc00,
part=part at entry=0x671ed0, include_hdr=include_hdr at entry=false,
binary_r=binary_r at entry=0x7fff68422476,
converted_r=converted...