Fix issue 5345

Fixes #5345.
Also adds some docs and Debug impls.

r? @matklad
(rust_highfive has picked a reviewer for you, use r? to override)

I know what the problem is!
core/compiler/context/unit_dependencies.rs:L217: filter(|d| d.name() == dep.name()): it filters on name, so it captures both packages. core/compiler/context/unit_dependencies.rs:L218: any(|dep| match dep.kind() {: the correct package matches, and because this is any it matches for both packages.

Ready for review.

Excellent, thanks @derekdreery !
@bors r+

:pushpin: Commit d70f91e has been approved by matklad

:hourglass: Testing commit d70f91ee97f97db17d1817b4e906e280f44f3459 with merge 30bf81b575c8d4c32d335b165155102191f829c1...

:sunny: Test successful - status-appveyor, status-travis
Approved by: matklad
Pushing 30bf81b575c8d4c32d335b165155102191f829c1 to master...

:smiley:


Change variable object value by double clicking

From #19494, we can edit anything with the context menu, but we can only edit primitives by double clicking.

Assigning to march to investigate

This is nice, however becomes little bit counter-intuitive when I want to update the details of the object literal. E.g. I have to do an edit and type [1,2,3] to see Array[3] [1,2,3]. However, when I double-click to edit an existing element it brings up Array[3] [1,2,3] as an edit, and I would expect I need to change what's in the square brackets, instead of typing [1,2,3,4] if I want to add 4 to an array.
Example (sorry for numbering):


Fix typing

Once Mypy is updated to support pattern matching, need to go through and make sure our typing is correct.

Support for this is now on mypy's master branch, so the poking around on this can commence.
mypy's next release (0.940) is expected sometime in February.

Most of the low hanging fruit should now be taken care of, leaving a couple major things to work on:

[ ] LoxArray

While everything works at runtime, inheriting from LoxInstance is causing some non-trivial (I think) typing issues, mostly around re-using fields to hold LoxArray's internal data as a deque vs. LoxInstance's dict. I'm not sure if this needs an entire refactor or if we can do something like putting the deque into a "__data__" field instead.

[ ] Interpreter

The type narrowing, particulary with visitors like visit_Binary is a bit of a mess. Will have to take a look and see what we can do to narrow our left/right expressions down from Any to make the typing robust.

[ ] AstPrinter

WIP, can handle at the same time as #13


Show line numbers in side-by-side diffs

Side-by-side diffs are added in https://github.com/panglesd/diffcessible/pull/32
As new columns are added, it is natural to have extra columns for line numbers. Line numbers should be toggleable with a keybinding.

This issue is prioritized to @yokurang


Convert blogs 2021-10 to relative paths

This PR coverts the following blog entries from October 2021 to use relative paths instead of absolute paths to https://www.coronawarn.app:
October 2021

blog/2021-10-01-facts-and-figures
blog/2021-10-04-dashboard

It follows from the issue #1819.
This is the final PR to correct all historical blog entries which were using absolute paths. 🙂

Good morning @MikeMcC399, Thanks! Enjoy the weekend!


Added 'noindex' and 'nofollow' in the meta tag

PR for #3846. Not sure if/what test is required for this so I did not put one. If anyone thinks that it is necessary let me know.

Does this apply only to rejected teams?

Travis didn't like that. My question is whether something like
    {% if team.status == 'rejected' %}
    <meta name="ROBOTS" content="NOINDEX, NOFOLLOW" />
    {% endif %}

is needed.

I like the new review style.

Alright, rejecting this PR because a) we don't have a strong consensus that we want it, b) it's not done, and c) it's in the way. :-)

Actually it was finished but I was waiting for the final decision before I put it up for review.


Understand geometric transformation functions.

Hi, thank for the great work.
I would like to understand more about the differentiable transforms functions in transforms.py
As I don't have background in 3D-2D transform matrix, could you give me some helpful links to understand more about it?
Specifically, I would like to know more about HomMatrix as in transParamsToHomMatrix() function.
Any intro links or correct keywords for Google is appreciated.

You can take a look at https://en.wikipedia.org/wiki/Camera_matrix, or search for materials related to camera projection matrices (usually working with homogeneous coordinates).


Versioning process for the OpenTracing specification

RFC Proposal
https://github.com/opentracing/specification/blob/tedsuo/rfc-process/rfc_process.md
Defines a more formal versioning process for the OpenTracing specification.
RFC Template
https://github.com/opentracing/specification/blob/tedsuo/rfc-process/rfc_template.md
To be used for starting proposals.
Example RFC
https://github.com/opentracing/specification/pull/107 Trace-Parent Accessors
A real change request, done in the format defined within this pull request.
Inspiration and prior art

Couchbase: https://github.com/couchbaselabs/sdk-rfcs/
IETF
W3C

I'd like to merge this in on Friday, March 16th, after the Cross-Language working group meeting. If you have objections or questions, please give them this week.

@cwe1ss @jpkrohling thank you for your feedback. I've made changes based on your suggestions, and I'm going to merge. Feel free to make additional PRs if you find further changes.


[WIP] Reduce ClusterServiceVersion E2E Test Time

Description
Reduces the time for running certain E2E tests for ClusterServiceVersions by creating the CSV first, then its dependencies (CRD, APIService) and adding ownerReferences.

Superseded by #599


Missleading error message on power pc for rdtsc and rdtscp

Expected Behavior
We might should disable this checks for powerpc, because rdtsc ad rdtscp are not available there.
Actual Behavior
-- Performing Test HPX_WITH_RDTSC - Failed
-- Performing Test HPX_WITH_RDTSCP - Failed
-- Neither rdtsc nor rdtscp is available  some performance counters may report incorrect results

Steps to Reproduce the Problem
... Please be as specific as possible while describing how to reproduce your problem.

Run CMake von PowerPC

Specifications
... Please describe your environment

HPX Version: Not important
Platform (compiler, OS): Power8

Could we add some PPC specific implementation of this (see: https://stackoverflow.com/questions/5883124/whats-the-equivalent-of-rdtsc-opcode-for-ppc)? I'm sure people want to see performance measurement results on this platform as well.

@hkaiser I will have a look into it.

@diehlpk please see #3649 for a possible fix.
Also please note that we do already have PPC support for taking timestamps (see: https://github.com/STEllAR-GROUP/hpx/blob/master/hpx/util/hardware/timestamp.hpp#L36-L37). This currently falls back to clock_gettime, so it could be improved by using some low-level assembly instead, possibly the ones described here: https://stackoverflow.com/a/53039372/269943:
If you work with gcc use the following:
std::uint64_t rdtsc()
{
    std::uint64_t rval;
    __asm__ __volatile__("mfspr %%r3, 268": "=r" (rval));
    return rval;
}

For clang:
std::uint64_t rdtsc()
{
    // _mm_lfence();  // optionally wait for earlier insns to retire before reading the clock
    return __builtin_readcyclecounter();
}


Code change: Remove unused code

What this PR does / why we need it:
This PR removes functions that are never called, structures that are never used, and global variables that are never read.
Release note:
None

/lgtm
/approve
/retest

@akrejcir thanks!

/retest


use towncrier to generate CHANGELOG

Uses towncrier to generate the CHANGELOG.
To see rendered CHANGELOG, see the netlify deploy preview at https://deploy-preview-2607--pyo3.netlify.app/main/changelog.html

TODO:

[ ] Update contributing guide
[ ] Remove date from "Unreleased" header on rendered netlify build

I'm quite happy with how this works! Anyone got any concerns before I merge this?

After reading the towncrier docs for a bit, this seems to mainly take care of writing the changelog, i.e. the formatting and parts of the editorial work, but will involve the same amount of additional work for developers making changes (meaning that in addition to the commit message, a news fragment which is basically the content part of a changelog item needs to be written).
To me this is certainly an improvement insofar it removes the Markdown busy work of keeping PyO3's high volume changelog in shape. But if this is automated at all, I would personally try to go for something that is based on the Git commit messages to reduce the number of steps involved in documenting changes. (Of course, it should not directly represent the commit log as the target audience is different, but it would be nice if it would derive the changelog item from the commit log using e.g. some mini language to use in the commit messages.)

I also really like that towncrier nicely integrates with the existing work instead of forcing us to redo the changelog or have a legacy and current one.

This looks good to me, I'm glad it's working out!

But if this is automated at all, I would personally try to go for something that is based on the Git commit messages to reduce the number of steps involved in documenting changes.

I went back and forth on this (see #2509), the advantage of encouraging cleaner commit history would be nice.
However the drawback of coupling to git commits is I think it forces contributors to learn how to add their release notes even earlier else be forced to squash / rebase.
Also, being able to fix up typos in release notes in follow up PRs is a huge plus for me.
So overall I'm leaning towards this approach, and it sounds like everyone is generally happy with it, so will click merge now! Can easily revert / revisit later given this is just internal tooling 🙂

However the drawback of coupling to git commits is I think it forces contributors to learn how to add their release notes even earlier else be forced to squash / rebase.

I agree that this is a significant drawback that I did not consider. I also very much agree that it is more useful to make thing easy for new contributors than to streamline things for the old hands.


Update CUTGroup Homepage Map with Static # of Testers

We are continuing to work on creating a dynamic map on the homepage of http://www.cutgroup.org/, which relates to https://github.com/smartchicago/kimball/issues/63#issuecomment-131942109
At this time, we would like to update the map with the number of testers to show current progress of expanding into Cook County.

This is completed for now, and therefore, closing. The bigger task relates to #63 where we can geocode tester locations.


⚠ Secret Website 3 has degraded performance

In 1709fce, Secret Website 3 ($SECRET_WEBSITE_3) experienced degraded performance:

HTTP code: 200
Response time: 3258 ms

Resolved: Secret Website 3 performance has improved in 2f3765b.


Is FileStream covered?

I need to be able to test a FileStream but I don't see anyway to do it with what it currently implemented. I see PR #177 but it hasn't been merged yet and the PR is 6 months old. I assume that FileStream is already covered in some way?

I'm, also looking to mock a FileStream and found this pull request but the implementation doesn't seem to be in the latest version on nuget as far as I can tell. Any update on when this support might be added?

To be resolved by #177


Daily Random Crashes

Describe the issue
I run UTM fullscreen for 8+ hours a day (My company issued me a macbook m1, but I need linux to do my work). I tend to get a complete crash almost daily, which is really killing my workflow! I haven't been able to tie it down to anything specific I did inside of UTM.
Configuration

UTM Version: 3.1.5
OS Version: 12.3.1
Intel or Apple Silicon? Apple Silicon

Crash log
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               UTM [10181]
Path:                  /Applications/UTM.app/Contents/MacOS/UTM
Identifier:            com.utmapp.UTM
Version:               3.1.5 (53)
Code Type:             ARM-64 (Native)
Parent Process:        launchd [1]
User ID:               501

Date/Time:             2022-04-09 14:04:59.7534 -0500
OS Version:            macOS 12.3.1 (21E258)
Report Version:        12
Anonymous UUID:        B1271B97-1BD1-7315-E9D7-D28CD1258782

Sleep/Wake UUID:       416898AD-F1F2-4A3B-AE38-6203E47498DB

Time Awake Since Boot: 30000 seconds
Time Since Wake:       1368 seconds

System Integrity Protection: enabled

Crashed Thread:        16  Dispatch queue: com.Metal.CompletionQueueDispatch

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000000000020
Exception Codes:       0x0000000000000001, 0x0000000000000020
Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process:   exc handler [10181]

VM Region Info: 0x20 is not in any region.  Bytes before following region:<PHONE_NUMBER>
      REGION TYPE                    START - END         [ VSIZE] PRT/MAX SHRMOD  REGION DETAIL
      UNUSED SPACE AT START
--->
      __TEXT                      104cd0000-105138000    [ 4512K] r-x/r-x SM=COW  ...nts/MacOS/UTM

Thread 0::  Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	       0x1b97448d0 mach_msg_trap + 8
1   libsystem_kernel.dylib        	       0x1b9744d40 mach_msg + 76
2   CoreFoundation                	       0x1b984ec1c __CFRunLoopServiceMachPort + 372
3   CoreFoundation                	       0x1b984d0cc __CFRunLoopRun + 1180
4   CoreFoundation                	       0x1b984c490 CFRunLoopRunSpecific + 600
5   HIToolbox                     	       0x1c246cdd8 RunCurrentEventLoopInMode + 292
6   HIToolbox                     	       0x1c246cb54 ReceiveNextEventCommon + 564
7   HIToolbox                     	       0x1c246c908 _BlockUntilNextEventMatchingListInModeWithFilter + 72
8   AppKit                        	       0x1bc3abb2c _DPSNextEvent + 860
9   AppKit                        	       0x1bc3aa424 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1328
10  AppKit                        	       0x1bc39c5f0 -[NSApplication run] + 596
11  AppKit                        	       0x1bc36dd08 NSApplicationMain + 1132
12  SwiftUI                       	       0x1dec8f044 specialized runApp(_:) + 148
13  SwiftUI                       	       0x1df81d870 runApp<A>(_:) + 260
14  SwiftUI                       	       0x1df293640 static App.main() + 128
15  UTM                           	       0x104d53eec 0x104cd0000 + 540396
16  UTM                           	       0x104d51ccc 0x104cd0000 + 531660
17  dyld                          	       0x105261088 start + 516

Thread 1:: com.apple.NSEventThread
0   libsystem_kernel.dylib        	       0x1b97448d0 mach_msg_trap + 8
1   libsystem_kernel.dylib        	       0x1b9744d40 mach_msg + 76
2   CoreFoundation                	       0x1b984ec1c __CFRunLoopServiceMachPort + 372
3   CoreFoundation                	       0x1b984d0cc __CFRunLoopRun + 1180
4   CoreFoundation                	       0x1b984c490 CFRunLoopRunSpecific + 600
5   AppKit                        	       0x1bc5186f4 _NSEventThread + 196
6   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
7   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 2:: CVDisplayLink
0   libsystem_kernel.dylib        	       0x1b9748290 __psynch_cvwait + 8
1   libsystem_pthread.dylib       	       0x1b9782868 _pthread_cond_wait + 1280
2   CoreVideo                     	       0x1c0e0fb9c CVDisplayLink::waitUntil(unsigned long long) + 324
3   CoreVideo                     	       0x1c0e0eecc CVDisplayLink::runIOThread() + 488
4   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
5   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 3:: SPICE Main Loop
0   libsystem_kernel.dylib        	       0x1b974914c __sendto + 8
1   gio-2.0.0                     	       0x105bb3430 g_socket_send_with_timeout + 320
2   gio-2.0.0                     	       0x105bb32e4 g_socket_send_with_blocking + 84
3   gio-2.0.0                     	       0x105bc21a0 g_socket_output_stream_pollable_write_nonblocking + 92
4   gio-2.0.0                     	       0x105ba0498 g_pollable_output_stream_write_nonblocking + 436
5   spice-client-glib-2.0.8       	       0x10678e284 spice_channel_flush_wire_nonblocking + 328
6   spice-client-glib-2.0.8       	       0x10678e008 spice_channel_flush_wire + 116
7   spice-client-glib-2.0.8       	       0x10678df88 spice_channel_write + 40
8   spice-client-glib-2.0.8       	       0x10678a7bc spice_channel_write_msg + 348
9   spice-client-glib-2.0.8       	       0x10678a654 spice_msg_out_send_internal + 76
10  spice-client-glib-2.0.8       	       0x106797fdc spice_display_channel_gl_draw_done + 244
11  UTM                           	       0x104ef9b44 0x104cd0000 + 2267972
12  glib-2.0.0                    	       0x10713fa9c g_idle_dispatch + 76
13  glib-2.0.0                    	       0x1071445a8 g_main_dispatch + 412
14  glib-2.0.0                    	       0x1071443f8 g_main_context_dispatch + 52
15  glib-2.0.0                    	       0x1071448d0 g_main_context_iterate + 416
16  glib-2.0.0                    	       0x107144df0 g_main_loop_run + 616
17  UTM                           	       0x104ef9648 0x104cd0000 + 2266696
18  libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
19  libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 4:: org.libusb.device-hotplug
0   libsystem_kernel.dylib        	       0x1b97448d0 mach_msg_trap + 8
1   libsystem_kernel.dylib        	       0x1b9744d40 mach_msg + 76
2   CoreFoundation                	       0x1b984ec1c __CFRunLoopServiceMachPort + 372
3   CoreFoundation                	       0x1b984d0cc __CFRunLoopRun + 1180
4   CoreFoundation                	       0x1b984c490 CFRunLoopRunSpecific + 600
5   CoreFoundation                	       0x1b98d9628 CFRunLoopRun + 64
6   usb-1.0.0                     	       0x10541ebdc darwin_event_thread_main + 656
7   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
8   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 5:: usb_ev_thread
0   libsystem_kernel.dylib        	       0x1b974ced0 poll + 8
1   usb-1.0.0                     	       0x10541cc00 usbi_wait_for_events + 132
2   usb-1.0.0                     	       0x10541aafc handle_events + 324
3   usb-1.0.0                     	       0x10541a7bc libusb_handle_events_timeout_completed + 212
4   usb-1.0.0                     	       0x10541ac28 libusb_handle_events + 44
5   spice-client-glib-2.0.8       	       0x1067b1df4 spice_usb_device_manager_usb_ev_thread + 100
6   glib-2.0.0                    	       0x10717a0e4 g_thread_proxy + 156
7   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
8   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 6:: com.apple.CFStream.LegacyThread
0   libsystem_kernel.dylib        	       0x1b97448d0 mach_msg_trap + 8
1   libsystem_kernel.dylib        	       0x1b9744d40 mach_msg + 76
2   CoreFoundation                	       0x1b984ec1c __CFRunLoopServiceMachPort + 372
3   CoreFoundation                	       0x1b984d0cc __CFRunLoopRun + 1180
4   CoreFoundation                	       0x1b984c490 CFRunLoopRunSpecific + 600
5   CoreFoundation                	       0x1b98cef74 _legacyStreamRunLoop_workThread + 300
6   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
7   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 7:: com.apple.NSURLConnectionLoader
0   libsystem_kernel.dylib        	       0x1b97448d0 mach_msg_trap + 8
1   libsystem_kernel.dylib        	       0x1b9744d40 mach_msg + 76
2   CoreFoundation                	       0x1b984ec1c __CFRunLoopServiceMachPort + 372
3   CoreFoundation                	       0x1b984d0cc __CFRunLoopRun + 1180
4   CoreFoundation                	       0x1b984c490 CFRunLoopRunSpecific + 600
5   CFNetwork                     	       0x1be63594c 0x1be3cb000 + 2533708
6   Foundation                    	       0x1ba72171c __NSThread__start__ + 808
7   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
8   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 8:: com.apple.CFSocket.private
0   libsystem_kernel.dylib        	       0x1b974f5b8 __select + 8
1   CoreFoundation                	       0x1b98791fc __CFSocketManager + 644
2   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
3   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 9:: pool-spawner
0   libsystem_kernel.dylib        	       0x1b9748290 __psynch_cvwait + 8
1   libsystem_pthread.dylib       	       0x1b978283c _pthread_cond_wait + 1236
2   glib-2.0.0                    	       0x1071afbc4 g_cond_wait + 52
3   glib-2.0.0                    	       0x1071001c4 g_async_queue_pop_intern_unlocked + 108
4   glib-2.0.0                    	       0x1071002b0 g_async_queue_pop_unlocked + 80
5   glib-2.0.0                    	       0x10717a830 g_thread_pool_spawn_thread + 116
6   glib-2.0.0                    	       0x10717a0e4 g_thread_proxy + 156
7   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
8   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 10:: gmain
0   libsystem_kernel.dylib        	       0x1b974ced0 poll + 8
1   glib-2.0.0                    	       0x107157ef0 g_poll + 40
2   glib-2.0.0                    	       0x107146c60 g_main_context_poll + 96
3   glib-2.0.0                    	       0x1071448a8 g_main_context_iterate + 376
4   glib-2.0.0                    	       0x10714494c g_main_context_iteration + 84
5   glib-2.0.0                    	       0x107146588 glib_worker_main + 32
6   glib-2.0.0                    	       0x10717a0e4 g_thread_proxy + 156
7   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
8   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 11:: AMCP Logging Spool
0   libsystem_kernel.dylib        	       0x1b974490c semaphore_wait_trap + 8
1   caulk                         	       0x1c21d6a2c caulk::mach::semaphore::wait_or_error() + 28
2   caulk                         	       0x1c21ba77c caulk::concurrent::details::worker_thread::run() + 56
3   caulk                         	       0x1c21ba39c void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*> > >(void*) + 96
4   libsystem_pthread.dylib       	       0x1b978226c _pthread_start + 148
5   libsystem_pthread.dylib       	       0x1b977d08c thread_start + 8

Thread 12:
0   libsystem_pthread.dylib       	       0x1b977d078 start_wqthread + 0

Thread 13::  Dispatch queue: com.Metal.CommandQueueDispatch
0   libsystem_kernel.dylib        	       0x1b974490c semaphore_wait_trap + 8
1   libdispatch.dylib             	       0x1b95be74c _dispatch_sema4_wait + 28
2   libdispatch.dylib             	       0x1b95bedf4 _dispatch_semaphore_wait_slow + 132
3   Metal                         	       0x1c2095e60 -[_MTLCommandQueue _submitAvailableCommandBuffers] + 768
4   libdispatch.dylib             	       0x1b95be1c8 _dispatch_client_callout + 20
5   libdispatch.dylib             	       0x1b95c1670 _dispatch_continuation_pop + 500
6   libdispatch.dylib             	       0x1b95d48e0 _dispatch_source_invoke + 1596
7   libdispatch.dylib             	       0x1b95c5784 _dispatch_lane_serial_drain + 376
8   libdispatch.dylib             	       0x1b95c6404 _dispatch_lane_invoke + 392
9   libdispatch.dylib             	       0x1b95d0c98 _dispatch_workloop_worker_thread + 648
10  libsystem_pthread.dylib       	       0x1b977e360 _pthread_wqthread + 288
11  libsystem_pthread.dylib       	       0x1b977d080 start_wqthread + 8

Thread 14:
0   libsystem_pthread.dylib       	       0x1b977d078 start_wqthread + 0

Thread 15:
0   libsystem_pthread.dylib       	       0x1b977d078 start_wqthread + 0

Thread 16 Crashed::  Dispatch queue: com.Metal.CompletionQueueDispatch
0   libobjc.A.dylib               	       0x1b960a980 objc_release + 16
1   Metal                         	       0x1c2096ea4 -[MTLResourceList releaseAllObjectsAndReset] + 124
2   IOGPU                         	       0x1d41f92a8 IOGPUMetalCommandBufferStorageReleaseAllResources + 156
3   IOGPU                         	       0x1d41f9094 IOGPUMetalCommandBufferStorageDealloc + 168
4   IOGPU                         	       0x1d41f7b70 -[IOGPUMetalCommandBuffer didCompleteWithStartTime:endTime:error:] + 236
5   Metal                         	       0x1c209680c -[_MTLCommandQueue commandBufferDidComplete:startTime:completionTime:error:] + 136
6   IOGPU                         	       0x1d41ffa04 __IOGPUNotificationQueueSetDispatchQueue_block_invoke + 164
7   libdispatch.dylib             	       0x1b95be288 _dispatch_client_callout4 + 20
8   libdispatch.dylib             	       0x1b95da53c _dispatch_mach_msg_invoke + 464
9   libdispatch.dylib             	       0x1b95c5784 _dispatch_lane_serial_drain + 376
10  libdispatch.dylib             	       0x1b95db25c _dispatch_mach_invoke + 456
11  libdispatch.dylib             	       0x1b95c5784 _dispatch_lane_serial_drain + 376
12  libdispatch.dylib             	       0x1b95c6438 _dispatch_lane_invoke + 444
13  libdispatch.dylib             	       0x1b95c5784 _dispatch_lane_serial_drain + 376
14  libdispatch.dylib             	       0x1b95c6404 _dispatch_lane_invoke + 392
15  libdispatch.dylib             	       0x1b95d0c98 _dispatch_workloop_worker_thread + 648
16  libsystem_pthread.dylib       	       0x1b977e360 _pthread_wqthread + 288
17  libsystem_pthread.dylib       	       0x1b977d080 start_wqthread + 8

Thread 17:
0   libsystem_pthread.dylib       	       0x1b977d078 start_wqthread + 0

Thread 18:
0   libsystem_pthread.dylib       	       0x1b977d078 start_wqthread + 0

Thread 16 crashed with ARM Thread State (64-bit):
    x0: 0x00000001445d3bd0   x1: 0x000000010552b200   x2: 0x00000001445d04c0   x3: 0x000000000000001a
    x4: 0x0000000040000010   x5: 0x0000000000000016   x6: 0x0000000000000000   x7: 0x0000000000000000
    x8: 0x0000000000000000   x9: 0x0000000000000000  x10: 0x0000000000179f41  x11: 0x000000000026c780
   x12: 0x0000000144500000  x13: 0x0000000000000000  x14: 0x000000006c3eb2af  x15: 0x00000000003132a4
   x16: 0x00000001b960a970  x17: 0x0000000213b27230  x18: 0x0000000000000000  x19: 0x00006000022f8320
   x20: 0x0000000000000003  x21: 0x0000000000000016  x22: 0x0000000157b12f40  x23: 0x00000001578ee800
   x24: 0x00000002038635a6  x25: 0x00000001578ee800  x26: 0x000000016b35a690  x27: 0x00006000014737e8
   x28: 0x0000600003438180   fp: 0x000000016b35a440   lr: 0x00000001c2096ea4
    sp: 0x000000016b35a420   pc: 0x00000001b960a980 cpsr: 0x20001000
   far: 0x0000000000000020  esr: 0x92000006 (Data Abort) byte read Translation fault

Binary Images:
       0x1b9743000 -        0x1b977afff libsystem_kernel.dylib (*) <1d7b3b8e-75a1-34ea-aa52-9f7c23155c55> /usr/lib/system/libsystem_kernel.dylib
       0x1b97ca000 -        0x1b9d0ffff com.apple.CoreFoundation (6.9) <8e1809ff-f5b1-3d9e-be15-f2e7b1d8ce51> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
       0x1c2439000 -        0x1c276cfff com.apple.HIToolbox (2.1.1) <4a1d1f30-c79d-3502-b51f-9792adbd8e06> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
       0x1bc36a000 -        0x1bd221fff com.apple.AppKit (6.9) <153590c1-624c-38fb-8ffb-ba751bccbd16> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
       0x1debfd000 -        0x1dfc48fff com.apple.SwiftUI (3.4.12) <e04e2f6a-2941-3e0e-8ef6-1eac41ca06ec> /System/Library/Frameworks/SwiftUI.framework/Versions/A/SwiftUI
       0x104cd0000 -        0x105137fff com.utmapp.UTM (3.1.5) <d950336e-528e-3623-8223-c29b99b9962c> /Applications/UTM.app/Contents/MacOS/UTM
       0x10525c000 -        0x1052bbfff dyld (*) <fbb89662-e6f2-3434-b542-f75185ac5e74> /usr/lib/dyld
       0x1b977b000 -        0x1b9787fff libsystem_pthread.dylib (*) <cee8bc77-6923-34d9-89a3-6f8f7279605e> /usr/lib/system/libsystem_pthread.dylib
       0x1c0e0c000 -        0x1c0e69fff com.apple.CoreVideo (1.8) <f988dbd8-b383-38c8-a141-f80e0252430e> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
       0x105b20000 -        0x105cbffff com.utmapp.gio-2.0.0 (1.0) <e6ca345c-f2e1-3396-bfe7-58cae9f29227> /Applications/UTM.app/Contents/Frameworks/gio-2.0.0.framework/Versions/A/gio-2.0.0
       0x106778000 -        0x10689ffff com.utmapp.spice-client-glib-2.0.8 (1.0) <a43ace5c-84c3-3575-a9c3-e97fe540a8d2> /Applications/UTM.app/Contents/Frameworks/spice-client-glib-2.0.8.framework/Versions/A/spice-client-glib-2.0.8
       0x1070f4000 -        0x107267fff com.utmapp.glib-2.0.0 (1.0) <dd59f485-e6ac-32e0-b1fe-13f084a24ce1> /Applications/UTM.app/Contents/Frameworks/glib-2.0.0.framework/Versions/A/glib-2.0.0
       0x105410000 -        0x105427fff com.utmapp.usb-1.0.0 (1.0) <30e5ac83-e03c-3045-8ce7-71d7409986d4> /Applications/UTM.app/Contents/Frameworks/usb-1.0.0.framework/Versions/A/usb-1.0.0
       0x1be3cb000 -        0x1be87efff com.apple.CFNetwork (1331.0.7) <cfdb5ccd-a5e9-3e08-ad4f-087f420db6a0> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
       0x1ba6c5000 -        0x1baab5fff com.apple.Foundation (6.9) <886a3487-88a6-30bb-b179-1a92996c67cf> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
       0x1c21b8000 -        0x1c21defff com.apple.audio.caulk (1.0) <23d0d7ce-cb87-35f3-9c15-943bd8f6645a> /System/Library/PrivateFrameworks/caulk.framework/Versions/A/caulk
       0x1b95ba000 -        0x1b9600fff libdispatch.dylib (*) <dc048e3b-e023-3d17-afe5-4ff3dc625608> /usr/lib/system/libdispatch.dylib
       0x1c2076000 -        0x1c21b7fff com.apple.Metal (261.13) <da3fd743-76d9-351c-9bb0-17027a76b6df> /System/Library/Frameworks/Metal.framework/Versions/A/Metal
       0x1b9601000 -        0x1b963efff libobjc.A.dylib (*) <4b5ab8fb-60e0-3992-ba0e-a073a3fa86a7> /usr/lib/libobjc.A.dylib
       0x1d41f4000 -        0x1d4221fff com.apple.IOGPU (35.29) <51396341-67fd-333d-a043-99baada3f29d> /System/Library/PrivateFrameworks/IOGPU.framework/Versions/A/IOGPU
               0x0 - 0xffffffffffffffff ??? (*) <00000000-0000-0000-0000-000000000000> ???

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=1.1G resident=0K(0%) swapped_out_or_unallocated=1.1G(100%)
Writable regions: Total=1.8G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=1.8G(100%)

                                VIRTUAL   REGION
REGION TYPE                        SIZE    COUNT (non-coalesced)
===========                     =======  =======
Accelerate framework               256K        2
Activity Tracing                   256K        1
CG backing stores                 2176K        4
CG image                          1728K       24
CG raster data                     672K        5
ColorSync                          608K       27
CoreAnimation                     1376K       48
CoreGraphics                        32K        2
CoreImage                         9008K        1
CoreUI image data                 1664K       17
Foundation                          48K        2
Image IO                          9264K        3
Kernel Alloc Once                   32K        1
MALLOC                           350.3M       89
MALLOC guard page                  192K       11
MALLOC_MEDIUM (reserved)         960.0M        8         reserved VM address space (unallocated)
MALLOC_NANO (reserved)           384.0M        1         reserved VM address space (unallocated)
STACK GUARD                       56.3M       19
Stack                             17.5M       19
VM_ALLOCATE                      145.3M       28
__AUTH                            2687K      306
__AUTH_CONST                      20.6M      503
__DATA                            16.9M      537
__DATA_CONST                      18.7M      549
__DATA_DIRTY                      1813K      203
__FONT_DATA                          4K        1
__LINKEDIT                       589.1M       46
__OBJC_CONST                      3374K      267
__OBJC_RO                         82.9M        1
__OBJC_RW                         3152K        1
__TEXT                           524.1M      567
__UNICODE                          592K        1
dyld private memory               1024K        1
mapped file                      158.9M       31
shared memory                      880K       16
===========                     =======  =======
TOTAL                              3.3G     3342
TOTAL, minus reserved VM space     2.0G     3342

-----------
Full Report
-----------

{"app_name":"UTM","timestamp":"2022-04-09 14:05:02.00 -0500","app_version":"3.1.5","slice_uuid":"d950336e-528e-3623-8223-c29b99b9962c","build_version":"53","platform":1,"bundleID":"com.utmapp.UTM","share_with_app_devs":0,"is_first_party":0,"bug_type":"309","os_version":"macOS 12.3.1 (21E258)","incident_id":"9E79F585-A63C-4651-A154-466223489459","name":"UTM"}
{
  "uptime" : 30000,
  "procLaunch" : "2022-04-08 17:07:25.4661 -0500",
  "procRole" : "Foreground",
  "version" : 2,
  "userID" : 501,
  "deployVersion" : 210,
  "modelCode" : "MacBookPro17,1",
  "procStartAbsTime" :<PHONE_NUMBER>37,
  "coalitionID" : 1822,
  "osVersion" : {
    "train" : "macOS 12.3.1",
    "build" : "21E258",
    "releaseType" : "User"
  },
  "captureTime" : "2022-04-09 14:04:59.7534 -0500",
  "incident" : "9E79F585-A63C-4651-A154-466223489459",
  "bug_type" : "309",
  "pid" : 10181,
  "procExitAbsTime" :<PHONE_NUMBER>94,
  "translated" : false,
  "cpuType" : "ARM-64",
  "procName" : "UTM",
  "procPath" : "\/Applications\/UTM.app\/Contents\/MacOS\/UTM",
  "bundleInfo" : {"CFBundleShortVersionString":"3.1.5","CFBundleVersion":"53","CFBundleIdentifier":"com.utmapp.UTM"},
  "storeInfo" : {"deviceIdentifierForVendor":"5CDE733B-71E2-5E7D-A1E0-60F46C4CD466","thirdParty":true},
  "parentProc" : "launchd",
  "parentPid" : 1,
  "coalitionName" : "com.utmapp.UTM",
  "crashReporterKey" : "B1271B97-1BD1-7315-E9D7-D28CD1258782",
  "wakeTime" : 1368,
  "sleepWakeUUID" : "416898AD-F1F2-4A3B-AE38-6203E47498DB",
  "sip" : "enabled",
  "vmRegionInfo" : "0x20 is not in any region.  Bytes before following region:<PHONE_NUMBER>\n      REGION TYPE                    START - END         [ VSIZE] PRT\/MAX SHRMOD  REGION DETAIL\n      UNUSED SPACE AT START\n--->  \n      __TEXT                      104cd0000-105138000    [ 4512K] r-x\/r-x SM=COW  ...nts\/MacOS\/UTM",
  "isCorpse" : 1,
  "exception" : {"codes":"0x0000000000000001, 0x0000000000000020","rawCodes":[1,32],"type":"EXC_BAD_ACCESS","signal":"SIGSEGV","subtype":"KERN_INVALID_ADDRESS at 0x0000000000000020"},
  "termination" : {"flags":0,"code":11,"namespace":"SIGNAL","indicator":"Segmentation fault: 11","byProc":"exc handler","byPid":10181},
  "vmregioninfo" : "0x20 is not in any region.  Bytes before following region:<PHONE_NUMBER>\n      REGION TYPE                    START - END         [ VSIZE] PRT\/MAX SHRMOD  REGION DETAIL\n      UNUSED SPACE AT START\n--->  \n      __TEXT                      104cd0000-105138000    [ 4512K] r-x\/r-x SM=COW  ...nts\/MacOS\/UTM",
  "extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
  "faultingThread" : 16,
  "threads" : [{"id":67947,"queue":"com.apple.main-thread","frames":[{"imageOffset":6352,"symbol":"mach_msg_trap","symbolLocation":8,"imageIndex":0},{"imageOffset":7488,"symbol":"mach_msg","symbolLocation":76,"imageIndex":0},{"imageOffset":543772,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":372,"imageIndex":1},{"imageOffset":536780,"symbol":"__CFRunLoopRun","symbolLocation":1180,"imageIndex":1},{"imageOffset":533648,"symbol":"CFRunLoopRunSpecific","symbolLocation":600,"imageIndex":1},{"imageOffset":212440,"symbol":"RunCurrentEventLoopInMode","symbolLocation":292,"imageIndex":2},{"imageOffset":211796,"symbol":"ReceiveNextEventCommon","symbolLocation":564,"imageIndex":2},{"imageOffset":211208,"symbol":"_BlockUntilNextEventMatchingListInModeWithFilter","symbolLocation":72,"imageIndex":2},{"imageOffset":269100,"symbol":"_DPSNextEvent","symbolLocation":860,"imageIndex":3},{"imageOffset":263204,"symbol":"-[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]","symbolLocation":1328,"imageIndex":3},{"imageOffset":206320,"symbol":"-[NSApplication run]","symbolLocation":596,"imageIndex":3},{"imageOffset":15624,"symbol":"NSApplicationMain","symbolLocation":1132,"imageIndex":3},{"imageOffset":598084,"symbol":"specialized runApp(_:)","symbolLocation":148,"imageIndex":4},{"imageOffset":12716144,"symbol":"runApp<A>(_:)","symbolLocation":260,"imageIndex":4},{"imageOffset":6907456,"symbol":"static App.main()","symbolLocation":128,"imageIndex":4},{"imageOffset":540396,"imageIndex":5},{"imageOffset":531660,"imageIndex":5},{"imageOffset":20616,"symbol":"start","symbolLocation":516,"imageIndex":6}]},{"id":67980,"name":"com.apple.NSEventThread","frames":[{"imageOffset":6352,"symbol":"mach_msg_trap","symbolLocation":8,"imageIndex":0},{"imageOffset":7488,"symbol":"mach_msg","symbolLocation":76,"imageIndex":0},{"imageOffset":543772,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":372,"imageIndex":1},{"imageOffset":536780,"symbol":"__CFRunLoopRun","symbolLocation":1180,"imageIndex":1},{"imageOffset":533648,"symbol":"CFRunLoopRunSpecific","symbolLocation":600,"imageIndex":1},{"imageOffset":1763060,"symbol":"_NSEventThread","symbolLocation":196,"imageIndex":3},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":67988,"name":"CVDisplayLink","frames":[{"imageOffset":21136,"symbol":"__psynch_cvwait","symbolLocation":8,"imageIndex":0},{"imageOffset":30824,"symbol":"_pthread_cond_wait","symbolLocation":1280,"imageIndex":7},{"imageOffset":15260,"symbol":"CVDisplayLink::waitUntil(unsigned long long)","symbolLocation":324,"imageIndex":8},{"imageOffset":11980,"symbol":"CVDisplayLink::runIOThread()","symbolLocation":488,"imageIndex":8},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":67989,"name":"SPICE Main Loop","frames":[{"imageOffset":24908,"symbol":"__sendto","symbolLocation":8,"imageIndex":0},{"imageOffset":603184,"symbol":"g_socket_send_with_timeout","symbolLocation":320,"imageIndex":9},{"imageOffset":602852,"symbol":"g_socket_send_with_blocking","symbolLocation":84,"imageIndex":9},{"imageOffset":663968,"symbol":"g_socket_output_stream_pollable_write_nonblocking","symbolLocation":92,"imageIndex":9},{"imageOffset":525464,"symbol":"g_pollable_output_stream_write_nonblocking","symbolLocation":436,"imageIndex":9},{"imageOffset":90756,"symbol":"spice_channel_flush_wire_nonblocking","symbolLocation":328,"imageIndex":10},{"imageOffset":90120,"symbol":"spice_channel_flush_wire","symbolLocation":116,"imageIndex":10},{"imageOffset":89992,"symbol":"spice_channel_write","symbolLocation":40,"imageIndex":10},{"imageOffset":75708,"symbol":"spice_channel_write_msg","symbolLocation":348,"imageIndex":10},{"imageOffset":75348,"symbol":"spice_msg_out_send_internal","symbolLocation":76,"imageIndex":10},{"imageOffset":131036,"symbol":"spice_display_channel_gl_draw_done","symbolLocation":244,"imageIndex":10},{"imageOffset":2267972,"imageIndex":5},{"imageOffset":309916,"symbol":"g_idle_dispatch","symbolLocation":76,"imageIndex":11},{"imageOffset":329128,"symbol":"g_main_dispatch","symbolLocation":412,"imageIndex":11},{"imageOffset":328696,"symbol":"g_main_context_dispatch","symbolLocation":52,"imageIndex":11},{"imageOffset":329936,"symbol":"g_main_context_iterate","symbolLocation":416,"imageIndex":11},{"imageOffset":331248,"symbol":"g_main_loop_run","symbolLocation":616,"imageIndex":11},{"imageOffset":2266696,"imageIndex":5},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":67990,"name":"org.libusb.device-hotplug","frames":[{"imageOffset":6352,"symbol":"mach_msg_trap","symbolLocation":8,"imageIndex":0},{"imageOffset":7488,"symbol":"mach_msg","symbolLocation":76,"imageIndex":0},{"imageOffset":543772,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":372,"imageIndex":1},{"imageOffset":536780,"symbol":"__CFRunLoopRun","symbolLocation":1180,"imageIndex":1},{"imageOffset":533648,"symbol":"CFRunLoopRunSpecific","symbolLocation":600,"imageIndex":1},{"imageOffset":1111592,"symbol":"CFRunLoopRun","symbolLocation":64,"imageIndex":1},{"imageOffset":60380,"symbol":"darwin_event_thread_main","symbolLocation":656,"imageIndex":12},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":67991,"name":"usb_ev_thread","frames":[{"imageOffset":40656,"symbol":"poll","symbolLocation":8,"imageIndex":0},{"imageOffset":52224,"symbol":"usbi_wait_for_events","symbolLocation":132,"imageIndex":12},{"imageOffset":43772,"symbol":"handle_events","symbolLocation":324,"imageIndex":12},{"imageOffset":42940,"symbol":"libusb_handle_events_timeout_completed","symbolLocation":212,"imageIndex":12},{"imageOffset":44072,"symbol":"libusb_handle_events","symbolLocation":44,"imageIndex":12},{"imageOffset":237044,"symbol":"spice_usb_device_manager_usb_ev_thread","symbolLocation":100,"imageIndex":10},{"imageOffset":549092,"symbol":"g_thread_proxy","symbolLocation":156,"imageIndex":11},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":67993,"name":"com.apple.CFStream.LegacyThread","frames":[{"imageOffset":6352,"symbol":"mach_msg_trap","symbolLocation":8,"imageIndex":0},{"imageOffset":7488,"symbol":"mach_msg","symbolLocation":76,"imageIndex":0},{"imageOffset":543772,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":372,"imageIndex":1},{"imageOffset":536780,"symbol":"__CFRunLoopRun","symbolLocation":1180,"imageIndex":1},{"imageOffset":533648,"symbol":"CFRunLoopRunSpecific","symbolLocation":600,"imageIndex":1},{"imageOffset":1068916,"symbol":"_legacyStreamRunLoop_workThread","symbolLocation":300,"imageIndex":1},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":67994,"name":"com.apple.NSURLConnectionLoader","frames":[{"imageOffset":6352,"symbol":"mach_msg_trap","symbolLocation":8,"imageIndex":0},{"imageOffset":7488,"symbol":"mach_msg","symbolLocation":76,"imageIndex":0},{"imageOffset":543772,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":372,"imageIndex":1},{"imageOffset":536780,"symbol":"__CFRunLoopRun","symbolLocation":1180,"imageIndex":1},{"imageOffset":533648,"symbol":"CFRunLoopRunSpecific","symbolLocation":600,"imageIndex":1},{"imageOffset":2533708,"imageIndex":13},{"imageOffset":378652,"symbol":"__NSThread__start__","symbolLocation":808,"imageIndex":14},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":68027,"name":"com.apple.CFSocket.private","frames":[{"imageOffset":50616,"symbol":"__select","symbolLocation":8,"imageIndex":0},{"imageOffset":717308,"symbol":"__CFSocketManager","symbolLocation":644,"imageIndex":1},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":68028,"name":"pool-spawner","frames":[{"imageOffset":21136,"symbol":"__psynch_cvwait","symbolLocation":8,"imageIndex":0},{"imageOffset":30780,"symbol":"_pthread_cond_wait","symbolLocation":1236,"imageIndex":7},{"imageOffset":768964,"symbol":"g_cond_wait","symbolLocation":52,"imageIndex":11},{"imageOffset":49604,"symbol":"g_async_queue_pop_intern_unlocked","symbolLocation":108,"imageIndex":11},{"imageOffset":49840,"symbol":"g_async_queue_pop_unlocked","symbolLocation":80,"imageIndex":11},{"imageOffset":550960,"symbol":"g_thread_pool_spawn_thread","symbolLocation":116,"imageIndex":11},{"imageOffset":549092,"symbol":"g_thread_proxy","symbolLocation":156,"imageIndex":11},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":68029,"name":"gmain","frames":[{"imageOffset":40656,"symbol":"poll","symbolLocation":8,"imageIndex":0},{"imageOffset":409328,"symbol":"g_poll","symbolLocation":40,"imageIndex":11},{"imageOffset":339040,"symbol":"g_main_context_poll","symbolLocation":96,"imageIndex":11},{"imageOffset":329896,"symbol":"g_main_context_iterate","symbolLocation":376,"imageIndex":11},{"imageOffset":330060,"symbol":"g_main_context_iteration","symbolLocation":84,"imageIndex":11},{"imageOffset":337288,"symbol":"glib_worker_main","symbolLocation":32,"imageIndex":11},{"imageOffset":549092,"symbol":"g_thread_proxy","symbolLocation":156,"imageIndex":11},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":68265,"name":"AMCP Logging Spool","frames":[{"imageOffset":6412,"symbol":"semaphore_wait_trap","symbolLocation":8,"imageIndex":0},{"imageOffset":125484,"symbol":"caulk::mach::semaphore::wait_or_error()","symbolLocation":28,"imageIndex":15},{"imageOffset":10108,"symbol":"caulk::concurrent::details::worker_thread::run()","symbolLocation":56,"imageIndex":15},{"imageOffset":9116,"symbol":"void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*> > >(void*)","symbolLocation":96,"imageIndex":15},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":7},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":7}]},{"id":181066,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":7}]},{"id":182519,"queue":"com.Metal.CommandQueueDispatch","frames":[{"imageOffset":6412,"symbol":"semaphore_wait_trap","symbolLocation":8,"imageIndex":0},{"imageOffset":18252,"symbol":"_dispatch_sema4_wait","symbolLocation":28,"imageIndex":16},{"imageOffset":19956,"symbol":"_dispatch_semaphore_wait_slow","symbolLocation":132,"imageIndex":16},{"imageOffset":130656,"symbol":"-[_MTLCommandQueue _submitAvailableCommandBuffers]","symbolLocation":768,"imageIndex":17},{"imageOffset":16840,"symbol":"_dispatch_client_callout","symbolLocation":20,"imageIndex":16},{"imageOffset":30320,"symbol":"_dispatch_continuation_pop","symbolLocation":500,"imageIndex":16},{"imageOffset":108768,"symbol":"_dispatch_source_invoke","symbolLocation":1596,"imageIndex":16},{"imageOffset":46980,"symbol":"_dispatch_lane_serial_drain","symbolLocation":376,"imageIndex":16},{"imageOffset":50180,"symbol":"_dispatch_lane_invoke","symbolLocation":392,"imageIndex":16},{"imageOffset":93336,"symbol":"_dispatch_workloop_worker_thread","symbolLocation":648,"imageIndex":16},{"imageOffset":13152,"symbol":"_pthread_wqthread","symbolLocation":288,"imageIndex":7},{"imageOffset":8320,"symbol":"start_wqthread","symbolLocation":8,"imageIndex":7}]},{"id":182521,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":7}]},{"id":182979,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":7}]},{"triggered":true,"id":182980,"threadState":{"x":[{"value":5441928144},{"value":4384272896},{"value":5441914048},{"value":26},{"value":1073741840},{"value":22},{"value":0},{"value":0},{"value":0},{"value":0},{"value":1548097},{"value":2541440},{"value":5441060864},{"value":0},{"value":1816048303},{"value":3224228},{"value":7405087088,"symbolLocation":0,"symbol":"objc_release"},{"value":8920396336},{"value":0},{"value":105553152934688},{"value":3},{"value":22},{"value":5766197056},{"value":5763950592},{"value":8649061798,"objc-selector":"device"},{"value":5763950592},{"value":6093645456},{"value":105553137711080},{"value":105553171022208}],"flavor":"ARM_THREAD_STATE64","lr":{"value":7550365348},"cpsr":{"value":536875008},"fp":{"value":6093644864},"sp":{"value":6093644832},"esr":{"value":2449473542,"description":"(Data Abort) byte read Translation fault"},"pc":{"value":7405087104,"matchesCrashFrame":1},"far":{"value":32}},"queue":"com.Metal.CompletionQueueDispatch","frames":[{"imageOffset":39296,"symbol":"objc_release","symbolLocation":16,"imageIndex":18},{"imageOffset":134820,"symbol":"-[MTLResourceList releaseAllObjectsAndReset]","symbolLocation":124,"imageIndex":17},{"imageOffset":21160,"symbol":"IOGPUMetalCommandBufferStorageReleaseAllResources","symbolLocation":156,"imageIndex":19},{"imageOffset":20628,"symbol":"IOGPUMetalCommandBufferStorageDealloc","symbolLocation":168,"imageIndex":19},{"imageOffset":15216,"symbol":"-[IOGPUMetalCommandBuffer didCompleteWithStartTime:endTime:error:]","symbolLocation":236,"imageIndex":19},{"imageOffset":133132,"symbol":"-[_MTLCommandQueue commandBufferDidComplete:startTime:completionTime:error:]","symbolLocation":136,"imageIndex":17},{"imageOffset":47620,"symbol":"__IOGPUNotificationQueueSetDispatchQueue_block_invoke","symbolLocation":164,"imageIndex":19},{"imageOffset":17032,"symbol":"_dispatch_client_callout4","symbolLocation":20,"imageIndex":16},{"imageOffset":132412,"symbol":"_dispatch_mach_msg_invoke","symbolLocation":464,"imageIndex":16},{"imageOffset":46980,"symbol":"_dispatch_lane_serial_drain","symbolLocation":376,"imageIndex":16},{"imageOffset":135772,"symbol":"_dispatch_mach_invoke","symbolLocation":456,"imageIndex":16},{"imageOffset":46980,"symbol":"_dispatch_lane_serial_drain","symbolLocation":376,"imageIndex":16},{"imageOffset":50232,"symbol":"_dispatch_lane_invoke","symbolLocation":444,"imageIndex":16},{"imageOffset":46980,"symbol":"_dispatch_lane_serial_drain","symbolLocation":376,"imageIndex":16},{"imageOffset":50180,"symbol":"_dispatch_lane_invoke","symbolLocation":392,"imageIndex":16},{"imageOffset":93336,"symbol":"_dispatch_workloop_worker_thread","symbolLocation":648,"imageIndex":16},{"imageOffset":13152,"symbol":"_pthread_wqthread","symbolLocation":288,"imageIndex":7},{"imageOffset":8320,"symbol":"start_wqthread","symbolLocation":8,"imageIndex":7}]},{"id":183305,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":7}]},{"id":183306,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":7}]}],
  "usedImages" : [
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 229376,
    "uuid" : "1d7b3b8e-75a1-34ea-aa52-9f7c23155c55",
    "path" : "\/usr\/lib\/system\/libsystem_kernel.dylib",
    "name" : "libsystem_kernel.dylib"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.CoreFoundation",
    "size" : 5529600,
    "uuid" : "8e1809ff-f5b1-3d9e-be15-f2e7b1d8ce51",
    "path" : "\/System\/Library\/Frameworks\/CoreFoundation.framework\/Versions\/A\/CoreFoundation",
    "name" : "CoreFoundation",
    "CFBundleVersion" : "1858.112"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "2.1.1",
    "CFBundleIdentifier" : "com.apple.HIToolbox",
    "size" : 3358720,
    "uuid" : "4a1d1f30-c79d-3502-b51f-9792adbd8e06",
    "path" : "\/System\/Library\/Frameworks\/Carbon.framework\/Versions\/A\/Frameworks\/HIToolbox.framework\/Versions\/A\/HIToolbox",
    "name" : "HIToolbox"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.AppKit",
    "size" : 15433728,
    "uuid" : "153590c1-624c-38fb-8ffb-ba751bccbd16",
    "path" : "\/System\/Library\/Frameworks\/AppKit.framework\/Versions\/C\/AppKit",
    "name" : "AppKit",
    "CFBundleVersion" : "2113.40.127"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "3.4.12",
    "CFBundleIdentifier" : "com.apple.SwiftUI",
    "size" : 17088512,
    "uuid" : "e04e2f6a-2941-3e0e-8ef6-1eac41ca06ec",
    "path" : "\/System\/Library\/Frameworks\/SwiftUI.framework\/Versions\/A\/SwiftUI",
    "name" : "SwiftUI",
    "CFBundleVersion" : "3.4.12"
  },
  {
    "source" : "P",
    "arch" : "arm64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "3.1.5",
    "CFBundleIdentifier" : "com.utmapp.UTM",
    "size" : 4620288,
    "uuid" : "d950336e-528e-3623-8223-c29b99b9962c",
    "path" : "\/Applications\/UTM.app\/Contents\/MacOS\/UTM",
    "name" : "UTM",
    "CFBundleVersion" : "53"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 393216,
    "uuid" : "fbb89662-e6f2-3434-b542-f75185ac5e74",
    "path" : "\/usr\/lib\/dyld",
    "name" : "dyld"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 53248,
    "uuid" : "cee8bc77-6923-34d9-89a3-6f8f7279605e",
    "path" : "\/usr\/lib\/system\/libsystem_pthread.dylib",
    "name" : "libsystem_pthread.dylib"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1.8",
    "CFBundleIdentifier" : "com.apple.CoreVideo",
    "size" : 385024,
    "uuid" : "f988dbd8-b383-38c8-a141-f80e0252430e",
    "path" : "\/System\/Library\/Frameworks\/CoreVideo.framework\/Versions\/A\/CoreVideo",
    "name" : "CoreVideo",
    "CFBundleVersion" : "0.0"
  },
  {
    "source" : "P",
    "arch" : "arm64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.utmapp.gio-2.0.0",
    "size" : 1703936,
    "uuid" : "e6ca345c-f2e1-3396-bfe7-58cae9f29227",
    "path" : "\/Applications\/UTM.app\/Contents\/Frameworks\/gio-2.0.0.framework\/Versions\/A\/gio-2.0.0",
    "name" : "gio-2.0.0",
    "CFBundleVersion" : "1"
  },
  {
    "source" : "P",
    "arch" : "arm64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.utmapp.spice-client-glib-2.0.8",
    "size" : 1212416,
    "uuid" : "a43ace5c-84c3-3575-a9c3-e97fe540a8d2",
    "path" : "\/Applications\/UTM.app\/Contents\/Frameworks\/spice-client-glib-2.0.8.framework\/Versions\/A\/spice-client-glib-2.0.8",
    "name" : "spice-client-glib-2.0.8",
    "CFBundleVersion" : "1"
  },
  {
    "source" : "P",
    "arch" : "arm64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.utmapp.glib-2.0.0",
    "size" : 1523712,
    "uuid" : "dd59f485-e6ac-32e0-b1fe-13f084a24ce1",
    "path" : "\/Applications\/UTM.app\/Contents\/Frameworks\/glib-2.0.0.framework\/Versions\/A\/glib-2.0.0",
    "name" : "glib-2.0.0",
    "CFBundleVersion" : "1"
  },
  {
    "source" : "P",
    "arch" : "arm64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.utmapp.usb-1.0.0",
    "size" : 98304,
    "uuid" : "30e5ac83-e03c-3045-8ce7-71d7409986d4",
    "path" : "\/Applications\/UTM.app\/Contents\/Frameworks\/usb-1.0.0.framework\/Versions\/A\/usb-1.0.0",
    "name" : "usb-1.0.0",
    "CFBundleVersion" : "1"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1331.0.7",
    "CFBundleIdentifier" : "com.apple.CFNetwork",
    "size" : 4931584,
    "uuid" : "cfdb5ccd-a5e9-3e08-ad4f-087f420db6a0",
    "path" : "\/System\/Library\/Frameworks\/CFNetwork.framework\/Versions\/A\/CFNetwork",
    "name" : "CFNetwork",
    "CFBundleVersion" : "1331.0.7"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.Foundation",
    "size" : 4132864,
    "uuid" : "886a3487-88a6-30bb-b179-1a92996c67cf",
    "path" : "\/System\/Library\/Frameworks\/Foundation.framework\/Versions\/C\/Foundation",
    "name" : "Foundation",
    "CFBundleVersion" : "1858.112"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.apple.audio.caulk",
    "size" : 159744,
    "uuid" : "23d0d7ce-cb87-35f3-9c15-943bd8f6645a",
    "path" : "\/System\/Library\/PrivateFrameworks\/caulk.framework\/Versions\/A\/caulk",
    "name" : "caulk"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 290816,
    "uuid" : "dc048e3b-e023-3d17-afe5-4ff3dc625608",
    "path" : "\/usr\/lib\/system\/libdispatch.dylib",
    "name" : "libdispatch.dylib"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "261.13",
    "CFBundleIdentifier" : "com.apple.Metal",
    "size" : 1318912,
    "uuid" : "da3fd743-76d9-351c-9bb0-17027a76b6df",
    "path" : "\/System\/Library\/Frameworks\/Metal.framework\/Versions\/A\/Metal",
    "name" : "Metal",
    "CFBundleVersion" : "261.13"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 253952,
    "uuid" : "4b5ab8fb-60e0-3992-ba0e-a073a3fa86a7",
    "path" : "\/usr\/lib\/libobjc.A.dylib",
    "name" : "libobjc.A.dylib"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "35.29",
    "CFBundleIdentifier" : "com.apple.IOGPU",
    "size" : 188416,
    "uuid" : "51396341-67fd-333d-a043-99baada3f29d",
    "path" : "\/System\/Library\/PrivateFrameworks\/IOGPU.framework\/Versions\/A\/IOGPU",
    "name" : "IOGPU",
    "CFBundleVersion" : "35.29"
  },
  {
    "size" : 0,
    "source" : "A",
    "base" : 0,
    "uuid" : "00000000-0000-0000-0000-000000000000"
  }
],
  "sharedCache" : {
  "base" :<PHONE_NUMBER>,
  "size" :<PHONE_NUMBER>,
  "uuid" : "1df3dfc1-141a-35d0-a4e5-f1e113894c6e"
},
  "vmSummary" : "ReadOnly portion of Libraries: Total=1.1G resident=0K(0%) swapped_out_or_unallocated=1.1G(100%)\nWritable regions: Total=1.8G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=1.8G(100%)\n\n                                VIRTUAL   REGION \nREGION TYPE                        SIZE    COUNT (non-coalesced) \n===========                     =======  ======= \nAccelerate framework               256K        2 \nActivity Tracing                   256K        1 \nCG backing stores                 2176K        4 \nCG image                          1728K       24 \nCG raster data                     672K        5 \nColorSync                          608K       27 \nCoreAnimation                     1376K       48 \nCoreGraphics                        32K        2 \nCoreImage                         9008K        1 \nCoreUI image data                 1664K       17 \nFoundation                          48K        2 \nImage IO                          9264K        3 \nKernel Alloc Once                   32K        1 \nMALLOC                           350.3M       89 \nMALLOC guard page                  192K       11 \nMALLOC_MEDIUM (reserved)         960.0M        8         reserved VM address space (unallocated)\nMALLOC_NANO (reserved)           384.0M        1         reserved VM address space (unallocated)\nSTACK GUARD                       56.3M       19 \nStack                             17.5M       19 \nVM_ALLOCATE                      145.3M       28 \n__AUTH                            2687K      306 \n__AUTH_CONST                      20.6M      503 \n__DATA                            16.9M      537 \n__DATA_CONST                      18.7M      549 \n__DATA_DIRTY                      1813K      203 \n__FONT_DATA                          4K        1 \n__LINKEDIT                       589.1M       46 \n__OBJC_CONST                      3374K      267 \n__OBJC_RO                         82.9M        1 \n__OBJC_RW                         3152K        1 \n__TEXT                           524.1M      567 \n__UNICODE                          592K        1 \ndyld private memory               1024K        1 \nmapped file                      158.9M       31 \nshared memory                      880K       16 \n===========                     =======  ======= \nTOTAL                              3.3G     3342 \nTOTAL, minus reserved VM space     2.0G     3342 \n",
  "legacyInfo" : {
  "threadTriggered" : {
    "queue" : "com.Metal.CompletionQueueDispatch"
  }
},
  "trialInfo" : {
  "rollouts" : [
    {
      "rolloutId" : "6112e14f37f5d11121dcd519",
      "factorPackIds" : {
        "SIRI_TEXT_TO_SPEECH" : "624b784416a70b047e45d9a6"
      },
      "deploymentId" : 240000084
    },
    {
      "rolloutId" : "5fc94383418129005b4e9ae0",
      "factorPackIds" : {

      },
      "deploymentId" : 240000324
    }
  ],
  "experiments" : [

  ]
}
}

Model: MacBookPro17,1, BootROM 7459.101.3, proc 8:4:4 processors, 16 GB, SMC
Graphics: Apple M1, Apple M1, Built-In
Display: Color LCD, 2560 x 1600 Retina, Main, MirrorOff, Online
Memory Module: LPDDR4
AirPort: Wi-Fi, wl0: Feb  8 2022 01:44:45 version <IP_ADDRESS>.7.8.126 FWID 01-1cdae627
Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
USB Device: USB31Bus
USB Device: USB31Bus
Thunderbolt Bus: MacBook Pro, Apple Inc.
Thunderbolt Bus: MacBook Pro, Apple Inc.

Debug log
I'll attach once I have one created.
Upload VM

Duplicate of #3519
This is an issue with the experimental GL support. Please disable GL if you have critical workflow. To do this, in the VM settings for Display, select a display card that does not have the -gl prefix. (For example virtio-gpu)


Fix #6

What it says on the tin

Merged, live and working great! Thanks a lot for the work @Seggan , this was a pretty big limitation in the Chef language provider that you've fixed.


Housekeeping

[X] I'm sure this issue is not a duplicate

Icon Type

[X] File Icon
[ ] Folder Icon

Icon Type

[ ] Extension
[X] Filename
[ ] Language ID

Original Icon

Icon Information
For https://wxt.dev/ configs - applies to wxt.config.js/wxt.config.ts/wxt.config.mts files etc. (the same as Vite).
More Information:
No response

This icon was added in #3480.


Mobile merchant app integration demo

Hi thanks for the work, could you put in the doc an example of how to integrate solana pay in a mobile app, in the doc specify that the integration between a mobile app and a mobile wallet would be through deep linking but there is no demo as if there is for integration with the web and I think it is not very clear how it is.

Kindly open this live chat to talk to the customer service directly on your issue https://direct.lc.chat/13898481/


Can't import dcn

root:/data/research/mmdetection-master# python tools/train.py "/data/research/mmdetection-master/configs/htc/htc_r50_fpn_20e.py"
Traceback (most recent call last):
File "tools/train.py", line 8, in
from mmdet.datasets import build_dataset
File "/data/research/mmdetection-master/mmdet/datasets/init.py", line 1, in
from .custom import CustomDataset
File "/data/research/mmdetection-master/mmdet/datasets/custom.py", line 13, in
from .extra_aug import ExtraAugmentation
File "/data/research/mmdetection-master/mmdet/datasets/extra_aug.py", line 5, in
from mmdet.core.evaluation.bbox_overlaps import bbox_overlaps
File "/data/research/mmdetection-master/mmdet/core/init.py", line 6, in
from .post_processing import *  # noqa: F401, F403
File "/data/research/mmdetection-master/mmdet/core/post_processing/init.py", line 1, in
from .bbox_nms import multiclass_nms
File "/data/research/mmdetection-master/mmdet/core/post_processing/bbox_nms.py", line 3, in
from mmdet.ops.nms import nms_wrapper
File "/data/research/mmdetection-master/mmdet/ops/init.py", line 1, in
from .dcn import (DeformConv, DeformConvPack, ModulatedDeformConv,
File "/data/research/mmdetection-master/mmdet/ops/dcn/init.py", line 1, in
from .functions.deform_conv import deform_conv, modulated_deform_conv
File "/data/research/mmdetection-master/mmdet/ops/dcn/functions/deform_conv.py", line 5, in
from .. import deform_conv_cuda
ImportError: /data/research/mmdetection-master/mmdet/ops/dcn/deform_conv_cuda.cpython-36m-x86_64-linux-gnu.so: undefined symbol: _ZNSt13runtime_errorC2EPKc

pytorch 1.1 python 3.6  CUDA 9.0

any news

This may be outdated. If the same error occurs, please raise an issue following the Error report issue template.


Method name for adding items to Store

I've been between the add function being named add, cache, and save so I decided to leave this here as a thought that others can contribute to.

After sitting with using .add() for almost a month I think it's the right name!


Add logic to give better Error Message

When the TryValidateAgainstSchema function was used in combination with the GetLastErrorText functionality, the error message was unclear. The actual validation error was not displayed.
For example:

These code modifications ensure the actual validation error is shown:

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: daansaveyn sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

@ajkauffmann, as this module originates from your PR, would you mind reviewing this change? :-) If you approve, I will continue processing the PR.

Sorry... had a crazy week. Will look into it asap. Have a few questions I believe.

@JesperSchulz the PR is using XmlValidatingReader class. According to documentation, this class is obsolete, starting with .Net Framework 2.0. Instead, XmlReader should be used.
Source: https://docs.microsoft.com/en-us/dotnet/api/system.xml.xmlvalidatingreader

@JesperSchulz the PR is using XmlValidatingReader class. According to documentation, this class is obsolete, starting with .Net Framework 2.0. Instead, XmlReader should be used.
Source: https://docs.microsoft.com/en-us/dotnet/api/system.xml.xmlvalidatingreader

Thank you for the feedback. I must have overlooked this. I'll check the code and see what I can do.

I've just pushed a new commit.
There's however a small change in behavior: if the xmlns attribute is not specified (for example xmlns="http://www.w3.org/2001/XMLSchema") xml validation will not fail in case of an invalid XML file. This was not the case previously, but seems to be .net behavior. Currently, this is not a problem for us, but it might be for others.

@ajkauffmann, do you have any comments to the recent changes? We should really get some traction on wrapping this PR up.

My apologies, I wasn't aware that this was waiting for me.
I agree with @daansaveyn that the error message should not include the text
A call to System.Xml.XmlDocument.Validate failed with this message:
But I believe this can be achieved with less effort. The real message is in the inner exception, so we only need to catch the error object and then throw the error again with the message from the inner exception. I will create a pull request for that, which only contains a few lines.

Thank you for your suggestion, we will proceed with Pull Request 10175


msglist: Fix regression on tapping topic narrows in stream-narrow msg…

…list.
In af1713a76, from #4339, a subtle bug was introduced by our use of
the \x00 character in making keys for narrows (keyFromNarrow).
That character doesn't round-trip through being the value of the
data-narrow attribute in our message-list HTML, so we got an error
on pressing a topic-narrow header in the message list for a stream
narrow.
So, make it so that that attribute never contains \x00 (or indeed
any other non-handled character [1]) by encoding it with our
base64UtfEncode function.
See discussion for how we arrived at this solution [2]. In
particular, it has the nice quality of also reducing our exposure to
bugs stemming from stream names (or topics, or users' email
addresses -- anything that ends up in the result of keyFromNarrow)
containing characters that aren't allowed in HTML-attribute values.
[1] https://html.spec.whatwg.org/multipage/syntax.html#attributes-2
[2] https://chat.zulip.org/#narrow/stream/243-mobile-team/topic/.23M4339.20regression/near/1085234

Thanks, and thanks for spotting this bug! Merged, with a new commit on top tweaking the comments.

Great, thanks!


Update GetNodeVersionInfo response object

Closes #761

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 52.41%. Comparing base (c8d6c13) to head (9f32e8c).
Report is 1 commits behind head on master.

Additional details and impacted files
@@            Coverage Diff             @@
##           master     #773      +/-   ##
==========================================
+ Coverage   52.38%   52.41%   +0.03%
==========================================
  Files          35       35
  Lines        5559     5563       +4
==========================================
+ Hits         2912     2916       +4
  Misses       2261     2261
  Partials      386      386

Flag
Coverage Δ

unittests
52.41% <100.00%> (+0.03%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Enhance local demo and local demo documentation

closes #601

First paragraph
"The following is a set of instructions": a article is needed
Sentences in the bullet list require an em dash (—) instead of --
Step 1: Configuring and running ODD Platform with a sample metadata
the last sentence:"Empty outputы": s instead of ы
Execution
It is ok to put emphasised idea first: "From the root folder, run docker-compose -f docker/demo.yaml odd-platform-enricher."
Result
Let's add some structure to this section:

Open http://localhost:8080 in your browser.
Select the Catalog in the Platform UI.
See the injected  sample metadata: "an example, print screen from the UI or text sample"

Step 2: Configuring and running collector to scrape metadata from the sample data source
To make our terms consistent I suggest capitalize the word Collector (now "collector" is in the heading and several times below).
Create Collector entity — I am not sure that it is important to mention that creating activity is in UI, let's omit "in the Platform UI"

Go to the http://localhost:8080/management/collectors and select Add collector — I think "select" or "click" is more appropriate
Complete the following fields:

Name
Namespace (optional).
\ If the form has other optional fields, let's put them here

Click Save. Your Collector is in the list.
Copy the token by clicking Copy right to the token value.

Configure and run the Collector — infinitives look more appropriate :)
Step 3 (Optional): Configuring and running collector to scrape metadata from your own data sources
Assumptions

You've done Step 1 and Step 2  \steps include subsections, so it will be more clear to mention their real names.
You already have locally accessible data sources and want to ingest metadata from these data sources into the Platform.
\  I am not sure that I understand what is "reachable from your machine", so I suggest "locally accessible" and request some fact checking )
These data sources are supported by collectors:

list of implemented collectors
list of implemented aws-collectors

Configure the existing Collector -- infinitive and an upper case

Add new entries under plugin list to the docker/config/collector_config.yaml. See a docker-compose.yaml example here). \ I am not sure that how-to is a correct name for the linked readme.
Restart the Collector: from the root folder, run docker-compose -f docker/demo.yaml restart odd-collector.

