text:
My App is getting crashed here on testflight but it workinf fine on simulator: facebook::yoga::measureNodeWithMeasureFunc(facebook::yoga::Node*

See the below crash log from TestFlight
Expected Behaviour
So I am trying to show some data from the dummy JSON i have using Flatlist, it is working absolutely fine on the simulator but when uploaded to TestFlight the app is getting crashed on that screen.
the pointing issue is here:
CybaProject  0x10132f360 facebook::yoga::measureNodeWithMeasureFunc(facebook::yoga::Node*, float, float, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, facebook::yoga::LayoutData&, facebook::yoga::La... + 244 (CalculateLayout.cpp:311)
below is the full crash log:
Incident Identifier: 5600E386-14C9-44A2-9381-2723CC6CC193
Distributor ID:      com.apple.TestFlight
Hardware Model:      iPhone17,1
Process:             CybaProject [66305]
Path:                /private/var/containers/Bundle/Application/FA653CA2-8512-4B00-95FD-E293558F00C7/CybaProject.app/CybaProject
Identifier:          io.syba.syba
Version:             1.37.5 (111)
AppStoreTools:       16C5031b
AppVariant:          1:iPhone17,1:18
Beta:                YES
Code Type:           ARM-64 (Native)
Role:                Foreground
Parent Process:      launchd [1]
Coalition:           io.syba.syba [13929]
Date/Time:           2024-12-20 13:29:28.7535 +0100
Launch Time:         2024-12-20 13:29:27.1328 +0100
OS Version:          iPhone OS 18.1.1 (22B91)
Release Type:        User
Baseband Version:    1.11.01
Report Version:      104
Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Reason: -[__NSFrozenDictionaryM isEqualToString:]: unrecognized selector sent to instance 0x303691da0
Termination Reason: SIGNAL 6 Abort trap: 6
Terminating Process: CybaProject [66305]
Triggered by Thread:  8
Last Exception Backtrace:
0   CoreFoundation                	0x19ee3c7cc __exceptionPreprocess + 164 (NSException.m:249)
1   libobjc.A.dylib               	0x19c10f2e4 objc_exception_throw + 88 (objc-exception.mm:356)
2   CoreFoundation                	0x19ef428c8 -[NSObject(NSObject) doesNotRecognizeSelector:] + 364 (NSObject.m:162)
3   CoreFoundation                	0x19eddab08 forwarding + 1560 (NSForwarding.m:3612)
4   CoreFoundation                	0x19edda430 _CF_forwarding_prep_0 + 96 (:-1)
5   CybaProject                   	0x10113dd58 +[RCTFont updateFont:withFamily:size:weight:style:variant:scaleMultiplier:] + 560 (RCTFont.mm:426)
6   CybaProject                   	0x1012c7f1c -[RCTTextAttributes effectiveFont] + 128 (RCTTextAttributes.mm:220)
7   CybaProject                   	0x1012c7b00 -[RCTTextAttributes effectiveTextAttributes] + 64 (RCTTextAttributes.mm:150)
8   CybaProject                   	0x1012c3cc0 -[RCTBaseTextShadowView attributedTextWithBaseTextAttributes:] + 472 (RCTBaseTextShadowView.mm:101)
9   CybaProject                   	0x1012c9938 -[RCTTextShadowView attributedTextWithMeasuredAttachmentsThatFitSize:] + 80 (RCTTextShadowView.mm:179)
10  CybaProject                   	0x1012c9cb8 -[RCTTextShadowView textStorageAndLayoutManagerThatFitsSize:exclusiveOwnership:] + 312 (RCTTextShadowView.mm:227)
11  CybaProject                   	0x1012c8d2c RCTTextShadowViewMeasure(YGNode const*, float, YGMeasureMode, float, YGMeasureMode) + 132 (RCTTextShadowView.mm:385)
12  CybaProject                   	0x10132f360 facebook::yoga::measureNodeWithMeasureFunc(facebook::yoga::Node*, float, float, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, facebook::yoga::LayoutData&, facebook::yoga::La... + 244 (CalculateLayout.cpp:311)
13  CybaProject                   	0x10132f360 facebook::yoga::calculateLayoutImpl(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::Layou... + 836 (CalculateLayout.cpp:1273)
14  CybaProject                   	0x10132f360 facebook::yoga::calculateLayoutInternal(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::L... + 1984 (CalculateLayout.cpp:2219)
15  CybaProject                   	0x101330880 facebook::yoga::computeFlexBasisForChild(facebook::yoga::Node const*, facebook::yoga::Node*, float, facebook::yoga::SizingMode, float, float, float, facebook::yoga::SizingMode, facebook::yoga::Dire... + 1924 (CalculateLayout.cpp:232)
16  CybaProject                   	0x101330880 facebook::yoga::computeFlexBasisForChildren(facebook::yoga::Node*, float, float, facebook::yoga::SizingMode, facebook::yoga::SizingMode, facebook::yoga::Direction, facebook::yoga::FlexDirection, bo... + 2228 (CalculateLayout.cpp:543)
17  CybaProject                   	0x101330880 facebook::yoga::calculateLayoutImpl(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::Layou... + 3568 (CalculateLayout.cpp:1371)
18  CybaProject                   	0x101330880 facebook::yoga::calculateLayoutInternal(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::L... + 7392 (CalculateLayout.cpp:2219)
19  CybaProject                   	0x1013321bc facebook::yoga::calculateLayoutImpl(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::Layou... + 6200 (CalculateLayout.cpp:1679)
20  CybaProject                   	0x1013321bc facebook::yoga::calculateLayoutInternal(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::L... + 13852 (CalculateLayout.cpp:2219)
21  CybaProject                   	0x10132c9cc facebook::yoga::layoutAbsoluteChild(facebook::yoga::Node const*, facebook::yoga::Node const*, facebook::yoga::Node*, float, float, facebook::yoga::SizingMode, facebook::yoga::Direction, facebook::y... + 2332 (AbsoluteLayout.cpp:440)
22  CybaProject                   	0x10132d730 facebook::yoga::layoutAbsoluteDescendants(facebook::yoga::Node*, facebook::yoga::Node*, facebook::yoga::SizingMode, facebook::yoga::Direction, facebook::yoga::LayoutData&, unsigned int, unsigned in... + 320 (AbsoluteLayout.cpp:503)
23  CybaProject                   	0x101333254 facebook::yoga::calculateLayoutImpl(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::Layou... + 10448 (CalculateLayout.cpp:2076)
24  CybaProject                   	0x101333254 facebook::yoga::calculateLayoutInternal(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::L... + 18100 (CalculateLayout.cpp:2219)
25  CybaProject                   	0x10132c9cc facebook::yoga::layoutAbsoluteChild(facebook::yoga::Node const*, facebook::yoga::Node const*, facebook::yoga::Node*, float, float, facebook::yoga::SizingMode, facebook::yoga::Direction, facebook::y... + 2332 (AbsoluteLayout.cpp:440)
26  CybaProject                   	0x10132d730 facebook::yoga::layoutAbsoluteDescendants(facebook::yoga::Node*, facebook::yoga::Node*, facebook::yoga::SizingMode, facebook::yoga::Direction, facebook::yoga::LayoutData&, unsigned int, unsigned in... + 320 (AbsoluteLayout.cpp:503)
27  CybaProject                   	0x101333254 facebook::yoga::calculateLayoutImpl(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::Layou... + 10448 (CalculateLayout.cpp:2076)
28  CybaProject                   	0x101333254 facebook::yoga::calculateLayoutInternal(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::L... + 18100 (CalculateLayout.cpp:2219)
29  CybaProject                   	0x1013321bc facebook::yoga::calculateLayoutImpl(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::Layou... + 6200 (CalculateLayout.cpp:1679)
30  CybaProject                   	0x1013321bc facebook::yoga::calculateLayoutInternal(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::L... + 13852 (CalculateLayout.cpp:2219)
31  CybaProject                   	0x10132c9cc facebook::yoga::layoutAbsoluteChild(facebook::yoga::Node const*, facebook::yoga::Node const*, facebook::yoga::Node*, float, float, facebook::yoga::SizingMode, facebook::yoga::Direction, facebook::y... + 2332 (AbsoluteLayout.cpp:440)
32  CybaProject                   	0x10132d730 facebook::yoga::layoutAbsoluteDescendants(facebook::yoga::Node*, facebook::yoga::Node*, facebook::yoga::SizingMode, facebook::yoga::Direction, facebook::yoga::LayoutData&, unsigned int, unsigned in... + 320 (AbsoluteLayout.cpp:503)
33  CybaProject                   	0x101333254 facebook::yoga::calculateLayoutImpl(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::Layou... + 10448 (CalculateLayout.cpp:2076)
34  CybaProject                   	0x101333254 facebook::yoga::calculateLayoutInternal(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::L... + 18100 (CalculateLayout.cpp:2219)
35  CybaProject                   	0x1013321bc facebook::yoga::calculateLayoutImpl(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::Layou... + 6200 (CalculateLayout.cpp:1679)
36  CybaProject                   	0x1013321bc facebook::yoga::calculateLayoutInternal(facebook::yoga::Node*, float, float, facebook::yoga::Direction, facebook::yoga::SizingMode, facebook::yoga::SizingMode, float, float, bool, facebook::yoga::L... + 13852 (CalculateLayout.cpp:2219)
37  CybaProject                   	0x1013338b4 facebook::yoga::calculateLayout(facebook::yoga::Node*, float, float, facebook::yoga::Direction) + 1084 (CalculateLayout.cpp:2350)
38  CybaProject                   	0x10115d8ac -[RCTShadowView layoutWithMinimumSize:maximumSize:layoutDirection:layoutContext:] + 200 (RCTShadowView.m:272)
39  CybaProject                   	0x101153c28 -[RCTRootShadowView layoutWithAffectedShadowViews:] + 132 (RCTRootShadowView.m:35)
40  CybaProject                   	0x10116715c -[RCTUIManager uiBlockWithLayoutUpdateForRootView:] + 112 (RCTUIManager.m:549)
41  CybaProject                   	0x10116a594 -[RCTUIManager _layoutAndMount] + 196 (RCTUIManager.m:1126)
42  CybaProject                   	0x1011346d0 __32-[RCTCxxBridge batchDidComplete]_block_invoke + 36 (RCTCxxBridge.mm:1514)
43  libdispatch.dylib             	0x1a6b10370 _dispatch_call_block_and_release + 32 (init.c:1549)
44  libdispatch.dylib             	0x1a6b120d0 _dispatch_client_callout + 20 (object.m:576)
45  libdispatch.dylib             	0x1a6b196d8 _dispatch_lane_serial_drain + 744 (queue.c:3934)
46  libdispatch.dylib             	0x1a6b1a1e0 _dispatch_lane_invoke + 380 (queue.c:4025)
47  libdispatch.dylib             	0x1a6b25258 _dispatch_root_queue_drain_deferred_wlh + 288 (queue.c:7193)
48  libdispatch.dylib             	0x1a6b24aa4 _dispatch_workloop_worker_thread + 540 (queue.c:6787)
49  libsystem_pthread.dylib       	0x227347c7c _pthread_wqthread + 288 (pthread.c:2696)
50  libsystem_pthread.dylib       	0x227344488 start_wqthread + 8 (:-1)
Thread 0 name:
Thread 0:
0   libsystem_kernel.dylib        	0x00000001ef1ce688 mach_msg2_trap + 8 (:-1)
1   libsystem_kernel.dylib        	0x00000001ef1d1d98 mach_msg2_internal + 80 (mach_msg.c:201)
2   libsystem_kernel.dylib        	0x00000001ef1d1cb0 mach_msg_overwrite + 424 (mach_msg.c:0)
3   libsystem_kernel.dylib        	0x00000001ef1d1afc mach_msg + 24 (mach_msg.c:323)
4   CoreFoundation                	0x000000019ee0da84 __CFRunLoopServiceMachPort + 160 (CFRunLoop.c:2637)
5   CoreFoundation                	0x000000019ee0d130 __CFRunLoopRun + 1212 (CFRunLoop.c:3021)
6   CoreFoundation                	0x000000019ee0c830 CFRunLoopRunSpecific + 588 (CFRunLoop.c:3434)
7   GraphicsServices              	0x00000001eadec1c4 GSEventRunModal + 164 (GSEvent.c:2196)
8   UIKitCore                     	0x00000001a1972eb0 -[UIApplication _run] + 816 (UIApplication.m:3844)
9   UIKitCore                     	0x00000001a1a215b4 UIApplicationMain + 340 (UIApplication.m:5496)
10  CybaProject                   	0x0000000100fac180 main + 76 (main.m:8)
11  dyld                          	0x00000001c47faec8 start + 2724 (dyldMain.cpp:1334)
Thread 1:
0   libsystem_pthread.dylib       	0x0000000227344480 start_wqthread + 0 (:-1)
Thread 2:
0   libsystem_pthread.dylib       	0x0000000227344480 start_wqthread + 0 (:-1)
Thread 3:
0   libsystem_pthread.dylib       	0x0000000227344480 start_wqthread + 0 (:-1)
Thread 4:
0   libsystem_pthread.dylib       	0x0000000227344480 start_wqthread + 0 (:-1)
Thread 5:
0   libsystem_pthread.dylib       	0x0000000227344480 start_wqthread + 0 (:-1)
Thread 6:
0   libsystem_pthread.dylib       	0x0000000227344480 start_wqthread + 0 (:-1)
Thread 7:
0   libsystem_pthread.dylib       	0x0000000227344480 start_wqthread + 0 (:-1)
Thread 8 name:
Thread 8 Crashed:
0   libsystem_kernel.dylib        	0x00000001ef1d91d4 __pthread_kill + 8 (:-1)
1   libsystem_pthread.dylib       	0x000000022734aef8 pthread_kill + 268 (pthread.c:1721)
2   libsystem_c.dylib             	0x00000001a6bcbad8 abort + 128 (abort.c:122)
3   libc++abi.dylib               	0x00000002271595b8 abort_message + 132 (abort_message.cpp:78)
4   libc++abi.dylib               	0x0000000227147bac demangling_terminate_handler() + 348 (cxa_default_handlers.cpp:77)
5   libobjc.A.dylib               	0x000000019c12ae14 _objc_terminate() + 156 (objc-exception.mm:496)
6   libc++abi.dylib               	0x000000022715887c std::__terminate(void (*)()) + 16 (cxa_handlers.cpp:59)
7   libc++abi.dylib               	0x0000000227158820 std::terminate() + 108 (cxa_handlers.cpp:88)
8   libdispatch.dylib             	0x00000001a6b120e4 _dispatch_client_callout + 40 (object.m:579)
9   libdispatch.dylib             	0x00000001a6b196d8 _dispatch_lane_serial_drain + 744 (queue.c:3934)
10  libdispatch.dylib             	0x00000001a6b1a1e0 _dispatch_lane_invoke + 380 (queue.c:4025)
11  libdispatch.dylib             	0x00000001a6b25258 _dispatch_root_queue_drain_deferred_wlh + 288 (queue.c:7193)
12  libdispatch.dylib             	0x00000001a6b24aa4 _dispatch_workloop_worker_thread + 540 (queue.c:6787)
13  libsystem_pthread.dylib       	0x0000000227347c7c _pthread_wqthread + 288 (pthread.c:2696)
14  libsystem_pthread.dylib       	0x0000000227344488 start_wqthread + 8 (:-1)
Thread 9 name:
Thread 9:
0   libsystem_kernel.dylib        	0x00000001ef1ce688 mach_msg2_trap + 8 (:-1)
1   libsystem_kernel.dylib        	0x00000001ef1d1d98 mach_msg2_internal + 80 (mach_msg.c:201)
2   libsystem_kernel.dylib        	0x00000001ef1d1cb0 mach_msg_overwrite + 424 (mach_msg.c:0)
3   libsystem_kernel.dylib        	0x00000001ef1d1afc mach_msg + 24 (mach_msg.c:323)
4   CoreFoundation                	0x000000019ee0da84 __CFRunLoopServiceMachPort + 160 (CFRunLoop.c:2637)
5   CoreFoundation                	0x000000019ee0d130 __CFRunLoopRun + 1212 (CFRunLoop.c:3021)
6   CoreFoundation                	0x000000019ee0c830 CFRunLoopRunSpecific + 588 (CFRunLoop.c:3434)
7   Foundation                    	0x000000019dab4500 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 212 (NSRunLoop.m:373)
8   Foundation                    	0x000000019dab4350 -[NSRunLoop(NSRunLoop) runUntilDate:] + 64 (NSRunLoop.m:420)
9   UIKitCore                     	0x00000001a1986358 -[UIEventFetcher threadMain] + 420 (UIEventFetcher.m:1241)
10  Foundation                    	0x000000019dac56c8 NSThread__start + 724 (NSThread.m:991)
11  libsystem_pthread.dylib       	0x000000022734937c _pthread_start + 136 (pthread.c:931)
12  libsystem_pthread.dylib       	0x0000000227344494 thread_start + 8 (:-1)
Thread 10:
0   libsystem_pthread.dylib       	0x0000000227344480 start_wqthread + 0 (:-1)
Thread 11:
0   libsystem_pthread.dylib       	0x0000000227344480 start_wqthread + 0 (:-1)
Thread 12 name:
Thread 12:
0   hermes                        	0x000000010255b658 hermes::hbc::RuntimeFunctionHeader::isLarge() const + 0 (BytecodeDataProvider.h:80)
1   hermes                        	0x000000010255b658 hermes::hbc::RuntimeFunctionHeader::frameSize() const + 0 (BytecodeDataProvider.h:70)
2   hermes                        	0x000000010255b658 hermes::vm::CodeBlock::getFrameSize() const + 0 (CodeBlock.h:137)
3   hermes                        	0x000000010255b658 hermes::vm::CallResult<hermes::vm::HermesValue, (hermes::vm::detail::CallResultSpecialize)2> hermes::vm::Interpreter::interpretFunction<false, false>(hermes::vm::Runtime&, hermes::vm::InterpreterSt... + 408 (Interpreter.cpp:1024)
4   hermes                        	0x000000010255b498 hermes::vm::Runtime::interpretFunctionImpl(hermes::vm::CodeBlock*) + 52 (Interpreter.cpp:825)
5   hermes                        	0x000000010254e524 hermes::vm::JSFunction::_callImpl(hermes::vm::Handlehermes::vm::Callable, hermes::vm::Runtime&) + 40 (Callable.cpp:1123)
6   hermes                        	0x000000010254d730 hermes::vm::Callable::call(hermes::vm::Handlehermes::vm::Callable, hermes::vm::Runtime&) + 44 (Callable.h:253)
7   hermes                        	0x000000010254d730 hermes::vm::Callable::executeCall(hermes::vm::Handlehermes::vm::Callable, hermes::vm::Runtime&, hermes::vm::Handlehermes::vm::HermesValue, hermes::vm::Handlehermes::vm::HermesValue, hermes::v... + 1004 (Callable.cpp:357)
8   hermes                        	0x00000001025de098 hermes::vm::functionPrototypeApply(void*, hermes::vm::Runtime&, hermes::vm::NativeArgs) + 344 (:-1)
9   hermes                        	0x000000010254e42c hermes::vm::NativeFunction::_nativeCall(hermes::vm::NativeFunction*, hermes::vm::Runtime&) + 144 (Callable.h:507)
10  hermes                        	0x000000010255a4a0 hermes::vm::Interpreter::handleCallSlowPath(hermes::vm::Runtime&, hermes::vm::PinnedHermesValue*) + 60 (Interpreter.cpp:274)
11  hermes                        	0x000000010255bea8 hermes::vm::CallResult<hermes::vm::HermesValue, (hermes::vm::detail::CallResultSpecialize)2> hermes::vm::Interpreter::interpretFunction<false, false>(hermes::vm::Runtime&, hermes::vm::InterpreterSt... + 2536 (Interpreter.cpp:1620)
12  hermes                        	0x000000010255b498 hermes::vm::Runtime::interpretFunctionImpl(hermes::vm::CodeBlock*) + 52 (Interpreter.cpp:825)
13  hermes                        	0x000000010254e524 hermes::vm::JSFunction::_callImpl(hermes::vm::Handlehermes::vm::Callable, hermes::vm::Runtime&) + 40 (Callable.cpp:1123)
14  hermes                        	0x000000010254e114 hermes::vm::Callable::call(hermes::vm::Handlehermes::vm::Callable, hermes::vm::Runtime&) + 40 (Callable.h:253)
15  hermes                        	0x000000010254e114 hermes::vm::BoundFunction::_boundCall(hermes::vm::BoundFunction*, hermes::inst::Inst const*, hermes::vm::Runtime&) + 412 (Callable.cpp:779)
16  hermes                        	0x0000000102537d50 hermes::vm::Callable::call(hermes::vm::Handlehermes::vm::Callable, hermes::vm::Runtime&) + 44 (Callable.h:253)
17  hermes                        	0x0000000102537d50 facebook::hermes::HermesRuntimeImpl::call(facebook::jsi::Function const&, facebook::jsi::Value const&, facebook::jsi::Value const*, unsigned long) + 284 (hermes.cpp:2198)
18  CybaProject                   	0x000000010130814c facebook::jsi::Function::call(facebook::jsi::Runtime&, facebook::jsi::Value const*, unsigned long) const + 44 (jsi-inl.h:264)
19  CybaProject                   	0x000000010130814c facebook::jsi::Function::call(facebook::jsi::Runtime&, std::initializer_listfacebook::jsi::Value) const + 44 (jsi-inl.h:269)
20  CybaProject                   	0x000000010130814c facebook::jsi::Value facebook::jsi::Function::call<std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> const&, std::__1::basic_string<char, std::__1::char_traits<ch... + 244 (jsi-inl.h:277)
21  CybaProject                   	0x0000000101307fb4 facebook::react::JSIExecutor::callFunction(std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> const&, std::__1::basic_string<char, std::__1::char_traits, std... + 52 (JSIExecutor.cpp:234)
22  CybaProject                   	0x0000000101307fb4 decltype(std::declval<facebook::react::JSIExecutor::callFunction(std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> const&, std::__1::basic_string<char, std::__1::... + 52 (invoke.h:344)
23  CybaProject                   	0x0000000101307fb4 void std::__1::__invoke_void_return_wrapper<void, true>::__call[abi:ne180100]<facebook::react::JSIExecutor::callFunction(std::__1::basic_string<char, std::__1::char_traits, std::__1::allocato... + 52 (invoke.h:419)
24  CybaProject                   	0x0000000101307fb4 std::__1::__function::__alloc_func<facebook::react::JSIExecutor::callFunction(std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> const&, std::__1::basic_string<cha... + 52 (function.h:169)
25  CybaProject                   	0x0000000101307fb4 std::__1::__function::__func<facebook::react::JSIExecutor::callFunction(std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> const&, std::__1::basic_string<char, std... + 84 (function.h:311)
26  CybaProject                   	0x0000000101135ae4 decltype(std::declval<void (&)(std::__1::function<void ()> const&, std::__1::function<std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> ()>)>()(std::declval<std:... + 32 (invoke.h:344)
27  CybaProject                   	0x0000000101135ae4 void std::__1::__invoke_void_return_wrapper<void, true>::__call[abi:ne180100]<void (&)(std::__1::function<void ()> const&, std::__1::function<std::__1::basic_string<char, std::__1::char_traits<cha... + 72 (invoke.h:419)
28  CybaProject                   	0x0000000101305a88 std::__1::__function::__value_func<void (std::__1::function<void ()> const&, std::__1::function<std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> ()>)>::operator(... + 32 (function.h:428)
29  CybaProject                   	0x0000000101305a88 std::__1::function<void (std::__1::function<void ()> const&, std::__1::function<std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> ()>)>::operator()(std::__1::func... + 32 (function.h:981)
30  CybaProject                   	0x0000000101305a88 facebook::react::JSIExecutor::callFunction(std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> const&, std::__1::basic_string<char, std::__1::char_traits, std... + 440 (JSIExecutor.cpp:232)
31  CybaProject                   	0x00000001012ef880 std::__1::__function::__value_func<void (facebook::react::JSExecutor*)>::operator()abi:ne180100 const + 24 (function.h:428)
32  CybaProject                   	0x00000001012ef880 std::__1::function<void (facebook::react::JSExecutor*)>::operator()(facebook::react::JSExecutor*) const + 24 (function.h:981)
33  CybaProject                   	0x00000001012ef880 facebook::react::NativeToJsBridge::runOnExecutorQueue(std::__1::function<void (facebook::react::JSExecutor*)>&&)::$_0::operator()() const + 48 (NativeToJsBridge.cpp:308)
34  CybaProject                   	0x00000001012ef880 decltype(std::declval<facebook::react::NativeToJsBridge::runOnExecutorQueue(std::__1::function<void (facebook::react::JSExecutor*)>&&)::$_0&>()()) std::__1::__invoke[abi:ne180100]<facebook::react::... + 48 (invoke.h:344)
35  CybaProject                   	0x00000001012ef880 void std::__1::__invoke_void_return_wrapper<void, true>::__call[abi:ne180100]<facebook::react::NativeToJsBridge::runOnExecutorQueue(std::__1::function<void (facebook::react::JSExecutor*)>&&)::$_0&>... + 48 (invoke.h:419)
36  CybaProject                   	0x00000001012ef880 std::__1::__function::__alloc_func<facebook::react::NativeToJsBridge::runOnExecutorQueue(std::__1::function<void (facebook::react::JSExecutor*)>&&)::$_0, std::__1::allocator<facebook::react::Native... + 48 (function.h:169)
37  CybaProject                   	0x00000001012ef880 std::__1::__function::__func<facebook::react::NativeToJsBridge::runOnExecutorQueue(std::__1::function<void (facebook::react::JSExecutor*)>&&)::$_0, std::__1::allocator<facebook::react::NativeToJsBr... + 60 (function.h:311)
38  CybaProject                   	0x0000000101138494 std::__1::__function::__value_func<void ()>::operator()abi:ne180100 const + 20 (function.h:428)
39  CybaProject                   	0x0000000101138494 std::__1::function<void ()>::operator()() const + 20 (function.h:981)
40  CybaProject                   	0x0000000101138494 facebook::react::tryAndReturnError(std::__1::function<void ()> const&) + 32 (RCTCxxUtils.mm:73)
41  CybaProject                   	0x0000000101145064 facebook::react::RCTMessageThread::tryFunc(std::__1::function<void ()> const&) + 24 (RCTMessageThread.mm:68)
42  CybaProject                   	0x0000000101144e68 std::__1::__function::__value_func<void ()>::operator()abi:ne180100 const + 20 (function.h:428)
43  CybaProject                   	0x0000000101144e68 std::__1::function<void ()>::operator()() const + 20 (function.h:981)
44  CybaProject                   	0x0000000101144e68 invocation function for block in facebook::react::RCTMessageThread::runAsync(std::__1::function<void ()>) + 44 (RCTMessageThread.mm:44)
45  CoreFoundation                	0x000000019ee1f6e4 CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK + 28 (CFRunLoop.c:1818)
46  CoreFoundation                	0x000000019ee0d910 __CFRunLoopDoBlocks + 356 (CFRunLoop.c:1860)
47  CoreFoundation                	0x000000019ee0cfd4 __CFRunLoopRun + 864 (CFRunLoop.c:2971)
48  CoreFoundation                	0x000000019ee0c830 CFRunLoopRunSpecific + 588 (CFRunLoop.c:3434)
49  CybaProject                   	0x000000010112e414 +[RCTCxxBridge runRunLoop] + 212 (RCTCxxBridge.mm:326)
50  Foundation                    	0x000000019dac56c8 NSThread__start + 724 (NSThread.m:991)
51  libsystem_pthread.dylib       	0x000000022734937c _pthread_start + 136 (pthread.c:931)
52  libsystem_pthread.dylib       	0x0000000227344494 thread_start + 8 (:-1)
Thread 13 name:
Thread 13:
0   libsystem_kernel.dylib        	0x00000001ef1d3f90 __psynch_cvwait + 8 (:-1)
1   libsystem_pthread.dylib       	0x0000000227346a50 _pthread_cond_wait + 1204 (pthread_cond.c:862)
2   libc++.1.dylib                	0x00000001af3df584 std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 28 (condition_variable.cpp:30)
3   hermes                        	0x00000001025f7f60 hermes::vm::HadesGC::Executor::worker() + 116 (:-1)
4   hermes                        	0x00000001025f7ec8 void* std::__1::__thread_proxy[abi:v160006]<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_deletestd::__1::__thread_struct>, hermes::vm::HadesGC::Executor::Exec... + 44 (:-1)
5   libsystem_pthread.dylib       	0x000000022734937c _pthread_start + 136 (pthread.c:931)
6   libsystem_pthread.dylib       	0x0000000227344494 thread_start + 8 (:-1)
Thread 8 crashed with ARM Thread State (64-bit):
x0: 0x0000000000000000   x1: 0x0000000000000000   x2: 0x0000000000000000   x3: 0x0000000000000000
x4: 0x000000022715df3b   x5: 0x000000016f2b6800   x6: 0x000000000000006e   x7: 0x0000000000000000
x8: 0x5091d50d56dafcfc   x9: 0x5091d50c39f18cfc  x10: 0x0000000000000051  x11: 0x000000000000000b
x12: 0x000000000000000b  x13: 0x000000019f266bbc  x14: 0x00000000001ff800  x15: 0x00000000000007fb
x16: 0x0000000000000148  x17: 0x000000016f2b7000  x18: 0x0000000000000000  x19: 0x0000000000000006
x20: 0x0000000000003607  x21: 0x000000016f2b70e0  x22: 0x0000000000000114  x23: 0x000000016f2b70e0
x24: 0x00000003018d29e8  x25: 0x000000030238f700  x26: 0x0000000000000000  x27: 0x000000030238f700
x28: 0x0000000000000000   fp: 0x000000016f2b6770   lr: 0x000000022734aef8
sp: 0x000000016f2b6750   pc: 0x00000001ef1d91d4 cpsr: 0x40000000
esr: 0x56000080  Address size fault
Binary Images:
0x100fa4000 -         0x101ad7fff CybaProject arm64   /private/var/containers/Bundle/Application/FA653CA2-8512-4B00-95FD-E293558F00C7/CybaProject.app/CybaProject
0x101edc000 -         0x101ee7fff libobjc-trampolines.dylib arm64e  <35a44678195b39c2bdd7072893564b45> /private/preboot/Cryptexes/OS/usr/lib/libobjc-trampolines.dylib
0x10252c000 -         0x1026fffff hermes arm64   /private/var/containers/Bundle/Application/FA653CA2-8512-4B00-95FD-E293558F00C7/CybaProject.app/Frameworks/hermes.framework/hermes
0x19c0f8000 -         0x19c148d5f libobjc.A.dylib arm64e  <1608892e67db3f949fc291492b86c95f> /usr/lib/libobjc.A.dylib
0x19d9fd000 -         0x19e70afff Foundation arm64e  <6d0212cc3b9e32c9be2072989ce3acb8> /System/Library/Frameworks/Foundation.framework/Foundation
0x19edba000 -         0x19f2fcfff CoreFoundation arm64e  <1532d3d89b3b3f2fb35f55a20ddf411b> /System/Library/Frameworks/CoreFoundation.framework/CoreFoundation
0x1a15a0000 -         0x1a3473fff UIKitCore arm64e  <575e5140fa6a37c2b00ba4eacedfda53> /System/Library/PrivateFrameworks/UIKitCore.framework/UIKitCore
0x1a6b0e000 -         0x1a6b53fff libdispatch.dylib arm64e  <7de7ec03cfb7349d9b9e8782b38f231d> /usr/lib/system/libdispatch.dylib
0x1a6b54000 -         0x1a6bd3ff3 libsystem_c.dylib arm64e  <0150f750db0a3f54b23ad21c55af8824> /usr/lib/system/libsystem_c.dylib
0x1af3be000 -         0x1af44bffb libc++.1.dylib arm64e  <491f481bd014381c904eaed69c09f984> /usr/lib/libc++.1.dylib
0x1c47c7000 -         0x1c484a99f dyld arm64e  <3060d36a16ce3c3a92583881459f5714> /usr/lib/dyld
0x1eadeb000 -         0x1eadf3fff GraphicsServices arm64e  <8425ea11000e3e5e8abcbddf3ff3fa32> /System/Library/PrivateFrameworks/GraphicsServices.framework/GraphicsServices
0x1ef1cd000 -         0x1ef206ff3 libsystem_kernel.dylib arm64e   /usr/lib/system/libsystem_kernel.dylib
0x227146000 -         0x227160fff libc++abi.dylib arm64e  <5e1a37143fad3ad7a23d61c4be170233> /usr/lib/libc++abi.dylib
0x227343000 -         0x22734fff3 libsystem_pthread.dylib arm64e  <3ca98e388eee3c269862c5f66aad93c0> /usr/lib/system/libsystem_pthread.dylib
EOF

Seems it received a font family of dictionary type, but it should type of string , do you use some font family of text?


text:
react-native-cli v0.1.8 react-native init project hangs

Running react-native init project fails to complete with v0.1.8 while v0.1.7 completes successfully.
The project directory, and package.json file are created. It appears that the npm install also completes, but the npm process never terminates. The react-native script never moves on to the "Setting up new React Native app".
The problem is reproducible. It works for 0.1.7 and does not with 0.1.8. No other environment changes.
Using dtruss shows no system calls from npm while it is hanging.
Versions:

nvm 0.30.1
node v5.3.0
npm 3.3.12.

With a little debugging help from @mjording it appears that problem was introduced with the --verbose and --debug.
The difference can be seen at https://github.com/facebook/react-native/commit/6af7ae55b1ccffd185eb269b81f9ed1ee9f77cc7#diff-61047f57836fe20d8104bb5fc5155fe3. (approximately line 192)
In v0.1.8 without either the --verbose or --debug flags the {stdio: 'inherit'} is not passed in to the spawn function.
This reported problem does not occur if these flags are provided.

cc @mkonicek

Thank you! I just hit this bug :)

i also encountered this bug. Tried with react-native-cli 0.1.9 and --verbose or --debug is still needed to succeed at init.

That's bad. Will take a look this weekend.

What OS are you using? Might be because of npm 3?
For me:
$ npm list -g --depth=0
...
react-native-cli@0.1.9

$ npm --version
2.7.1

$ node --version
v4.2.1

$ react-native init foo
Installing react-native package from npm...
# finishes successfully

@ide We still recommend npm 2 right? https://facebook.github.io/react-native/docs/getting-started.html

@mkonicek Yeah, although I've been testing npm 3 myself for the past two weeks to see if it is any better. So far haven't had major problems that I couldn't fix myself.

Early when trying to debug this I switched between npm 3 and npm 2 and back. I believe that it failed in both cases - but I will test again.

I added the --verbose flag and it worked perfectly

It still fails with npm2. I just tried both 0.1.8 and 0.1.9

@mkonicek OS = OSX

I've just committed https://github.com/facebook/react-native/commit/521bd03f0a94df35e21d368a3416599f5f01f5dc and released 0.1.10: https://www.npmjs.com/package/react-native-cli

It is working for me now.
btw I am using it with:
OSX
npm 3.3.12
node 5.4.0
react-native-cli 0.1.10
Thank you very much.

I was having the same issue on 0.1.9 but can also confirm 0.1.10 fixes the problem for me. Thanks.
OSX
npm 3.3.12
node 5.4.0

I have tested react-native-cli 0.10.0 with both npm 2.14.15 and 3.5.3 and it works. Thanks

OK I'll close this, sorry about the breakage guys!

source: gharchive/issue

authors: gasperz gustavjf ide mkonicek montogeek skevy verdammelt

repo: facebook/react-native

license: MIT

license_type: permissive

license_source: github-api


text:
Why not use JSExport to implement the bridge?

I found that the js-to-native bridge is implemented by calling BatchedBridge.callFunctionReturnFlushedQueue from native continuously, thus "flush" the ModuleID,MethodId,CallbackID and arguments to native.
Does this mean eating up a lot of battery life?
Why not use JavascriptCore's JSExport protocol to implement the bridge ?
Thanks :)

/cc @jordwalke @sahrens

I observed memory corruption with JSExport on iOS7. It was very difficult to reproduce, but when I finally reproduced it I rewrote it in terms of serialized strings. If anything, we should eventually just use the raw JSC c API, but IIRC flushing/serializing is not the bottleneck (if you see otherwise, please let us know). In fact, in one benchmark @frantic and I found that just copying the entire data at once was faster than using micro-hooks to convert each piece of the data using the JSC c API - it might have something to do with crossing the JS/native boundary several times vs. in one batch.

Now using JSC C api as per #1037


text:
[0.23] Tracking bugs in 0.23 rc, commits to cherry-pick

[ ] Mention breaking change in release notes: https://github.com/facebook/react-native/pull/5796
[ ] Fix HMR warning on Genymotion: https://github.com/facebook/react-native/pull/6594
[ ] Android Modal doesn't handle the back button: https://github.com/facebook/react-native/issues/6612

Automated release https://github.com/facebook/react-native/pull/6625 versioning.
Would make npm deployment more robust

https://github.com/facebook/react-native/issues/6622

https://github.com/facebook/react-native/issues/6638

https://github.com/facebook/react-native/issues/6640

https://github.com/facebook/react-native/commit/ce5dce9cd5b7cceac7c1442fc9b11a2808329693 - NDK links

https://github.com/facebook/react-native/pull/6696 - hmr from @martinbigio

https://github.com/facebook/react-native/pull/6686 - revert auto strict babel plugin changes

Fix to https://phabricator.fb.com/D2920590, https://github.com/facebook/react-native/issues/6581 - persistent socket between packager and bridge (port problem)


text:
Little docs correction

Comma out

Pardon for distraction :smiley_cat:

Thanks! Can you sign the CLA please?

source: gharchive/pull-request

authors: broose mkonicek


text:
[Docs] update JS environment documentation for Babel

This PR needs review for accuracy of the links, and to add links for those which aren't linked. I couldn't find references to them in the babel documentation.
Fixes #274

Awesome, thanks!
You can find the correct list here: https://github.com/facebook/react-native/blob/41859e594d0dbd0be43cf7cc1561051ac4b1b853/packager/transformer.js#L21-L35

@vjeux Yes, that list is what's now referenced in the docs. Does that mean we should take out ES5 reserved words?

all the environments that we run on are ES5 so you can actually use reserved words. I would keep it there since people may not know about it

Can you please mention .babelrc to customize the transformers? see #1451

authors: amasad jsierles vjeux


text:
Adds accessiblity actions on core components

Summary
Android: Adding custom actions (#30854).
Adds accessiblity actions on core components (Button, TextInput, Text, and Picker).
Changelog
[General] [Added] - Adds accessiblity actions on core components
Test Plan

npm test
Rendering of components on RNTesterApp using talkback:

Check if accessibility actions were available;

Trigger activate action for all components;

Notes

For TextInput an unexpected error is raised:

@dennisurtubia Thanks for this PR! Can we also add the examples you're using to test Button and Picker? Also, are you able to test on iOS as well?

How are the props passed to Picker.ios.js? Were you able to test on this platform? If not, I can help test it out. In addition, would be helpful to add your test cases to RNTester

Hey, @lunaleaps, unfortunately I can't test on iOS.
On the issue, it is only mentioned that the Android platform has implemented the properties accessibilityActions and onAccessibilityAction, but, I can try to add these props to iOS!
Of course! I will add the tests to the RNTester.
Thank you for your suggestions!

How are the props passed to Picker.ios.js? Were you able to test on this platform? If not, I can help test it out. In addition, would be helpful to add your test cases to RNTester

Hello, @lunaleaps! I checked how the props are passed to Picker.ios.js, and on the file, we can see that all props from ViewProps are passed, and, ViewProps have all required props (accessibilityActions and onAccessibilityAction).

Thanks @dennisurtubia! Have imported it and tested on iOS and Android! I can take a look into why TextInput is failing

Nice! I can resolve the conflict found in the AccessibilityExample.js file.
Thanks again for all your help!

Thank you @dennisurtubia for your contribution to a more accessible React Native! I'd like to highlight your contribution on Twitter, do you have a Twitter handle I can tag?

Thank you @dennisurtubia for your contribution to a more accessible React Native! I'd like to highlight your contribution on Twitter, do you have a Twitter handle I can tag?

Yes! @dennisurtubia my username. Thanks!

authors: amarlette dennisurtubia lunaleaps


text:
Add @react-native/codegen-typescript-test to verify .d.ts files in @react-native/codegen (1)

Summary

Add a typescript project to test CodegenSchema.d.ts. More tests for other .d.ts files will be added in future pull requests.
The build script scans all snapshots from @react-native/codegen's typescript frontend and generates .ts files for each snapshot, but they are .gitignore-ed.
npm run build will build these .ts files against CodegenSchema.d.ts after generating them.
A failed jest case is included to ensure CI catch it, it will be removed before merged.

Changelog:
[General] [Added] - Add @react-native/codegen-typescript-test to verify .d.ts files in @react-native/codegen (1)
Test Plan
npm run build in packages/react-native-codegen-typescript-test and see all test files appear in __generated__.
Screenshot

Could this instead be located in the e2e/ tests directory (or similar, e.g. integration_tests/) as part of the existing @react-native/codegen package?

TypeScript generation is already a core feature of @react-native/codegen.
There are no significant extra devDependencies added (which might motivate separating these for download size reasons).
Would there be any external consumers of this new package? (Which would warrant a separately named and published package.)

cc @cipolleschi @cortinico @rshest

I have discussed this offline with @ZihanChen-MSFT. I'm not an expert, but it seems that having both JS and TS code (types excluded) in the same package is not a good idea, that's why we decided to go for a separate package.
I don't really know the technical details for that. More details on Discord, here.
@huntie, feel free to jump on there and to expand the discussion! :D
@ZihanChen-MSFT: there are a couple of red tests that we should address before proceeding.

@huntie  Hi, eventually typescript-test will simulate how people use rn-codegen in TypeScript. And it does make the script a mess when we need to mix Flow and TypeScript when the TypeScript code is actually depending on Flow. Based on these two reason I think making a test package for that is better.
@cipolleschi Hi, could you paste here the error from Linter? Others are fine because I intended to make them fail, to test my modification to the build script, they will be updated to real tests soon.

/rebase

/rebase

/rebase

/rebase

/rebase

authors: ZihanChen-MSFT cipolleschi huntie


text:
Fix Glog for earlier versions of Xcode

Summary:
Glog has a piece of code which looks like this:
namespace google {

// They need the definitions of integer types.
#include "glog/log_severity.h"
#include "glog/vlog_is_on.h"

This fragment is:

Always valid when the pod does not define a module
Valid for Xcode >= 14.3, when the pod do define a module
Invalid for Xcode < 14.3, when the pod do define a module

Modules are required to support Swift, so, in the long run, we want to have DEFINES_MODULE set to YES for Glog.
This is a temporary workaround to keep supporting older versions of Xcode while Apple keeps allowing to use Xcode 14.1 to submit apps to the store.
Historically, Apple pushes the minimum version of Xcode every April, so we expect to be able to remove this workaround in April 2024.
Changelog:
[Internal] - Make Glog work with older versions of Xcode
Differential Revision: D50410487

hi, @cipolleschi
are you sure that this is actually correct?

This fragment is:

Always valid when the pod does not define a module
Valid for Xcode >= 14.3, when the pod do define a module
Invalid for Xcode < 14.3, when the pod do define a module

it seems that this commit causes errors on XCode 14.2 during pod install (like this one that I have and probably this one too).
I've just upgraded my project to the RN v0.73.2, and this begin to happen, because I use expo-sdk (and XCode 14.2), and if I understand correctly ExpoModulesCore defines a module:
s.pod_target_xcconfig = {
    'USE_HEADERMAP' => 'YES',
    'DEFINES_MODULE' => 'YES',
    'CLANG_CXX_LANGUAGE_STANDARD' => 'c++17',
    'SWIFT_COMPILATION_MODE' => 'wholemodule',
    'HEADER_SEARCH_PATHS' => header_search_paths.join(' '),
    "FRAMEWORK_SEARCH_PATHS" => "\"${PODS_CONFIGURATION_BUILD_DIR}/React-hermes\"",
    'OTHER_SWIFT_FLAGS' => "$(inherited) #{fabric_enabled ? fabric_compiler_flags : ''}"
  }

I may be mistaken cause I don't understand much about all that native side, but anyway I edited glog.podspec locally in node_modules to basically revert this commit, and with "DEFINES_MODULE" => "YES" pods installed without errors.
I also tried to create fresh project with npx create-expo-app --template choosing Bare template, and the error persisted.
so... what do you think?

Details are a little blurried now, as the PR is from 4 months ago. When I tested it, DEFINE_MODULES was not working with Xcode 14.1 and 14.2, but was working and required for Xcode >= 14.3.
It's much more trickier to test this now, because the newest MacOS does not allow us to run versions of Xcode older than 15. Expo should have already fixed that, so I suggest to make sure that all the Expo dependencies are properly configured.

it's not only the expo issue, in the message above I linked the same issue at the react-native-google-mobile-ads.
do you recall how did you test it? maybe I can try to reproduce your tests and compare them with mine

nevermind, the latest cocoapods fixes it

Xcode: 14.2
cocoapods: 1.15.2
after manually modify the glob podspec to "DEFINES_MODULE" => "YES" only make the pod install success, but the build failed with errors:
/Users/andy/Workspace/ReactNativeApps/AwesomeProject/ios/Pods/Headers/Public/glog/glog/logging.h:512:1: Import of module 'glog.glog.log_severity' appears within namespace 'google'

Finally, this works for me.
https://github.com/facebook/react-native/issues/41045#issuecomment-1947817161

authors: andy380743909 cipolleschi kuzkokov


text:
Allow to specify simulator OS version from cli

When multiple simulator runtimes are available, this change will make it possible to specify which one to run. So assuming you have e.g. iOS 9.0 and 9.3 runtimes, all following calls will now work:
react-native run-ios --simulator "iPhone 6s (9.0)"
react-native run-ios --simulator "iPhone 6s (9.3)"
react-native run-ios --simulator "iPhone 6s"

Thank you for your pull request and welcome to our community. We require contributors to sign our Contributor License Agreement, and we don't seem to have you on file. In order for us to review and merge your code, please sign up at https://code.facebook.com/cla - and if you have received this in error or have any questions, please drop us a line at cla@fb.com. Thanks!

By analyzing the blame information on this pull request, we identified @mroswald and @frantic to be potential reviewers.

LGTM for me, nice feature!

Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Facebook open source project. Thanks!

@facebook-github-bot shipit

Thanks for importing. If you are an FB employee go to Phabricator to review.


text:
Add JS library for requesting Android M Permissions

Explain the motivation for making this change. What existing problem does the pull request solve?
The Android permissions native module was open sourced recently (https://github.com/facebook/react-native/commit/b7352b46671d09471d6aa9355ea41368ea05df96) but it is currently undocumented and requires directly interfacing with the native module.
This provides a JS wrapper to make it easier to use the permissions module and documents it.
This could be cleaner if the native code used Promise blocks instead of callbacks, but I didn't want to change the native code without a thumbs up since I'm guessing this is used in one of facebook's apps. Happy to do that if it makes sense
I also tried to make the PERMISSIONS object a class property - it works in the actual code but not in the documentation (think it's a jsdocs problem), so decided to initialize in the constructor.
Test plan (required)
If the API looks good, I will change the UIExplorer example to use this.
cc @andreicoman11

By analyzing the blame information on this pull request, we identified @caabernathy and @lacker to be potential reviewers.

Great job, it sounds good!
Can you add a screenshots of the documentation ?
$ cd website
$ npm install && npm start
go to: http://localhost:8079/react-native/index.html

Would be awesome if you could send a follow-up PR changing callbacks to promises.

@satya164 will do!

@cmcewen updated the pull request.

@cmcewen updated the pull request.

Nice work @cmcewen! Stoked to see this one land.

@cmcewen updated the pull request.

@cmcewen updated the pull request.

LGTM.
cc @dmmiller @foghina do you think this is good to go?

Seems good to me, but I'd like @andreicoman11 to look at it since he wrote the permissions module piece.

@facebook-github-bot shipit

Thanks for importing.If you are an FB employee go to Phabricator to review internal test results.

is this available in RN 0.37?


text:
[wishlist] Iterable thrift structures

Currently the way we can have iterable thrift structures is by having a List of items. We can access the items of the list only after we have the entire list. Also, we need to de-serialize all the elements in order to read even the very first element. This might add unnecessary memory pressure on the system.

It looks straightforward to build a codec to do this. However, as far as the vanilla thrift RPC goes, isn't this a limitation of its design?
By default, I think that the auto-generated client code won't result a result until the entire 'thing' has been received because the thrift type language doesn't know about lists. To do what you want you could either. It might be worth contact the thrift mailing list:

are there proposals to add iterators to the thrift type language?
what workaround to people employ:

I'd be interested in how people workaround this limitation. It seems possible, for example to have a API return an object that represents an iterator reference and then make additional API calls to get more items:
TIterator<TUser> queryDB();
List<User> getMore( TIterator<TUser>, int pageSize );

where
class TIterator{
int iteratorID;
}
and the sever maintains a map:
activeIterators Map<int, Iterator >
per active connection.
queryDB adds a record to the map. getMore read from the map.
The map would need to be cleaned (and any open iterators closed) if the connection closed or timed-out.
I'd be very interested to hear how other people solve this issue as I'm facing it myself.

Yeah, the way thrift currently works, you can't get what you want (to start iterating through results before the whole result arrives).
However, we are considering potentially adding streaming support to fbthrift, for exactly this kind of thing, after which point we'd add it to swift as well.
People who need this now here at FB, do pretty much what you're saying: they break the result up into chunks, and make multiple calls to get it.

Thank you for reporting this issue and appreciate your patience. We've  notified the core team for an update on this issue. We're looking for a response within the next 30 days or the issue may be closed.

repo: facebook/swift

license_source: bigquery


text:
CompactValue using YGUnitPercent has invalid upper bound UPPER_BOUND_PERCENT

The defined UPPER_BOUND_PERCENT is too large: it overflows into the left-most exponent bit, which is used to denote a YGUnitPercent value.
What this means is that if a value (A) equal UPPER_BOUND_PERCENT / 2.0 is set as a YGUnitPercent CompactValue, you get the same 32-bit representation as the value (B) UPPER_BOUND_PERCENT.  Both values set the left-most exponent bit:

(A) sets the left-most exponent bit because it has units YGUnitPercent.
(B) sets the left-most exponent bit because it overflows the exponent, and/or it has units YGUnitPercent.  But because of this fact, it cannot be distinguished from value (A).

An example follows:
const uint32_t ub1 = 0x5f7fffff;

const float ub1f = *(float *)(&ub1); // (A)
const float ub2f = ub1f * 2; // (B)

printf("ub1f: %g\n", ub1f);
printf("ub2f: %g\n", ub2f);

CompactValue cv1 = CompactValue{YGValue{ub1f, YGUnitPercent}}; // (A)
CompactValue cv2 = CompactValue{YGValue{ub2f, YGUnitPercent}}; // (B)

printf("cv1: %g (0x%08x)\n", YGValue(cv1).value, cv1.repr());
printf("cv2: %g (0x%08x)\n", YGValue(cv2).value, cv2.repr()); // oops: (B) == (A)

Output:
ub1f: 1.84467e+19
ub2f: 3.68935e+19
cv1: 1.84467e+19 (0x7f7fffff)
cv2: 1.84467e+19 (0x7f7fffff)

The solution is to restrict the upper bounds to UPPER_BOUND_POINT = UPPER_BOUND_PERCENT = u32toFloat(0x5f7fffff) = 18446742974197923840.0f.

@jpap no need to apologise, I do appreciate additional pairs of eyes on the code. So please do open issues when you think you have found a bug.

authors: davidaurelio jpap

repo: facebook/yoga

license: mit


text:
Question related to metrics for modeling

Hello Robyn team,
I have a question related to Robyn media metrics inputs.
Can we use conversions instead of impressions / clicks ?
Thank you!
Petrica

Hello - I would not recommend using attributed conversions as an input to the model. The reason for this being that you will be using conversions to predict conversions. This will create some results that will be biased and also less actionable than when using spend as a predictor.

I would like to use conversions to predict the revenue! not conversions itself.

It still won't really work since revenue and conversions are extremely correlated i.e. you can't have revenue without a conversion preceeding it. A conversion is a necessary condition for revenue.

Ok, I understand, thank you very much!

authors: PetricaR kyletgoldberg

repo: facebookexperimental/Robyn


text:
HMR is not working out of box (does a full page refresh)

Is this a bug report?
Yes
Can you also reproduce the problem with npm 4.x?
Yes
Which terms did you search for in User Guide?
hmr, hot
Environment

node -v: 8.3.0
npm -v: 4.6.1
yarn --version (if you use Yarn): 0.27.5
npm ls react-scripts (if you haven’t ejected): 1.0.14

Then, specify:

Operating system: macOS Sierra
Browser and version (if relevant): Chrome 61.0.3163.100

Steps to Reproduce
cd whatever
npm run start
modify the Welcome to react text in an editor

(Write your steps here:)

create-react-app whatever
cd whatever
npm run start
Preserve log in the net tab on the site (Chrome)
modify the Welcome to react text in an editor (in App.js) and save

Expected Behavior
The page should update without a full reload (eg it should HotReload).
Actual Behavior
If you look in the net tab its refreshing the page. You can also see it flicker as it reloads.
Something in the HMR stack isn't working correctly out of the box.

Reproducible Demo
https://github.com/lukemcgregor/create-react-hmr-not-working
see instructions above

Oh i just read this isnt supported, seems like a pretty important feature though

See https://github.com/facebookincubator/create-react-app/pull/2304

authors: Timer lukemcgregor

repo: facebookincubator/create-react-app


text:
Error in library(prophet) : there is no package called ‘prophet’

I am trying to run a tutorial for prophet, which uses R magic in a Jupyter notebook in an anaconda environment. The following code:
#%load_ext rpy2.ipython
%load_ext rpy2.ipython
%matplotlib inline
from fbprophet import Prophet
import pandas as pd
import numpy as np
from matplotlib import pyplot as plt
import logging
logging.getLogger('fbprophet').setLevel(logging.ERROR)
import warnings
warnings.filterwarnings("ignore")
df = pd.read_csv('../examples/example_wp_peyton_manning.csv')
df['y'] = np.log(df['y'])
m = Prophet()
m.fit(df)
future = m.make_future_dataframe(periods=366)

This blocks loads fine, then this:
%%R
library(prophet)
df <- read.csv('../examples/example_wp_peyton_manning.csv')
df$y <- log(df$y)
m <- prophet(df)
future <- make_future_dataframe(m, periods=366)

Returns this:
Error in library(prophet) : there is no package called ‘prophet’
I can load prophet w/o problems in my Jupyter notebook, but it is this last section that uses R that is giving me problems.
In my RStudio, I have already installed prophet:
> install.packages("prophet")
Installing package into ‘/Users/luissanchez/Library/R/3.2/library’
(as ‘lib’ is unspecified)
also installing the dependencies ‘bindr’, ‘bindrcpp’, ‘glue’, ‘pkgconfig’, ‘rlang’, ‘Rcpp’, ‘tibble’, ‘BH’, ‘plogr’, ‘StanHeaders’, ‘inline’, ‘gridExtra’, ‘RcppEigen’, ‘purrr’, ‘tidyselect’, ‘dplyr’, ‘extraDistr’, ‘rstan’, ‘tidyr’

And I still can't run the example. Any idea about where the problem is?
Thanks

I wonder if there might be two R installations. Can you run this command in both RStudio and in the R block of jupyter?
.libPaths()

and see if it is looking in a different path than it was installed in RStudio.

Thank you very much for your help. The command you indicated:
%%R
.libPaths()

returns:
[1] "/Users/user/anaconda/lib/R/library"
While in RStudio, I get this:
[1] "/Users/user/Library/R/3.2/library"
[2] "/Library/Frameworks/R.framework/Versions/3.2/Resources/library"

So it looks like I have two versions of R. How can I set Jupyter notebook to use the same one as in RStudio, or RStudio to use the Anaconda version so I can install Prophet from RStudio?
Thanks

It looks like you'll have to install from source:
http://thomas-cokelaer.info/blog/2012/01/installing-rpy2-with-different-r-version-already-installed/
Your best source for help on this would probably be the rpy2 issue tracker:
https://bitbucket.org/rpy2/rpy2/issues
Alternatively you could just install prophet in the install that jupyter is using.

I'm going to close this since it seems to be external to Prophet, but if you're still having issues feel free to re-open.

authors: bletham lmsanch

repo: facebookincubator/prophet


text:
Build Gluten with Velox Backend---./build_velox.sh

Bug description
Failed every time the script was run
System information
[150/568] Building CXX object velox/vector/tests/utils/CMakeFiles/velox_vector_test_lib.dir/VectorMaker.cpp.o
FAILED: velox/vector/tests/utils/CMakeFiles/velox_vector_test_lib.dir/VectorMaker.cpp.o
ccache /usr/local/bin/g++ -DBOOST_ALL_NO_LIB -DBOOST_CONTEXT_DYN_LINK -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_REGEX_DYN_LINK -DBOOST_SYSTEM_DYN_LINK -DBOOST_THREAD_DYN_LINK -DFMT_LOCALE -DFOLLY_HAVE_INT128_T=1 -DGFLAGS_IS_A_DLL=0 -DGTEST_LINKED_AS_SHARED_LIBRARY=1 -DNDEBUG -DVELOX_ENABLE_PARQUET -I/opt/gluten/ep/build-velox/build/velox_ep/. -I/opt/gluten/ep/build-velox/build/velox_ep/velox/external/xxhash -I/opt/gluten/ep/build-velox/build/velox_ep/build/release/deps/xsimd-src/include -isystem /opt/gluten/ep/build-velox/build/velox_ep/velox -isystem /opt/gluten/ep/build-velox/build/velox_ep/velox/external -isystem /opt/gluten/ep/build-velox/build/velox_ep/velox/external/duckdb -isystem /opt/gluten/ep/build-velox/build/velox_ep/velox/external/duckdb/tpch/dbgen/include -march=native -std=c++17 -mno-avx512f -mbmi2 -D USE_VELOX_COMMON_BASE -D HAS_UNCAUGHT_EXCEPTIONS -fPIC -Wall -Wextra -Wno-unused        -Wno-unused-parameter        -Wno-sign-compare        -Wno-ignored-qualifiers        -Wno-implicit-fallthrough          -Wno-empty-body          -Wno-class-memaccess          -Wno-comment          -Wno-int-in-bool-context          -Wno-redundant-move          -Wno-array-bounds          -Wno-maybe-uninitialized          -Wno-unused-result          -Wno-format-overflow          -Wno-strict-aliasing          -Wno-type-limits          -Wno-stringop-overflow          -Wno-stringop-overread          -Wno-return-type -Werror -O3 -DNDEBUG -std=gnu++17 -fPIC -MD -MT velox/vector/tests/utils/CMakeFiles/velox_vector_test_lib.dir/VectorMaker.cpp.o -MF velox/vector/tests/utils/CMakeFiles/velox_vector_test_lib.dir/VectorMaker.cpp.o.d -o velox/vector/tests/utils/CMakeFiles/velox_vector_test_lib.dir/VectorMaker.cpp.o -c /opt/gluten/ep/build-velox/build/velox_ep/velox/vector/tests/utils/VectorMaker.cpp
In file included from /opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector.h:544,
from /opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/BiasVector-inl.h:21,
from /opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/BiasVector.h:187,
from /opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/tests/utils/VectorMaker.h:18,
from /opt/gluten/ep/build-velox/build/velox_ep/velox/vector/tests/utils/VectorMaker.cpp:16:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = facebook::velox::Date]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool,
|       ~~~~~~^
In file included from /usr/local/include/c++/12.1.0/memory:76,
from /usr/local/include/folly/dynamic.h:59,
from /opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/BiasVector.h:18:
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = facebook::velox::Timestamp]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = double]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool_,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = float]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool_,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = int128]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = long int]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = short int]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool_,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = signed char]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool_,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = int]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool_,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = facebook::velox::StringView]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector.h:115:43:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool_,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = bool]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector.h:115:43:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool_,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h: In instantiation of ‘std::unique_ptr<facebook::velox::SimpleVector > facebook::velox::FlatVector::hashAll() const [with T = long unsigned int]’:
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:80:41:   required from here
/opt/gluten/ep/build-velox/build/velox_ep/./velox/vector/FlatVector-inl.h:110:19: error: binding reference of type ‘facebook::velox::memory::MemoryPool*&’ to ‘facebook::velox::memory::MemoryPool* const’ discards qualifiers
110 |       BaseVector::pool_,
|       ~~~~~~^
/usr/local/include/c++/12.1.0/bits/unique_ptr.h:1064:24: note:   initializing argument 1 of ‘std::__detail::__unique_ptr_t<_Tp> std::make_unique(_Args&& ...) [with _Tp = facebook::velox::FlatVector; _Args = {facebook::velox::memory::MemoryPool*&, shared_ptr<const facebook::velox::ScalarTypefacebook::velox::TypeKind::BIGINT >, boost::intrusive_ptrfacebook::velox::Buffer, int&, boost::intrusive_ptrfacebook::velox::Buffer, vector<boost::intrusive_ptrfacebook::velox::Buffer, allocator<boost::intrusive_ptrfacebook::velox::Buffer > >, facebook::velox::SimpleVectorStats, const nullopt_t&, int, bool, long unsigned int}; __detail::__unique_ptr_t<_Tp> = __detail::__unique_ptr_t<facebook::velox::FlatVector >]’
1064 |     make_unique(_Args&&... __args)
|                 ~^~
Relevant logs
No response

CC: @kgpai @assignUser

@zombie0826 Can you add more details  ? Can you add the cmake build logs (The logs output by cmake before compilation starts) . Can you also share details on the system you are using ?

cc : @rui-mo

Some additional information would be great (compiler and version, os, what checkout of Velox is this, how are you building it as part of gluten ...). Also please add the log to the relevant field of the issue that way it will be rendered as code block and be much easier to read.

May be you can run info.sh. And give commit log, I will reproduce it.

@kgpai @assignUser @zhejiangxiaomai additional information has been updated, thanks

Pretty sure this is a gcc 12.1 bug. SO gcc bug
Please up or downgrade gcc and try again.

Pretty sure this is a gcc 12.1 bug. SO gcc bug
Please up or downgrade gcc and try again.

Ok, I'll try.thanks!

I assume this solved it, feel free to reopen if it did not.

authors: assignUser kgpai mbasmanova zhejiangxiaomai zombie0826

repo: facebookincubator/velox


text:
Setting up Presto to use as source of truth for Fuzzers

Description
Below are some steps you can do to run Presto so you can use that as source of truth for Velox.

Download Presto : presto-server-0.284.tar.gz
Download Presto cli : https://repo1.maven.org/maven2/com/facebook/presto/presto-cli/0.284/presto-cli-0.284-executable.jar
mkdir presto-install ; cd presto-install
tar -xzf presto-server-0.2.84.tar.gz
mkdir etc/
Add the following configs to etc,
6.1 config.properties

coordinator=true
node-scheduler.include-coordinator=true
http-server.http.port=8080
discovery-server.enabled=true
discovery.uri=http://localhost:8080

6.2 jvm.config:
-server
-Xmx16G
-XX:+UseG1GC
-XX:G1HeapRegionSize=32M
-XX:+UseGCOverheadLimit
-XX:+ExplicitGCInvokesConcurrent
-XX:+HeapDumpOnOutOfMemoryError
-XX:+ExitOnOutOfMemoryError

6.3 node.properties
node.environment=production
node.id=ffffffff-ffff-ffff-ffff-ffffffffffff
node.data-dir=/tmp/presto/data

mkdir etc/catalog
8 mkdir data
Add hive.properties to etc/catalog

connector.name=hive-hadoop2
hive.metastore=file
hive.metastore.catalog.dir=file:/PATH/TO/presto_install/presto-server-0.284/data

Launch presto server: ./bin/launcher start

mv ~/Downloads/presto-cli-0.284-executable.jar presto-cli

chmod +x presto-cli

./presto-cli --server localhost:8080

14 .
presto> CREATE SCHEMA hive.warehouse;
CREATE SCHEMA
Sources:
https://github.com/prestodb/presto/issues/19112
https://medium.com/@binfan_alluxio/running-presto-with-hive-metastore-on-a-laptop-in-10-minutes-72823f1ebf01

CC: @aditi-pandit @kagamiori

Launch presto server: ./bin/launcher start
A better way for running this step is to first run ./bin/launcher start -v. This command will print out a path to server_log onto the screen. Then run tail -F <path to server_log> to monitor the progress of the launcher.

I got this better approach from @kgpai.

authors: kagamiori kgpai mbasmanova


text:
RNN-T: Add missing parts directory

The parts directory in RNN-T was missing in the initial merge because it was part of the .gitignore. We need to forcefully push this in.

ping

I'm merging this because RNN-T inference doesn't run without this directory.

repo: facebookresearch/FAMBench


text:
Information about tcn training

Hi all,
Thanks for sharing with us your great work.
I am trying to use your code with my DIGIT sensor. In the paper, you mentioned a training procedure for the TCN (Tactile Code Network)

but I cannot see any training code for this part. I was wondering if you can kindly share that part of code or if I am missing something.
Thanks,
Gabriele

Hi @gabrielecaddeo!
Thank you for the question! The point-cloud to embedding training is currently not open-sourced, it will take a while for me to organize this. I'll keep you updated when I find time to do this. A couple of points that may help you:

To recreate this yourself, you can refer to the train.py script in MinkLoc3D. We use the same training procedure, except with a dataloader for pointclouds generated by our generate_data.py. Once we get the pointclouds we build postive-negative labels based on this script in MinkLoc3D. I'm happy to answer any specific questions there! Another TCN alternative can be PointNetVLAD
As mentioned in the paper, we only fine-tune the pretrained weights of MinkLoc3D for tactile point clouds. So our weights file may directly work well for your application too. After all, only the TDN is sensor-dependent, the TCN doesn't depend on the DIGIT image characteristics.

Thank you for your interest in the work, I'm happy to answer any specific implementation questions in this thread!

Hi @suddhu,
Thanks for your answer!

Thank you for the question! The point-cloud to embedding training is currently not open-sourced, it will take a while for me to organize this. I'll keep you updated when I find time to do this. A couple of points that may help you:

Okay, I will be waiting! Thanks

* To recreate this yourself, you can refer to the [train.py](https://github.com/jac99/MinkLoc3D/blob/master/training/train.py) script in [MinkLoc3D](https://github.com/jac99/MinkLoc3D). We use the same training procedure, except with a dataloader for pointclouds generated by our [generate_data.py](https://github.com/facebookresearch/MidasTouch/blob/main/midastouch/data_gen/generate_data.py). Once we get the pointclouds we build postive-negative labels based on [this script](https://github.com/jac99/MinkLoc3D/blob/master/generating_queries/generate_training_tuples_baseline.py) in MinkLoc3D. I'm happy to answer any specific questions there! Another TCN alternative can be [PointNetVLAD](https://github.com/mikacuy/pointnetvlad/)

I will spend some time next week to implement this solution, thank you for the instructions!

* As mentioned in the paper, we only fine-tune the pretrained weights of MinkLoc3D for tactile point clouds. So our weights file may directly work well for your application too. After all, only the TDN is sensor-dependent, the TCN doesn't depend on the DIGIT image characteristics.

I get your point. However, since the backgrounds of our DIGITs are different I wanted to see how much the performances would increase by fine-tuning the TCN with the proper backgrounds

Thank you for your interest in the work, I'm happy to answer any specific implementation questions in this thread!

Thank you very much, we can keep this issue open for eventual future question!

I get your point. However, since the backgrounds of our DIGITs are different I wanted to see how much the performances would increase by fine-tuning the TCN with the proper backgrounds

Sorry, I confused on the answer. Do you confirm me that the training of the TCN depends only on the 3d patch obtained with TACTO and not on the rgb images?
Thanks you very much for your time!

Yup, the TCN solves a pointcloud retrieval problem, which is purely based on the 3D patches. The variations in background will affect the image to 3D part only, which is the TDN. The training scripts for the TDN from Tacto data are here.

authors: gabrielecaddeo suddhu

repo: facebookresearch/MidasTouch


text:
LICENSE_WEIGHTS [CC-BY-NC 4.0]

LICENSE_WEIGHTS [CC-BY-NC 4.0]
As said in here, it is only for NON-COMMERCIAL purpose ,but the overall LICENSE comes under MIT [which is open for commercial purpose] ,so the question is , Has the WEIGHTS in here meant to MODELS/CHECKPOINTS [small ,medidum ,large ,melody]  ,cannot be used for commercial purpose ? shed some light on  this  ....

yes im asking the same question

I'm curious about this too

Has the WEIGHTS in here meant to MODELS/CHECKPOINTS [small ,medidum ,large ,melody] ,cannot be used for commercial purpose ?

I'm not a lawyer, but that was my reading of it. My assumption based on the 2 different licences is that the code to train it yourself/etc is MIT, whereas the pretrained model weights are CC-BY-NC 4.0

repo: facebookresearch/audiocraft


text:
are the parameters for 300 epoch with accuracy 71.4% same to the gitgub 1000 epoch?

are the parameters for 300 epoch with accuracy 71.4% same to the gitgub 1000 epoch?

Yes, we used the same hyperparameters for the 300 epoch and the 1000 epoch training runs. For 300 epoch training you would run the following:
python main.py /path/to/imagenet/ --epochs 300 --batch-size 2048 --learning-rate 0.2 --lambd 0.0051 --projector 8192-8192-8192 --scale-loss 0.024

We will release a pre-trained model that was trained for 300 epochs shortly. We will include the training logs as well, so that it will be easier to reproduce.

Thanks for your quick reply. I have another question. how are the values of lamda and loss_scale for projector dimension for 128,512,2048?

lambda: I'm afraid we don't have a lot of data points for setting lambda with smaller projector dimensions. Sorry.
loss_scale: To match our "research" code you can use 196 / projector_dim as the scaling factor for the loss. But these are by no means optimal values. We simply didn't know that scaling the loss matters when we were developing Barlow Twins and we were surprised when the open-source code (with unscaled loss) didn't work quite as well as our research code. We are actively looking into removing the scale loss parameter.

Thanks for your reply, I think using the mean of both diag and off-diag may reduce the complex of searching a proper lambda and loss_scale for different projectior_dim.

What's the rationale behind using this "loss scaler"? Is it equivalent to rescaling the learning rate?

Yes. The LARS optimizer is invariant to this scaling factor, but in our current implementation the biases and batch normalization parameters are currently excluded from LARS adaptation, and so the effective learning rate for these parameters is affected by this scaling factor. We are working on a version which will not require this parameter.

Yeah indeed, never notice this issue with LARS. Thank you so much for sharing this viewpoint!

authors: Dongshengjiang StphTphsn WOWNICE jzbontar

repo: facebookresearch/barlowtwins


text:
Filter semantic annotation in HM3D dataset

Habitat-Lab and Habitat-Sim versions
Habitat-Lab: v0.2.4
Habitat-Sim: v0.2.4
Habitat is under active development, and we advise users to restrict themselves to stable releases. Are you using the latest release versions of Habitat-Lab and Habitat-Sim? Your question may already be addressed in the latest versions. We may also not be able to help with problems in earlier versions because they sometimes lack the more verbose logging needed for debugging.
Master branch contains 'bleeding edge' code and should be used at your own risk.
Docs and Tutorials
Did you read the docs? https://aihabitat.org/docs/habitat-lab/
yes
Did you check out the tutorials? https://aihabitat.org/tutorial/2020/
yes
Perhaps your question is answered there. If not, carry on!
❓ Questions and Help
Hi!
I want to filtering out some classes in HM3D dataset. But edit %Datasetname%.semantic.txt  doesn't work
Dataset
data/scene_datasets.hm3d/minival/00800-TEEsavR23oF/ there are four files

TEEsavR23oF.basis.glb
TEEsavR23oF.basis.navmesh
TEEsavR23oF.semantic.glb
TEEsavR23oF.semantic.txt

And I would like to filter just remain ceiling annotation.
When I delete other annotations in TEEsavR23oF.semantic.txt, habitat_sim.Simulator generate empty class and printed like
[21:50:57:044332]:[Metadata] AttributesManagerBase.h(357)::buildAttrSrcPathsFromJSONAndLoad : No Glob path result for ./data/scene_datasets/hm3d/train/00017-oEPjPNSPmzL/*.basis.scene_instance.json
And edit annotations to other class in TEEsavR23oF.semantic.txt also doesn't work.
I think It is related in *.basis.scene_instance.json in hm3d_annotated_basis.scene_dataset_config.json but I can't find those .basis.scene_instance.json file locally.
Is there any method to filter annotations??
Thanks for your help in advance !

Hi, Have you resolve the issue? I'm also wondering where to find the scene_instance.json files

Has this issue been resolved? I am also modifying my .semantic.txt files and is not making any difference.

authors: edwardjjj jemo-mh rflor01

repo: facebookresearch/habitat-lab