text:
About crashes on Apple Silicon

At present, the project may crash on Apple Silicon and display the specific error message "Process finished with exit code 138 (interrupted by signal 10: SIGBUS)". The cause may be due to Unicorn not being fully compatible with Apple Silicon's "Thread JIT Write Protection". I will continue to follow this issue.

I have built a temporary fix wheel for unicorn, and installing it can prevent crashes. In addition, this issue has been reported to the unicorn repository.
dist.zip

/Users/new/Documents/pythonProject/iosRe/.venv/bin/python /Users/new/Documents/learn/iOS逆向/chomper_code/chomper/examples/example_ios_ali_vmp_sign.py
2024-11-19 15:05:23,362 - main - INFO: Load module "libsystem_platform.dylib"
2024-11-19 15:05:23,363 - main - INFO: Hook export symbol "_os_unfair_lock_assert_owner" at 0x10003714
2024-11-19 15:05:23,363 - main - INFO: Hook import symbol "_mach_vm_allocate" at 0x1d973a778
2024-11-19 15:05:23,363 - main - INFO: Hook import symbol "_mach_vm_deallocate" at 0x1d973a780
2024-11-19 15:05:23,368 - main - INFO: Load module "libsystem_kernel.dylib"
2024-11-19 15:05:23,371 - main - INFO: Hook export symbol "_malloc" at 0x285015a4
2024-11-19 15:05:23,371 - main - INFO: Hook export symbol "_free" at 0x285015b8
2024-11-19 15:05:23,371 - main - INFO: Hook export symbol "_realloc" at 0x285015cc
2024-11-19 15:05:23,371 - main - INFO: Hook export symbol "___sysctlbyname" at 0x285281c0
2024-11-19 15:05:23,371 - main - INFO: Hook export symbol "_lstat" at 0x2852953c
2024-11-19 15:05:23,371 - main - INFO: Hook export symbol "_mach_vm_allocate" at 0x2850e3c8
2024-11-19 15:05:23,371 - main - INFO: Hook export symbol "_mach_vm_deallocate" at 0x2850e470
2024-11-19 15:05:23,371 - main - INFO: Hook export symbol "_stat" at 0x2852a2fc
2024-11-19 15:05:23,395 - main - INFO: Load module "libsystem_c.dylib"
2024-11-19 15:05:23,398 - main - INFO: Hook export symbol "___srefill" at 0x5d33f6c8
2024-11-19 15:05:23,398 - main - INFO: Hook export symbol "_getcwd" at 0x5d327954
2024-11-19 15:05:23,399 - main - INFO: Hook export symbol "_localtime_r" at 0x5d34d0f0
2024-11-19 15:05:23,399 - main - INFO: Hook export symbol "_opendir" at 0x5d3297b8
2024-11-19 15:05:23,399 - main - INFO: Hook export symbol "_random" at 0x5d358d88
2024-11-19 15:05:23,399 - main - INFO: Hook export symbol "_srandom" at 0x5d358cb4
2024-11-19 15:05:23,399 - main - INFO: Hook export symbol "_time" at 0x5d32c530
2024-11-19 15:05:23,399 - main - INFO: Hook import symbol "_calloc" at 0x1d298fec8
2024-11-19 15:05:23,399 - main - INFO: Hook import symbol "_dlsym" at 0x1d298ff40
2024-11-19 15:05:23,399 - main - INFO: Hook import symbol "_getpwuid" at 0x1d2990048
2024-11-19 15:05:23,399 - main - INFO: Hook import symbol "_getpwuid_r" at 0x1d2990050
2024-11-19 15:05:23,399 - main - INFO: Hook import symbol "_pthread_rwlock_rdlock" at 0x1d29902c8
2024-11-19 15:05:23,399 - main - INFO: Hook import symbol "_pthread_rwlock_unlock" at 0x1d29902d0
2024-11-19 15:05:23,399 - main - INFO: Hook import symbol "_pthread_self" at 0x1d29902e0
2024-11-19 15:05:23,460 - main - INFO: Load module "libsystem_pthread.dylib"
2024-11-19 15:05:23,461 - main - INFO: Hook export symbol "_pthread_self" at 0xb530d1d4
2024-11-19 15:05:23,469 - main - INFO: Load module "libsystem_info.dylib"
2024-11-19 15:05:23,471 - main - INFO: Hook export symbol "_getpwuid" at 0xcd807510
2024-11-19 15:05:23,471 - main - INFO: Hook export symbol "_getpwuid_r" at 0xcd809a44
2024-11-19 15:05:23,471 - main - INFO: Hook import symbol "_calloc" at 0x1d298e978
2024-11-19 15:05:23,471 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d298e9a0
2024-11-19 15:05:23,471 - main - INFO: Hook import symbol "_dlsym" at 0x1d298e9d0
2024-11-19 15:05:23,471 - main - INFO: Hook import symbol "_malloc_default_zone" at 0x1d298eb58
2024-11-19 15:05:23,471 - main - INFO: Hook import symbol "_malloc_zone_calloc" at 0x1d298eb70
2024-11-19 15:05:23,471 - main - INFO: Hook import symbol "_malloc_zone_from_ptr" at 0x1d298eb78
2024-11-19 15:05:23,471 - main - INFO: Hook import symbol "_malloc_zone_realloc" at 0x1d298eb80
2024-11-19 15:05:23,471 - main - INFO: Hook import symbol "_os_log_type_enabled" at 0x1d298ec00
2024-11-19 15:05:23,490 - main - INFO: Load module "libsystem_darwin.dylib"
2024-11-19 15:05:23,491 - main - INFO: Hook import symbol "_calloc" at 0x1d9737610
2024-11-19 15:05:23,496 - main - INFO: Load module "libsystem_featureflags.dylib"
2024-11-19 15:05:23,498 - main - INFO: Load module "libcorecrypto.dylib"
Command 'SUB_CLIENT' (20) not parsed!
2024-11-19 15:05:23,502 - main - INFO: Hook import symbol "_calloc" at 0x1d4894108
2024-11-19 15:05:23,502 - main - INFO: Hook import symbol "_os_log_type_enabled" at 0x1d4894188
2024-11-19 15:05:23,507 - main - INFO: Load module "libcommonCrypto.dylib"
2024-11-19 15:05:23,509 - main - INFO: Hook import symbol "_dyld_program_sdk_at_least" at 0x1d972fc00
2024-11-19 15:05:23,509 - main - INFO: Hook import symbol "_os_log_type_enabled" at 0x1d972fc48
2024-11-19 15:05:23,515 - main - INFO: Load module "libc++abi.dylib"
2024-11-19 15:05:23,518 - main - INFO: Hook import symbol "_calloc" at 0x1d3d02b90
2024-11-19 15:05:23,518 - main - INFO: Hook import symbol "_dlsym" at 0x1d3d02ba0
2024-11-19 15:05:23,518 - main - INFO: Hook import symbol "_posix_memalign" at 0x1d3d02be0
2024-11-19 15:05:23,530 - main - INFO: Load module "libc++.1.dylib"
2024-11-19 15:05:23,537 - main - INFO: Hook import symbol "_dlsym" at 0x1d3d009b8
2024-11-19 15:05:23,581 - main - INFO: Load module "libmacho.dylib"
2024-11-19 15:05:23,585 - main - INFO: Load module "libdyld.dylib"
2024-11-19 15:05:23,589 - main - INFO: Hook export symbol "_dlsym" at 0x2673056e4
2024-11-19 15:05:23,589 - main - INFO: Hook export symbol "_dyld_program_sdk_at_least" at 0x267304f40
2024-11-19 15:05:23,590 - main - INFO: Hook import symbol "_malloc_size" at 0x1da049440
2024-11-19 15:05:23,590 - main - INFO: Hook import symbol "_calloc" at 0x1d1965cb8
2024-11-19 15:05:23,590 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d1965d08
2024-11-19 15:05:23,618 - main - INFO: Load module "libobjc.A.dylib"
2024-11-19 15:05:23,659 - main - INFO: Hook import symbol "_calloc" at 0x1d3cf2bf0
2024-11-19 15:05:23,660 - main - INFO: Hook import symbol "_malloc_default_zone" at 0x1d3cf2cb0
2024-11-19 15:05:23,660 - main - INFO: Hook import symbol "_malloc_size" at 0x1d3cf2cb8
2024-11-19 15:05:23,660 - main - INFO: Hook import symbol "_malloc_zone_calloc" at 0x1d3cf2cc8
2024-11-19 15:05:23,660 - main - INFO: Hook import symbol "_malloc_zone_from_ptr" at 0x1d3cf2cd0
2024-11-19 15:05:23,660 - main - INFO: Hook import symbol "_malloc_zone_malloc" at 0x1d3cf2cd8
2024-11-19 15:05:23,660 - main - INFO: Hook import symbol "_malloc_zone_memalign" at 0x1d3cf2ce0
2024-11-19 15:05:23,660 - main - INFO: Hook import symbol "_posix_memalign" at 0x1d3cf2d48
2024-11-19 15:05:23,684 - main - INFO: Call symbol "__ZL9protocolsv"
2024-11-19 15:05:23,684 - main - INFO: Start emulate at libobjc.A.dylib!0x1947fb630
2024-11-19 15:05:23,686 - main - INFO: Call symbol "__objc_init"
2024-11-19 15:05:23,686 - main - INFO: Start emulate at libobjc.A.dylib!0x19480ae0c
2024-11-19 15:05:23,688 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:23,688 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:23,692 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:23,692 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:23,694 - main - INFO: Load module "libdispatch.dylib"
2024-11-19 15:05:23,702 - main - INFO: Hook import symbol "_calloc" at 0x1d1950190
2024-11-19 15:05:23,702 - main - INFO: Hook import symbol "_malloc_engaged_nano" at 0x1d1950358
2024-11-19 15:05:23,702 - main - INFO: Hook import symbol "_posix_memalign" at 0x1d1950418
2024-11-19 15:05:23,776 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:23,777 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:23,778 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:23,778 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:23,779 - main - INFO: Load module "libsystem_blocks.dylib"
2024-11-19 15:05:23,781 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:23,782 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:23,782 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:23,782 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:23,782 - main - INFO: Load module "libsystem_trace.dylib"
2024-11-19 15:05:23,784 - main - INFO: Hook export symbol "__os_activity_initiate" at 0x38e404ab0
2024-11-19 15:05:23,784 - main - INFO: Hook export symbol "_os_log_type_enabled" at 0x38e40d758
2024-11-19 15:05:23,784 - main - INFO: Hook import symbol "_calloc" at 0x1d40d20b8
2024-11-19 15:05:23,784 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d40d2128
2024-11-19 15:05:23,785 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d40d22f8
2024-11-19 15:05:23,796 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:23,796 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:23,797 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:23,797 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:23,797 - main - INFO: Load module "libsystem_sandbox.dylib"
2024-11-19 15:05:23,798 - main - INFO: Hook import symbol "_calloc" at 0x1d973abd8
2024-11-19 15:05:23,800 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:23,801 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:23,801 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:23,801 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:23,801 - main - INFO: Load module "libnetwork.dylib"
2024-11-19 15:05:23,823 - main - INFO: Hook import symbol "_calloc" at 0x1d1c5c360
2024-11-19 15:05:23,823 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d1c5c418
2024-11-19 15:05:23,823 - main - INFO: Hook import symbol "_malloc_zone_calloc" at 0x1d1c5c7f0
2024-11-19 15:05:23,823 - main - INFO: Hook import symbol "_malloc_zone_free" at 0x1d1c5c7f8
2024-11-19 15:05:23,823 - main - INFO: Hook import symbol "_malloc_zone_memalign" at 0x1d1c5c800
2024-11-19 15:05:23,824 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d1c5c9d0
2024-11-19 15:05:23,824 - main - INFO: Hook import symbol "_posix_memalign" at 0x1d1c5cd70
2024-11-19 15:05:23,824 - main - INFO: Hook import symbol "_pthread_rwlock_rdlock" at 0x1d1c5cda8
2024-11-19 15:05:23,824 - main - INFO: Hook import symbol "_pthread_rwlock_unlock" at 0x1d1c5cdb0
2024-11-19 15:05:24,637 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:24,637 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:24,638 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:24,638 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:24,639 - main - INFO: Load module "CoreFoundation"
Command 'ROUTINES_64' (26) not parsed!
2024-11-19 15:05:24,661 - main - INFO: Hook export symbol "__CFBundleCreateInfoDictFromMainExecutable" at 0x451a016dc
2024-11-19 15:05:24,661 - main - INFO: Hook export symbol "__CFPrefsClientLog" at 0x451a338e0
2024-11-19 15:05:24,661 - main - INFO: Hook export symbol "___CFXPreferencesCopyCurrentApplicationStateWithDeadlockAvoidance" at 0x451a73f58
2024-11-19 15:05:24,661 - main - INFO: Hook export symbol "_CFNotificationCenterGetLocalCenter" at 0x45197b228
2024-11-19 15:05:24,662 - main - INFO: Hook export symbol "__CFPreferencesCopyAppValueWithContainerAndConfiguration" at 0x451a745ec
2024-11-19 15:05:24,665 - main - INFO: Hook import symbol "_calloc" at 0x1d1988658
2024-11-19 15:05:24,665 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d1988710
2024-11-19 15:05:24,665 - main - INFO: Hook import symbol "_malloc_default_zone" at 0x1d1988a80
2024-11-19 15:05:24,665 - main - INFO: Hook import symbol "_malloc_good_size" at 0x1d1988a88
2024-11-19 15:05:24,665 - main - INFO: Hook import symbol "_malloc_size" at 0x1d1988a90
2024-11-19 15:05:24,665 - main - INFO: Hook import symbol "_malloc_zone_calloc" at 0x1d1988a98
2024-11-19 15:05:24,665 - main - INFO: Hook import symbol "_malloc_zone_free" at 0x1d1988aa0
2024-11-19 15:05:24,665 - main - INFO: Hook import symbol "_malloc_zone_malloc" at 0x1d1988aa8
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_malloc_zone_memalign" at 0x1d1988ab0
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_malloc_zone_realloc" at 0x1d1988ab8
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d1988b68
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_uenum_close" at 0x1d1989428
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_uenum_next" at 0x1d1989430
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_uloc_getCountry" at 0x1d1989498
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_uloc_getDisplayLanguage" at 0x1d19894b0
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_uloc_getDisplayName" at 0x1d19894b8
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_uloc_getLanguage" at 0x1d19894f0
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_uloc_getScript" at 0x1d1989508
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_uloc_getVariant" at 0x1d1989510
2024-11-19 15:05:24,666 - main - INFO: Hook import symbol "_uloc_openKeywords" at 0x1d1989518
2024-11-19 15:05:25,361 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:25,362 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:25,365 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:25,365 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:25,367 - main - INFO: Load module "CFNetwork"
2024-11-19 15:05:25,379 - main - INFO: Hook import symbol "_SecItemAdd" at 0x1d9a223f8
2024-11-19 15:05:25,379 - main - INFO: Hook import symbol "_SecItemCopyMatching" at 0x1d9a223f0
2024-11-19 15:05:25,379 - main - INFO: Hook import symbol "_SecItemDelete" at 0x1d9a22408
2024-11-19 15:05:25,379 - main - INFO: Hook import symbol "_SecItemUpdate" at 0x1d9a22400
2024-11-19 15:05:25,382 - main - INFO: Hook import symbol "_NSLog" at 0x1d1c10410
2024-11-19 15:05:25,382 - main - INFO: Hook import symbol "_calloc" at 0x1d1c10b20
2024-11-19 15:05:25,382 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d1c10b70
2024-11-19 15:05:25,382 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d1c110b0
2024-11-19 15:05:25,941 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:25,941 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:25,944 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:25,945 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:25,945 - main - INFO: Load module "Foundation"
2024-11-19 15:05:25,986 - main - INFO: Hook export symbol "_NSLog" at 0x51302b064
2024-11-19 15:05:26,000 - main - INFO: Hook import symbol "_calloc" at 0x1d1c87a30
2024-11-19 15:05:26,000 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d1c87bc8
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_malloc_default_zone" at 0x1d1c87fc0
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_malloc_good_size" at 0x1d1c87fd0
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_malloc_size" at 0x1d1c87fe0
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_malloc_zone_calloc" at 0x1d1c87fe8
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_malloc_zone_free" at 0x1d1c87ff8
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_malloc_zone_from_ptr" at 0x1d1c88000
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_malloc_zone_malloc" at 0x1d1c88008
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_malloc_zone_realloc" at 0x1d1c88010
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d1c880f8
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_pthread_rwlock_rdlock" at 0x1d1c88528
2024-11-19 15:05:26,001 - main - INFO: Hook import symbol "_pthread_rwlock_unlock" at 0x1d1c88540
2024-11-19 15:05:26,414 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:26,414 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:26,420 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:26,421 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:26,440 - main - INFO: Load module "Security"
2024-11-19 15:05:26,457 - main - INFO: Hook export symbol "_SecItemAdd" at 0x572c9f748
2024-11-19 15:05:26,457 - main - INFO: Hook export symbol "_SecItemCopyMatching" at 0x572c9f8d4
2024-11-19 15:05:26,457 - main - INFO: Hook export symbol "_SecItemDelete" at 0x572c9fa74
2024-11-19 15:05:26,457 - main - INFO: Hook export symbol "_SecItemUpdate" at 0x572c9f694
2024-11-19 15:05:26,464 - main - INFO: Hook import symbol "_MGCopyAnswer" at 0x1d2615668
2024-11-19 15:05:26,464 - main - INFO: Hook import symbol "_calloc" at 0x1d2615998
2024-11-19 15:05:26,465 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d2615d90
2024-11-19 15:05:26,465 - main - INFO: Hook import symbol "_malloc_size" at 0x1d2615f68
2024-11-19 15:05:26,465 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d2615fd8
2024-11-19 15:05:26,649 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:26,649 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:26,651 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:26,651 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:26,651 - main - INFO: Call symbol "___CFInitialize"
2024-11-19 15:05:26,652 - main - INFO: Start emulate at CoreFoundation!0x1803f0ab4
2024-11-19 15:05:26,652 - main - INFO: Call symbol "__NSInitializePlatform"
2024-11-19 15:05:26,653 - main - INFO: Start emulate at Foundation!0x181727e0c
2024-11-19 15:05:26,653 - main - INFO: Load module "QuartzCore"
2024-11-19 15:05:26,688 - main - INFO: Hook import symbol "_calloc" at 0x1d1ff96e8
2024-11-19 15:05:26,689 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d1ff9770
2024-11-19 15:05:26,689 - main - INFO: Hook import symbol "_malloc_good_size" at 0x1d1ff9a28
2024-11-19 15:05:26,689 - main - INFO: Hook import symbol "_malloc_zone_calloc" at 0x1d1ff9a38
2024-11-19 15:05:26,689 - main - INFO: Hook import symbol "_malloc_zone_free" at 0x1d1ff9a40
2024-11-19 15:05:26,689 - main - INFO: Hook import symbol "_malloc_zone_malloc" at 0x1d1ff9a48
2024-11-19 15:05:26,689 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d1ff9b08
2024-11-19 15:05:26,689 - main - INFO: Hook import symbol "_posix_memalign" at 0x1d1ff9c68
2024-11-19 15:05:27,028 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:27,028 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:27,030 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:27,030 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:27,031 - main - INFO: Load module "BaseBoard"
2024-11-19 15:05:27,047 - main - INFO: Hook import symbol "_MGCopyAnswer" at 0x1d21ebaf0
2024-11-19 15:05:27,047 - main - INFO: Hook import symbol "_calloc" at 0x1d21ebd60
2024-11-19 15:05:27,047 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d21ebde0
2024-11-19 15:05:27,047 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d21ec018
2024-11-19 15:05:27,132 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:27,132 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:27,133 - main - ERROR: Emulator crashed from: libobjc.A.dylib!0x1947fa998, libobjc.A.dylib!0x1947fa994, libobjc.A.dylib!0x1947fa640, libobjc.A.dylib!0x19480a1a0, libobjc.A.dylib!0x1947f9e28
2024-11-19 15:05:27,133 - main - WARNING: Initialize Objective-C failed.
2024-11-19 15:05:27,133 - main - INFO: Load module "FrontBoardServices"
2024-11-19 15:05:27,151 - main - INFO: Hook import symbol "_calloc" at 0x1d32e62f0
2024-11-19 15:05:27,151 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d32e6328
2024-11-19 15:05:27,242 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:27,243 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:27,244 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:27,244 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:27,245 - main - INFO: Load module "PrototypeTools"
2024-11-19 15:05:27,256 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d53b8a50
2024-11-19 15:05:27,279 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:27,279 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:27,284 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:27,284 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:27,284 - main - INFO: Load module "TextInput"
2024-11-19 15:05:27,310 - main - INFO: Hook import symbol "_MGCopyAnswer" at 0x1d20560a0
2024-11-19 15:05:27,311 - main - INFO: Hook import symbol "_calloc" at 0x1d2056170
2024-11-19 15:05:27,311 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d2056190
2024-11-19 15:05:27,428 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:27,429 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:27,431 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:27,431 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:27,432 - main - INFO: Load module "PhysicsKit"
2024-11-19 15:05:27,484 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:27,484 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:27,485 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:27,485 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:27,486 - main - INFO: Load module "CoreAutoLayout"
2024-11-19 15:05:27,498 - main - INFO: Hook import symbol "_calloc" at 0x1d3d3fa00
2024-11-19 15:05:27,498 - main - INFO: Hook import symbol "_malloc_good_size" at 0x1d3d3fa50
2024-11-19 15:05:27,540 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:27,540 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:27,541 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:27,541 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:27,542 - main - INFO: Load module "UIFoundation"
2024-11-19 15:05:27,578 - main - INFO: Hook import symbol "_calloc" at 0x1d296b018
2024-11-19 15:05:27,578 - main - INFO: Hook import symbol "_pthread_rwlock_rdlock" at 0x1d296b2b0
2024-11-19 15:05:27,578 - main - INFO: Hook import symbol "_pthread_rwlock_unlock" at 0x1d296b2c0
2024-11-19 15:05:27,736 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:27,736 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:27,738 - main - ERROR: Emulator crashed from: libobjc.A.dylib!0x1947f9140, libobjc.A.dylib!0x1947f913c, libobjc.A.dylib!0x194809c3c, libobjc.A.dylib!0x1947f9e28
2024-11-19 15:05:27,738 - main - WARNING: Initialize Objective-C failed.
2024-11-19 15:05:27,738 - main - INFO: Load module "UIKitServices"
2024-11-19 15:05:27,749 - main - INFO: Hook import symbol "_MGCopyAnswer" at 0x1d210a1a8
2024-11-19 15:05:27,749 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d210a218
2024-11-19 15:05:27,749 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d210a2a8
2024-11-19 15:05:27,767 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:27,767 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:27,767 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:27,768 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:27,768 - main - INFO: Load module "UIKitCore"
2024-11-19 15:05:28,123 - main - INFO: Hook import symbol "_MGCopyAnswer" at 0x1d1d7e020
2024-11-19 15:05:28,124 - main - INFO: Hook import symbol "_calloc" at 0x1d1d7e860
2024-11-19 15:05:28,124 - main - INFO: Hook import symbol "_dispatch_async" at 0x1d1d7e950
2024-11-19 15:05:28,124 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x1d1d7ed80
2024-11-19 15:05:31,568 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:31,568 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:31,621 - main - ERROR: Emulator crashed from: libobjc.A.dylib!0x1947f9140, libobjc.A.dylib!0x1947f913c, libobjc.A.dylib!0x194809c3c, libobjc.A.dylib!0x1947f9e28
2024-11-19 15:05:31,621 - main - WARNING: Initialize Objective-C failed.
2024-11-19 15:05:31,631 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:31,631 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:31,631 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:31,631 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:31,631 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:31,631 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:31,636 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:31,636 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:31,636 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:31,636 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:31,636 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:31,636 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:31,637 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:31,637 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:31,637 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:31,637 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:31,637 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:31,638 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:31,638 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:31,638 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:31,638 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:31,638 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:31,638 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:31,639 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:31,639 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:31,639 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:31,639 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:31,639 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:31,639 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:31,639 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:31,639 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:31,639 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:31,640 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:31,640 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:31,640 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:31,641 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:31,641 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:31,641 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:31,641 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:31,641 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:31,641 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:31,641 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:31,641 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:31,641 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:31,641 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:31,642 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:31,642 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:31,642 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:31,642 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:31,642 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:31,643 - main - INFO: Load module "CSMBP-AppStore-Package"
2024-11-19 15:05:33,722 - main - INFO: Hook import symbol "_calloc" at 0x104f45430
2024-11-19 15:05:33,727 - main - INFO: Hook import symbol "_calloc" at 0x104f45430
2024-11-19 15:05:33,727 - main - INFO: Hook import symbol "_dispatch_async" at 0x104f45540
2024-11-19 15:05:33,728 - main - INFO: Hook import symbol "_malloc_size" at 0x104f45e08
2024-11-19 15:05:33,728 - main - INFO: Hook import symbol "_notify_register_dispatch" at 0x104f45ec8
2024-11-19 15:05:33,728 - main - INFO: Hook import symbol "_posix_memalign" at 0x104f46150
2024-11-19 15:05:33,728 - main - INFO: Hook import symbol "_pthread_rwlock_rdlock" at 0x104f462f8
2024-11-19 15:05:33,728 - main - INFO: Hook import symbol "_pthread_rwlock_unlock" at 0x104f46300
2024-11-19 15:05:33,736 - main - INFO: Call symbol "_map_images"
2024-11-19 15:05:33,736 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9dcc
2024-11-19 15:05:33,826 - main - INFO: Call symbol "_load_images"
2024-11-19 15:05:33,826 - main - INFO: Start emulate at libobjc.A.dylib!0x1947f9eac
2024-11-19 15:05:33,888 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:33,889 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:33,889 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:33,889 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:33,892 - main - INFO: Call symbol "_CFArrayCreateMutable"
2024-11-19 15:05:33,893 - main - INFO: Start emulate at CoreFoundation!0x1803d9ff4
2024-11-19 15:05:33,893 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:33,894 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:33,894 - main - INFO: Call symbol "_CFArrayAppendValue"
2024-11-19 15:05:33,894 - main - INFO: Start emulate at CoreFoundation!0x1803856c4
2024-11-19 15:05:33,895 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:33,895 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:33,895 - main - INFO: Call symbol "_CFArrayAppendValue"
2024-11-19 15:05:33,896 - main - INFO: Start emulate at CoreFoundation!0x1803856c4
2024-11-19 15:05:33,898 - main - INFO: Call symbol "_CFDictionaryCreateMutable"
2024-11-19 15:05:33,899 - main - INFO: Start emulate at CoreFoundation!0x1803b856c
2024-11-19 15:05:33,899 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:33,900 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:33,901 - main - INFO: Call symbol "_CFArrayCreateMutable"
2024-11-19 15:05:33,901 - main - INFO: Start emulate at CoreFoundation!0x1803d9ff4
2024-11-19 15:05:33,901 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:33,902 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:33,902 - main - INFO: Call symbol "_CFArrayAppendValue"
2024-11-19 15:05:33,902 - main - INFO: Start emulate at CoreFoundation!0x1803856c4
2024-11-19 15:05:33,903 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:33,903 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:33,903 - main - INFO: Call symbol "_CFArrayAppendValue"
2024-11-19 15:05:33,904 - main - INFO: Start emulate at CoreFoundation!0x1803856c4
2024-11-19 15:05:33,904 - main - INFO: Call symbol "_CFDictionaryAddValue"
2024-11-19 15:05:33,904 - main - INFO: Start emulate at CoreFoundation!0x1803b9148
2024-11-19 15:05:33,906 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:33,906 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:33,907 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:33,907 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:33,907 - main - INFO: Call symbol "_CFDictionaryAddValue"
2024-11-19 15:05:33,907 - main - INFO: Start emulate at CoreFoundation!0x1803b9148
2024-11-19 15:05:33,908 - main - INFO: Call symbol "_CFRelease"
2024-11-19 15:05:33,908 - main - INFO: Start emulate at CoreFoundation!0x1803554b0
2024-11-19 15:05:33,908 - main - INFO: Call symbol "_CFRelease"
2024-11-19 15:05:33,909 - main - INFO: Start emulate at CoreFoundation!0x1803554b0
2024-11-19 15:05:33,909 - main - INFO: Call symbol "_CFRelease"
2024-11-19 15:05:33,909 - main - INFO: Start emulate at CoreFoundation!0x1803554b0
2024-11-19 15:05:33,909 - main - INFO: Call symbol "_CFRelease"
2024-11-19 15:05:33,910 - main - INFO: Start emulate at CoreFoundation!0x1803554b0
2024-11-19 15:05:33,949 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:33,949 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:33,949 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:33,949 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:33,950 - main - INFO: Call symbol "_CFArrayCreateMutable"
2024-11-19 15:05:33,951 - main - INFO: Start emulate at CoreFoundation!0x1803d9ff4
2024-11-19 15:05:33,951 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:33,951 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:33,952 - main - INFO: Call symbol "_CFArrayAppendValue"
2024-11-19 15:05:33,952 - main - INFO: Start emulate at CoreFoundation!0x1803856c4
2024-11-19 15:05:33,953 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:33,953 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:33,953 - main - INFO: Call symbol "_CFArrayAppendValue"
2024-11-19 15:05:33,954 - main - INFO: Start emulate at CoreFoundation!0x1803856c4
2024-11-19 15:05:33,991 - main - ERROR: Emulator crashed from: libcorecrypto.dylib!0x1c426a4d8, CoreFoundation!0x180376814, CoreFoundation!0x1803617ec, CoreFoundation!0x18048767c, CoreFoundation!0x180487b88, CoreFoundation!0x180439a4c, CoreFoundation!0x180439e10, CoreFoundation!0x180359b30, CoreFoundation!0x1804c4848, CoreFoundation!0x18048a370, CoreFoundation!0x180489a5c, CoreFoundation!0x18048a1e4, CoreFoundation!0x1803595e4, CoreFoundation!0x1804c7ae0, Foundation!0x18163dcc0, CSMBP-AppStore-Package!0x10069e7e8, libobjc.A.dylib!0x1947fa258
2024-11-19 15:05:33,991 - main - WARNING: Initialize Objective-C failed.
2024-11-19 15:05:34,017 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:34,017 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:34,017 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,018 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,018 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,018 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,021 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:34,021 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:34,021 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,021 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,021 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,021 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,021 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,022 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,022 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,022 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,051 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,051 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,051 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,051 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,051 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:34,052 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:34,052 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,053 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,053 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,053 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,053 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:34,054 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:34,057 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,057 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,058 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,058 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,059 - main - INFO: Call symbol "_CFArrayCreateMutable"
2024-11-19 15:05:34,059 - main - INFO: Start emulate at CoreFoundation!0x1803d9ff4
2024-11-19 15:05:34,059 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:34,060 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:34,060 - main - INFO: Call symbol "_CFArrayAppendValue"
2024-11-19 15:05:34,060 - main - INFO: Start emulate at CoreFoundation!0x1803856c4
2024-11-19 15:05:34,061 - main - INFO: Call symbol "_CFStringCreateWithCString"
2024-11-19 15:05:34,061 - main - INFO: Start emulate at CoreFoundation!0x18040e36c
2024-11-19 15:05:34,061 - main - INFO: Call symbol "_CFArrayAppendValue"
2024-11-19 15:05:34,062 - main - INFO: Start emulate at CoreFoundation!0x1803856c4
2024-11-19 15:05:34,108 - main - INFO: Call symbol "_objc_autoreleasePoolPush"
2024-11-19 15:05:34,108 - main - INFO: Start emulate at libobjc.A.dylib!0x19480f2a8
2024-11-19 15:05:34,108 - main - INFO: Call symbol "_objc_getClass"
2024-11-19 15:05:34,109 - main - INFO: Start emulate at libobjc.A.dylib!0x194805c54
2024-11-19 15:05:34,109 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,109 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,109 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,109 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,109 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,109 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,109 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,110 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,111 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,111 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,111 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,111 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,162 - main - INFO: Call symbol "_sel_registerName"
2024-11-19 15:05:34,162 - main - INFO: Start emulate at libobjc.A.dylib!0x1948074a4
2024-11-19 15:05:34,163 - main - INFO: Call symbol "_objc_msgSend"
2024-11-19 15:05:34,163 - main - INFO: Start emulate at libobjc.A.dylib!0x1947ec460
2024-11-19 15:05:34,163 - main - INFO: vmpSign: e447_1hJB2FnKMTNoT3C+O730up6JUM5zE7DBg12hWESOK6e7DJ2rhwrv/DI/1CRfr5/XdM/dtF6mvMQy4Tq7tU/uOu4Th6KdHAnrf+l+ZPibptg5CfR3ctR7OzWlmZ65FAkB55+Vq7gaKyfG3CQBsll8Qx77B7bW2H52IAvwtUNqJem7WVEaX8kKbKbz7r8JINpIPbd9w3KMYM3A4Z+AgMVkPj4ZL6AdGmwA2D761Cf4HKejszIFDDeUGQuYiRXcnDz1TB1HwyedAClGv21NnPwv0KJPe4kuhKQ0atxpQtTqjWP5k3AVSQO53ojKvR59j6LNhpAWeIbo18ta84m47/2X4U4tfPdGgw87/Jq1Kcl1k3Xo1A3rK+cwV8IN1DK85Jna0vEW+oC67lQcoUhDLtapjzTNcYikox1A5JqNtu2U8H0=&ff4b_93433DA630420ACAB37D4FD6E6D22D1C0944C8D182C1873AEF
2024-11-19 15:05:34,163 - main - INFO: Call symbol "_objc_autoreleasePoolPop"
2024-11-19 15:05:34,163 - main - INFO: Start emulate at libobjc.A.dylib!0x19480f380
nanobind: leaked 22 instances!

