search for: trace2

...the core. Tracing is implemented on top without specific support, it thus cannot do some things debugging can do. Tomas On 8/26/20 3:31 AM, Antoine Fabri wrote: > Apologies there is one line missing in my last email, the code should be : > > foo <- function() "hello" > trace2 <- function(fun) trace(fun, quote(print("!!!"))) > trace2(foo) # <- THIS LINE WAS MISSING > base::fun > > Best, > > Antoine > > Le mar. 25 ao?t 2020 ? 22:02, Antoine Fabri <antoine.fabri at gmail.com> a > ?crit : > >> Dear R-devel, >>...

Dear R-devel, I don't think this is expected : foo <- function() "hello" trace2 <- function(fun) trace(fun, quote(print("!!!"))) base::fun # Object with tracing code, class "functionWithTrace" # Original definition: # function() "hello" # # ## (to see the tracing code, look at body(object)) `untrace()` has the same behavior. This is inconsist...

...back where the original was found". In the issue I report a function was created in the base environment, which is not "where the function was found". It's not clear to me what "where it was found" would mean in that case, but I would assume the execution environment of trace2, or maybe the calling environment (global in that case), or parent of foo (global here again), but not the base namespace. It would make sense to me to either have a traced fun in the execution environment, or to have an error. Best, Antoine Le mer. 26 ao?t 2020 ? 14:17, Tomas Kalibera <toma...

I have the clinical study data. Year 0 Year 3 Retinol (nmol/L) N Mean +-sd Mean +-sd Vitamin A group 73 1.89+-0.36 2.06+-0.53 Trace group 57 1.83+-0.31 1.78+-0.30 where N is the number of male for the clinical study. I want to test if the mean serum retinol has increased over 3 years among subjects in the vitamin A group. > 1.89+0.36

...ctually the contents of the final "Subject" header in the test on line 3. In the second test, on line 6, it uses a different and correct value for the same header! But too late to help as the first test was the one it should have had a match on. === begin session === $ sieve-test -t trace2.log -Tlevel=matching test.sieve message.2 Performed actions: * store message in folder: INBOX Implicit keep: (none) sieve-test(gowen): Info: final result: success $ cat trace2.log ## Started executing script 'test' 3: header test 3: starting `:contains' match...

...with qemu-img. I made a couple of changes and the hive corruption issue seems to be gone. The "RuntimeError: file receive cancelled by daemon" still persists. From the guestfs trace I can't see any evidence if not what seems a sort of overflow: sha1sum: ./Windows/Prefetch/ReadyBoot/Trace2.fx: Value too large for defined data type [ 65.347452] perf interrupt took too long (5124 > 5000), lowering kernel.perf_event_max_sample_rate to 25000 [ 139.668206] perf interrupt took too long (10140 > 10000), lowering kernel.perf_event_max_sample_rate to 12500 pclose: /: Success guestfsd...

https://bugs.freedesktop.org/show_bug.cgi?id=108982 Bug ID: 108982 Summary: GM206: MMIO write of 800000ec FAULT at 10eb14 [ IBUS ] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

hello, i have noticed that i cant type the winelauncher command... how can i get debug logs then? i am using wine-1.0-rc2

...ystal clear, I manually added the following rule to the beginning of the INPUT chain to drop all incoming UDP traffic on port 67 unconditionally: iptables -I INPUT 1 -p udp --dport 67 -j DROP Once again, connecting a system to the LAN produced another syslog trace, which I will attach as iptables-trace2.txt. This trace shows that netfilter terminates the trace at the first INPUT rule (i.e., the DROP rule), and then shows that dhcpd sees the packet and responds to it. Because the port 67 DROP rule was a newly added rule, its packet counter was 0 when I added it. Immediately upon connecting the c...

2015-05-28 10:40 GMT+03:00 Richard W.M. Jones <rjones@redhat.com>: > On Thu, May 28, 2015 at 10:33:48AM +0300, NoxDaFox wrote: > > To create the snapshots I'm using the libvirt command snapshotCreateXML > > with no flag set. Does libvirt support consistent snapshotting or shall I > > rely on QEMU backup new feature only? > > According to: