So much debug log

[failable]

Backend

MySQL

Diesel version

2.3.8

Diesel Features

"64-column-tables",     "chrono",     "mysql",     "numeric",

Operating System Version

No response

Third party libraries

No response

What do you want to do?

[/Users/user/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/diesel-2.3.8/src/mysql/types/date_and_time/mod.rs:109:21] out_ptr.offset(offset) = 0x000000016bd2b2ec
[/Users/user/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/diesel-2.3.8/src/mysql/types/date_and_time/mod.rs:109:21] out_ptr.offset(offset) = 0x000000016bd2b2f0
[/Users/user/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/diesel-2.3.8/src/mysql/types/date_and_time/mod.rs:109:21] out_ptr.offset(offset) = 0x000000016bd2b2f8
[/Users/user/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/diesel-2.3.8/src/mysql/types/date_and_time/mod.rs:109:21] out_ptr.offset(offset) = 0x000000016bd2b2fc
[/Users/user/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/diesel-2.3.8/src/mysql/types/date_and_time/mod.rs:109:21] out_ptr.offset(offset) = 0x000000016bd2b300

Compile time error

No response

What code do you already have?

No response

Additional details

No response

Checklist

• I have already looked over the issue tracker and the discussion forum for similar possible closed issues.

[cookesan]

This is not a Diesel trace/log setting. The exact output format is from Rust's dbg! macro.

In the current Diesel source, diesel/src/mysql/types/date_and_time/mod.rs has this in the MysqlTime serialization path:

ptr::copy::<u8>(
    field_ptr as *const u8,
    dbg!(out_ptr.offset(offset)),
    mem::size_of::<T>(),
)

That matches the path and expression in your output exactly. So filtering tracing/log won't remove it; it is written by dbg! to stderr when that serialization path runs.

The fix should be to remove the dbg!(...) wrapper around out_ptr.offset(offset). Until a release includes that, the practical workarounds are pinning to a version before this line was introduced, patching Diesel locally, or redirecting stderr if that is acceptable for your process.

[weiznich]

That shouldn't happen. Please submit a PR targeting the 2.3.x branch to remove that dbg statement. I will issue an release as soon as I'm back from holidays.