leaked instance 0x1021ecb68 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x101c060f8 of type "lief._lief.VA_TYPES"
leaked instance 0x1021eca18 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x101c06488 of type "lief._lief.VA_TYPES"
leaked instance 0x101c062a8 of type "lief._lief.FORMATS"
leaked instance 0x101c060c8 of type "lief._lief.VA_TYPES"
leaked instance 0x101c06188 of type "lief._lief.FORMATS"
leaked instance 0x1021ecad8 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x101c063f8 of type "lief._lief.VA_TYPES"
leaked instance 0x1021ec9b8 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x1021ecb08 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x101c06458 of type "lief._lief.VA_TYPES"
leaked instance 0x1021ecaa8 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x101c061e8 of type "lief._lief.FORMATS"
leaked instance 0x1021ecb98 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x101c06068 of type "lief._lief.VA_TYPES"
leaked instance 0x101c06248 of type "lief._lief.FORMATS"
leaked instance 0x101c061b8 of type "lief._lief.FORMATS"
leaked instance 0x1021ec9e8 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x1021ecbf8 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x1021eca78 of type "lief._lief.MachO.ARM64_RELOCATION"
leaked instance 0x1021ecb38 of type "lief._lief.MachO.ARM64_RELOCATION"
nanobind: leaked 18 types!
leaked type "lief._lief.it_sections"
leaked type "lief._lief.FORMATS"
leaked type "lief._lief.MachO.it_commands"
leaked type "lief._lief.MachO.it_sections"
leaked type "lief._lief.MachO.range_t"
leaked type "lief._lief.MachO.Binary"
leaked type "lief._lief.VA_TYPES"
leaked type "lief._lief.Object"
leaked type "lief._lief.MachO.it_relocations"
leaked type "lief._lief.MachO.it_symbols"
leaked type "lief._lief.MachO.it_libraries"
... skipped remainder
nanobind: leaked 199 functions!
leaked function "iter"
leaked function ""
leaked function "remove_signature"
leaked function ""
leaked function "remove_symbol"
leaked function "next"
leaked function ""
leaked function ""
leaked function ""
leaked function ""
leaked function ""
... skipped remainder
nanobind: this is likely caused by a reference counting issue in the binding code.

