opensrc0

As a newbie to rust, I am playing it for fun. I am a learn-by-example type of person, so in general I will have a repository to store and test a sets of sample codes.

​

My question is: how can I do it efficiently through cargo? In cmake, one can add many executables. I wonder whether we can do the same in cargo.

Here is a problem I encountered when testing out computing packages: neaderthal and fluokitten. Below is some code for demonstration:

(use '[uncomplicate.neanderthal core native]
     '[uncomplicate.fluokitten.core :refer [fmap! fmap fold foldmap]]
     '[criterium.core])

(def n 100000)
(def nx (dv (range n)))
(def ny (dv (range n)))
(defn p+ ^double [^double x ^double y] (+ x y))
(defn p* ^double [^double x ^double y] (* x y))
(do
  (set! *unchecked-math* :warn-on-boxed)
  (quick-bench (foldmap p+ 0.0 p* nx ny)))

What I found out is: if setting *unchecked-math* right before the foldmap call, its effect won't penetrate the call. Yet, if

Anyone knows whether there is a way to set terminal buffer name when calling termopen function? We have a use case of using vifm as a file picker inside nvim. Given various options provided, the default terminal buffer name created by nvim becomes very long. Also, it is visible on screen, so I would like to avoid it by changing the buffer name to something more meaningful.

Anyone knows how to do it with the termopen call? Alternatively, we tried to use :file to change the name afterwards, yet the :file command would create a unlisted buffer to hold the cumbersome buffer name.

We have a small business where I currently served as the CEO. I would like to resign, yet there are a few accounts opened under my name. The location is California.

My question: can I close these accounts? I am happy to transfer to the rest of the team if they can take it. How should I address the issue in the resignation letter so they will be liable-free in the future? These accounts are: business checking, credit, rentals -- all business accounts yet with my name on them.

Thanks in advance for shedding lights on the question.

I always make my current working window full screen under i3. It works great most of the time. I just observed that it has conflicts with floating windows that i3 will put floating windows behind the full-screen window.

My question is whether there is anyway to force floating windows staying on top, even before a full-screen window?

I try to bind two keys under i3 to sync primary selection buffer with clipboard. The definitions are as follows:

bindsym $mod+Shift+b exec "xsel | xsel -b"
bindsym $mod+Shift+p exec "xsel -b | xsel"

The above definition doesn't work in the sense the primary and clipboard buffers are not copied. The same command works if run in a terminal. Tried to wrap the commands into shell scripts. Yet, it still does not work.

bindsym $mod+Shift+b exec p2b.sh
bindsym $mod+Shift+p exec b2p.sh

On the other hand, if I try

bindsym $mod+Shift+b exec echo "xsel | xsel -b" >> ~/.i3debug

Seems the keybinding is activated.

My question is whether there is any deep reason that the cl