profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/chrido/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.
chrido @microsoft Munich, Bavaria, Germany

chrido/fountain 11

Fountain codes implemented in Rust

i13tum/i13kv 8

A tiny key value store demonstrating various socket handling techniques

chrido/NAdvisor 2

Runtime Aspects based on Castle DynamicProxy, nice to use in combination with DI

i13tum/i13monclient 2

I13MonClient is an alternative client for EmonPi

Kriechi/Marlin 2

Reprap FW with look ahead. SDcard and LCD support. It works on Gen6, Ultimaker, RAMPS and Sanguinololu

chrido/home-assistant 1

Open-source home automation platform running on Python 3

chrido/pyo2box 1

Derive information from an O2 router

issue commentrust-lang/rust

error: internal compiler error: encountered incremental compilation error with predicates_of(bitpacking[28cc]::BitPacker)

I've managed to create a predicates_of ICE locally by changing a file in a dependency, without modifying the timestamp. When Rust tries to read in an 'external src file' from the dependency during the second compilation session, the src_hash will no longer match. This causes span_to_snippet to fail, causing us to generate a different span in predicates_of.

However, I'm not sure if this is the same ICE that you've reported. @rana: Is there any change that /home/rana/.cargo/registry/src/github.com-1ecc6299db9ec823/bitpacking-0.8.4/src/lib.rs somehow got modified between compilation sessions? Is /home/rana/.cargo on an atypical partition (e.g. NFS)?

rana

comment created time in 3 minutes

issue commentemacs-lsp/lsp-mode

lsp-completion-no-cache not honored

The lsp-completion-no-cache here means not caching the returned completions from the server per keystroke. I.e,: we sent a new completion request on every user key typed. The lsp-completion--cache is used even in that case since on one keystroke, we may have multiple calling to completion-at-point function, also we used that as global var to pass value around to processing in one keystroke too. That's why the lsp-completion--cache may contain value even if lsp-completion-no-cache is set.

@yyoncho Do we have a method to force release memory immediately (not waiting for garbage collection) after the memory is no longer use by us?

oscarfv

comment created time in 8 minutes

pull request commentemacs-lsp/lsp-mode

Pin yaml-language-server

I have another PR that make 0.20.0 version to work with lsp-mode in #2946

yyoncho

comment created time in 24 minutes

PR opened emacs-lsp/lsp-mode

lsp-yaml: add configuration option for yaml.schemaStore.url

Fix yaml-language-server not working with lsp-mode in 0.20.0 version. Related: #2943

+12 -2

0 comment

1 changed file

pr created time in 25 minutes

pull request commentemacs-ng/emacs-ng

Add define_derived_mode

LGTM - Approved

On 6/19/21, brotzeit ***@***.***> wrote:

@brotzeit approved this pull request.

LGTM

-- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/emacs-ng/emacs-ng/pull/335#pullrequestreview-687855493

wolf4ood

comment created time in 27 minutes

issue commentrust-lang/rust

error: internal compiler error: encountered incremental compilation error with predicates_of(bitpacking[28cc]::BitPacker)