Process finished with exit code 0

@ljy0jy 你这里已经执行成功了，日志中 vmpSign 那一行就是加密结果，最后面输出的是 lief 的 warning 信息，可以忽略。


text:
#405: Check for keywords in between parameter clause and open brace

Fixes #405.

:+1:

👍

source: gharchive/pull-request

authors: adityatrivedi alykhank nehasingh2293

repo: sleekbyte/tailor

license: mit

license_type: permissive

license_source: bigquery


text:
Make World an extension of Resources

World is basically an extension of Resources. I feel this makes the API a bit inconsistent because

you cannot use the World API if you have just Resources
you have both the World and the Resources API to deal with

Proposed solutions
Trait
Make World a trait that is implemented for Resources. The new function can be implemented

using a free function (new_world() -> Resources)
doing a impl World { pub fn new() -> Resources }

Free standing functions
Provide functions like

ǹew_world
read_component<T>(&Resources)
etc

This would be a breaking change unfortunately, although we can limit its impact if we choose the former.

I'd vote for the extension trait, also today I learned that you can have an inherent method implemented on a trait type.

trait over resources
impl World for Resources

Just using a Trait without reducing either API, Resources would have fetch as well as read_storage, which is exactly the same.
To not to confuse the user, I would remove the wrapping methods or rename Resources' methods. Doing either would heavily impact everyone, who's using the other API.