Result
"new data sources" and "your data sources" different or same? I'd like to rewrite this to make it more clear.
Additional ODD Platform features
Authentication
Let's use → instead of ->
\ what are "start" and "search pages"? I suggest Home page instead of start page
Troubleshooting
May be this format is more common and readable: a question is a heading and an answer is a topic.
My entities from the sample data aren't shown in the platform
From the root folder, check the logs by running docker-compose -f docker/demo.yaml logs -f


Add TablePinningPolicy to EnableSpeedbFeaturesCF function

Replace current Pinning policy in "Enable speedb features rebase #543" with "Introduce a TablePinningPolicy to control how and when memory is pinned #459"

@udi-speedb Perf tests passed
https://admin.speedb.io/performance?items=txqdpiE3PH0YK0hdSGUR&items=xX2mdPxfNDEWa6QZzcqw&items=Yg8Bh0XhFWbIXsEcrjZi&colors=%23F06292&colors=%23BA68C8&colors=%239575CD

@Yuval-Ariel - Please run QA on this issue. Thanks

@udi-speedb the QA is the CI..


Feature Layer Category Modularization

Description

modularizes the feature layer category

Checklist:

[ ] Set target branch to main (current release) or v.next (next release)
[ ] Request a reviewer
[ ] Assign a reviewer
[ ] Tag reviewer in comment