The last predicate listed in the error message is interesting: Binder(TraitPredicate(<Self as pck::test::bitpacking::BitPacker>), []), /home/rana/.cargo/registry/src/github.com-1ecc6299db9ec823/bitpacking-0.8.4/src/lib.rs:162:1: 263:2 (#0))

It appears to be generated here:

https://github.com/rust-lang/rust/blob/f639657fe4a16ec7704e0af77d0e5d5f587b59df/compiler/rustc_typeck/src/collect.rs#L1919-L1924

The fact that we call guess_head_span means that the span should be a single line (containing pub trait BitPacker: Sized + Clone + Copy). However, the span is for the entire definition of the BitPacker trait, indicating that guess_head_span failed.

The file in question is part of a dependency, so it shouldn't have changed between compilation sessions (if the version number changed, then we would be dealing with a different file, since the version number is included in the directory name bitpacking-0.8.4). I suspect that there's a bug in some of the filesystem-loading code involved in guess_head_span - I'll investigate further.

rana

comment created time in 28 minutes

issue commentrust-lang/rust

error: internal compiler error: encountered incremental compilation error with predicates_of(bitpacking[28cc]::BitPacker)

@Aaron1011 I'm not able to reproduce it here again as well. If I see it again I'll do a screen record and post it.

rana

comment created time in 33 minutes

issue commentrust-lang/rust

error: internal compiler error: encountered incremental compilation error with predicates_of(bitpacking[28cc]::BitPacker)

@rana: Unfortunately, I'm not able to reproduce your crash locally. Could you elaborate on the kinds if changes you were making to the tests before the crash started occuring?

rana

comment created time in 42 minutes

push eventtimberio/vector

Luc Perkins

commit sha d334c63eeb729ce0f267ce5f3682dc932b9c32d3

More polish for components section on main page Signed-off-by: Luc Perkins <luc.perkins@datadoghq.com>

view details

push time in an hour

pull request commentrust-lang/rust

Account for self.extra in size_hint for EncodeWide

:hourglass: Testing commit 15cdb28f5bd4cae04d6fd0bc9ae2faf079448d22 with merge 192920c22bc8433ab14706ee0829e707d119b74f... <!-- homu: {"type":"BuildStarted","head_sha":"15cdb28f5bd4cae04d6fd0bc9ae2faf079448d22","merge_sha":"192920c22bc8433ab14706ee0829e707d119b74f"} -->

fee1-dead

comment created time in an hour

pull request commentrust-lang/rust

fix panic-safety in specialized Zip::next_back

:broken_heart: Test failed - checks-actions <!-- homu: {"type":"BuildFailed","builder_url":"https://github.com/rust-lang-ci/rust/runs/2867115187","builder_name":"checks-actions"} -->

the8472

comment created time in an hour

pull request commentrust-lang/rust

fix panic-safety in specialized Zip::next_back

The job test-various failed! Check out the build log: (web) (plain)

<details><summary><i>Click to see the possible cause of the failure (guessed by this bot)</i></summary>

[RUSTC-TIMING] coretests test:true 36.022
    Finished release [optimized] target(s) in 40.52s
     Running tests/lib.rs (build/x86_64-unknown-linux-gnu/stage2-std/wasm32-unknown-unknown/release/deps/coretests-d7406a103b3fd9c6.wasm)
RuntimeError: unreachable
    at __rust_start_panic (<anonymous>:wasm-function[1988]:0x1503ff)
    at rust_panic (<anonymous>:wasm-function[1977]:0x15010b)
    at _ZN3std9panicking20rust_panic_with_hook17h5ccb5bdcd34631a8E (<anonymous>:wasm-function[1970]:0x14fdd0)
    at _ZN3std9panicking11begin_panic28_$u7b$$u7b$closure$u7d$$u7d$17h4b079a85c853017cE (<anonymous>:wasm-function[718]:0xd50c3)
    at _ZN3std10sys_common9backtrace26__rust_end_short_backtrace17hebc5c9bf2558c4a9E (<anonymous>:wasm-function[717]:0xd508a)
    at _ZN3std9panicking11begin_panic17hc9d2eb3c14256968E (<anonymous>:wasm-function[173]:0x84a51)
    at _ZN9coretests4iter8adapters3zip45test_zip_trusted_random_access_next_back_drop17h78266124f4eb31b9E (<anonymous>:wasm-function[216]:0x891fb)
    at _ZN4core3ops8function6FnOnce9call_once17h226bf9d90c80c729E (<anonymous>:wasm-function[852]:0xddfee)
    at _ZN4test28__rust_begin_short_backtrace17h64f35c79219c786dE (<anonymous>:wasm-function[1600]:0x11c3cf)
    at _ZN4core3ops8function6FnOnce40call_once$u7b$$u7b$vtable.shim$u7d$$u7d$17h2aad70032d941592E (<anonymous>:wasm-function[1599]:0x11c3b1)
    at _ZN4test8run_test14run_test_inner17h05c809612e14f86aE (<anonymous>:wasm-function[1728]:0x13a194)
    at _ZN4test8run_test17h5daeaa0299d1a7c2E (<anonymous>:wasm-function[1682]:0x12d701)
    at _ZN4test7console17run_tests_console17h42d68f80f0f18bf7E (<anonymous>:wasm-function[1676]:0x1295a2)
    at _ZN4test9test_main17h95710762cd3a72ccE (<anonymous>:wasm-function[1726]:0x139076)
    at _ZN4test16test_main_static17h0839790a395daff6E (<anonymous>:wasm-function[1727]:0x139efb)
    at _ZN9coretests4main17ha70dbf5e8e4935cdE (<anonymous>:wasm-function[1358]:0xfbaed)
    at _ZN3std10sys_common9backtrace28__rust_begin_short_backtrace17h12ef3977288498daE (<anonymous>:wasm-function[719]:0xd50e2)
    at _ZN3std2rt10lang_start28_$u7b$$u7b$closure$u7d$$u7d$17h98d8bcc2dfd3ba70E (<anonymous>:wasm-function[720]:0xd5116)
    at _ZN3std2rt19lang_start_internal17he10975b331fcd316E (<anonymous>:wasm-function[1978]:0x1501ca)
    at main (<anonymous>:wasm-function[1359]:0xfbb23)
error: test failed, to rerun pass '-p core --test coretests'


command did not execute successfully: "/checkout/obj/build/x86_64-unknown-linux-gnu/stage0/bin/cargo" "test" "--target" "wasm32-unknown-unknown" "-Zbinary-dep-depinfo" "-j" "16" "--release" "--locked" "--color" "always" "--features" "panic-unwind backtrace compiler-builtins-c" "--manifest-path" "/checkout/library/test/Cargo.toml" "-p" "core" "--"


failed to run: /checkout/obj/build/bootstrap/debug/bootstrap --stage 2 test --host= --target wasm32-unknown-unknown src/test/run-make src/test/ui src/test/mir-opt src/test/codegen-units library/core
Build completed unsuccessfully in 0:21:17

</details>

the8472

comment created time in an hour

issue commentemacs-ng/emacs-ng

`exwm` does not work correctly

Even the simplest config does not work for me:

(require 'exwm)
(require 'exwm-config)
(exwm-config-default)
guskovd

comment created time in an hour

issue commentrust-lang/rust

error: internal compiler error: encountered incremental compilation error with predicates_of(bitpacking[28cc]::BitPacker)

Hi Aaron,

Great to hear from you. You're fast :slightly_smiling_face:

Attached is the project that generated the bug.

Most of it is hello_world-level stuff- and disconnected tinkering.

The workflow was to run a test, write some code, run a test.

By about the second or third test-change the defect was consistent to get.

Hope that helps, and let me know if you have any questions.

Cheers!

Rana Ian

tsr.zip

rana

comment created time in an hour

push eventtimberio/vector

Luc Perkins

commit sha 5f38f726c1f42d30f86da70d19ede905aad1a05e

Add components section to main page Signed-off-by: Luc Perkins <luc.perkins@datadoghq.com>

view details

push time in an hour

push eventrust-lang/rust

Paolo Barbolini

commit sha d8530d0fa31224a2506a0932af5ac18d86c1bb0f

Use `copy_nonoverlapping` to copy `bytes` in `String::insert_bytes`

view details

bors

commit sha f639657fe4a16ec7704e0af77d0e5d5f587b59df

Auto merge of #86433 - paolobarbolini:string-overlapping, r=m-ou-se Use `copy_nonoverlapping` to copy `bytes` in `String::insert_bytes` The second copy could be made using `ptr::copy_nonoverlapping` instead of `ptr::copy`, since aliasing won't allow `self` and `bytes` to overlap. LLVM even seems to recognize this, [replacing the second `memmove` with a `memcopy`](https://rust.godbolt.org/z/Yoaa6rrGn), so this makes it so it's always applied.

view details

push time in an hour

pull request commentrust-lang/rust

fix panic-safety in specialized Zip::next_back

:hourglass: Testing commit 8b518542d042a0b046d44d5c2b754976481c80ce with merge 1c8899cd89868eb5cd168a631594fcfdf1dfbe47... <!-- homu: {"type":"BuildStarted","head_sha":"8b518542d042a0b046d44d5c2b754976481c80ce","merge_sha":"1c8899cd89868eb5cd168a631594fcfdf1dfbe47"} -->

the8472

comment created time in an hour

PR merged rust-lang/rust

Use `copy_nonoverlapping` to copy `bytes` in `String::insert_bytes` S-waiting-on-bors merged-by-bors

The second copy could be made using ptr::copy_nonoverlapping instead of ptr::copy, since aliasing won't allow self and bytes to overlap. LLVM even seems to recognize this, replacing the second memmove with a memcopy, so this makes it so it's always applied.

+1 -1

5 comments

1 changed file

paolobarbolini

pr closed time in an hour

pull request commentrust-lang/rust

Use `copy_nonoverlapping` to copy `bytes` in `String::insert_bytes`

:sunny: Test successful - checks-actions Approved by: m-ou-se Pushing f639657fe4a16ec7704e0af77d0e5d5f587b59df to master... <!-- homu: {"type":"BuildCompleted","approved_by":"m-ou-se","base_ref":"master","builders":{"checks-actions":"https://github.com/rust-lang-ci/rust/runs/2867052620"},"merge_sha":"f639657fe4a16ec7704e0af77d0e5d5f587b59df"} -->

paolobarbolini

comment created time in an hour

issue commentrust-lang/rust

supplied instant is later than self

Can you check your system clock? That might be the issue. Also did you use RUST_BACKTRACE=full to get the full backtrace?

wozniak

comment created time in an hour

Pull request review commentrust-lang/rust

Improve `get_by_key_enumerated` more

 impl<I: Idx, K: Ord, V> SortedIndexMultiMap<I, K, V> {     ///     /// If there are multiple items that are equivalent to `key`, they will be yielded in     /// insertion order.-    pub fn get_by_key_enumerated<Q>(&self, key: &Q) -> impl '_ + Iterator<Item = (I, &V)>-    where-        Q: Ord + ?Sized,-        K: Borrow<Q>,-    {-        match self.binary_search_idx(key) {-            Err(_) => self.idxs_to_items_enumerated(&[]),--            Ok(idx) => {-                let start = self.idx_sorted_by_item_key[..idx]-                    .partition_point(|&i| self.items[i].0.borrow() != key);-                let end = idx-                    + self.idx_sorted_by_item_key[idx..]-                        .partition_point(|&i| self.items[i].0.borrow() == key);-                self.idxs_to_items_enumerated(&self.idx_sorted_by_item_key[start..end])-            }-        }-    }--    fn binary_search_idx<Q>(&self, key: &Q) -> Result<usize, usize>-    where-        Q: Ord + ?Sized,-        K: Borrow<Q>,-    {-        self.idx_sorted_by_item_key.binary_search_by(|&idx| self.items[idx].0.borrow().cmp(key))-    }--    fn idxs_to_items_enumerated(&'a self, idxs: &'a [I]) -> impl 'a + Iterator<Item = (I, &'a V)> {-        idxs.iter().map(move |&idx| (idx, &self.items[idx].1))+    pub fn get_by_key_enumerated(&'a self, key: K) -> impl '_ + Iterator<Item = (I, &V)> {+        let lower_bound =+            self.idx_sorted_by_item_key.partition_point(|&i| self.items[i].0.borrow() < &key);+        self.idx_sorted_by_item_key[lower_bound..]+            .iter()+            .take_while(move |&&i| self.items[i].0.borrow().eq(&key))+            .map(move |&idx| (idx, &self.items[idx].1))

Hm, IIUC map_while does an operation like "do take_while while map returns Some" and this doesn't seem to be a case?

JohnTitor

comment created time in an hour

pull request commentAccelerateHS/accelerate

Add tracy profiling support

One question I have is whether we should gate this behind another build flag (prof) or just include it under debug. One of the reasons for using Tracy is that it is designed to be fast enough to profile release applications (since that's what you want to profile...).

For us that's a bit tricky with our caching setup. In the current implementation this does not cache object files across runs, which is anticipatory of when we have embedded source line information. But for now I think we could do something like:

  • include tracy under debug builds
  • the current zone markings are always added and the object files are cached persistently
  • once we have source line information, we can consider how to best handle that: perhaps a runtime -fprof option that adds the extra information, but doesn't store those results in the persistent cache?
tmcdonell

comment created time in 2 hours

startedsharksforarms/deku

started time in 2 hours

Pull request review commentrust-lang/rust

E0716: clarify that equivalent code example is erroneous

 a call to a function, and not the name of a variable, this creates a can be borrowed. You could imagine that `let p = bar(&foo());` is equivalent to this: +(equivalent erroneous code)

This (equivalent to.. vs. equivalent erroneous code) sounds slightly redundant, maybe we could improve the above wording instead.

tlyu

comment created time in 2 hours

push eventtimberio/vector

Luc Perkins

commit sha 315dbaede1b719d1f14318bbae4cc40acadaff49

Spruce up code example CSS Signed-off-by: Luc Perkins <luc.perkins@datadoghq.com>

view details

push time in 2 hours

pull request commentrust-lang/rust

Add MIR pass to lower call to `core::slice::len` into `Len` operand

Used git blame blindly, didn't get deep enough. Sorry for disturbing.

Then I guess @jethrogb may clarify it

shamatar

comment created time in 2 hours

pull request commentrust-lang/rust

Automatic exponential formatting in Debug

r? @Mark-Simulacrum

(rust-highfive has picked a reviewer for you, use r? to override)

ExpHP

comment created time in 2 hours

PR opened rust-lang/rust

Automatic exponential formatting in Debug

Makes "{:?}" switch to exponential for floats based on magnitude.

See the discussion thread for RFC rust-lang/rfcs#2729. (note: this is not an implementation of the RFC; it is an implementation of the alternative where the format of {:?} is changed. See this comment from the libs team)

Thresholds chosen were 1e-4 and 1e16. Justification described here.


As mentioned in the commit message of 8731d4dfb47, this behavior will not apply when a precision is supplied, because I wanted to preserve the following existing and useful behavior of {:.PREC?} (which recursively applies {:.PREC} to floats in a struct):

assert_eq!(
    format!("{:.2?}", [100.0, 1234567.8901]),
    "[100.00, 1234567.89]",
)

I looked around and am not sure where there are any tests that actually use this in the test suite, though?

All things considered, I'm surprised that this change did not seem to break even a single existing test in x.py test --stage 2. (even when I tried a smaller threshold of 1e6)

+75 -6

0 comment

4 changed files

pr created time in 2 hours

issue commentrust-lang/rust

Tracking Issue for `Iterator::intersperse`

why not use join and join_with for iterators too? I feel like join implies the creation of something monolithic from a sequence and a separator, i.e

let items = vec!["foo", "bar", "blah"];
let result = items.join(" ");

will create the string foo bar blah.

But in my mind intersperse better communicates the idea of placing separators in between a sequence, without creating something monolithic using the results of that.

I suppose I mean that if I intersperse an iterator of &strs with " ", it makes sense to me that I get an iterator back. But if I have an iterator of &strs, and the method is named join, I feel like it's a little less clear. Without looking further into it, it might seem like that I'd get a concatenated String back, or similar. For other types it may be less unclear but I'm still unsure on whether calling the method join is a good fit.

camelid

comment created time in 2 hours

pull request commentrust-lang/rust

Rustdoc: Account for const-unstable functions

Screenshot: image

The unstable is linked to the tracking issue. Should I change the color?

fee1-dead

comment created time in 2 hours