This is still relevant.

Fixes by #550

source: gharchive/issue

authors: KuSpa azriel91 jojolepro torkleyy

repo: slide-rs/specs

license_source: github-api


text:
export blank pdf

Describe the bug
init slidev@0.42.9, without any more actions
but the export PDF is blank.
To Reproduce
Steps to reproduce the behavior:

npm init slidev@0.42.9
slidev export

Desktop (please complete the following information):

OS: MacOS 13.3.1
Browser: Edge
Slidev version: 0.42.11( yes, the version by npx slidev@42.9 is v0.42.11, instead of 42.9)

Have the same issue with slidev export => empty pdf with a size of about 800 bytes.
For me it worked by running slidev build --download, which generated a working pdf in ./dist.

Have the same issue with slidev export => empty pdf with a size of about 800 bytes.
For me it worked by running slidev build --download, which generated a working pdf in ./dist.

thank you very much!
it do works.
However, I can NOT bear Slidev eternal bug anymore and turn back to PPT.
Yes, I could understand it is a community project, but it seems no one is charging for the testing and bug, even the init and demo processes.

authors: innovatingdev jneless

repo: slidevjs/slidev

license: MIT


text:
Inclusion of referer in preflight Access-Control-Request-Headers despite not being set

When I make a cross-origin request GET from Chrome 41 (canary) using XHR, adding a custom Authorization header, the following preflight request is emitted (some headers omitted):
OPTIONS /todos/?_nonce=CQIT0WsDcnPh779g HTTP/1.1
Access-Control-Request-Method: GET
Origin: http://localhost:8003
Access-Control-Request-Headers: authorization
Referer: http://localhost:8003/

However, when I intercept the GET request in a serviceworker, and attempt to make an identical fetch, the following is emitted:
OPTIONS /todos/?_nonce=CQIT0WsDcnPh779g HTTP/1.1
Access-Control-Request-Method: GET
Origin: http://localhost:8003
Access-Control-Request-Headers: referer, authorization
Referer: http://localhost:8003/

Neither my serviceworker nor the page code is setting a custom value for referer.  Unfortunately, the presence of referer here is causing the OPTIONS request to be refused by the service provider I'm trying to talk to.  My theory is that the internal implementation of SW is setting the referrer to the SW script URL and that's then causing the browser to consider it a custom header and add it accordingly to the Access-Control-Request-Headers list.
Wondering if this should be considered a bug in SW.

I think this is a bug of Chrome.
I filed a bug in crbug.com.
https://crbug.com/445771

I think this is a bug of Chrome.
I filed a bug in crbug.com.
https://crbug.com/445771

This is not an issue in the specification.

This is not an issue in the specification.

authors: annevk horo-t triblondon

repo: slightlyoff/ServiceWorker


text:
Support splat attributes

Splat converts a hash into attribute key/value pairs.
Slim:
.card*{'data-url'=>place_path(place), 'data-id'=>place.id} = place.name

HTML:

Slim's house

See slim docs: Splat Attributes.

Crucially, the hash can be returned indirectly:
.card *method_which_returns_hash = place.name
.card *@hash_instance_variable = place.name

I guess in Elixir, it could make sense to support expressions that evaluate to any type of dict, whether that's a keyword list or a map.
As for literal hash syntax, do you think it makes more sense to support the Ruby hash syntax (in your example above) for compatibility with Ruby-Slim, or to instead use some (or every) Elixir dict syntax? I'm thinking the latter.

Sorry those examples were copied and pasted directly from the Slim documentation, we should definitely use Elixir dict syntax.

:thumbsup:

🎉

authors: doomspork henrik

repo: slime-lang/slime


text:
Add only restriction to getParams()

Forward port https://github.com/slimphp/Slim/pull/2250 to 4.x.

Coverage increased (+0.005%) to 98.217% when pulling dd2354c87f4b50baa2f0c4970a9cadf03688db01 on akrabat:add-only-to-getparams into 960af6e5a4e19e46a5336246c7af403715c23857 on slimphp:master.

Coverage increased (+0.005%) to 98.217% when pulling d143beec2d53f3cb3d8aa34b11fe392c9d304a34 on akrabat:add-only-to-getparams into 960af6e5a4e19e46a5336246c7af403715c23857 on slimphp:master.

Ping @silentworks, @geggleto

authors: akrabat coveralls

repo: slimphp/Slim-Http


text:
4.x - Allow uris with leading multi-slashes

This PR closes #2822.
The test case \Slim\Tests\Routing\RouteResolverTest::testComputeRoutingResults() had been modified such that the error message would be understandable if the test fails.

Coverage remained the same at 100.0% when pulling 80d741c3dd893b7fa747d5a68d8aea4e50710a28 on adriansuter:patch-route-resolver into 5c493cb5dfd493baa8c01e6fe684e8be4617fdb9 on slimphp:4.x.

authors: adriansuter coveralls

repo: slimphp/Slim


text:
Do not HTML entity encode in PlainTextErrorRenderer

The PlainTextErrorRenderer should not encode exception messages as that's not required for plain text in the same way that it is not required for the JsonErrorRenderer.
Closes #3298

coverage: 99.429% (+0.002%) from 99.427%
when pulling 9395e43035b9476749626ec695aff83f0429ca26 on akrabat:3298-do-not-encode-plain-text-errors
into 038fd5713d5a41636fdff0e8dcceedecdd17fc17 on slimphp:4.x.


text:
First second slow when started with counting.

When the counter starts it takes around 2 seconds before it counts up from 0 to 1.

Hi @ChineseOuchie. Thanks for reporting this.
I was fixed here.

authors: ChineseOuchie slorenzo

repo: slorenzo/react-stopwatch


text:
Single table inheritance and SurrogatePK issue when upgrading Flask-SQLAlchemy >2.3

My app uses quite a bit of single table inheritance in models that include the SurrogatePK mixin in database.py. I ran into some pain when upgrading to latest Flask-SQLAlchemy==2.3.2 with a traceback:
"Can't place __table_args__ on an inherited class "
sqlalchemy.exc.ArgumentError: Can't place __table_args__ on an inherited class with no table.

Finally tracked the issue down to __table_args__ = {'extend_existing': True} in the SurrogatePK class in database.py found here.  Bottom line is that I removed it and now all my tests pass.
The SQLAlchemy docs on extend_existing do not make it super clear to me why this should be set at all in this mixin from the start. It seems like a setting that developers should find and deal with when they figure out it actually needs to be explicitly set, due to their specific needs.

Can you post the relevant parts of your model you are using SurrogatePK on? The extend_existing usage makes sense base on the extened_existing documentation:

When True, indicates that if this Table is already present in the given MetaData, apply further arguments within the constructor to the existing Table.

If you look at the Role model that's included in the cookiecutter as an example, you see they use SurrogatePK but the Role class specifies tablename.
class Role(SurrogatePK, Model):
    """A role for a user."""

    __tablename__ = 'roles'