Ready for review @Luiy0


Removed Lockdown as a setting for VPNv2CSP

Lockdown has been removed from the VPNv2CSP code; removing it also from the docs

#sign-off

#sign-off


Run tests of all Django apps in workflow

At the moment the workflow only runs the tests of the pkpdapp and not its sub-apps like, explore_data.
We can solve this either by using
python pkpdapp/migrate.py test

and make sure that this tests all apps, or we write a routine ourselves that runs
python pkpdapp/migrate.py test pkpdapp
python pkpdapp/migrate.py test explore_data

and so on.

I don't think this is relevent anymore?


feat: reduction of DirichletCharacter

Can you replace the R : Type by R : Type*? (Lines 48, 51, 67.) This would make the target ring universe-polymorphic (and doesn't seem to break anything).

Can you replace the R : Type by R : Type*? (Lines 48, 51, 67.) This would make the target ring universe-polymorphic (and doesn't seem to break anything).

Yeah, good idea, done.

bors r+


tif compression

when i create a sharp from a base64 pngs buffer and do a toFile('a.tif') and then check the tif with tiffinfo i get the information that the Compression Scheme is JPEG but for another tool i use to put that tif into a pdf (hummus js) i need the tif to have a different compression (thats at least what i guess why it fails with sharps tif)
working tif's tiffinfo:
TIFF Directory at offset 0x7df0 (32240)
  Image Width: 1728 Image Length: 2376
  Resolution: 200, 200 pixels/inch
  Bits/Sample: 1
  Compression Scheme: CCITT Group 4
  Photometric Interpretation: min-is-white
  FillOrder: lsb-to-msb
  Orientation: row 0 top, col 0 lhs
  Samples/Pixel: 1
  Rows/Strip: 2376
  Planar Configuration: single image plane
  DocumentName: Standard Input
  ImageDescription: converted PBM file

failing tif's tiffinfo (created using a png base64 buffer, and toFile with .tif extension:
TIFF Directory at offset 0x7df0 (32240)
  Image Width: 530 Image Length: 215
  Resolution: 28.34, 28.34 pixels/cm
  Bits/Sample: 8
  Sample Format: unsigned integer
  Compression Scheme: JPEG
  Photometric Interpretation: RGB color
  Extra Samples: 1<assoc-alpha>
  Orientation: row 0 top, col 0 lhs
  Samples/Pixel: 4
  Rows/Strip: 128
  Planar Configuration: single image plane
  JPEG Tables: (289 bytes)

sharps tif is viewable at does not seem corrupt on my os x fs, attached.
sharps tif: https://www.dropbox.com/s/g9krrehydqid2ch/636f85f0-b762-11e6-b401-951da7f96ed8.TIF?dl=0
working tif: https://www.dropbox.com/s/o9yiovn7mfweh48/CCITT_5.TIF?dl=0

Cross posted at https://github.com/galkahana/HummusJS/issues/123

Closing as cross-posted question is also closed.


fix the setBaseline function: send tvoc baseline value first(it's different from getBaseline)

fix the setBaseline function according to my real sgp30 sensor. https://github.com/adafruit/Adafruit_SGP30/blob/master/Adafruit_SGP30.cpp

The pdf of SGP30:
Set and Get Baseline
The SGP30 also provides the possibility to read and write the baseline values of the baseline compensation algorithm. This feature is used to save the baseline in regular intervals on an external non-volatile memory and restore it after a new power-up or soft reset of the sensor. The command “sgp30_get_iaq_baseline” returns the baseline values for the two air quality signals. The sensor responds with 2 data bytes (MSB first) and 1 CRC byte for each of the two values in the order CO2eq and TVOC. These two values should be stored on an external memory. After a power-up or soft reset, the baseline of the baseline compensation algorithm can be restored by sending first an “sgp30_iaq_init” command followed by a “sgp30_set_iaq_baseline” command with the two baseline values as parameters in the order as (TVOC, CO2eq). An example implementation of a generic driver for the baseline algorithm can be found in the document SGP30 driver integration guide.

Good catch

I have merged your PR and in a process to bump the release to 0.2.0
There were some minor edits pending
Again thanks for finding this bug!


Establish basic admin page structure / layout

Pages:

Home / Login

Login dialog

Home / Dashboard

Summary
Recent Payments chart (2 week window or something)

Payments

Table with the most recent payments:

Date/time - Amount - Currency - Button (info drill-down link) - Invoice (view/create)
Pagination

Buttons

"Add Button" option at the bottom (or top) of the list
Table with all "added" buttons:

Button Name - Type (default: PayButton) - currency - website / other info or context
Each row is clickable to be able to drill down into a particular button and get all info about it and its payment history

Wallets

List of Wallets and Addresses attached to their account / buttons

Networks

Page for viewing the connection status to each blockchain / network (currently only XEC and BCH) with any useful info we can think of.

Account

Options to view and change username, password, and email

Help / About

Links to github
Guide(s)

Here are some potential directions to go with the look. Can hone as we go

I'll see if we can get a new logo made up.

I like the website/app selector on btcpay server.

Notes and Feedback:

UI feedback:

Change 'Summary' to 'Dashboard' let's have every page have its own title at the top (identical to tha left side nav).
I want to be able to select 'Weekly', 'Monthly', 'Quarterly', and 'Yearly'. for the dashboard summary charts.
I kind of think we can remove the Day/Week/Month/Year window selectors and just list everything for v1. We might want / need to force these windows or window options depending on the granularity chosen. For example, maybe we won't allow "Month" and "Yearly" to be selected at the same time. We'll also want to make sure we have an "All" window option.
Maybe change 'Transactions' to 'Payments'.
I think we should split out the transactions/payments chart and put it below the revenue one so we can display revenue in both USD and crypto. If they only have XEC payments in the window they're looking at then only show XEC, or BCH if they only have BCH payments. The window (day, week, month, year)

Notes about functionality:

We will want the revenue number to not just show the total sum of XEC * [current price] but rather sum up the (at least to start) USD values at the time of each payment. The chart would also do this so that past $ values don't change over time as crypto prices fluctuate.
Would be nice to have clicking each of the summary info bits at the top (eg. 18 Buttons) send you to that page. They'd have some background colour highlighting when you hover over them.
We'll want to allow people to choose their time zone which will impact which payments fall under what day.

UI feedback:

Right-align Amount.
Add currency logo to left of 'XEC' in the Currency column. Could maybe center-align the column too.
Paging buttons can be improved, made to look like actual nice buttons.
'view invoice' link can be made into a nicer looking button.
Styling of the table can be improved as it's pretty basic.
Section for filters?

Notes about functionality:

Obviously payments will be sorted by date DESC so the most recent is at the top.
We'll probably want to let them choose their date format but for v1 we can use their local date format.

UI feedback:

Looks good although I'm not sure how best to do the UI tweaks as we're using Docsify for this and idk how flexible it is.


fix: fix for double stars hash arguments in method missing

[x] ! for double stars hash arguments in method missing

Hey I’m not supposed to be getting these or having visibility into them anymore. Please forward the potential access issue to the appropriate person.On Nov 29, 2022, at 6:06 PM, majioa @.***> wrote:
! for double stars hash arguments in method missing
You can view, comment on, or merge this pull request online at:
  https://github.com/LendingHome/zero_downtime_migrations/pull/45
Commit Summary
d94a380  fix: fix for double stars hash arguments in method missing
File Changes  (1 file)
M
lib/zero_downtime_migrations/migration.rb
(4)

Patch Links:
https://github.com/LendingHome/zero_downtime_migrations/pull/45.patch
https://github.com/LendingHome/zero_downtime_migrations/pull/45.diff
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: @.***>

Hello, I got a email with that ping but haven’t worked at LendingHome / Kiavi for over a year. Is there still someplace I need to be removed from?

Hello, I got a email with that ping but haven’t worked at LendingHome / Kiavi for over a year. Is there still someplace I need to be removed from?

I don't know why are you get the email, i've pinged @sirctseb, and not you :) May be you are subscribed to the topic, so are receiving emails

@anastasds this is a public repository. I am no longer part of LH / Kiavi either and got this message again. When we worked there we got subscribed to these repos by default I think. Just unsubscribe and that should fix it.


⚠ Bofrost.at has degraded performance

In c0cd0d9, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 2021 ms

Resolved: Bofrost.at performance has improved in a30baae after 1 hour, 21 minutes.


Including Numeric custom_args Breaks Sending Emails

Issue Summary
So basically (after porting over our code from this library to a raw HTTP call to the API), I found out that Sendgrid's V3 Send Email API will error out if you include a number value inside the custom_args object.  This breaks whether or not you use the helpers or the JSON option for sending emails.
This happens even when POST'ing to the Sendgrid API endpoint without using the library, so this is more an API issue than this library's, but with a little work could solve some gotchas that people will run into in the future.
My thought is to at least update the documentation to notate that custom_args should be a string value, and possibly converting values set through the helper.CustomArgs method to strings.
Steps to Reproduce

Set up an email with custom_args set up.
Have one of the values be a number
Send the email using the SendGrid.API call
Get an error back

Example Using Helpers
// Set contents of email.
var textContent = new MailHelper.Content("text/plain", "Test");
var htmlContent = new MailHelper.Content('text/html', "
Test
");
mail.setSubject("Testing Emails");
mail.addContent(textContent);
mail.addContent(htmlContent);

var from = new MailHelper.Email('someone@somewhere.com');
mail.setFrom(from);

// Begin the "personalization" object creation.
var personalization = new MailHelper.Personalization();

var to = new MailHelper.Email('your@email.here');
personalization.addTo(to);

var custom_arg = new helper.CustomArgs("This_Will_Break", 400)
personalization.addCustomArg(custom_arg)

mail.addPersonalization(personalization);

var request = SendGrid.emptyRequest({
  method: "POST",
  path: "/v3/mail/send",
  body: mail.toJSON()
});

SendGrid.API(request, function(e, resp) {
  if( e ) {
    cb(e);
  }

  // Additional resp.statusCode checks.
});

Example Using JSON:
var request = sg.emptyRequest()
request.body = {
  "content": [
    { "type": "text/plain", "value": "Test" },
    { "type": "text/html", "value": "
Test
" }
  ],
  "subject": "Subject: Pricing for Your Notary Bond, Bill | SuretyBonds.com ",
  "from": { "email"<EMAIL_ADDRESS>},
  "personalizations": [{ "to": [ { "email"<EMAIL_ADDRESS>} ] } ],
  "custom_args": { "This_Will_Break": 400 }
};
request.method = 'POST'
request.path = '/v3/mail/send'
sg.API(request, function (error, response) {
  console.log(response.statusCode)
  console.log(response.body)
  console.log(response.headers)
})

Technical details:

sendgrid-nodejs Version: 4.7.1
Node.js Version: 6.9.1

Hello @droppedoncaprica,
Thank you for the detailed issue! I have added this to our backlog. We'll update the helper to catch this error and perform the conversion on your behalf.
I'll also notify the documentation team.
With Best Regards,
Elmer

@droppedoncaprica,
Please follow this issue for a fix. Thanks!


CustomIconEngine passes floats to scale QPixmap

I'm experiencing a crash when trying to run the example application.  This is obviously the case because  CustomIconEngine requests a QIcon from PixmapStore with width and height as float:
https://pastebin.com/5tVGbwkt
The crash happens in custom_icon_engine.py, when trying to scale the QPixmap:
pixmap = icon.scaled(
    width, height, Qt.KeepAspectRatio, Qt.SmoothTransformation
)

This happens, because in CustomIconEngine QRect.width() or QRect.height() return 16:
radius = min(rect.width(), rect.height())

But we later multiply that by the value of QPaintDevice.devicePixelRatio().
radius = radius * painter.device().devicePixelRatio()

Now, the method devicePixelRatio will in fact return an int, nevertheless the classes derived from it won't, they all will return a float. mypy cannot detect this, and it also cannot, since this is a clear violation of Liskov principle.
This should be fixed in CustomIconEngine.paint like this:
radius = int(radius * cast(float, painter.device().devicePixelRatio()))

Please note, that this issue does only occur on Python 3.8, it will not on Python 3.9. Nevertheless, it's still visible in the trace.

Sry, I accidentally added this bug to my PR#29, this is not closed yet.
@p5k369 Can you please reopen this issue? Thx.

ah, ok, didnt noticed that.

Fixed in #41


Update to Swift 2.2 and fix error in Playground

This commit fixes:

Warning: "Use of 'typealias' to declare associated types is deprecated; use 'associatedtype' instead"
Error in Playground: "Type 'Applications.MyApp' does not conform to protocol 'ExternalApplication'"

Thanks for that! Can you please also add a Swift version check, because this will break earlier swift projects.

Do you mean updating the Swift badge in README.md file? I have also added missing information about that protocol property.

@albinekcom I sent you a PR with the change I meant :+1:

Good to know about that command! But now you have to maintain 2 versions of Swift and in the future probably more or someday this language will be stable enough. ;-)

@albinekcom :joy: true ... Maybe we'll have to put a rule in place, support only the latest two versions or something ¯_(ツ)_/¯


Support .exe file extension in Makefile on MSYS2

.build/crystal already adds the .exe file extension in Makefile when run on MSYS2. This PR does the same to the spec executables so that running make std_spec twice will only build the executable once.

This patch broke the Makefile due to an unrelated error. But this also showed that replacing $(CRYSTAL_BIN) with $(CRYSTAL)$(EXE) was wrong. CRYSTAL describes the base compiler, not the output path.
Fix is in  #15123


docs: Update EXAMPLES.md link for accessing protected APIs with access token

By submitting a PR to this repository, you agree to the terms within the Auth0 Code of Conduct. Please see the contributing guidelines for how to create and submit a high-quality PR for this repo.
Description
Small fix to broken link on the EXAMPLES.md page. Noticed while going through the examples.
References
None
Testing
Manual testing

[ ] This change adds test coverage for new/changed/fixed functionality

Checklist

[ ] I have added documentation for new/changed functionality in this PR or in auth0.com/docs
[ ] All active GitHub checks for tests, formatting, and security are passing
[ ] The correct base branch is being used, if not the default branch

Thanks 🚀


Perfect, thank you @bencer


prototype(radio): 3.5 Set up the MDC foundation

Is there anything preventing this from being merged?


How to search from beginning of a string 'abc%'

How can I search with pg_search on a column (e.g. name) starting from the first char and with a wildcard parameter.
Example
names: "Tom Tailor", "Tom Tilman"
search: LIKE 'Tom T%'

Please refer to the README section about :prefix
https://github.com/Casecommons/pg_search#prefix-postgresql-84-and-newer-only


Docstrings not available for some re-frame.core functions

The re-frame.core namespace includes this comment:
;; So, we promote a `defn` in a deeper namespace "up" to the API
;; via a `def` in this namespace.
;;
;; Turns out, this approach makes it hard:
;;   - to auto-generate API docs
;;   - for IDEs to provide code completion on functions in the API

As a Cursive user I see that the docstring is parsed using static analysis on the Clojure code. This means there's no way to copy the docstring from another function without changing how Cursive currently works.
This forces libraries to make a decision: do we put the docstring on the inner function or the outer one? Re-frame currently keeps the docstring on the inner function. Unfortunately that results in a developer experience like this:

This is confusing and inconvenient for the most common use case. I suggest that we move the docstring to the outer function to allow the docstring to show up as it should:

We can replace the docstring of the inner function with instructions to find the canonical docstring:

I work with many people who are just getting started with Re-frame. For beginners the docstrings are a vital part of the development experience. In exchange for a little internal ugliness we can optimize for the most common use case and improve the usability of the library for everyone.

See also https://github.com/Day8/re-frame/pull/257 and https://github.com/cursive-ide/cursive/issues/1073.

The relevant Cursive issue is cursive-ide/cursive#944. I'll see if I can address this on the Cursive side soon, since this is a common issue with several popular libraries.

Duplicate of #216. Both are now fixed. See comment in that issue.


[BUG] You cant change Different versions of a macro to work on different situations

🔵 Describe the bug:
When you put for example in the config tab the area macro to 1 and the dungeon to 2, when you save it the gse ignore completly your action and put them all on blank exept the default one, basically only the default tab on a macro work the rest are decorative.
🔵 Desktop (please complete the following information):

OS: [Windows 10 64bit]
Game Version [retail (9.1.0)]

🔵 GSE Version:

Version: [3.0.26]
Downloaded From: [Wowup]

Can you give me a screenshot or something to support this?  Perhaps as in the template uploading your GSE.lua file?
TimothyLuke

On 12 Jul 2021, at 7:12 am, Roberto Roeschmann @.***> wrote:

🔵 Describe the bug:
When you put for example in the config tab the area macro to 1 and the dungeon to 2, when you save it the gse ignore completly your action and put them all on blank exept the default one, basically only the default tab on a macro work the rest are decorative.
🔵 Desktop (please complete the following information):
OS: [Windows 10 64bit]
Game Version [retail (9.1.0)]
🔵 GSE Version:
Version: [3.0.26]
Downloaded From: [Wowup]
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

after reload:

GSE.zip

If the value matches the default - it uses the default,  This isn't a bug.  It saves what is different to the default.  Did that in GE2 as well.  It saves the 2 and 3's but not the 1 as it is the same.


Toolpath - DynamicLine - Error in line2.computeLineDistances

Updated @react-three/fiber and @react-three/drei to latest versions


 Android M permissions have been taken care of. I'm running Android N (NPD35K).

@younisshah The library only supports till api 23 (Android M). Support for Android N will be available when Android N becomes stable and the library is tested against it.


Update README.md

Based on the provided set of reviews, it seems that there are no potentential issues with any of the patches. However, some of them may have incomplete implementation details, which need to be cleared. Overall, it's recommended to check the implementation details in each patch carefully before merging them into the main branch.
Details
Commit 1
This GitHub patch adds a new header file "include/api/wasmedge/wasmedge.hh" to the repository. This new header file contains the initial declarations for the WasmEdge namespace, String, Result, and Limit classes. Additionally, it defines some macros for exporting symbols in Windows. There are no apparent problems with this patch, but since it's only adding new header files, it would be best to analyze its impact on other parts of the codebase before it's merged.
Commit 2
This patch adds a new class ConfigureContext along with its methods for setting/getting various configuration options.
There seem to be no potential problems with this patch, however, please make sure to check the implementation of each configuration method in the ConfigureContext class as their implementation may have issues. Also, it looks good to have WASMEDGE_CPP_API_EXPORT in the enum declarations, but again it depends on whether it is required in the rest of the codebase or not.
Commit 3
Based on the patch, here are the key changes:

Added a new enum CompilerOptimizationLevel to control the optimization level.
Added two functions VersionGet() and VersionGetMajor(), VersionGetMinor(), VersionGetPatch(). These functions are to get the version information of the WasmEdge.
Added three functions LogSetErrorLevel(), LogSetDebugLevel(), and LogOff(). These functions are to set the level of logging.
Declared a new class StatisticsContext, which includes a few functions to get some statistics information.

As far as potential problems go, I can't say without more information about the codebase and the logic or any coding standard of the project. But one issue here is that there is no newline at the end of the file.
Commit 4
This patch adds four new classes: Loader, Validator, Executor, and Store to the WasmEdge C++ API. These classes handle various functionality in loading, validating, executing and storing modules.
There don't appear to be any obvious problems with this patch, but it would be good to review it in the context of the rest of the codebase and ensure that these classes are implemented correctly and consistently with the project's design principles. It would be a good idea to ask the author to include some test cases that confirm that the classes work as expected.
Commit 5
This is a patch that adds new classes and enums to the existing wasmedge.hh header file. The key changes include the addition of the following:

ValType enum that defines various types like I32, I64, F32, etc.
Value class that is yet to be implemented
FunctionType, ImportType and ExportType classes that represent corresponding types in WebAssembly module format.
ModuleInstance, FunctionInstance and ASTModule classes that represent module instance, function instance and the AST (Abstract Syntax Tree) representation of the WebAssembly module respectively.

There don't seem to be any immediate potential problems with this patch as it only adds new code and doesn't modify any existing code. However, it's always good to carefully review code changes before merging them into the main branch.
Commit 6
This patch seems to add new data structures and APIs related to instances and data types. The changes include the addition of new enums like ExternalType, Mutability, and RefType. It also adds classes like FunctionInstance, TableInstance, MemoryInstance, and GlobalType.
It looks like this patch is incomplete because the implementation details of these classes and APIs are not yet implemented (// TODO is used as a placeholder). Additionally, there is mention of doing more in some comments (// TODO comments for ValType and ImportType & ExportType).
There are no apparent problems with this patch except for the incomplete implementation details.
Commit 7
The patch adds two new classes, Async and VM, to the existing WasmEdge namespace. It also adds a number of new methods to existing classes, such as registering and running modules in the VM class, and parsing files and buffers in the Loader class. The changes appear to conform to the established code style.
There is one potential issue that I can see: In the ExportType class, there is a TODO comment next to the constructor, which suggests that this code may not be fully implemented or tested yet. It would be worth investigating whether this is the case and addressing the TODO as appropriate.


Fix for bad zoom center when zoomAnimation === false

I'm not 100% sure this is really safe but this fixes a part of issue #6099.
(Step to reproduce from a map with {zoomAnimation:false} with a scrollwheel mouse:
-press left button and perform some panning
-use the scrollwheel to change zoom while keeping left mouse button pressed
Then the new map center is not the expected map center.
This can also be seen with a touch device with a panning followed by a pinch zoom but it is easier to reproduce with a mouse.)

Just for record: this code was there from the very beginning: https://github.com/Leaflet/Leaflet/blame/00717ab05b6046397db7d249aeea732af6a2fa12/src/Map.js#L137
The last change was here: https://github.com/Leaflet/Leaflet/commit/d13aaac837791849f219d8d857124dd767a985e8#diff-607b516b5121104eef3007cb5727e69cR526