What broke on the SQLAlchemy 2.3.2 upgrade is specifying __table_args__ = {'extend_existing': True} in SurrogatePK and then mixing that into a base table class and then subclassing that base table class in a single inheritance relationship. Specifying __tablename__  did not cause any problem and is still fine to do that in the base table class. For example, this breaks with  __table_args__ = {'extend_existing': True} specified in SurrogatePK but works fine after getting rid of it. So it is not very robust to include in a mixin if it breaks single table inheritance for any class that uses the mixin. It should probably be set in the class that inherits the mixin, when the programmer decides it needs set in that particular class.
class Organization(SurrogatePK, Model, AuditMixin):
    """A company for the database"""
    __tablename__ = 'organizations'

    name = Column(db.Unicode(128), nullable=False)
    website = Column(db.Unicode(128))
    type = Column(db.Unicode(50), nullable=False)

    __mapper_args__ = {
        'polymorphic_identity': 'organizations',
        'polymorphic_on': db.case([
                        (type == "clients", "clientco"),
                        (type == "suppliers", "supplierco"),
                    ], else_="organizations")
    }

class ClientCompany(Organization):
    """A client customer"""
    client_type = Column(db.Unicode(50))

    __mapper_args__ = {
        'polymorphic_identity': 'clientco',
    }

class SupplierCompany(Organization):
    """A supplier."""
    supplier_type = Column(db.Unicode(50))
    avl_status = Column(db.Unicode(50))

    __mapper_args__ = {
        'polymorphic_identity': 'supplierco',
    }

Closing, as this issue is stale. Feel free to reopen or comment if there's still an issue.

This issue is still relevant. Is there a fix for this?

authors: adamrt bmjjr sergioisidoro sloria

repo: sloria/cookiecutter-flask


text:
Whats the purpose of the sync rtu client?

With the async rtu client under windows I had massive Permission denied issues (A separate issue follows).
Now I try to get the sync rtu part up and running and stumbled upon this one:
thread 'main' panicked at 'there is no reactor running, must be called from the context of Tokio runtime'
Here is my example
#[cfg(all(feature = "rtu", feature = "sync"))]
pub fn main() {
    use tokio_modbus::prelude::*;
    use tokio_serial::{Serial, SerialPortSettings};

    let tty_path = "/dev/ttyUSB0";
    let slave = Slave(247);
    let settings = SerialPortSettings::default();

    let mut ctx = sync::rtu::connect_slave(&tty_path, &settings, slave).unwrap();
    let buff = ctx.read_input_registers(0x1000, 7).unwrap();
    println!("Response is '{:?}'", buff);
}

#[cfg(not(all(feature = "rtu", feature = "sync")))]
pub fn main() {
    println!("features `rtu` and `sync` are required to run this example");
    std::process::exit(1);
}

Does the "sync" rtu part differ from the sync tcp one? The tcp example looks for me really sync without a runtime I mean.

After looking at it a bit more in-depth, I have to concur that the design is somewhat awkward. Both the TCP and RTU sync clients internally wrap around a tokio runtime that is always blocked on any call to the sync context, but under the hood everything in this crate uses the async Modbus engine.
From what I can tell your example should run just fine... all calls that require a runtime should be piped through one, though one thing I found peculiar is a call to Serial::from_path, which eventually resolves to a default tokio-net::util::PollEvented that has not been registered with a reactor. However, it may require one in order to handle the later read_input_registers call here.
We have a very similar sync RTU example in #72 (and #76), but I haven't run it against any device so far. The above issue may be alleviated in the newer version of tokio-serial that is being used alongside the tokio v1 upgrades - someone may want to check that sync example against an actual machine, though.

authors: bootrecords zzeroo

repo: slowtec/tokio-modbus


text:
E2E: go schedule main SLSA3 config-noldflags

Repo: https://github.com/ianlewis/example-package/tree/main
Run: https://github.com/ianlewis/example-package/actions/runs/2472382365
Workflow name: go schedule main SLSA3 config-noldflags
Workflow file: https://github.com/ianlewis/example-package/tree/main/.github/workflows/e2e.go.schedule.main.config-noldflags.slsa3.yml
Trigger: schedule
Branch: main
Date: Fri Jun 10 02:46:15 UTC 2022

Repo: https://github.com/slsa-framework/example-package/tree/main
Run: https://github.com/slsa-framework/example-package/actions/runs/2472491758
Workflow name: go schedule main SLSA3 config-noldflags
Workflow file: https://github.com/slsa-framework/example-package/tree/main/.github/workflows/e2e.go.schedule.main.config-noldflags.slsa3.yml
Trigger: schedule
Branch: main
Date: Fri Jun 10 03:22:01 UTC 2022
Tests are passing now. Closing this issue.

authors: ianlewis laurentsimon

repo: slsa-framework/slsa-github-generator


text:
Issue #28 fix

Checks if your myMario.playerName is an empty string each five seconds, if it is rename to "Unnamed Player"

Uh wtf. 150 commits when i only changed 1 file. Something f'd up

license: WTFPL


text:
为什么要下载McTool

为什么要下载McTool文件夹，直接拉webp的源码或者用libwebp.so来转码不好吗？

适配mac linux windows

libwebp.so这种操作，连适配都不用吧，直接代码给你跑了

这个命令行更加简单，确实so更好，大佬有机会可以来个pr

authors: smallSohoSolo wangrunxiang

repo: smallSohoSolo/McImage


text:
2.14.2 release

If possible, I would like to have the Automatic-Module-Names right now, so I'm proposing this release. Not sure if leaving next-version at 2.15.0-SNAPSHOT breaks anything?

That's what I'm observing as well, I'm going to re-do it

authors: jponge oliver-brm

repo: smallrye/smallrye-mutiny-vertx-bindings


text:
fix: make the bootstrapper exit cleanly on subsequent runs

Name of feature:
Make autocert-bootstrapper exit cleanly on subsequent runs
Pain or issue this feature alleviates:
Resolve #173
Why is this important to the project (if not answered above):
Hopefully it fixes a bug
Is there documentation on how to use this feature? If so, where?
I'm not sure additional documentation is necessary here.
In what environments or workflows is this feature supported?
Any environment where pods run for a long time.
In what environments or workflows is this feature explicitly NOT supported (if any)?
None specifically
Supporting links/other PRs/issues:
According to the Kubernetes docs pods can be restarted for a couple of reasons, and in the current setup the bootstrapper will fail on subsequent runs. https://kubernetes.io/docs/concepts/workloads/pods/init-containers/#pod-restart-reasons
💔Thank you!

 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.You have signed the CLA already but the status is still pending? Let us recheck it.

I have tested this change locally with microk8s by doing the following:

Install microk8s with a local registry
Build all 3 containers (controller, bootstrapper, renewer) from this change

docker build . -t localhost:32000/autocert-bootstrapper -f bootstrapper/Dockerfile
docker build . -t localhost:32000/autocert-controller -f controller/Dockerfile
docker build . -t localhost:32000/autocert-renewer -f renewer/Dockerfile
docker push localhost:32000/autocert-bootstrapper
docker push localhost:32000/autocert-controller
docker push localhost:32000/autocert-renewer

install autocert from the helm chart, using values that look like the following:

autocert:
  image:
    repository: localhost:32000/autocert-controller
    tag: latest
    pullPolicy: Always
bootstrapper:
  image:
    repository: localhost:32000/autocert-bootstrapper
    tag: latest
    pullPolicy: Always
renewer:
  image:
    repository: localhost:32000/autocert-renewer
    tag: latest
    pullPolicy: Always

Create a pod with the autocert annotation, observe it gets created and bootstraps a cert correctly
Remove the generated token secret with kubectl delete secret
find the pause container for this pod with ps axf and kill it to simulate the full pod getting restarted

I can confirm that following these steps, I do see a log message like the following produced by the bootstrapper the second time around:
Found existing /var/run/autocert.step.sm/root.crt, skipping bootstrap

Hey @voxeljorge 👋 . Pleasure to e-meet you and thanks for the PR! We'll be taking a look at this shortly (within the next few weeks) - bogged down with some other work at the moment. Cheers!

authors: CLAassistant dopey voxeljorge

repo: smallstep/autocert


text:
Replace .env with .env.example and added dc-start-local

This change does two things:

The .env file was removed from github and replaced with .env.example in order to prevent host specific data from being committed to github.

A new command was added, dc-start-local. This runs all the containers except the nginx container. This is useful for testing locally.

Whitespace cleaned up!

Awesome, thanks again!


text:
piral-adal not working with blazor from app-shell

Bug Report
Environment Details and Version

Piral Version: 1.3.3
Blazor Verion: net7.0.10 / 7.0.11
OS: Windows 11
Browser: Firefox, Edge, Chrome
Node Version: v20.7.0
Piral.Blazor: 7.0.10-pre.20231110.1

Description
I created an app-shell with the piral-adal authentication. Inside a blazor pilet I am using the PiletService to retrieve the token and use it as part of a custom AuthenticationProvider. When I debug the pilet, it works. But when I try to use it by loading it from the feed service by debugging the app-shell, the following error occurs:
crit: Microsoft.AspNetCore.Components.WebAssembly.Rendering.WebAssemblyRenderer[100]
      Unhandled exception rendering component: Exception has been thrown by the target of an invocation.
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation.
 ---> System.TypeLoadException: Could not load type 'Microsoft.AspNetCore.Components.Authorization.AuthorizeDataAdapter[]' from assembly ''.
   at System.Reflection.ConstructorInvoker.InterpretedInvoke(Object obj, Span`1 args, BindingFlags invokeAttr)
   --- End of inner exception stack trace ---
   at System.RuntimeType.CreateInstanceMono(Boolean nonPublic, Boolean wrapExceptions)
   at System.RuntimeType.CreateInstanceDefaultCtor(Boolean publicOnly, Boolean wrapExceptions)
   at System.Activator.CreateInstance(Type type, Boolean nonPublic, Boolean wrapExceptions)
   at System.Activator.CreateInstance(Type type, Boolean nonPublic)
   at System.Activator.CreateInstance(Type type)
   at Piral.Blazor.Core.PiletComponentActivator.CreateInstance(Type componentType)
   at Microsoft.AspNetCore.Components.ComponentFactory.InstantiateComponent(IServiceProvider serviceProvider, Type componentType)
   at Microsoft.AspNetCore.Components.RenderTree.Renderer.InstantiateComponent(Type componentType)
   at Microsoft.AspNetCore.Components.RenderTree.Renderer.InstantiateChildComponentOnFrame(RenderTreeFrame& frame, Int32 parentComponentId)
   at Microsoft.AspNetCore.Components.RenderTree.RenderTreeDiffBuilder.InitializeNewComponentFrame(DiffContext& diffContext, Int32 frameIndex)
   at Microsoft.AspNetCore.Components.RenderTree.RenderTreeDiffBuilder.InitializeNewSubtree(DiffContext& diffContext, Int32 frameIndex)
   at Microsoft.AspNetCore.Components.RenderTree.RenderTreeDiffBuilder.InsertNewFrame(DiffContext& diffContext, Int32 newFrameIndex)
   at Microsoft.AspNetCore.Components.RenderTree.RenderTreeDiffBuilder.AppendDiffEntriesForRange(DiffContext& diffContext, Int32 oldStartIndex, Int32 oldEndIndexExcl, Int32 newStartIndex, Int32 newEndIndexExcl)
   at Microsoft.AspNetCore.Components.RenderTree.RenderTreeDiffBuilder.ComputeDiff(Renderer renderer, RenderBatchBuilder batchBuilder, Int32 componentId, ArrayRange`1 oldTree, ArrayRange`1 newTree)
   at Microsoft.AspNetCore.Components.Rendering.ComponentState.RenderIntoBatch(RenderBatchBuilder batchBuilder, RenderFragment renderFragment, Exception& renderFragmentException)
   at Microsoft.AspNetCore.Components.RenderTree.Renderer.RenderInExistingBatch(RenderQueueEntry renderQueueEntry)
   at Microsoft.AspNetCore.Components.RenderTree.Renderer.ProcessRenderQueue()

Steps to Reproduce

clone my repo on auth branch (https://github.com/anders130/piral-distributed-example/tree/auth)
run the app-shell
or
build the pilets and publish to your own feed-service
edit the feed-service url in the app-shell and start the app-shell

Expected Behavior
It has to work exactly like it does, when debugging the pilets from visual studio.
Actual behavior
The blazor pilets simply don't render at all.

It appears that my AppRoot Component isn't getting published, whereas everything else is. How and where can I change the trimming settings to avoid that behavior?

The property group of the project -> <PublishTrimmed>false</PublishTrimmed>
If its really only about that one component you could "mention it" in the Module file - to trick the trimmer.

I have added <PublishTrimmed>false</PublishTrimmed> to the property group inside the csproj file and I have also tried to "mention the approot" in the Module.cs:
    public static void ConfigureServices(IServiceCollection services)
    {
        var root = new AppRoot();
        services.AddOptions();
        services.AddAuthorizationCore();
        services.AddScoped<AuthenticationStateProvider, CustomAuthProvider>();
    }

It unfortunately didn't fix the problem. The AppRoot is still missing in the published pilet.

Are you sure the AppRoot is missing? I've downloaded the dll from the BlazorPilet.Counter and there it seems to be present.

Yes, I am relatively sure. I have added the following AppRoot.razor to the BlazorPilet.Counter2 Project:
@attribute [PiralAppRoot]

<div style="color: green">
    @ChildContent
</div>

@code {
    [Parameter]
    public RenderFragment ChildContent { get; set; } = null!;
}

When I debug it, All components of that project have green text. When I now publish that new version of the pilet and run the app-shell with only that pilet (for safety), the components are not green.
Debug picture (http://localhost:5155/counter2):

app-shell after publish (http://localhost:1234/counter2):

A little update on this issue:
I have removed the adal-dependencies from the app-sell (aka. the state of the app-shell in dev branch) and without that, the /counter2 page has green text suddenly.
I am sorry, but I had not thought about that possibility. This means, the AppRoot is somehow ignored when using piral-adal. Maybe it has something to do with redirecting to microsoft and back to the application. I don't know.

Yeah so this is definitely something with the trimmer and an issue that only appears when publishing from VS. Anyway, we have this cracked and in v10 it should work without a problem.


text:
Could not load the "package.json". Make sure the workspace is valid.

Problem
The extensions is not able to load the workspace. In src/extension.ts on line 23, workspace.uri.path returns the path prefixed with '/'.
VS Code Error
Could not load the "package.json". Make sure the workspace is valid.
Potential Fix
In src/extension.ts on line 23, replace workspace.uri.path with workspace.uri.fsPath.
Platform
Version: 1.46.1 (user setup)
Commit: cd9ea6488829f560dc949a8b2fb789f3cdc05f5d
Date: 2020-06-17T21:13:20.174Z
Electron: 7.3.1
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Windows_NT x64 10.0.17763

Thanks for digging into this early release - and also providing a fix for the issue!
Much appreciated :beers:

Landed in develop.

authors: FlorianRappl MotivatedCreation

repo: smapiot/vscode-piral


text:
There is no issue template  of this project "

Let me know if you want to add

Not required

Not required

authors: Sloth-Panda smaranjitghose


text:
update for v2 pin and  v0.2.0 of the smart-leds crate

I can't test the example as I don't have an m4, perhaps someone else can? Note this is only working for 1 led on the pygamer, so should be tested with more than 1 led to see if the problem is in this crate.

The one led not even working anymore. I have a feeling timings are odd. Unwrapping definately takes instructions, I tried changing those out for let _ but that doesnt fix it
Do you know how many instructions delay is supposed to be on cortex m4? How did you land on those delay numbers?
If Im reading the adafruit library right https://github.com/adafruit/Adafruit_NeoPixel/commit/a02a3c7ce1f905bb129e749bada5ed17b2aa9242
NEO_KHZ400
// ONE
// High 800ns
// Low 450ns
/ ZERO
// High 400ns
// Low 850ns

If I recall correctly the numbers were the cycle delay used in circuitpython.

authors: jacobrosenthal sajattack


text:
🛑 Dashboard is down

In a4931c6, Dashboard (https://app.smart-moov.io) was down:

HTTP code: 502
Response time: 1252 ms

Resolved: Dashboard is back up in a91a97f.

repo: smart-moov/upptime


text:
Fixed a failing test

Forgot to include a unit test for gesture cancellation.

Codecov Report

:exclamation: No coverage uploaded for pull request base (develop@09ab39a). Click here to learn what that means.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             develop     #565   +/-   ##
==========================================
  Coverage           ?   39.81%
  Complexity         ?     2253
==========================================
  Files              ?      310
  Lines              ?    13799
  Branches           ?     1431
==========================================
  Hits               ?     5494
  Misses             ?     8106
  Partials           ?      199

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 09ab39a...42e3799. Read the comment docs.

authors: codecov-io joeygrover


text:
AttributeError: 'NoneType' object has no attribute 'player_name'

2021-11-24 02:42:14,632 DEBUG mycroft.skills.intent_service:_normalize_all_utterances:72 Utterances: [("what's playing on the face", 'what is playing on the face')]
2021-11-24 02:42:14,634 DEBUG urllib3.connectionpool http://192.168.1.222:1400 "POST /MediaRenderer/AVTransport/Control HTTP/1.1" 200 399
2021-11-24 02:42:14,662 DEBUG mycroft.skills.intent_services.padatious_service:_match_level:47 Padatious Matching confidence > 0.95
2021-11-24 02:42:14,719 WARNING SonosController the face speaker not found
2021-11-24 02:42:15,065 ERROR mycroft.skills.mycroft_skill.mycroft_skill:on_error:923 An error occurred while processing a request in Sonos Controller
Traceback (most recent call last):
  File "/home/mycroft/core/mycroft/skills/mycroft_skill/event_container.py", line 73, in wrapper
    handler(message)
  File "/opt/mycroft/skills/mycroft-sonos-controller-skill.smartgic/__init__.py", line 309, in _handle_what_is_playing
    get_track_info(self, message.data.get('speaker'), False)
  File "/opt/mycroft/skills/mycroft-sonos-controller-skill.smartgic/utils.py", line 341, in get_track_info
    if get_state(self, device.player_name) == 'PLAYING':
AttributeError: 'NoneType' object has no attribute 'player_name'

Should have been fixed in #17 but it's not.

repo: smartgic/mycroft-sonos-controller-skill


text:
create topic error

When creating a topic and deleting a topic, the service is directly dead. The log is displayed as follows:
2018-07-17 17:29:32 INFO  [ZkClient.http-nio-8048-exec-12] - JAAS File name: /home/hadoop/kafka-eagle/conf/kafka_client_jaas.conf
2018-07-17 17:29:32 INFO  [ZooKeeper.http-nio-8048-exec-12] - Initiating client connection, connectString=hadoop01:2181,hadoop02:2181,hadoop03:2181 sessionTimeout=30000 watcher=org.I0Itec.zkclient.ZkClient@7ce8d445
2018-07-17 17:29:32 INFO  [ZkEventThread.ZkClient-EventThread-272-hadoop01:2181,hadoop02:2181,hadoop03:2181] - Starting ZkClient event thread.
2018-07-17 17:29:32 INFO  [ZkClient.http-nio-8048-exec-12] - Waiting for keeper state SyncConnected
2018-07-17 17:29:32 WARN  [ClientCnxn.http-nio-8048-exec-12-SendThread(hadoop01:2181)] - SASL configuration failed: javax.security.auth.login.LoginException: No JAAS configuration section named 'Client' was found in specified JAAS configuration file: '/home/pirate/programs/kafka-eagle/conf/kafka_client_jaas.conf'. Will continue connection to Zookeeper server without SASL authentication, if Zookeeper server allows it.
2018-07-17 17:29:32 INFO  [ClientCnxn.http-nio-8048-exec-12-SendThread(hadoop01:2181)] - Opening socket connection to server hadoop01/192.168.8.81:2181
2018-07-17 17:29:32 INFO  [ZkClient.http-nio-8048-exec-12-EventThread] - zookeeper state changed (AuthFailed)
2018-07-17 17:29:32 INFO  [ClientCnxn.http-nio-8048-exec-12-SendThread(hadoop01:2181)] - Socket connection established to hadoop01/192.168.8.81:2181, initiating session
2018-07-17 17:29:32 INFO  [ClientCnxn.http-nio-8048-exec-12-SendThread(hadoop01:2181)] - Session establishment complete on server hadoop01/192.168.8.81:2181, sessionid = 0x1645a8ac6fb046d, negotiated timeout = 30000
2018-07-17 17:29:32 INFO  [ZkClient.http-nio-8048-exec-12-EventThread] - zookeeper state changed (SyncConnected)
2018-07-17 17:29:33 INFO  [AdminUtils$.http-nio-8048-exec-12] - Topic creation {"version":1,"partitions":{"1":[2,1],"0":[1,0]}}
Created topic "ccc".
2018-07-17 17:29:33 INFO  [ZkEventThread.ZkClient-EventThread-272-hadoop01:2181,hadoop02:2181,hadoop03:2181] - Terminate ZkClient event thread.
2018-07-17 17:29:33 INFO  [ZooKeeper.http-nio-8048-exec-12] - Session: 0x1645a8ac6fb046d closed
2018-07-17 17:29:33 INFO  [ClientCnxn.http-nio-8048-exec-12-EventThread] - EventThread shut down for session: 0x1645a8ac6fb046d
17-Jul-2018 17:29:33.402 INFO [Thread-62] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler ["http-nio-8048"]
17-Jul-2018 17:29:33.453 INFO [Thread-62] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler ["ajp-nio-8069"]
17-Jul-2018 17:29:33.504 INFO [Thread-62] org.apache.catalina.core.StandardService.stopInternal Stopping service Catalina
17-Jul-2018 17:29:33.510 INFO [localhost-startStop-2] org.apache.catalina.core.StandardWrapper.unload Waiting for 1 instance(s) to be deallocated for Servlet [SpringMvc]
17-Jul-2018 17:29:34.512 INFO [localhost-startStop-2] org.apache.catalina.core.StandardWrapper.unload Waiting for 1 instance(s) to be deallocated for Servlet [SpringMvc]
17-Jul-2018 17:29:35.513 INFO [localhost-startStop-2] org.apache.catalina.core.StandardWrapper.unload Waiting for 1 instance(s) to be deallocated for Servlet [SpringMvc]
2018-07-17 17:29:35 INFO  [XmlWebApplicationContext.localhost-startStop-2] - Closing WebApplicationContext for namespace 'SpringMvc-servlet': startup date [Tue Jul 17 17:12:48 CST 2018]; parent: Root WebApplicationContext
2018-07-17 17:29:35 INFO  [XmlWebApplicationContext.localhost-startStop-2] - Closing Root WebApplicationContext: startup date [Tue Jul 17 17:12:36 CST 2018]; root of context hierarchy
2018-07-17 17:29:35 INFO  [DefaultLifecycleProcessor.localhost-startStop-2] - Stopping beans in phase 2147483647
2018-07-17 17:29:35 INFO  [QuartzScheduler.localhost-startStop-2] - Scheduler org.springframework.scheduling.quartz.SchedulerFactoryBean#0_$_NON_CLUSTERED paused.
2018-07-17 17:29:35 INFO  [QuartzScheduler.localhost-startStop-2] - Scheduler org.springframework.scheduling.quartz.SchedulerFactoryBean#1_$_NON_CLUSTERED paused.
2018-07-17 17:29:35 INFO  [SchedulerFactoryBean.localhost-startStop-2] - Shutting down Quartz Scheduler
2018-07-17 17:29:35 INFO  [QuartzScheduler.localhost-startStop-2] - Scheduler org.springframework.scheduling.quartz.SchedulerFactoryBean#1_$_NON_CLUSTERED shutting down.
2018-07-17 17:29:35 INFO  [QuartzScheduler.localhost-startStop-2] - Scheduler org.springframework.scheduling.quartz.SchedulerFactoryBean#1_$_NON_CLUSTERED paused.
2018-07-17 17:29:35 INFO  [QuartzScheduler.localhost-startStop-2] - Scheduler org.springframework.scheduling.quartz.SchedulerFactoryBean#1_$_NON_CLUSTERED shutdown complete.
2018-07-17 17:29:35 INFO  [SchedulerFactoryBean.localhost-startStop-2] - Shutting down Quartz Scheduler
2018-07-17 17:29:35 INFO  [QuartzScheduler.localhost-startStop-2] - Scheduler org.springframework.scheduling.quartz.SchedulerFactoryBean#0_$_NON_CLUSTERED shutting down.
2018-07-17 17:29:35 INFO  [QuartzScheduler.localhost-startStop-2] - Scheduler org.springframework.scheduling.quartz.SchedulerFactoryBean#0_$_NON_CLUSTERED paused.
2018-07-17 17:29:35 INFO  [QuartzScheduler.localhost-startStop-2] - Scheduler org.springframework.scheduling.quartz.SchedulerFactoryBean#0_$_NON_CLUSTERED shutdown complete.
2018-07-17 17:29:35 INFO  [AbstractValidatingSessionManager.localhost-startStop-2] - Disabled session validation scheduler.
2018-07-17 17:29:35 INFO  [DruidDataSource.localhost-startStop-2] - {dataSource-1} closed
17-Jul-2018 17:29:35.662 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesJdbc The web application [ke] registered the JDBC driver [org.sqlite.JDBC] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.
17-Jul-2018 17:29:35.662 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesJdbc The web application [ke] registered the JDBC driver [com.alibaba.druid.proxy.DruidDriver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.
17-Jul-2018 17:29:35.663 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ke] appears to have started a thread named [ZkClient-EventThread-18-hadoop01:2181,hadoop02:2181,hadoop03:2181] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 sun.misc.Unsafe.park(Native Method)
 java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
 java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
 org.I0Itec.zkclient.ZkEventThread.run(ZkEventThread.java:67)
17-Jul-2018 17:29:35.664 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ke] appears to have started a thread named [localhost-startStop-1-SendThread(hadoop01:2181)] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
 sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
 sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)
 sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:87)
 sun.nio.ch.SelectorImpl.select(SelectorImpl.java:98)
 org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(ClientCnxnSocketNIO.java:349)
 org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1141)
17-Jul-2018 17:29:35.665 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ke] appears to have started a thread named [localhost-startStop-1-EventThread] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 sun.misc.Unsafe.park(Native Method)
 java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
 java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
 org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:501)
17-Jul-2018 17:29:35.665 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ke] appears to have started a thread named [ZkClient-EventThread-21-hadoop01:2181,hadoop02:2181,hadoop03:2181] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 sun.misc.Unsafe.park(Native Method)
 java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
 java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
 org.I0Itec.zkclient.ZkEventThread.run(ZkEventThread.java:67)
17-Jul-2018 17:29:35.666 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ke] appears to have started a thread named [localhost-startStop-1-SendThread(hadoop02:2181)] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
 sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
 sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)
 sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:87)
 sun.nio.ch.SelectorImpl.select(SelectorImpl.java:98)
 org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(ClientCnxnSocketNIO.java:349)
 org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1141)
17-Jul-2018 17:29:35.667 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ke] appears to have started a thread named [localhost-startStop-1-EventThread] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 sun.misc.Unsafe.park(Native Method)
 java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)

jdk version : 1.7
kafka version : 0.11
kafka-eagle version : 1.2.3
Have you met?

@zishenlaowanjia Hi, you can visit Kafka Eagle Install & Issues

authors: smartloli zishenlaowanjia

repo: smartloli/kafka-eagle


text:
Make dropTable more "robust"

https://github.com/smartsdk/ngsi-timeseries-api/blob/57f721f74610028bd658eb7b2f45bfbe6d415957/src/reporter/delete.py#L37-L40
At the time being, this would drop the full table even if you specify just a servicePath, so as result you may delete data you didn't want to delete...
We should have a logic here, for example:

If no servicePath, ok
If servicePath, drop only if only that servicePath is in the table.

Hi @chicco785 , I would like to work on this issue.
Also, as per my understanding on above issue, Please confirm below points for fix :

Need to Delete records for  particular servicePath , or,
Need to Delete only servicePath not the records in it , or,
Delete the whole table related to particular servicePath

Thank you

Hi @chicco785 , I would like to work on this issue.
Also, as per my understanding on above issue, Please confirm below points for fix :

Need to Delete records for  particular servicePath , or,
Need to Delete only servicePath not the records in it , or,
Delete the whole table related to particular servicePath

Thank you

Gentle Reminder!!

Gentle Reminder!!

the logic could be as follow:

if no servicePath: dropTable
if servicePath: return error (code 422?) "more than one service path"

@c0c0n3 what do you think?

the logic could be as follow:

if no servicePath: dropTable
if servicePath: return error (code 422?) "more than one service path"

@c0c0n3 what do you think?

repo: smartsdk/ngsi-timeseries-api


text:
Should we support the WHATWG URLUtils interface?

https://url.spec.whatwg.org/#urlutils-and-urlutilsreadonly-members
As pointed out by @rubys, URL does not implement the URLUtils interface. It might be interesting to support it, although it might clutter the URL interface.

URLUtils is no longer URLUtils in the spec. It has been inlined in URL: https://github.com/whatwg/url/commit/4cb6328a1cc35c93e306751a0f0c610fa5c800d7
As far as I can tell, origin is the only relevant thing that is missing. I filed a separate issue for that: https://github.com/smola/galimatias/issues/72
Closing this, feel free to open a different issue if there is any other useful method that is missing.

repo: smola/galimatias


text:
Support TCP Timestamp option

This is currently not relating to the RTT estimation, just for supporting remotes who do support it.
The generator isn't a lambda to avoid a generic.
Tests include a logic test of an established session and tests which make sure this option is only enabled if the both sides support it.

Looks good at a quick glance.

Hi, I would appreciate if someone could review this PR (or approve if it indeed looks good)

Added tests and re-squashed. Codecov didn't update with the new data, but (almost) all lines complained upon are now integrated in tests.

Ok, the codecov window is refusing to update :
all complained upon lines are not integrated in tests

Ok, the codecov window is refusing to update.

Yeah so codecov is having some infra issues. That's ok. I talked to their CTO, they'll fix it eventually but not yet.

Agreed, that made for cleaner access.

Leaving this unsquashed for easier diff, will squash after deemed ok

I'm on vacation for a week. Later!

@whitequark gentle ping, regarding the fixes I've made

repo: smoltcp-rs/smoltcp


text:
smooth-ui should accept xstyled theme specification for text

🐛 smooth-ui should accept xstyled theme specification for text
Default  component's color should take value from the theme object. All the variants should also inherit the "text" color from theme object and then overrides its own variant color
To Reproduce
Steps to reproduce the behaviour:
Add text key as per xstyled theme specification here: https://xstyled.dev/docs/color-modes/
const theme = {
  colorMode: "dark",
  colors: {
    text: "red", // in light mode : text color should be red
    background: "#fff",
    primary: "green",
    modes: {
      dark: {
        text: "yellow", // in dark mode : text color should be yellow
        background: "#000",
        primary: "blue"
      }
    }
  }
};

export default function App() {
  return (

      <ThemeProvider theme={theme}>
        <Box>
          <Text variant="h1">Heading 1 text</Text>
          <Text>Default text</Text>

          <Button>Test button</Button>
        </Box>
      </ThemeProvider>

  );
}

Expected behaviour

When the colorMode is light <Text> component should get color of theme.text
When the colorMode is dark <Text> component should get color of theme.modes.dark.text

Link to reproduction
https://codesandbox.io/s/smooth-ui-theme-should-respect-xstyled-specifications-wlwzb
Paste the results here:
Dark mode

Light mode

I found a way to deal with this at the moment by providing colour prop to the Text component and managing that colour in the theme. For example color="primary".
export default function App() {
  return (

      <ThemeProvider theme={theme}>
        <Box>
          <Text variant="h1">Heading 1 text</Text>
          <Text color="primary">Default text</Text> /* text color gets switched as per mode*/

          <Button>Test button</Button>
        </Box>
      </ThemeProvider>

  );
}

repo: smooth-code/smooth-ui


text:
Update typography.mdx doc with headings a11y

Resolves: https://github.com/smooth-code/smooth-ui/issues/101

Summary

Test plan

Thanks!

authors: neoziro rlax


text:
Add test dependencies

Install jest and babel for DOM manipulation
Test the function to check for number of comments

Hi @Booze33  👏🏽,
Your project is complete! There is nothing else to say other than... it's time to merge it :shipit:
Congratulations! 🎉
Highlights✅✅

Linters are properly setup👍

The test are working great!

Optional suggestions
Every comment with the [OPTIONAL] prefix won't stop the approval of this PR. However, I strongly recommend you to take them into account as they can make your code better. Some of them were simply missed by the previous reviewer and addressing them will really improve your application.
Cheers and Happy coding!👏👏👏
Feel free to leave any questions or comments in the PR thread if something is not 100% clear.
Please, remember to tag me in your question so I can receive the notification.


text:
Added code to find the permutation of string

Signed-off-by: Harsh kumar 68609382+harsh6768-svg@users.noreply.github.com

Have you read the Contributing Guidelines on Pull Requests?
(Write your answer here.)
This is the C++ program to find the permutation of the given string
(Write your answer here.)
Checklist

[x] I've read the contribution guidelines.
[x] I've checked the issue list before deciding what to submit.

Related Issues or Pull Requests
Fixes #895
Fill up the DCP form
If you are a part of DCP 21, fill up this form after the PR is merged.
The links provided in the form will be checked thoroughly, if someone tries fooling around, strict actions will be taken against the individual.

The solution already exists here.


text:
some way to declare a shadow root in an h() statement

right now there's no way to declare a shadowRoot for a given node, apart from putting one in the node above the vdom or insert hook.
It would be super nice to be able to have some flag or setting that creates a shadowRoot on a given h node.
Totally contrived but maybe something like:
h('div#container.two.classes', { shadow: true, on: { click: someFn } }, [ ... ])

or maybe:
shadowedH('div#container.two.classes', { on: { click: someFn } }, [ ... ])

🤷

There is a very early proposal for "declarative shadow DOM". It's not implemented in any browsers yet but this could promising:  https://web.dev/declarative-shadow-dom/

There is a very early proposal for "declarative shadow DOM". It's not implemented in any browsers yet but this could promising:  https://web.dev/declarative-shadow-dom/

I'm leaning towards:
h('div', { shadowRoot: 'open' })

where shadowRoot would be an enumeration of open | closed | none and defaulting to none.

@paldepind @jvanbruegge if this is something we're interested in supporting I'm willing to work on a PR for this.

I don't use shadow dom, so I am fine either way. If we do it, it should be shadowRoot: "open" | "closed" | undefined so it is not a breaking change

This is getting shipped in chrome 90 (next upcoming release):
https://developer.chrome.com/blog/new-in-chrome-90/#declarative

I this can be done in a module then I think there'd be no problem in supporting it.

It looks like declarative shadow dom is changing.
The old way
<my-elm>
    <template shadowroot="open">....</template>
</my-elm>

The new way
<my-elm>
    <template shadowrootmode="open">....</template>
</my-elm>

It looks like this might be getting close to acceptance by the safari folks, so this is likely to be a more widely available browser capability soon-ish.

authors: jvanbruegge mreinstein paldepind

repo: snabbdom/snabbdom


text:
writeMessage could cause messages in queue to be dropped.

_ <- readAllFromChan 1 chan will drop messages already in queue.
------------------------------------------------------------------------------
-- | Write a message to the channel.
writeMessage :: Message -> User -> ChatRoom -> IO ()
writeMessage msg user cr = do
    atomically $ writeTChan chan msg
    _ <- readAllFromChan 1 chan
    TM.tickle timeoutHandle userTimeout

  where
    chan          = _chatChannel cr
    timeoutHandle = _timeoutHandle user
    userTimeout = _userTimeout cr

In this case, this is what we want -- the channel in question is the central chat room channel, which is never read by anyone. If we don't clear it when we write messages to it, it will pile up messages forever and space leak. Messages written to the channel will be replicated to any listeners by the magic of dupTChan.

authors: gregorycollins qzchenwl


text:
publish should support POSSEing person-tag reply to Facebook

This is a feature request for POSSEing person-tag reply posts.
I.e. if I post a person-tag reply on my own site, like documented here:
https://indieweb.org/tag-reply#person_tag_reply
where one (or more) of the reply-to URLs is to a Facebook permalink post (likely others's photos, but could be my own that I'm adding person-tags to after I published it), Bridgy Publish (of my person-tag reply) should propagate that person-tag reply to that FB permalink.
This is distinctly different (but may be related to)

#459 (probably most similar to this, which is about propagating person-tags on your own photo post that you're POSSEing)
#488
#540

thanks for filing! FB API docs are pretty terse on this, but it looks like you should be able to do this by POSTing to /[photo_id]/tags: https://developers.facebook.com/docs/graph-api/reference/photo/tags/#Creating

bridgy publish for facebook will disappear soon (#817), so I'm closing open issues for it. sad. feel free to holler if you disagree.

authors: snarfed tantek

repo: snarfed/bridgy


text:
How to span the entire parent div when wrapping with Tooltip?

I had this problem before with some of the mantine components and couldn't find a clean solution up to now.
In my app I'm using both dash bootstrap components and dash mantine components. When wrapping a button that spans the entire column width in a dmc.Tooltip I cannot preserve this property.
This is the original button
dmc.Button(className="col-12 mb-2 mt-1", size="xs")

which looks like this

I tried to wrap it into a Tooltip element and using className on both elements
dmc.Tooltip(
    children=[dmc.Button(className="col-12 mb-2 mt-1", size="xs")],
    className="col-12 mb-2 mt-1
)

however this is not working, as I guess the className is only applied to the tooltip element. So the button looks like this

I tried to wrap it into a Col and Row wrapper
dbc.Row(
    dbc.Col(
        dmc.Tooltip(
            label="Click to geolocate",
            children=dmc.Button(
                size="xs",
               className="col-12 mb-2 mt-1",
            ),
        ),
        className="col-12 mb-2 mt-1",
    )
)

but I get the same behaviour.
How can I make sure that the styling of the children wrapped in a Tooltip is not altered?

Hi @guidocioni
Try adding fullWidth=True to the dmc.Button
https://www.dash-mantine-components.com/components/button#full-width-button

Hi @guidocioni
Try adding fullWidth=True to the dmc.Button https://www.dash-mantine-components.com/components/button#full-width-button
Plus check out this example of how to use the tooltip with the button https://www.dash-mantine-components.com/components/tooltip#arrow

Hey @AnnMarieW thanks for the answer but unfortunately that doesn't work.
As soon as I wrap the Button inside the Tooltip, no matter if I'm using fullWidth=True or not, it will still revert to the default width (whatever that value is).
I also need to wrap some components coming from bootstrap so the fullWidth is not always available. For the moment I'm using dbc.Tooltip which seems to work better and doesn't affect the target component (maybe because is not wrapped, so it doesn't really affect its style).
dmc.Button(
    "Geolocate",
    id="geolocate",
    leftSection=DashIconify(icon="ion:location-outline", width=20),
    className="col-12 mb-2 mt-1",
    loaderProps={"type": "dots"},
    size="xs",
    color="gray",
    loading=False,
),
dbc.Tooltip(
    "Use this button to get the current location",
    placement='top',
    target="geolocate",
),

Hi @guidocioni
Try running this:

import dash_mantine_components as dmc
from dash import Dash, _dash_renderer, html
import dash_bootstrap_components as dbc
_dash_renderer._set_react_version("18.2.0")

app = Dash(external_stylesheets=dmc.styles.ALL+[dbc.themes.BOOTSTRAP])

app.layout = dmc.MantineProvider(
    dmc.Tooltip(
        label="my tootlip",
        children=dmc.Button("my button", size="xs", fullWidth=True),
        className="col-12 mb-2 mt-1 w-100"
    )
)

if __name__ == "__main__":
    app.run(debug=True)

Hi @guidocioni
Try running this:
import dash_mantine_components as dmc
from dash import Dash, _dash_renderer, html
import dash_bootstrap_components as dbc
_dash_renderer._set_react_version("18.2.0")

app = Dash(external_stylesheets=dmc.styles.ALL+[dbc.themes.BOOTSTRAP])

app.layout = dmc.MantineProvider(
    dmc.Tooltip(
        label="my tootlip",
        children=dmc.Button("my button", size="xs", className="col-12 mb-2 mt-1 w-100"),
        className="col-12 mb-2 mt-1 w-100"
    )
)

if __name__ == "__main__":
    app.run(debug=True)

This stretches the button...and the tooltip, so now they both take the whole space :)

I tried your example and I'm seeing the same behaviour, although I'm not including the mantine stylesheet as I'm on 0.14.3 still.

Hi @guidocioni
Yes, I see now - This is a duplicate of https://github.com/snehilvj/dash-mantine-components/issues/228.
It's best to close this one to consolidate the issues

As @AnnMarieW suspected this can be solved with the boxWrapperProps:
import dash_mantine_components as dmc
from dash import Dash, _dash_renderer, html
import dash_bootstrap_components as dbc
_dash_renderer._set_react_version("18.2.0")

app = Dash(external_stylesheets=dmc.styles.ALL+[dbc.themes.BOOTSTRAP])

app.layout = dmc.MantineProvider(
    dmc.Container([
        html.Div([
            dbc.Row([
                dbc.Col(html.Div("4", style={"text-align": "center","background-color": "lightgrey"}), className="col-4"),
                dbc.Col(html.Div("8", style={"text-align": "center","background-color": "lightgrey"}), className="col-8")
            ]),
            dbc.Row(
                dmc.Tooltip(
                    label="my tootlip",
                    children=dmc.Button("12", size="xs", className="col-12 mb-2 mt-1 w-100"),
                    boxWrapperProps={"w": "100%"}
                )
            )
        ])
    ])
)

if __name__ == "__main__":
    app.run(debug=True)

@datenzauberai
This is great! Thanks again for the solution.
I'll open an issue to add some examples to the docs

authors: AnnMarieW datenzauberai guidocioni

repo: snehilvj/dash-mantine-components


text:
Some default words not censored

As of 0.7.0, the words "shi+" and "sh!+" have been added to the default wordlist. But they are not censored. Should we...

Remove them from the word list.
Add "+" to ALLOWED_CHARACTERS (and optionally add "+" to CHARS_MAPPING for "t").

Note that if we go with option 2, profanity separated by "+" (e.g. "fuck+fuck") will no longer be censored.

@snguyenthanh I think we should, yeah. That will fix the issue for these particular words.
We should also display a warning message to let the user know when a words/phrase is invalid and won't be censored.

I tried adding "!" to ALLOWED_CHARACTERS and it caused test_unicode_vietnamese_2 to fail:
FAIL: test_unicode_vietnamese_2 (__main__.ProfanityUnicodeTestVietnamese)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "tests.py", line 176, in test_unicode_vietnamese_2
    self.assertEqual(profanity.censor(bad_text), censored_text)
AssertionError: 'Con chó sủa **** gâu!' != 'Con chó sủa **** ****!'
- Con chó sủa **** gâu!
?                  ^^^
+ Con chó sủa **** ****!
?                  ^^^^

Evidently, adding punctuation to the allowed character list can result in false positives if a swear word has an "i" at the end.


text:
AWS Region Issue with Fog dependency > 1.24.0

Hello there,
there a an AWS Region issue with Fog >= 1.25.0 - #3275.
The current Sluice Gemfile define a dependency on Fog >= 1.22.0
So we just face the Region Issue here after upgrading our Snowplow EMR-RUNNER version.
As a temporary workaround we enrich the emr-etl-runner Gemfile to add a Fog dependency sticked to the 1.24.0 version.
What do you think about updating Sluice Gemfile to stick to Fog 1.24.0 until a proper integration ?
Cheers,

Hey @epantera - I think that's a good idea definitely. Do you want to submit a PR? We'll update the next versions of EmrEtlRunner and StorageLoader to use this next release of Sluice.

authors: alexanderdean epantera

repo: snowplow/sluice