अपना मुद्दा प्रस्तुत करने के लिए धन्यवाद। क्या आप अपने विवरण पर एक और नज़र डाल सकते हैं और सुनिश्चित कर सकते हैं कि समस्या का खाका पूरी तरह से भर गया है?

Template बग रिपोर्ट समस्या टेम्पलेट पर एक और नज़र डालना चाहते हैं तो यहां क्लिक करें।

अपना मुद्दा प्रस्तुत करने के लिए धन्यवाद। क्या आप अपने विवरण पर एक और नज़र डाल सकते हैं और सुनिश्चित कर सकते हैं कि समस्या का खाका पूरी तरह से भर गया है?

Template बग रिपोर्ट समस्या टेम्पलेट पर एक और नज़र डालना चाहते हैं तो यहां क्लिक करें।

अपडेट किया गया

संदर्भ के लिए Logcat त्रुटि स्क्रीनशॉट

64 बिट स्प्लिट बिल्ड प्रकाशित करने पर मुझे यह भी नुकसान हो रहा है कि एंड्रॉइड 7.0 के साथ गैलेक्सी एस 7 और गैलेक्सी एस 7 एज पर लॉन्च हो सकता है
एंड्रॉइड विटाल दिखा रहा है:
संकेत 11 (SIGSEGV), कोड 1 (SEGV_MAPERR) WTFCrash
बैकट्रेस:
# 00 PC 00000000007e048c /data/app/com.mosko.bus-1/lib/arm64/libjsc.so (WTFCrash + 16)
# 01 pc 00000000000be650 /data/app/com.mosko.bus-1/lib/arm64/libjsc.so (_Z16WTFCrashWithInfoiPKcS0_i + 24)
# 02 PC 0000000000489f2c/data/app/com.mosko.bus-1/lib/arm64/libjsc.so (ऑपरेशनलिंकडायरेक्ट कॉल + 1120)
# 03 PC 000000000019e27c

उन उपकरणों के लिए क्रैशशेटिक्स पर जो मुझे मिल रहे हैं:
घातक अपवाद: com.facebook.react.common.c
अपरिवर्तनीय उल्लंघन: कार्य फिर से शुरू नहीं किया गया।

केवल 32 बिट बिल्ड प्रदान करने का समाधान अब के लिए इसे हल कर रहा है

मैं ठीक उसी त्रुटियों को देख रहा हूं जैसे गैलेक्सी S7 पर @nadavmos Android 7.0 चला रहा है। ऐप स्टार्टअप पर क्रैश कर रहा है

मैं ठीक उसी त्रुटियों को देख रहा हूं जैसे गैलेक्सी S7 पर @nadavmos Android 7.0 चला रहा है। ऐप स्टार्टअप पर क्रैश कर रहा है

@nsantacruz क्या आप भी प्रतिक्रिया-नेविगेशन का उपयोग कर रहे हैं? अन्य सभी पत्रकारों के लिए सामान्य लगता है

@nadavmos , मैं react-navigation का उपयोग नहीं कर रहा हूँ। यह बहुत अच्छी तरह से शायद # 24260 के रूप में एक ही मुद्दा है क्योंकि यह समस्या एंड्रॉइड 7.0 पर सैमसंग S7 के साथ 0.59 को भी प्रभावित कर रही है

@nadavmos दुर्घटना react-navigation से संबंधित नहीं है, वास्तव में ऐप प्रतिक्रिया-देशी init के माध्यम से बनाई गई एक ताजा आरएन परियोजना पर दुर्घटनाग्रस्त हो रही है।

@hramos @mkonicek अब हम यह निष्कर्ष निकाल सकते हैं कि यह नवीनतम RN 0.59 रिलीज के साथ एक मुद्दा है, Samsung S7 , S7 Edge पर चलने वाले Android बिल्ड को प्रभावित करने के बाद जब हमने arm64-v8a समर्थन प्रदान किया x86_64 , उन्हें build.gradle से हटाने से ऐप क्रैश नहीं होता है, जो संभवतः Google Play 64 बिट समर्थन नीति के अनुसार 1 August 2019 बाद लाइव होने वाले ऐप्स को प्रभावित कर सकता है। हम चाहते हैं कि आप लोग इस पर थोड़ा ध्यान आकर्षित करें?

0.58.5 पर भी हो रहा है। गैलेक्सी एस 7। Android 6.0। इसे 32 बिट बिल्ड में सेट करना भी काम नहीं कर रहा है।

हम Android 7.0 चला रहे गैलेक्सी S7 पर RN 0.59.4 के 64 बिट बिल्ड पर समान क्रैश देख रहे हैं। अफसोस की बात है कि हमारे पास डिवाइस के उस मॉडल तक पहुंच नहीं है। यह हमारे सभी पर ठीक काम करता है।

निम्नलिखित पर्यावरण के तहत हुवाई P9 डिवाइस के साथ एक ही मुद्दा रहा:

  React Native Environment Info:
    System:
      OS: macOS 10.14.3
      CPU: (12) x64 Intel(R) Core(TM) i9-8950HK CPU @ 2.90GHz
      Memory: 63.57 MB / 32.00 GB
      Shell: 5.3 - /bin/zsh
    Binaries:
      Node: 11.3.0 - /usr/local/bin/node
      Yarn: 1.12.3 - /usr/local/bin/yarn
      npm: 6.9.0 - /usr/local/bin/npm
      Watchman: 4.9.0 - /usr/local/bin/watchman
    SDKs:
      iOS SDK:
        Platforms: iOS 12.2, macOS 10.14, tvOS 12.2, watchOS 5.2
      Android SDK:
        API Levels: 23, 26, 27, 28
        Build Tools: 23.0.1, 25.0.0, 26.0.3, 27.0.3, 28.0.1, 28.0.2, 28.0.3
        System Images: android-24 | Google APIs Intel x86 Atom, android-27 | Google APIs Intel x86 Atom, android-28 | Google APIs Intel x86 Atom
    IDEs:
      Android Studio: 3.2 AI-181.5540.7.32.5056338
      Xcode: 10.2/10E125 - /usr/bin/xcodebuild
    npmPackages:
      react: ^16.8.3 => 16.8.3
      react-native: ^0.59.4 => 0.59.4
    npmGlobalPackages:
      eslint-plugin-react-native: 3.5.0
      react-native-cli: 2.0.1
      react-native-git-upgrade: 0.2.7

यह Crashlytics स्टैक ट्रेस हमें मिलता है:

# Platform: android
# Issue ID: 5beec130f8b88c29632f185d
# Session ID: 5cb483b90037000127d26eeee3e996f5_DNE_0_v2
# Date: 2019-04-15T13:15:00Z
# OS Version: 7.0
# Device: PRA-LX1
# RAM Free: 1.3%
# Disk Free: 14.3%

#0. Crashed: Thread
0  (Missing)                              0xc00d9b20 (Missing)
1  (Missing)                              0x3ffffffd (Missing)
2  libc.so                                0xeda60d64 (Missing)
3  (Missing)                              0x3fdec95c (Missing)
4  libc.so                                0xeda3223f (Missing)
5  libutils.so                            0xee283df1 (Missing)
6  (Missing)                              0xea6ac55a (Missing)
7  libart.so                              0xebc85331 (Missing)
8  (Missing)                              0x12dfd11e (Missing)
9  (Missing)                              0x12da927e (Missing)
10 system@[email protected]    0x74d6de0d (Missing)
11 (Missing)                              0x3fdec95c (Missing)
12 (Missing)                              0x12f39976 (Missing)
13 (Missing)                              0x12c2064e (Missing)
14 (Missing)                              0x70e43ada (Missing)
15 (Missing)                              0x12f43b8e (Missing)
16 libart.so                              0xebc85331 (Missing)
17 (Missing)                              0x70d268be (Missing)
18 system@[email protected]              0x716279db (Missing)
19 (Missing)                              0x70837262 (Missing)
20 (Missing)                              0x70190306 (Missing)
21 (Missing)                              0x2cb6ab0c (Missing)
22 (Missing)                              0x70d58d82 (Missing)
23 (Missing)                              0x2cb6ab0c (Missing)
24 (Missing)                              0x2cb6ab0c (Missing)
25 (Missing)                              0x70c63cee (Missing)
26 (Missing)                              0x12c2064e (Missing)
27 (Missing)                              0x70e43ada (Missing)
28 (Missing)                              0x12f43c1e (Missing)
29 libart.so                              0xebca3526 (Missing)
30 (Missing)                              0x3fdec95c (Missing)
31 (Missing)                              0x70e43ada (Missing)
32 (Missing)                              0x70e43ada (Missing)
33 (Missing)                              0x12f39976 (Missing)
34 (Missing)                              0x12f43b8e (Missing)
35 libart.so                              0xebc85331 (Missing)
36 (Missing)                              0x70d268e2 (Missing)
37 (Missing)                              0x3fdec95c (Missing)
38 libutils.so                            0xee283ced (Missing)
39 (Missing)                              0x70abe4f6 (Missing)
40 (Missing)                              0x70aadb2e (Missing)
41 libandroid_runtime.so                  0xecdb23ff (Missing)
42 (Missing)                              0x70abe4f6 (Missing)
43 (Missing)                              0x12c2fa8e (Missing)
44 system@[email protected]    0x749d1865 (Missing)
45 (Missing)                              0x12c2fa8e (Missing)
46 system@[email protected]    0x741f0347 (Missing)
47 (Missing)                              0x70d3b9ca (Missing)
48 (Missing)                              0x12c2fa8e (Missing)
49 (Missing)                              0x12c2fa8e (Missing)
50 (Missing)                              0x70abe4f6 (Missing)
51 (Missing)                              0x70aadb2e (Missing)

--

#0. Crashed: Thread
0  (Missing)                              0xc00d9b20 (Missing)
1  (Missing)                              0x3ffffffd (Missing)
2  libc.so                                0xeda60d64 (Missing)
3  (Missing)                              0x3fdec95c (Missing)
4  libc.so                                0xeda3223f (Missing)
5  libutils.so                            0xee283df1 (Missing)
6  (Missing)                              0xea6ac55a (Missing)
7  libart.so                              0xebc85331 (Missing)
8  (Missing)                              0x12dfd11e (Missing)
9  (Missing)                              0x12da927e (Missing)
10 system@[email protected]    0x74d6de0d (Missing)
11 (Missing)                              0x3fdec95c (Missing)
12 (Missing)                              0x12f39976 (Missing)
13 (Missing)                              0x12c2064e (Missing)
14 (Missing)                              0x70e43ada (Missing)
15 (Missing)                              0x12f43b8e (Missing)
16 libart.so                              0xebc85331 (Missing)
17 (Missing)                              0x70d268be (Missing)
18 system@[email protected]              0x716279db (Missing)
19 (Missing)                              0x70837262 (Missing)
20 (Missing)                              0x70190306 (Missing)
21 (Missing)                              0x2cb6ab0c (Missing)
22 (Missing)                              0x70d58d82 (Missing)
23 (Missing)                              0x2cb6ab0c (Missing)
24 (Missing)                              0x2cb6ab0c (Missing)
25 (Missing)                              0x70c63cee (Missing)
26 (Missing)                              0x12c2064e (Missing)
27 (Missing)                              0x70e43ada (Missing)
28 (Missing)                              0x12f43c1e (Missing)
29 libart.so                              0xebca3526 (Missing)
30 (Missing)                              0x3fdec95c (Missing)
31 (Missing)                              0x70e43ada (Missing)
32 (Missing)                              0x70e43ada (Missing)
33 (Missing)                              0x12f39976 (Missing)
34 (Missing)                              0x12f43b8e (Missing)
35 libart.so                              0xebc85331 (Missing)
36 (Missing)                              0x70d268e2 (Missing)
37 (Missing)                              0x3fdec95c (Missing)
38 libutils.so                            0xee283ced (Missing)
39 (Missing)                              0x70abe4f6 (Missing)
40 (Missing)                              0x70aadb2e (Missing)
41 libandroid_runtime.so                  0xecdb23ff (Missing)
42 (Missing)                              0x70abe4f6 (Missing)
43 (Missing)                              0x12c2fa8e (Missing)
44 system@[email protected]    0x749d1865 (Missing)
45 (Missing)                              0x12c2fa8e (Missing)
46 system@[email protected]    0x741f0347 (Missing)
47 (Missing)                              0x70d3b9ca (Missing)
48 (Missing)                              0x12c2fa8e (Missing)
49 (Missing)                              0x12c2fa8e (Missing)
50 (Missing)                              0x70abe4f6 (Missing)
51 (Missing)                              0x70aadb2e (Missing)

एंड्रॉइड 7 पर सैमसंग गैलेक्सी एस 7 के साथ एक ही मुद्दा रहा है

ASSERT|04-17 00:30:16.272|18763|18813||libc|Fatal signal 11 (SIGSEGV), code 1, fault addr 0xbbadbeef in tid 18813 (mqt_js)
ASSERT|04-17 00:30:16.402|18920|18920||DEBUG|Build fingerprint: 'samsung/heroltexx/herolte:7.0/NRD90M/G930FXXS1DQHF:user/release-keys'
ASSERT|04-17 00:30:16.402|18920|18920||DEBUG|*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
ASSERT|04-17 00:30:16.405|18920|18920||DEBUG|ABI: 'arm64'
ASSERT|04-17 00:30:16.405|18920|18920||DEBUG|Revision: '8'
ASSERT|04-17 00:30:16.406|18920|18920||DEBUG|pid: 18763, tid: 18813, name: mqt_js  >>> com.profibackoffice.reactnative <<<
ASSERT|04-17 00:30:16.406|18920|18920||DEBUG|signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xbbadbeef
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x16  00000070110b1acc  x17  000000700bc121a8  x18  0000000021ecfc88  x19  000000700fed7e80
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x20  00000070108cf560  x21  0000006ffd4c8070  x22  000000700bc00000  x23  0000006ff9616ca0
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x28  ffff000000000002  x29  00000070108cf560  x30  0000007011408484
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x24  0000000000000007  x25  0000000000000000  x26  0000000000000000  x27  ffff000000000000
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x8   00000000bbadbeef  x9   00000070114b19d0  x10  0000000000000000  x11  0000006ffc4f0000
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x0   00000070108cf3c8  x1   00000070108cf3c8  x2   0000000000000000  x3   00000000000000a8
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    sp   00000070108cf400  pc   000000701140848c  pstate 00000000a0000000
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x4   000000700bfaee80  x5   0000006ff62a4980  x6   0000006ffa6a6820  x7   0000000000000000
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x12  0000000000000000  x13  000000700b617c00  x14  0000000000000002  x15  00000000bd36143d
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|backtrace:
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|    #03 pc 00000000001afe80  <anonymous:000000700bdff000>
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|    #02 pc 0000000000489f2c  /data/app/com.profibackoffice.reactnative-1/lib/arm64/libjsc.so (operationLinkDirectCall+1120)
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|    #01 pc 00000000000be650  /data/app/com.profibackoffice.reactnative-1/lib/arm64/libjsc.so (_Z16WTFCrashWithInfoiPKcS0_i+24)
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|    #00 pc 00000000007e048c  /data/app/com.profibackoffice.reactnative-1/lib/arm64/libjsc.so (WTFCrash+16)

~ इसे आपके android/app/build.gradle ~ में जोड़ने से यह ठीक हो सकता है ~ (यह नहीं): ~

packagingOptions {
      pickFirst '**/libjsc.so'
      pickFirst '**/libc++_shared.so'
}

~ देखें https://github.com/react-native-community/jsc-android-buildscripts/pull/95~

मदद करने की कोशिश करने के लिए धन्यवाद, लेकिन समाधान ने हमारी मदद नहीं की है।

16 और। 2019 г., в 19:12, एंड्रयू जैक सूचनाएं @github.com написал (एक):

इसे अपने Android / app / build.gradle में जोड़ना इसे ठीक कर सकता है:

पैकेजिंग
pickFirst ' /libjsc.so'pickFirst ' /libc++_sared.so'
}
प्रतिक्रिया-मूल-समुदाय / jsc-android-builddscripts # 95 देखें
अभी इसका परीक्षण किया जा रहा है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub https://github.com/facebook/react-native/issues/24261#issuecomment-483728028 पर https://github.com/nactions/unsubscribe-auth/ पर म्यूट

इसे आपके android/app/build.gradle जोड़ने से इसे ठीक किया जा सकता है:

packagingOptions {
      pickFirst '**/libjsc.so'
      pickFirst '**/libc++_shared.so'
}

प्रतिक्रिया-मूल-समुदाय / jsc-android-builddscripts # 95 देखें

मैं अब इसका परीक्षण कर रहा हूं।

@AndrewJack क्या यह आपके लिए काम कर रहा था?

इसे आपके android/app/build.gradle जोड़ने से इसे ठीक किया जा सकता है:

packagingOptions {
      pickFirst '**/libjsc.so'
      pickFirst '**/libc++_shared.so'
}

प्रतिक्रिया-मूल-समुदाय / jsc-android-builddscripts # 95 देखें

मैं अब इसका परीक्षण कर रहा हूं।

अफसोस की बात यह है कि हम पहले से ही वहाँ मौजूद थे।

हमने प्ले स्टोर से अपने 64-बिट बिल्ड खींच लिए हैं। यह 64 बिट बिल्ड में क्रैश से संबंधित नहीं हो सकता है, लेकिन armeabi-v7a बिल्ड में चलने वाले गैलेक्सी एस 7 डिवाइस अब नीचे के अनुसार बहुत क्रैश कर रहे हैं। स्टार्टअप पर तुरंत।

वास्तव में सोच रहा था कि अन्य उपकरणों की तुलना में S7 के बारे में क्या अलग है।

Version Code: 10000036
Version Name: 2.3.4
Android: 8.0.0
Android Build: R16NW
Manufacturer: samsung
Model: SM-G930F
Date: undefined

com.facebook.react.bridge.UnexpectedNativeTypeException: TypeError: expected dynamic type `double', but had type `null'
  at com.facebook.react.bridge.ReadableNativeMap.getIntNative
  at com.facebook.react.bridge.ReadableNativeMap.getInt
  at com.facebook.react.g.a.a
  at com.facebook.react.modules.core.ExceptionsManagerModule.reportSoftException
  at java.lang.reflect.Method.invoke(Method.java:-2)
  at com.facebook.react.bridge.JavaMethodWrapper.invoke
  at com.facebook.react.bridge.JavaModuleWrapper.invoke
  at com.facebook.react.bridge.queue.NativeRunnable.run
  at android.os.Handler.handleCallback(Handler.java:789)
  at android.os.Handler.dispatchMessage(Handler.java:98)
  at com.facebook.react.bridge.queue.MessageQueueThreadHandler.dispatchMessage
  at android.os.Looper.loop(Looper.java:164)
  at com.facebook.react.bridge.queue.MessageQueueThreadImpl$4.run
  at java.lang.Thread.run(Thread.java:764)

@taschik यह काम नहीं किया, मुझे लगा कि jsc-android-builddscripts config को सही करने से काम चल सकता है।

मुझे एक ही अपवाद मिल रहा है और इसे अनकैप्ड अपवाद हैंडलर द्वारा नहीं पकड़ा जा सकता है। अपने Android ऐप में मैंने यह कोड आज़माया है:

Thread.setDefaultUncaughtExceptionHandler(...);

हैंडलर के साथ, जो केवल कंसोल को अपवाद नाम लिखता है और फिर डिफ़ॉल्ट हैंडलर पर नियंत्रण लौटाता है, लेकिन ऐप क्रैश से पहले उस कोड को निष्पादित नहीं किया गया था।

मैं जांच करने की कोशिश कर रहा था, क्यों Crashlytics इस अपवाद को लॉग नहीं करता है। शायद यही कारण है ... मुझे याद है, कि एक या दो बार मैंने अपने फैब्रिक कंसोल में देशी दुर्घटनाओं को देखा है, इसलिए क्रैशलीक्स मूल दुर्घटनाओं को लॉग करने में सक्षम है, लेकिन किसी भी तरह इस मामले में नहीं।

@ SpertsyanKM क्रैश https://docs.fabric.io/android/crashlytics/ndk.html

जैसा कि आपने पाया है Thread.setDefaultUncaughtExceptionHandler केवल जावा अपवादों को पकड़ेंगे।

मैंने आज आरएन 0.59.5 में अपग्रेड किया और दुर्घटना अब भी होती है। यह मुद्दा अभी तय नहीं है।

हाय, सब लोग, मैं 0.59.5 में एक ही मुद्दा है, Android को हटा दें

@ जेइजी मैं पहले से ही वहां नहीं था, लेकिन यह वैसे भी दुर्घटनाग्रस्त हो गया।

REDMI NOTE 4X Android 7.0 और huawei HRY AL00A Android 9 पर एक ही मुद्दा

AutomaticThread
SIGSEGV(SEGV_MAPERR)
1 #00 pc 000000000042c064 /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
2 #01 pc 0000000000429638 /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
3 #02 pc 0000000000429d28 /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
4 #03 pc 000000000041664c /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
5 #04 pc 00000000007ea4cc /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
6 #05 pc 00000000007eabcc /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
7 #06 pc 00000000007e0fec /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
8 #07 pc 00000000007ee4fc /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
9 #08 pc 00000000007ffdb8 /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
10 #09 pc 0000000000083550 /system/lib64/libc.so (__pthread_start(void*)+36) [arm64-v8a]
11 #10 pc 00000000000241a0 /system/lib64/libc.so (__start_thread+68) [arm64-v8a]
12 java:
13 [Failed to get Java stack]

गैलेक्सी एस 7 एज / एंड्रॉइड 7.0 पर समान समस्या और रिएक्ट-नेटिव के तीन अलग-अलग संस्करणों के साथ: 0.58.4, 0.58.5 और 0.54.5।
अन्य Android उपकरणों पर क्रैश का पता नहीं चला है।

वर्तमान में इस समस्या से बचने के लिए केवल समाधान केवल 32 बिट्स पर ऐप का निर्माण करना है। लेकिन समस्या को पहले अगस्त के लिए ठीक करने की आवश्यकता है क्योंकि प्ले स्टोर अब केवल 32 बिट्स ऐप को स्वीकार नहीं करेगा।

उसी का अनुभव करते हुए, Android <= 7.0 (8.0 नहीं) के साथ गैलेक्सी S7 तक ही सीमित है। तब से होता है जब हमने 64 बिट समर्थन सक्षम किया।

हमारे ढाल डिफ़ॉल्ट कॉन्फिगरेशन के अनुसार हम 64bit का भी समर्थन नहीं करते हैं और क्रैश फिर भी होता है।
`` `
डिफ़ॉल्टऑनफिग {
applicationId _applicationId
minSdkVersion 16
targetSdkVersion 27
वर्जनकोड _versionCode
versionName _versionName
ndk {
abiFilters "armeabi-v7a", "x86"
}

    packagingOptions {
        exclude "lib/arm64-v8a/libgnustl_shared.so"
    }
    renderscriptTargetApi 27
    renderscriptSupportModeEnabled true
    vectorDrawables.useSupportLibrary = true /
    multiDexEnabled true 
}```

यहाँ एक और, मैंने देखा है कि समस्या कुछ Mediatek उपकरणों के साथ भी होती है
अल्काटेल A5 (ELSA6)
अल्काटेल 1x / TCL L9 (U5A_PLUS_4G)
X64 सपोर्ट के साथ मीडियाटेक SoCs के साथ कुछ अन्य डिवाइस

नमस्ते। हमने पाया है कि:

1. ~ 64-बिट समर्थन को हटाने का काम काम करता है ~ यह केवल हमारे कुछ उपयोगकर्ताओं के लिए समस्या तय करता है
2. ~ हम उपयोगकर्ताओं को इस समस्या को स्वयं ठीक कर रहे हैं _ उनके फोन को _restarting करके (32-बिट ऐप पर स्विच करने की आवश्यकता नहीं) ~ उनके पास एक ही मुद्दा नहीं था।

मैं पुष्टि कर सकता हूं कि 64 बिट समर्थन को हटाने से दुर्घटना की रिपोर्ट ~ 90% कम हो गई
यह अभी भी कुछ उपकरणों के साथ हो रहा है। लेकिन वर्तमान "फिक्स" सबसे अच्छा है जो मैं अभी कर सकता हूं

मैं OnePlus 3 पर भी दुर्घटनाग्रस्त हो रहा हूं, लेकिन 64 बिट समर्थन को हटाने से कोई मदद नहीं मिलती है। मैं एक स्वच्छ प्रतिक्रिया देशी init परियोजना के साथ दुर्घटनाओं हो रही है (यह भी ऐप के एपीके खोलने पर एमुलेटर पर)।

एक ही समस्या s7 एज एंड्रॉइड 7.0 बंडल विभाजन के साथ उत्पादन में दुर्घटनाग्रस्त हो जाती है, अन्य ठीक लगते हैं
संकेत 11 (SIGSEGV), कोड 1 (SEGV_MAPERR)
बैकट्रेस:
# 00 PC 000000000009e144
# 01 PC 00000000000a4a70

यह समस्या पहले से ही वेबकिट रेपो पर पहचानी जाती है। जब मैंने महीनों पहले इस मुद्दे की खोज की तो मैंने वहां टिप्पणी की: https://github.com/WebPlatformForEmbedded/WPEWebKit/issues/327#issuecomment -436781890

प्रयासों में समन्वय करना बहुत अच्छा होगा।

नोट: यूआई में हम गैर-मानक तरीके से आरएन का उपयोग करते हैं। हम अपने 64-बिट जेएससी का निर्माण करते हैं, इसलिए हमें यह मुद्दा 0.58 से पहले मिला।

सामान्य कारक Android 6.0 या 7.0 (स्तर 23 और 24) और ARM 64 डिवाइस प्रतीत होते हैं।
इस संयोजन के साथ सबसे आम डिवाइस S7 है। S7 को Android 8 में अपग्रेड करना समस्या को हल करता है।

मैंने एंड्रॉइड एआरएम 64 बिट एमुलेटर में क्रैश को पुन: पेश किया है, लेकिन एंड्रॉइड एआरएम एमुलेटर छवियां काम करने के लिए बहुत अस्थिर और छोटी हैं। मेरे पास डीबग करने के लिए एक एस 7 भी है, जिसे मैं एंड्रॉइड 7 पर डाउनग्रेड करने का प्रयास कर रहा हूं, हालांकि सैमसंग ने इसे आसान नहीं बनाया है।

@kmagiera & @kudo आपने हाल ही में JSC का नया संस्करण जारी किया है। क्या आप इस मुद्दे को ठीक करने के लिए इस रिलीज़ की उम्मीद कर रहे हैं? NDK संस्करणों को संरेखित करने में मदद करेगा? https://github.com/react-native-community/jsc-android-buildscripts/pull/95

@AndrewJack वेबकीट सुरक्षा पैच के लिए सिर्फ नया रिलीज और libg ++ _ साझा . so को । मुझे नहीं लगता कि ये क्रैश मुद्दों को ठीक करेंगे।

AFAIK, विभिन्न JSC दुर्घटना प्रकार हैं।
कुछ इस समस्या की रिपोर्ट के अनुसार ऑपरेशनलिंकडायरेक्ट कॉल से हैं और कुछ https://pithub.com/react-native-community/jsc-android-buildscripts/issues/84 के रूप में NPE हैं
उनमें से ज्यादातर JIT से संबंधित हैं।
जेआईटी क्रैश पथ घर में पुन: पेश करने के लिए कठिन है और साथ ही समस्या निवारण के लिए कठिन है।
मेरे पास कुछ संभावित सुधार हैं लेकिन यकीन नहीं है कि क्या वे वास्तव में दुर्घटना के मुद्दे को हल करेंगे।

• फिक्सेस में से एक DFG_JIT को

• अपस्ट्रीम से संबंधित ऑपरेशनलिंकडायरेक्टकॉल से भी एक

• नए JSC (WebKitGTK 2.24) में JIT के कई बदलाव शामिल हैं। उन्नयन में मदद करने के लिए प्रयास करें।

IMO, यदि इन-हाउस पुन: निर्माण संभव नहीं है, तो एक विकल्प प्रयोग निर्मित निर्माण को वितरित करना है।

मेरी योजना केवल yarn add jsc-android@experiment JSC के उन्नयन को आसान बनाने की है। यह आरएन 0.60 पर होना चाहिए।
इस तंत्र के साथ, कम से कम हम क्रैश मुद्दों को ठीक करने के लिए एक कदम आगे हो सकते हैं।

दूसरी ओर, यह मदद करेगा अगर वहाँ विश्वसनीय प्रजनन कोड और पर्यावरण हैं।
उदाहरण के लिए, प्रतिक्रिया-देशी-नेविगेशन से एक रेपो है। यह बहुत मदद करता है।
https://github.com/react-native-community/jsc-android-buildscripts/issues/84#issue -407898908

यदि यह मदद करता है, तो क्रैश 2 एंड्रॉइड 9 के साथ पिक्सेल 2 पर भी होता है।
क्या एपीके चलने पर क्रैश लॉग प्राप्त करने का कोई तरीका है? मुझे इन दुर्घटनाओं के बारे में अधिक जानकारी प्राप्त करने में मदद करने में खुशी होगी, लेकिन मुझे Android के विकास के बारे में ज्यादा जानकारी नहीं है।

@quietbits , इन मुद्दों से संबंधित अधिकांश लॉग सुपर सहायक नहीं हैं, लेकिन इसे बाहर निकालने के लिए:

जब दुर्घटना adb logcat का उपयोग करके होती है, तो यह कुछ इस तरह दिखाई देगी (ठीक-ठीक नहीं, क्योंकि मैंने इसे लॉग के शीर्ष से निकाला था, लेकिन यह एक अतिशयोक्ति दिखाता है कि मैं इसे क्यों इंगित कर रहा हूं बाहर):

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'samsung/heroqltetmo/heroqltetmo:8.0.0/R16NW/G930TUVU4CRI2:user/release-keys'
Revision: '14'
ABI: 'arm'
pid: 32435, tid: 32482, name: mqt_js  >>> com.YOURAPP <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xcd
Cause: null pointer dereference

यह आमतौर पर यह भी कहेगा कि लॉग को "tombstone" लिखा जाता है।

कब्रिस्तान को बंद करने के लिए, बाद के भाग के साथ adb bugreport ./MySuperSpecialBugReport उपयोग करें, जाहिर है कि जिस रास्ते में आप इसे चाहते हैं।

इसे एक ज़िप के रूप में बंद कर दिया जाएगा, और आप इसे अनज़िप कर सकते हैं, नेविगेट कर सकते हैं (अधिकांश डिवाइसों पर): ./MySuperSpecialBugReport/FS/data/tombstones और फिर आप अपने टेक्स्ट एडिटर के साथ कब्र को खोल सकते हैं।

फिर, बस इन दुर्घटनाओं की प्रकृति को देखते हुए, वे सुपर जानकारीपूर्ण नहीं हैं। कम से कम हमारे साथ, वे आमतौर पर mqt_js के साथ होते हैं, और कम सूचक पते पर। वे अभी भी 32-बिट केवल एपेक्स के साथ (हालांकि कम और कम अजीब / अप्रत्याशित रूप से) होते हैं।

===

@ कुडू - निश्चित रूप से अलग-अलग जेएससी को अधिक आसानी से आज़माने में सक्षम होने के लिए तत्पर हैं और देखें कि यह क्या करता है। यह सुपर गैर-निर्धारक और अप्रत्याशित दुर्घटनाओं के साथ 0.59 के उन्नयन में अब तक एक वास्तविक दर्द बिंदु रहा है (जो कि केवल कुछ उपकरणों पर भी होता है ... कभी-कभी)।

प्रतीकात्मक बैकट्रेस प्राप्त करने के लिए, मैंने एडीबी लॉगकैट और एनडीके-स्टैक को संयोजित किया
उदाहरण के लिए, RN 059 स्टॉक JSC (जो [email protected] है) और arm64-v8a ABI को लक्षित करना।

wget https://registry.npmjs.org/jsc-android/-/jsc-android-236355.0.0.tgz
tar xf jsc-android-236355.0.0.tgz
unzip package/dist/org/webkit/android-jsc/r236355/android-jsc-r236355.aar
adb logcat | ndk-stack -sym jni/arm64-v8a/libjsc.so

इस मुद्दे पर कोई अपडेट?

64 बिट को हटाना Google Play 64 bit support policy. अनुसार समाधान नहीं है। यह संभवतः 1 August 2019 बाद लाइव होने वाले ऐप्स को प्रभावित कर सकता है। हम इस मुद्दे का उचित समाधान चाहते हैं। @ हरामोस इस पर कोई अपडेट? कृपया कुछ ध्यान आकर्षित करें।

हाय, सब, मैं 0.59.8 में एक ही मुद्दा hava,
हम इस मुद्दे का उचित समाधान चाहते हैं।

नमस्ते,
मैं JSC दुर्घटना मुद्दे और jsc-android-builddscripts की एक सहयोगी के साथ मदद कर रहा हूँ।
RN 0.59 JSC वास्तव में jsc-android-builddscripts से है ।

क्रैश समस्या के निवारण के लिए, हमें क्रैश बैकट्रेस की आवश्यकता है।
उम्मीद है, कृपया नीचे दिए गए चरणों का पालन करें और यहाँ पोस्ट करें।
मैं तब संभावित समाधान खोजने के लिए अनुवर्ती कार्रवाई कर सकता था।

Ndk- बिल्ड स्थापित करें और कमांड निष्पादित करें:

wget https://registry.npmjs.org/jsc-android/-/jsc-android-236355.0.0.tgz
tar xf jsc-android-236355.0.0.tgz
unzip package/dist/org/webkit/android-jsc/r236355/android-jsc-r236355.aar
adb logcat -c
adb logcat | ndk-stack -sym jni/arm64-v8a/libjsc.so

ऐसा लगता है कि सैमसंग S7 से बहुत दुर्घटना होती है। दुर्भाग्य से, मेरे पास हाथ में कोई S7 नहीं है।
आगे की समस्या निवारण के लिए कुछ उपयोगी जानकारी प्राप्त करने की उम्मीद है।

@marlonchalegre

@ कोड यह वह लॉग है जो मुझे आरएन 0.59.8 पर एक नए प्रोजेक्ट पर उन कमांडों को चलाने के लिए मिला
मैंने डिबग और रिलीज़ बिल्ड बनाने की कोशिश की और प्रत्येक मामले में लॉग्स द्वारा स्वयं jsc को संकलित करते हुए देखा।

********** Crash dump: **********
Build fingerprint: ‘samsung/heroltexx/herolte:7.0/NRD90M/G930FXXU1DQEL:user/release-keys’
#00 0x00000000007e048c /data/app/com.testproj-2/lib/arm64/libjsc.so (WTFCrash+16)
                                                                    WTFCrash
                                                                    ??:0:0
#01 0x00000000000be650 /data/app/com.testproj-2/lib/arm64/libjsc.so (_Z16WTFCrashWithInfoiPKcS0_i+24)
                                                                    WTFCrashWithInfo(int, char const*, char const*, int)
                                                                    ??:0:0
#02 0x0000000000489f2c /data/app/com.testproj-2/lib/arm64/libjsc.so (operationLinkDirectCall+1120)
                                                                    operationLinkDirectCall
                                                                    ??:0:0
#03 0x00000000001710f0 <anonymous:00000072adbff000>
Crash dump is completed

मेरे पास हाथ में एक S7 है और इसे आज़माने के लिए और कुछ भी चलाने की कोशिश करने में खुशी होगी।

मेरा सुझाव JSC विकलांगों के साथ JSC को फिर से जोड़ने का है। यह संभव है कि ओएस में सुरक्षा तंत्र जेआईटी के साथ हस्तक्षेप करते हैं
कुछ अप्रत्याशित तरीके से संचालन।

मैंने @MalcolmScruggs के समान क्रैश लॉग पुन: प्रस्तुत किए हैं। एक S7 पर - एंड्रॉइड 7.1.2 - वंशावली 14.1।

RN 0.59.8 और मास्टर शाखा का नवीनतम संस्करण।

क्रैश को पुन: उत्पन्न करने के लिए कोई परिवर्तन आवश्यक नहीं है। डिफ़ॉल्ट आरएन टेम्पलेट स्क्रीन पर थोड़ा सा टैप करने के बाद क्रैश को ट्रिगर करता है।

यहाँ रेपो - https://github.com/AndrewJack/jsc_crash/tree/rn_master_branch
क्रैश लॉग README.md में हैं

अगले चरण: JIT विकलांग के साथ JSC का अपना संस्करण बनाएँ

अगर किसी के पास Android के नए संस्करण पर S7 है और वे डाउनग्रेड करना चाहते हैं। यह जो मैंने किया है:

इस सॉफ्टवेयर को डाउनलोड करें:

• https://twrp.me/samsung/samsunggalaxys7.html
• https://www.los-legacy.de/ v14.1 - herolte
• https://opengapps.org/

1. TWRP रिकवरी स्थापित करें (odin का उपयोग करके [विंडोज़ की आवश्यकता है] या अन्य विधि)
2. वसूली में बूट
3. माउंट भंडारण
4. LineageOS रोम और gapps पैकेज की प्रतिलिपि बनाएँ
5. फ़्लैश वंशावली और gapps चित्र स्थापित करें
6. रिबूट।

नवीनतम के साथ देशी मास्टर प्रतिक्रिया और का उपयोग कर no_dfg_jit या नहीं JIT @Kudo के कांटा से मैं दुर्घटना पुन: पेश नहीं कर सकते।

https://github.com/AndrewJack/jsc_crash/tree/no_dfg_jit
https://github.com/AndrewJack/jsc_crash/tree/no_jit

@AndrewJack कमाल है, आपने पाया कि मेरे प्रयोग किए गए बिल्ड इतनी जल्दी हैं।
आपकी प्रतिक्रिया के लिए धन्यवाद और इन संस्करणों को जानने के लिए आपके लिए दुर्घटना निश्चित है।

डियर्स,

मेरे पास दो प्रयोग किए गए JSC संस्करण थे, कृपया कोशिश करें कि ये आपके लिए क्रैश ठीक कर सकें।
एक संक्षिप्त कदम यहाँ:
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476B17

एक प्रयोग किया गया संस्करण एक प्रकार के JIT को निष्क्रिय करना है।
और दूसरा जो JIT को पूरी तरह से @matthargett से
यदि दो संस्करण आपके लिए दुर्घटना को ठीक कर देंगे, तो कृपया हमारे समग्र प्रदर्शन और मेरे Gist में उल्लेख के रूप में TTI पर भी प्रतिक्रिया दें।

@Kudo उन लोगों के लिए धन्यवाद! आप उन बिल्ड में समवर्ती जीसी के बारे में क्या जानते हैं? मैंने कहीं उल्लेख किया है कि 32 बिट संस्करण की तुलना में एक और अंतर था, लेकिन निश्चित रूप से मुझे वह टिप्पणी अब नहीं मिल सकती है। हो सकता है कि एक और बात असत्य दुर्घटनाओं के साथ खेलने के लायक बनी रहे।

@wbercx क्या आपका मतलब समवर्ती जीसी या समवर्ती जेएस (समवर्ती JIT) है?
डिफ़ॉल्ट रूप से, समवर्ती GC केवल arm64 और x64 के लिए सक्षम है।
समवर्ती जीसी दुर्घटना मुद्दे से संबंधित नहीं हो सकता है। यह ढेर प्रबंधन के बारे में है और जेआईटी से संबंधित नहीं है।

मेरे दोनों बिल्ड के लिए समवर्ती JS अक्षम है।
(डिफ़ॉल्ट रूप से, यह केवल ENABLE(DFG_JIT) && USE(JSVALUE64) लिए सक्षम होगा)

BTW, जावास्क्रिप्ट में JIT जटिल है और मैं इसके लिए एक विशेषज्ञ नहीं हूं।
अगर मैं गलत था, तो इंगित करने के लिए स्वतंत्र महसूस करें।

@Kudo मैंने आपके no-jit और no-dfg-jit प्रयोगात्मक JSC संस्करणों की कोशिश की और दुर्घटना को पुन: उत्पन्न करने में असमर्थ रहा। यह @AndrewJack द्वारा बताई गई जानकारी के अनुरूप प्रतीत होता है।

मैं एक बुनियादी परियोजना पर यह कोशिश कर रहा था ताकि मैं किसी भी प्रदर्शन प्रभाव पर टिप्पणी न कर सकूं।

मेरे पास कुछ और जानकारी है, मैं इस दुर्घटना को भी देख रहा हूँ:
Samsung Galaxy S7 (herolte), एंड्रॉइड 7.0
Oppo F7 (CPH1819), एंड्रॉइड 8.1

0.58.5 पर भी हो रहा है। गैलेक्सी एस 7। Android 6.0। इसे 32 बिट बिल्ड में सेट करना भी काम नहीं कर रहा है।

32 बिट पर वापस लौटने के बाद भी दुर्घटना यहां हो रही है

@MalcolmScruggs दोनों प्रयोग किए गए संस्करणों को सुनने के लिए अच्छा है जो आपके लिए क्रैश को ठीक करता है।
मैं DFG_JIT को निष्क्रिय करने के बारे में सोच रहा हूं, कम से कम JIT विकल्प पुराने JSC के साथ संरेखित है।

@ क्या आप केवल प्रभावित उपकरणों / सीपीयू के लिए DFG_JIT को अक्षम करने के अपने लक्ष्य को लक्षित करने की योजना बना रहे हैं?

क्या किसी ने रिएक्ट नेटिव (0.59.8) के अंतिम संस्करण के साथ प्रयास किया जो कुछ क्रैश को ठीक कर रहा है (रिलीज नोट में उल्लेख किया गया है)?
https://github.com/facebook/react-native/releases

क्या किसी ने रिएक्ट नेटिव (0.59.8) के अंतिम संस्करण के साथ प्रयास किया जो कुछ क्रैश को ठीक कर रहा है (रिलीज नोट में उल्लेख किया गया है)?
https://github.com/facebook/react-native/releases

मेरे मामले में मैं 0.59.8 का उपयोग कर रहा था, मैं तब से 0.57.8 पर वापस आ गया हूं क्योंकि कुछ और काम नहीं कर रहा था। यह बग विशेष रूप से खराब है क्योंकि यह एप्लिकेशन को खोलने पर तुरंत क्रैश करने का कारण बनता है। मेरे ऐप ने समीक्षाओं में काफी बाल कटवाए।

इन उपकरणों में सिग्नल 11 क्रैश है लेकिन यह सिर्फ एक मेमोरी लोकेशन दिखाता है।

सामान्य मोबाइल जीएम 8 गो - एंड्रॉइड 8.1
मोटोरोला मोटो ई - एंड्रॉइड 7.1
सैमसंग गैलेक्सी A6 + - एंड्रॉइड 8.0
सैमसंग गैलेक्सी ग्रांड प्राइम प्रो - एंड्रॉइड 8.0
सैमसंग गैलेक्सी टैब एस 2 - एंड्रॉइड 8.0
सैमसंग गैलेक्सी J5 प्राइम - एंड्रॉयड 8.0
सैमसंग गैलेक्सी जे 6 - एंड्रॉइड 8.0
सैमसंग गैलेक्सी जे 7 मैक्स - एंड्रॉइड 8.1

ये उपकरण एक त्रुटि के साथ दिखाई देते हैं जो == / lib / arm64 / libjsc.so की तरह दिखता है। मैं आंतरिक कामकाज के बारे में पर्याप्त नहीं जानता कि इसका क्या मतलब है, लेकिन उम्मीद है कि यह मदद करता है।

Huawei Y9 - एंड्रॉइड 8.1
Oppo RMX1811 - एंड्रॉइड 8.1
Oppo R15 - एंड्रॉइड 8.1
मोटोरोला मोटो एक्स - एंड्रॉइड 9.0
नोकिया 3 - एंड्रॉइड 8.1
सैमसंग गैलेक्सी नोट 9 - एंड्रॉइड 9.0
सैमसंग गैलेक्सी S9 - एंड्रॉइड 9.0
Xaomi Redmi Note 5 Pro - एंड्रॉइड 8.1

मैं कुछ उपकरणों को @ harryt2 की सूची में जोड़ सकता हूं।

केवल एक स्मृति स्थान के साथ सिग्नल 11 क्रैश:

सैमसंग गैलेक्सी नोट 9 - एंड्रॉइड 9.0
हुआवेई ऑनर 8 एक्स - एंड्रॉइड 9.0
सैमसंग गैलेक्सी ए 7 (2018) - एंड्रॉइड 9.0
सैमसंग गैलेक्सी S9 - एंड्रॉइड 9.0
सैमसंग गैलेक्सी A6 + - एंड्रॉइड 9.0
नोकिया नोकिया 8 - एंड्रॉइड 9.0
हुआवेई हुआवेई P30 लाइट - एंड्रॉइड 9.0
सैमसंग गैलेक्सी नोट 8 - एंड्रॉइड 9.0
सैमसंग गैलेक्सी ए 9 - एंड्रॉइड 8.0
सैमसंग गैलेक्सी एस 7 - एंड्रॉइड 8.0
...
7.0 और 9.0 के बीच ~ 65 विभिन्न उपकरणों और Android संस्करण के साथ सूची जारी है।

त्रुटि हमेशा इस उपकरण पर नहीं होती है। लेकिन यह एक वास्तविक चिंता का विषय है, क्योंकि 0.57.8 से 0.59.5 तक के अपडेट के बाद Google Play में मेरे एप्लिकेशन की क्रैश दर 0.16% से बदलकर 1.02% हो गई है।

0.57.8:

0.59.5:

मैं एंड्रॉइड डेवलपमेंट का विशेषज्ञ नहीं हूं, न ही मैं समझता हूं कि यह दुर्घटना कहां से आ रही है। अगर यह मदद करता है तो मैं कुछ और डेटा प्रदान कर सकता हूं।

@ प्रोजेक्ट पर हमारी प्रतिक्रिया अभी भी हम सैमसंग s7 पर इन दुर्घटनाओं को प्रतिक्रिया-मूलक 0.59.8 के साथ देख रहे हैं, मुझे डर लग रहा है।

इस पल के लिए कोई समाधान?
मैंने दो अलग-अलग गैलेक्सी नोट 9 में परीक्षण किया है, हर फोन तुरंत दुर्घटनाग्रस्त हो जाता है

{"dependencies": {
    "axios": "^0.18.0",
    "prop-types": "^15.7.2",
    "react": "16.8.3",
    "react-native": "0.59.8",
    "react-native-gesture-handler": "^1.2.1",
    "react-native-iphone-x-helper": "^1.2.0",
    "react-native-linear-gradient": "^2.5.4",
    "react-native-vector-icons": "^6.4.2",
    "react-navigation": "^3.11.0",
    "react-redux": "^7.0.3",
    "reactotron-react-native": "^3.5.2",
    "reactotron-redux": "^3.1.0",
    "reactotron-redux-saga": "^4.2.2",
    "realm": "^2.27.0",
    "redux": "^4.0.1",
    "redux-saga": "^1.0.2",
    "reduxsauce": "^1.1.0",
    "seamless-immutable": "^7.1.4",
    "styled-components": "^4.2.0"
  },
  "devDependencies": {
    "@babel/core": "^7.4.5",
    "@babel/runtime": "^7.4.5",
    "babel-eslint": "^10.0.1",
    "babel-jest": "^24.8.0",
    "babel-plugin-root-import": "^6.2.0",
    "eslint": "^5.16.0",
    "eslint-config-airbnb": "^17.1.0",
    "eslint-import-resolver-babel-plugin-root-import": "^1.1.1",
    "eslint-plugin-import": "^2.17.2",
    "eslint-plugin-jsx-a11y": "^6.2.1",
    "eslint-plugin-react": "^7.13.0",
    "eslint-plugin-react-native": "^3.7.0",
    "jest": "^24.8.0",
    "metro-react-native-babel-preset": "^0.54.1",
    "react-test-renderer": "16.8.3"
  }}

@dudusotero उपयोग @Kudo निर्देश https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17

@matpaul @Kudo मैं पुष्टि कर सकता

जब मैं 0.58.6 डाउनग्रेड करता हूं, तो इस ट्रेस से संबंधित मेरे क्रैश Android पर चले गए। क्या 57.6 लिए डाउनग्रेड करने की योजना बना रहा था, लेकिन 58.6 ने मेरे लिए यह तय कर दिया है (हालाँकि कुछ अन्य Android मुद्दे हैं जिन्हें मुझे कम करना था, जहाँ मुझे मैन्युअल रूप से रिलीज़ के लिए निर्माण करना होगा)

@ कुदो

डियर्स,

मेरे पास दो प्रयोग किए गए JSC संस्करण थे, कृपया कोशिश करें कि ये आपके लिए क्रैश ठीक कर सकें।
एक संक्षिप्त कदम यहाँ:
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476B17

एक प्रयोग किया गया संस्करण एक प्रकार के JIT को निष्क्रिय करना है।
और दूसरा जो JIT को पूरी तरह से @matthargett से
यदि दो संस्करण आपके लिए दुर्घटना को ठीक कर देंगे, तो कृपया हमारे समग्र प्रदर्शन और मेरे Gist में उल्लेख के रूप में TTI पर भी प्रतिक्रिया दें।

@ कुडू के यहाँ दो अवलोकन थे, जैसा कि आपके विवरण में भी उल्लेखित है

• कुछ मिनटों के लिए हमारे उत्पादन एप्लिकेशन में से एक का उपयोग करते समय ऐप @kudo-ci/jsc-android@241213-no-dfg-jit निर्भरता के साथ लटका हुआ है।
• App @kudo-ci/jsc-android@241213-no-jit निर्भरता as of now साथ ठीक काम कर रहा है और TTI पिछले बिल्ड के संबंध में समान / ध्यान देने योग्य नहीं है।

कुडो, क्या आपका पुल अनुरोध इतना तय करने के लिए पर्याप्त होगा, जैसा कि मैंने no_dfg_jit खिलाफ परीक्षण किए जाने पर ऐप के लटकने पर गौर किया।

यहाँ कुछ और अपडेट:
मुझे वास्तव में संदेह है कि यदि मूल दुर्घटना S7 किनारे पर आसानी से होती है, तो ऐसी समस्याओं का सामना करने वाले अन्य अनुप्रयोगों को होना चाहिए।
समझ गया!
पाठ एपीआई के साथ Google Play सेवा में यह समस्याएं थीं लेकिन कोई ओएसएस फिक्स नहीं था
मोनो को S7 Exynos bit.ITTLE आर्च पर एक क्रैश इश्यू मिला और यहां फिक्स है ।

JavaScript64 ने ARM64Assembler में __clear_cache उपयोग किया।
मैं इस सप्ताह के अंत में __clear_cache पैच करने के लिए एक और प्रयोग किया जाएगा।

प्रयोगित बिल्ड जो __clear_cache तय करता है।

कदम पहले जैसे ही हैं लेकिन केवल अलग-अलग एनपीएम निर्भरता का उपयोग करने के लिए।

1. yarn add '@kudo-ci/jsc-android@241213-fix-clear-cache-dfg' और संस्करण 241213.8000.0 ( यहां स्रोत कोड देखें ) के साथ adb logcat की पुष्टि की
2. yarn add '@kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg' और संस्करण 241213.9000.1 ( यहां स्रोत कोड देखें ) के साथ adb logcat की पुष्टि की

मुझे खेद है कि मैं दुर्घटना के मुद्दे को फिर से सत्यापित नहीं कर सकता, लेकिन केवल बुनियादी कार्यक्षमता को सत्यापित करने के लिए।
यदि संभव हो तो दो प्रयोग JSC का परीक्षण करने में मदद करें।
आप सभी का बहुत-बहुत धन्यवाद और हमें इस बार शुभकामनाएँ।

cc @AndrewJack @MalcolmScruggs @tijs @ishantsagar @timhat

@ मेरे पास अब @kudo-ci/jsc-android@241213-fix-clear-cache-dfg और @kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg दोनों का उपयोग करके परीक्षण बिल्ड पर प्रतिक्रिया है।
सैमसंग गैलेक्सी एस 7 एज / एंड्रॉइड 7.0 (अब तक समस्या संयोजन) पर दोनों परीक्षण बिल्ड क्रैश-मुक्त प्रतीत होते हैं

@ कुडू मैंने दोनों @kudo-ci/jsc-android@241213-fix-clear-cache-dfg और @kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg एक मूल परियोजना पर प्रतिक्रिया-मूल निवासी 0.59.8 चलाने की कोशिश की और दोनों संस्करणों पर दुर्घटना नहीं हो रही है। मैंने एंड्रॉइड 7.0 पर एक सैमसंग गैलेक्सी एस 7 पर परीक्षण किया:

[ro.product.board]: [universal8890]
[ro.product.brand]: [samsung]
[ro.product.cpu.abi]: [arm64-v8a]
[ro.product.cpu.abilist]: [arm64-v8a,armeabi-v7a,armeabi]
[ro.product.cpu.abilist32]: [armeabi-v7a,armeabi]
[ro.product.cpu.abilist64]: [arm64-v8a]
[ro.product.device]: [herolte]
[ro.product.first_api_level]: [23]
[ro.product.locale]: [en-GB]
[ro.product.manufacturer]: [samsung]
[ro.product.model]: [SM-G930F]
[ro.product.name]: [heroltexx]

@ कुडू मैंने नवीनतम @kudo-ci/jsc-android@241213-fix-clear-cache-dfg की कोशिश की है लेकिन मुझे सैमसंग गैलेक्सी S5 (SM-G900F) पर एक दुर्घटना का सामना करना पड़ा है, उसी के समान जो हमने रिएक्ट नेटिव 0.59.8 में JSC के साथ किया था।

जेआईटी के बिना संस्करण पूरी तरह से काम कर रहा था ( @kudo-ci/jsc-android@241213-no-jit ) और उस पर कोई भी क्रैश का सामना नहीं करना पड़ा, चाहे मैंने ऐप को सीमा तक कितना भी धक्का दिया हो। इसलिए मुझे लगता है कि हम अभी के लिए उसी के साथ रहेंगे।

हम एक दृश्यदर्शी में ReactRootViews का उपयोग कर रहे हैं, इसलिए हम प्रतिक्रिया-मूल उदाहरणों को काफी बार बनाते और नष्ट करते हैं, और यह इस दुर्घटना को ट्रिगर करता प्रतीत होता है। शायद इसीलिए हम इस मुद्दे को सबसे अधिक बार सामना कर रहे हैं। हम इस समय दृश्य दृष्टिकोण पर फिर से जा रहे हैं, लेकिन इस बीच, मैं उम्मीद कर रहा हूं कि यह क्रैश लॉग मददगार हो सकता है। (यह संस्करण 241213.8000.0 , प्रतिक्रिया-मूल 0.59.8 के लिए है)

A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x66 in tid 16184 (mqt_js)
D/InputReader: Input event: value=1
I/InputReader: Touch event's action is 0x0 (deviceType=0) [pCnt=1, s=0.1239 ] when=8467503214000
I/InputDispatcher: Delivering touch to (1173): action: 0x4, toolType: 1
I/InputDispatcher: Delivering touch to (16117): action: 0x0, toolType: 1
I/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG: Build fingerprint: 'samsung/kltexx/klte:5.0/LRX21T/G900FXXU1BOH4:user/release-keys'
I/DEBUG: Revision: '14'
I/DEBUG: ABI: 'arm'
I/DEBUG: pid: 16117, tid: 16184, name: mqt_js  >>> uk.co.thetimes.debug <<<
I/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x66
I/DEBUG:     r0 00000036  r1 8cc43b20  r2 8e558040  r3 fffffffb
I/DEBUG:     r4 00000000  r5 91800000  r6 8c752df0  r7 92efea88
I/DEBUG:     r8 fffffffb  r9 8cce0000  sl 91a08821  fp fffffffc
I/DEBUG:     ip 8c752df0  sp 92efe8e0  lr 91d970a9  pc 91ea6502  cpsr 600b0030
I/DEBUG: backtrace:
I/DEBUG:     #00 pc 004a7502  <unknown>
I/DEBUG:     #01 pc 003980a7  <unknown>

अफसोस की बात यह है कि हम पहले से ही वहाँ मौजूद थे।

हमने प्ले स्टोर से अपने 64-बिट बिल्ड खींच लिए हैं। यह 64 बिट बिल्ड में क्रैश से संबंधित नहीं हो सकता है, लेकिन armeabi-v7a बिल्ड में चलने वाले गैलेक्सी एस 7 डिवाइस अब नीचे के अनुसार बहुत क्रैश कर रहे हैं। स्टार्टअप पर तुरंत।

वास्तव में सोच रहा था कि अन्य उपकरणों की तुलना में S7 के बारे में क्या अलग है।

Version Code: 10000036
Version Name: 2.3.4
Android: 8.0.0
Android Build: R16NW
Manufacturer: samsung
Model: SM-G930F
Date: undefined

com.facebook.react.bridge.UnexpectedNativeTypeException: TypeError: expected dynamic type `double', but had type `null'
  at com.facebook.react.bridge.ReadableNativeMap.getIntNative
  at com.facebook.react.bridge.ReadableNativeMap.getInt
  at com.facebook.react.g.a.a
  at com.facebook.react.modules.core.ExceptionsManagerModule.reportSoftException
  at java.lang.reflect.Method.invoke(Method.java:-2)
  at com.facebook.react.bridge.JavaMethodWrapper.invoke
  at com.facebook.react.bridge.JavaModuleWrapper.invoke
  at com.facebook.react.bridge.queue.NativeRunnable.run
  at android.os.Handler.handleCallback(Handler.java:789)
  at android.os.Handler.dispatchMessage(Handler.java:98)
  at com.facebook.react.bridge.queue.MessageQueueThreadHandler.dispatchMessage
  at android.os.Looper.loop(Looper.java:164)
  at com.facebook.react.bridge.queue.MessageQueueThreadImpl$4.run
  at java.lang.Thread.run(Thread.java:764)

हमने इसे आंतरिक रूप से देखा है और देखा है कि हमारे कुछ स्टाइलिंग गुण सशर्त रूप से अशक्त होकर लौट रहे थे। इसे हटाना और केवल सशर्त रूप से शैली की संपत्ति को जोड़ना एक समान अपवाद है - आपके लिए एक देशी मॉड्यूल प्रकार के साथ कुछ हो सकता है?

@tuncaulubilge जानकारी के लिए धन्यवाद।
बस यह पुष्टि करने के लिए कि सैमसंग S5 (SM-G900F) आर्म (नॉट आर्म 64) आर्किटेक्चर है, है ना?
आप adb shell getprop ro.product.cpu.abi द्वारा सत्यापित कर सकते हैं
आपके क्रैश लॉग से, यह हाथ लगता है।

यदि हां, तो मैं मान रहा हूं कि मूल कारण यहां से एक और कहानी होनी चाहिए।
क्या आपने कभी बिना dfg-jit संस्करण का परीक्षण किया, अर्थात @kudo-ci/jsc-android@241213-no-dfg-jit या @kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg ?
इन दो संस्करणों को arm32 पर समान होना चाहिए, आप केवल एक का परीक्षण कर सकते हैं।

@ कोड अपडेट

मूल समस्या के लिए डेवलपर कंसोल के माध्यम से बैकट्रेस रिपोर्ट की गई ([विशेष रूप से] सैमसंग एस 7 एज + एंड्रॉइड 7.0 पर पुन: लॉन्च करने योग्य क्रैश) ऐसा दिखता है:

 #00  pc 00000000007e048c  /data/app/org.ifsc.boulder14-1/lib/arm64/libjsc.so (WTFCrash+16)
 #01  pc 00000000000be650  /data/app/org.ifsc.boulder14-1/lib/arm64/libjsc.so (_Z16WTFCrashWithInfoiPKcS0_i+24)
 #02  pc 0000000000489f2c  /data/app/org.ifsc.boulder14-1/lib/arm64/libjsc.so (operationLinkDirectCall+1120)
 #03  pc 00000000002149a8  <unknown>

मूल समस्या निम्न बिल्ड में से प्रत्येक द्वारा ठीक किया गया प्रतीत होता है:
@kudo-ci/jsc-android@241213-no-jit
@kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg
@kudo-ci/jsc-android@241213-fix-clear-cache-dfg

हालाँकि मैं इनमें से अंतिम ( @kudo-ci/jsc-android@241213-fix-clear-cache-dfg ) के लिए दो अलग-अलग मौकों पर एक और दुर्घटना के साथ एक और दुर्घटना को प्रोत्साहित करने में कामयाब रहा:

  #00  pc 00000000004886ac  /data/app/org.ifsc.boulder14-ECb5NhJUQgyp_UkWAZLdKg==/lib/arm64/libjsc.so (operationLinkDirectCall+176)
  #01  pc 000000000043ad90  <anonymous>

हालांकि मैं दो बार परीक्षण ऐप को क्रैश करने में कामयाब रहा, लेकिन हर बार एक ही हस्ताक्षर के साथ, क्रैश व्यवस्थित रूप से दोहराने योग्य नहीं है और परीक्षण ऐप में विभिन्न स्क्रीन के बीच नेविगेशन के दौरान होता है और लॉन्च पर नहीं। जैसा कि संबंधित उपकरण हाथ में है, मैं उस डिवाइस से अधिक पूर्ण ट्रेस खींचने में सक्षम हूं जो निम्नानुसार पढ़ता है:

05-29 15:39:06.132  9361  9361 F DEBUG   : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x1c
05-29 15:39:06.132  9361  9361 F DEBUG   : Cause: null pointer dereference
05-29 15:39:06.132  9361  9361 F DEBUG   :     x0  0000007363fc4900  x1  000000735b75a000  x2  0000000000000004  x3  0000000000000000
05-29 15:39:06.132  9361  9361 F DEBUG   :     x4  000000736470caa0  x5  e805b658e92d4328  x6  0000007368dfc8f0  x7  0000000000000000
05-29 15:39:06.132  9361  9361 F DEBUG   :     x8  0000000000000007  x9  0000000000000000  x10 0000007364d39d80  x11 0000000000000040
05-29 15:39:06.132  9361  9361 F DEBUG   :     x12 0000007364d39d80  x13 000000000000b324  x14 00000000ffdaeb75  x15 00000073609a09c0
05-29 15:39:06.132  9361  9361 F DEBUG   :     x16 000000736a1515fc  x17 00000073647121a8  x18 0000000000000002  x19 000000735b75a000
05-29 15:39:06.132  9361  9361 F DEBUG   :     x20 0000007368dfca10  x21 0000007363f0c070  x22 0000007364700000  x23 0000000000000004
05-29 15:39:06.132  9361  9361 F DEBUG   :     x24 0000000000000000  x25 0000000000000007  x26 0000000000000000  x27 ffff000000000000
05-29 15:39:06.132  9361  9361 F DEBUG   :     x28 ffff000000000002  x29 0000007368dfca10
05-29 15:39:06.132  9361  9361 F DEBUG   :     sp  0000007368dfc920  lr  000000736a1516ac  pc  000000736a1516ac
05-29 15:39:06.154  9361  9361 F DEBUG   : 
05-29 15:39:06.154  9361  9361 F DEBUG   : backtrace:
05-29 15:39:06.154  9361  9361 F DEBUG   :     #00 pc 00000000004886ac  /data/app/org.ifsc.boulder14-ECb5NhJUQgyp_UkWAZLdKg==/lib/arm64/libjsc.so (operationLinkDirectCall+176)
05-29 15:39:06.154  9361  9361 F DEBUG   :     #01 pc 000000000043ad90  <anonymous:00000073648ff000>

तथा

05-29 15:10:13.010  7853  7853 F DEBUG   : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x1018
05-29 15:10:13.010  7853  7853 F DEBUG   :     x0  00000073642c6c40  x1  0000007359684500  x2  0000000000001000  x3  0000000000000000
05-29 15:10:13.010  7853  7853 F DEBUG   :     x4  00000073008a3030  x5  000000000000006d  x6  00000000ffffffff  x7  cb010063d1004021
05-29 15:10:13.010  7853  7853 F DEBUG   :     x8  0000000000000007  x9  0000000000000000  x10 00000073651159c0  x11 0000000000000040
05-29 15:10:13.010  7853  7853 F DEBUG   :     x12 00000073651159c0  x13 000000736a744558  x14 000000736249dc00  x15 000000736928a2e8
05-29 15:10:13.010  7853  7853 F DEBUG   :     x16 000000736a1575fc  x17 0000007364a121a8  x18 0000000000000045  x19 0000007359684500
05-29 15:10:13.010  7853  7853 F DEBUG   :     x20 000000736928a2a0  x21 0000007362fb7700  x22 0000007364a00000  x23 0000000000001000
05-29 15:10:13.010  7853  7853 F DEBUG   :     x24 0000000000000000  x25 0000000000000007  x26 0000000000000000  x27 ffff000000000000
05-29 15:10:13.010  7853  7853 F DEBUG   :     x28 ffff000000000002  x29 000000736928a2a0
05-29 15:10:13.010  7853  7853 F DEBUG   :     sp  000000736928a110  lr  000000736a1576ac  pc  000000736a1576ac
05-29 15:10:13.024  7853  7853 F DEBUG   : 
05-29 15:10:13.024  7853  7853 F DEBUG   : backtrace:
05-29 15:10:13.024  7853  7853 F DEBUG   :     #00 pc 00000000004886ac  /data/app/org.ifsc.boulder14-ECb5NhJUQgyp_UkWAZLdKg==/lib/arm64/libjsc.so (operationLinkDirectCall+176)
05-29 15:10:13.024  7853  7853 F DEBUG   :     #01 pc 00000000005169d8  <anonymous:0000007364bff000>

पता नहीं अगर यह मदद करता है, क्रैश डिबगिंग और एंड्रॉइड पर व्याख्या कुछ ऐसा नहीं है जो मैंने पहले किया है

@ कुडू यहां मेरे निष्कर्ष हैं:

सैमसंग S5 armeabi-v7a । मैंने आपके द्वारा प्रदान किए गए सभी 4 विकल्पों की कोशिश की है, और बिना जीट वाला एक ही दुर्घटना मुक्त लगता है। Dfg को डिसेबल करने से क्रैश रेट काफी कम हो जाता है लेकिन मैं अभी भी इसे क्रैश कर सकता था।

मैं एक पिक्सेल XL ( arm64-v8a ) का परीक्षण भी कर रहा हूं और kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg पर अभी तक किसी भी क्रैश का सामना नहीं किया है, लेकिन मूल कारण के रूप में उच्च अंत उपकरणों पर पुन: उत्पन्न करना कठिन है कम स्मृति दबाव हो।

सारांश में:
@kudo-ci/jsc-android@241213-no-jit : यह दोनों उपकरणों पर मुफ्त दुर्घटना है
@kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg : यह कम अंत उपकरणों पर दुर्घटना करता है, उच्च अंत वाले पर पुन: पेश नहीं कर सकता है
@kudo-ci/jsc-android@241213-fix-clear-cache-dfg : यह कम अंत डिवाइस पर अन्य निर्माण की तुलना में अधिक बार दुर्घटनाग्रस्त होता है। (अभी भी स्टॉक आरएन 59 जेएससी से बेहतर)
@kudo-ci/jsc-android@241213-no-dfg-jit : यह कम अंत उपकरणों पर भी दुर्घटनाग्रस्त हो गया, मैंने उच्च अंत पर परीक्षण नहीं किया है।

यहां तक ​​कि जीट के बिना बिल्ड भी स्टॉक जेएससी की तुलना में काफी तेज है, इसलिए हम @kudo-ci/jsc-android@241213-no-jit का उपयोग करने की योजना बना रहे हैं और हम यह सुनिश्चित करने के लिए इसे और परीक्षण करेंगे कि यह उत्पादन तैयार है।

वैसे सभी मदद के लिए बहुत बहुत धन्यवाद। अगर मैं किसी भी मदद के हो सकता है मुझे बताएं

@timhatch @tuncaulubilge अपने भयानक व्यवस्थित रूप से परीक्षण और प्रतिक्रिया के लिए धन्यवाद।
अभी मुझे वास्तव में समस्या को ठीक करने का कोई विचार नहीं है।
DFG को न तो अक्षम करें और न ही __clear_cache को ठीक करने से मदद मिलती है।
इसके अलावा दुर्घटना आर्म 32 पर भी होती है (और मूल कारण आर्म 64 से भिन्न हो सकता है)

मेरी व्यक्तिगत राय में, मैं डिफ़ॉल्ट रूप से जेआईटी को बिल्कुल अक्षम करना चाहता हूं, कम से कम यह सुनिश्चित करने के लिए कि हमारे पास पहले दुर्घटना मुक्त जेएससी है।
BTW @tuncaulubilge आपने यह कैसे मापा कि @kudo-ci/jsc-android@241213-no-jit स्टॉक JSC से तेज हो?
बेंचमार्क परिणाम के बाद से ही उत्सुक, नो-जीट संस्करण थोड़ा धीमा काम करता है।

@Kudo क्या आपने ऐप स्टार्टअप समय और मेमोरी उपयोग को भी मापा था? मैंने हमेशा यह माना है कि ये दोनों मैट्रिक्स JIT के बिना बेहतर होंगे। चूंकि अधिकांश ऐप्स UI भारी हैं, इसलिए मुझे यकीन नहीं है कि JIT वास्तविक दुनिया के ऐप्स में बहुत अधिक लाभान्वित होगा, इसलिए अगर मुझे स्टार्टअप और मेमोरी उपयोग में सुधार होता है, तो मुझे JIT अक्षम होना पसंद होगा। मुझे यह भी उत्सुकता है कि क्या JSC के बिना JSC की एक छोटी सी डिस्क पदचिह्न होगी।

@ कुदो
फिक्सिंग __clear_cache जैसा कि आपने इन परीक्षण बिल्ड में किया था निश्चित रूप से स्थिति में सुधार कर रहा है, लेकिन या तो फिक्स से एक साइड इफेक्ट है या एक अधिक जटिल इंटरैक्शन है जो अभी तक स्पष्ट नहीं है। उस ने कहा, मैं -fix-clear-cache-dfg परीक्षण ऐप को फिर से क्रैश करने में सक्षम नहीं हूं। यह हो सकता है कि जैसा कि @tuncaulubilge कहते हैं, व्यवहार स्मृति दबाव और / या अन्य कारकों पर निर्भर करता है।

जेआईटी को अक्षम करना पूरी तरह से "क्रैश फ्री" विकल्प प्रतीत होता है, मैंने इस विकल्प के साथ प्रदर्शन में गिरावट नहीं देखी है, इसलिए यह "सुरक्षित" विकल्प होगा।

@ स्पष्ट करने के लिए, मैं रिएक्ट-नेटिव 0.58.6 (किसी भी कस्टम jsc स्थापित किए बिना) की तुलना @kudo-ci/jsc-android@241213-no-jit 0.5

मैंने कोई माप नहीं किया है लेकिन प्रदर्शन में सुधार बहुत ध्यान देने योग्य है। मुझे उम्मीद है कि no jit संस्करण आपके द्वारा उल्लिखित [email protected] की तुलना में थोड़ा धीमा होगा, लेकिन यह तुलना में अनभिज्ञ है। मैं सुझाव देता हूं कि डिफ़ॉल्ट विकल्प के रूप में no-jit संस्करण के साथ जा रहा हूं, साथ ही स्थिरता में भारी सुधार होता है, जो मामूली प्रदर्शन में सुधार करता है जो आपको जीट से मिलेगा।

हम अपने ऐप का निर्माण करने के लिए एक्सपो v32 का उपयोग कर रहे हैं और हम एंड्रॉइड संस्करणों और उपकरणों में इस त्रुटि को देख रहे हैं।

@ tido64 TTI में कोई ज्यादा अंतर नहीं है। बाइनरी आकार no_dfg संस्करण से लगभग 1MB कम हो जाता है। मेमोरी लगभग 48% कम हो जाती है।
मैंने JIT को पूरी तरह से अक्षम करने के लिए PR भेजा है और माप परिणाम है।
https://github.com/react-native-community/jsc-android-buildscripts/pull/108

@timhatch फिक्सिंग सुनने में अच्छा __clear_cache थोड़ा मदद करता है।
मुझे अभी भी संदेह है कि मूल कारण big.LITTLE से है, लेकिन मुझे अभी तक समस्या पैदा करने के लिए अन्य JSC कोड नहीं मिला।
सैमसंग एस 5 और एस 7 दोनों बड़े हैं। लिट्ल और दो सीपीयू सेट में अलग-अलग कैश लाइन आकार है।
शायद यही कारण है कि मैं सैमसंग नोट 5 पर दुर्घटना को पुन: उत्पन्न करने में असमर्थ था, कि इसके दो सीपीयू सेट कैश लाइन आकार दोनों 64 बी हैं।
यकीन नहीं है कि अगर रन टाइम के दौरान ओएस शेड्यूलर और जेएससी के बीच बड़े <-> लिट्ल सीपीयू के लिए संक्रमण संभव है।
यदि यह सच है, तो समस्या उस समय विशेष रूप से हो सकती है।

@tuncaulubilge यह मेरे लिए उत्सुक है।
आप मेरे पीआर की जांच कर सकते हैं, नो-जीट संस्करण स्टॉक RN058 JSC की तुलना में धीमा है।
यही मैंने माप के दौरान भी महसूस किया।
हो सकता है कि बेंचमार्क चरम मामले हों और एक आरएन ऐप जैसा न हो।
BTW, मैंने देखा कि बाइनरी आकार और मेमोरी का आकार नो-जीट संस्करण से घटता है।
ये दो लाभ और दुर्घटना मुक्त मेरे लिए अधिक उचित हैं।

यह कोड जीवन बचाता है

@RomanovYurii जब हमने 64 बिट ndk फिल्टर "arm64-v8a", "x86_64" को बिल्ड से हटा दिया था। build.gradle के defaultConfig ब्लॉक में केवल 32% समर्थन प्रदान करके। क्रैश हो गया है लेकिन Google 64 बिट समर्थन के अनुसार यह 64 बिट ndk समर्थन के साथ ठीक किया जाना चाहिए।

25060 है

@dishantwalia @Kudo अक्षम JIT मेरे लिए 64 बिट पर काम करती है और अभी तक कोई प्रदर्शन समस्या नहीं देख रही है।

इस gist ने मेरे लिए काम किया https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17

डियर्स,

हमने jsc-android npm में no-JIT JSC प्रकाशित किया है और मैंने jsc-android@next का उपयोग करने के लिए अपने पिछले gist को संशोधित किया है।
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476B17
सभी क्रैश समस्याओं को ठीक करने की उम्मीद है।
यदि कोई महत्वपूर्ण प्रदर्शन ड्रॉप नहीं होता है, तो हम नो-जेआईटी संस्करण को आधिकारिक रूप से @ लेटेस्ट संस्करण के रूप में प्रस्तावित करेंगे और नए आरएन में इसे बनाने के लिए पीआर भेजेंगे।

डियर्स,

हमने jsc-android npm में no-JIT JSC प्रकाशित किया है और मैंने jsc-android@next का उपयोग करने के लिए अपने पिछले gist को संशोधित किया है।
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476B17
सभी क्रैश समस्याओं को ठीक करने की उम्मीद है।
यदि कोई महत्वपूर्ण प्रदर्शन ड्रॉप नहीं होता है, तो हम नो-जेआईटी संस्करण को आधिकारिक रूप से @ लेटेस्ट संस्करण के रूप में प्रस्तावित करेंगे और नए आरएन में इसे बनाने के लिए पीआर भेजेंगे।

धन्यवाद @Kudo विकलांग -

सभी कड़ी मेहनत के लिए @Kudo धन्यवाद! 241213.2.0 ने लगता है कि हमारे लिए दुर्घटनाओं को हल कर दिया है। दुर्भाग्य से, प्रदर्शन प्रभाव बहुत महत्वपूर्ण है। हमारे कुछ व्यस्त स्क्रीन पर कम अंत वाले उपकरणों पर हमने js fps को 20-30% तक घटाया है।

मैं यह भी पुष्टि कर सकता हूं कि क्रैश हो गया है, लेकिन हम लोअर एंड डिवाइस में काफी खराब प्रदर्शन देख रहे हैं। यह कहना कि हम RN58 / RN59 को और अधिक आधुनिक JSC में अपग्रेड करने की प्रतीक्षा कर रहे हैं, यह देखते हुए बेहद निराशाजनक है।

@kudo सबसे खराब स्थिति में

@ यदि वह निर्माण ठीक हो जाता है तो उस विकल्प को हां करना अच्छा होगा। यकीन नहीं होता कि यह कितना कठिन होगा। उम्मीद है कि JSC के दो संस्करणों के शिपिंग का मतलब यह नहीं होगा

@benoitdion @ItsNoHax क्या आप उन विशिष्ट उपकरणों को सूचीबद्ध कर सकते हैं

नेक्सस 5 और सैमसंग टैब ई पर दूसरों के बीच परीक्षण किया गया।

किसी भी Googlers के लिए जो अपने RN प्रोजेक्ट को 59.x पर अपग्रेड कर रहे हैं, सुनिश्चित करें कि android/app/build.gradle -> android {defaultConfig {versionName}} में आपकी प्रतिक्रिया-मूल-कोड-पुश निर्दिष्ट संस्करण के साथ मेल नहीं खा रही है।

मैं एक ही मुद्दे के लिए लगभग तीन दिनों तक संघर्ष करता रहा और बाद में मुझे पता चला कि v59.3 में मेरा अपग्रेड किया हुआ रिएक्ट नेटिव प्रोजेक्ट कोड-पुश द्वारा अपडेट हो रहा है जिसमें रिएक्ट नेटिव v54.7 है

90% लोगों के लिए ऐसा नहीं होना चाहिए। लेकिन मेरे जैसे कुछ लोगों के लिए, यह समय बचा सकता है।

इसके बाद @Kudo को धन्यवाद। क्रैश मुद्दों को ठीक किया।

Huawei Honor 8X में भी यह समस्या है

मैं यह भी पुष्टि कर सकता हूं कि क्रैश हो गया है, लेकिन हम लोअर एंड डिवाइस में काफी खराब प्रदर्शन देख रहे हैं। यह कहना कि हम RN58 / RN59 को और अधिक आधुनिक JSC में अपग्रेड करने की प्रतीक्षा कर रहे हैं, यह देखते हुए बेहद निराशाजनक है।

मुझे भी। एंड्रॉइड पर पुराना आरएन धीमा और दुर्घटनाग्रस्त था, नया आरएन तेज और दुर्घटनाग्रस्त है और इस फिक्स के साथ नया आरएन स्थिर और धीमा है। लगता है कि हम यह सब Android पर नहीं हो सकता। 🙈

डियर्स,

मुझे खेद है कि प्रदर्शन ने नो-जेआईटी संस्करण के लिए खराब अभिनय किया।
और क्षमा करें, मेरे पास अभी समाधान नहीं है।
मेरे लिए इस तरह के मुद्दे का निवारण करना मुश्किल है जो मैं पुन: पेश करने में असमर्थ था।
उम्मीद है कि समुदाय का कोई व्यक्ति समस्या को हल करने में मदद कर सकता है।

RN के लिए JSC https://github.com/react-native-community/jsc-android-buildscripts पर OSS है
यह https://github.com/react-native-community/jsc-android-buildscripts/blob/master/scripts/start.sh#L10 में लाइन को अनकंफर्टेबल लाइन द्वारा डिबग बिल्ड को सक्षम करने का समर्थन करता है
देशी रूप से डिबग करने के लिए gdb या lldb को संलग्न करना, शायद कुछ सुराग होगा।
क्रैश https://trac.webkit.org/browser/webkit/releases/WebKitGTK/webkit-2.22.6/Source/JavaScriptCore/jit/JITOperations.cpp#L1067 में कुछ RELEASE_ASSERT का उल्लंघन कर सकता है, लेकिन यह सुनिश्चित नहीं हो रहा है कि समस्या कैसे हो रही है। राज्य को।

इस पर आपके सभी काम के लिए धन्यवाद और jsc-android-buildscripts @Kudo। यह आपकी प्रगति के बाद अद्भुत रहा है! क्या हम (इस मुद्दे को देखने वाला समुदाय) मदद करने के लिए कुछ कर सकते हैं? मेरा मानना ​​है कि @tuncaulubilge में ज्यादातर स्थिर

हो सकता है कि आंतरिक facebook प्रतिक्रिया-मूलक टीम में jsc विशेषज्ञ हों?

मैंने अभी इस मुद्दे का सामना किया है, केवल वास्तविक डिवाइस, LENOVO A701a48, रनिंग एंड्रॉइड 6 पर होता है।
"arm64-v8a", "x86_64" को हटाना

ndk {
            abiFilters "armeabi-v7a", "x86", "arm64-v8a", "x86_64"
 }

यह हल किया था, लेकिन हैक-वाई abit लगा।

आशा है कि आरएन की टीम से जल्द ही अपडेट होगा :(

डियर्स,

यहाँ शायद मेरी आखिरी कोशिश है - नए WebKit संस्करण का उपयोग करने की।
@kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg WebKitGTK 2.24.2 पर आधारित है, आधारभूत JIT के साथ, लेकिन कोई DFG JIT नहीं है।
एक उल्लेखनीय परिवर्तन यह है कि नए WebKit ने JIT बाइटकोड प्रारूप को बदल दिया है।
x86 का JIT समर्थित नहीं है और armeabi-v7a JIT का समर्थन समुदाय (धन्यवाद Igalia) से है।
चूंकि दुर्घटना केवल आर्म 64 पर होती है, नया संस्करण अभी भी प्रयास करने के लिए लायक है।

इस संस्करण को एकीकृत करने के लिए विस्तृत चरण https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17#file -steps_for_webkitgtk_24_2-md में है।
उल्लेखनीय परिवर्तन है कि है 241213 -> 245459 पिछले जेएससी संस्करण से और सुनिश्चित करें कि करने के लिए 245459.9000.0 एडीबी लॉग में।
कृपया इस प्रयोग किए गए JSC को सत्यापित करने में मदद करें।
उम्मीद है कि इस बार हमारी किस्मत अच्छी हो। 🤞

@benoitdion आपके प्रोत्साहन के लिए धन्यवाद

@ कूडो @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg ठीक काम करता है!

पुष्टि कर सकते हैं कि उपरोक्त JSC का उपयोग करने पर RN v0.59 के साथ जो दुर्घटना हो रही थी, वह गायब हो गई है। Google Nexus 6 में परीक्षण किया गया, अन्य की पुष्टि रोल आउट के बाद की जाएगी।

धन्यवाद!!

@ कूडो मैं @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg रूप में मेरे लिए काम करता है की पुष्टि कर सकते हैं। सैमसंग गैलेक्सी S7 SM-G930FD में कोई दुर्घटना नहीं हुई है जो पहले RN v0.59 के साथ हो रही थी और इसे no-jit या jsc-android v241213.2.0 साथ तय किया गया है।

मुझे अभी तक इस नए निर्माण को एकीकृत करने का मौका नहीं मिला है क्योंकि मेरे पास रास्ते में कुछ अन्य परियोजना मील के पत्थर हैं, लेकिन जैसे ही ये रास्ते से बाहर होंगे, ऐसा करने की योजना है।

@Kudo के मूल no-dfg 99% क्रैश का निर्माण किया, जो मैंने देखा था और जबकि मैं एक भी दुर्घटना को उत्तेजित करने में सक्षम था, मैं इसे दोहरा नहीं पा रहा था।

मेरा मानना ​​है कि @tuncaulubilge मूल no-dfg बिल्ड के साथ क्रैश को पुन: उत्पन्न करने में सक्षम था, इसलिए यह देखना दिलचस्प होगा कि वह इस नए बिल्ड का क्या बनाता है।

@rimzici @dishantwalia @timhatch आपकी मदद के लिए धन्यवाद।

@tuncaulubilge यदि आपके पास उपलब्ध समय है, तो क्या आप नवीनतम प्रयोग किए गए संस्करण को सत्यापित करने में मदद कर सकते हैं?
IIRC, केवल आपने और @timhatch ने 241213 - डीएफजी " से क्रैश की सूचना दी।
उम्मीद है कि अपडेटेड वर्जन से हम क्रैश को ठीक कर सकते हैं।
धन्यवाद।

@ कुदो
Error when loading lib: dlopen failed: "/data/data/com.amiclient.qa/lib-main/librealmreact.so" is 32-bit instead of 64-bit lib hash: 28b81ed6ba5d3bb31c51509ac8150cd4 search path is /data/app/com.amiclient.qa-1/lib/arm64
ZTE ब्लेड, सैमसंग S8, वनप्लस 6. पर @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg एकीकृत करने के बाद यह मुद्दा है। केवल मोटोरोला Z2 Android 7.1.1 पर निर्माण शुरू किया!

@ कुदो
Error when loading lib: dlopen failed: "/data/data/com.amiclient.qa/lib-main/librealmreact.so" is 32-bit instead of 64-bit lib hash: 28b81ed6ba5d3bb31c51509ac8150cd4 search path is /data/app/com.amiclient.qa-1/lib/arm64
ZTE ब्लेड, सैमसंग S8, वनप्लस 6. पर @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg एकीकृत करने के बाद यह मुद्दा है। केवल मोटोरोला Z2 Android 7.1.1 पर निर्माण शुरू किया!

यह realm से संबंधित लगता है कृपया https://github.com/realm/realm-js/issues/2261#issuecomment -468691502 देखें
https://github.com/realm/realm-js/issues/2221

@Kudo एक बार फिर, महान काम के लिए धन्यवाद! दुर्भाग्य से, मैं एक नई परियोजना में स्थानांतरित हो गया हूं और अब पुरानी परियोजना तक पहुंच नहीं है। मैं अपने पुराने साथियों तक पहुँचने की कोशिश करूँगा और किसी को यह कोशिश करूँगा।

हम विशेष रूप से reactRootView.unmountReactApplication पर क्रैश कर रहे थे, जो कचरा संग्रहण को ट्रिगर करता है, जिससे कभी-कभी क्रैश हो जाता है। आप ReactRootViews को बनाने और नष्ट करने के लिए एक नमूना ऐप के साथ इसे पुन: पेश करने में सक्षम हो सकते हैं।

@ कुदो
Error when loading lib: dlopen failed: "/data/data/com.amiclient.qa/lib-main/librealmreact.so" is 32-bit instead of 64-bit lib hash: 28b81ed6ba5d3bb31c51509ac8150cd4 search path is /data/app/com.amiclient.qa-1/lib/arm64
ZTE ब्लेड, सैमसंग S8, वनप्लस 6. पर @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg एकीकृत करने के बाद यह मुद्दा है। केवल मोटोरोला Z2 Android 7.1.1 पर निर्माण शुरू किया!

इस से संबंधित लगता है realm जाँच कृपया दायरे / दायरे-js # 2261 (टिप्पणी)
realm / realm-js # 2221

आपको बहुत - बहुत धन्यवाद! बस दायरे को 2.28 पर अपडेट करना था।
@ विशेष धन्यवाद मेरा ऐप पहले से ही सही तरीके से काम करता है!

@Kudo मैंने पिछले परीक्षणों की तरह ही बिल्ड कॉन्फिगरेशन के साथ पहले से प्रभावित ऐप के एक संस्करण को फिर से बनाया है लेकिन @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg का उपयोग कर रहा है।
अब तक कोई क्रैश या लटका नहीं है - मैं देखूंगा कि क्या मैं सप्ताहांत भर में ऐप को तनाव दे सकता हूं और अगर मुझे कोई समस्या आती है तो वापस रिपोर्ट कर सकता हूं।

@timhatch आपको बहुत बहुत धन्यवाद और सप्ताहांत के दौरान अपना समय ले लो।
अगली बार आपसे अच्छी खबर सुनने के लिए उंगलियों को पार करना।

मैं पैच के साथ निर्माण नहीं कर सकता। मुझे FBSDK से निम्न त्रुटि मिल रही है:

`` ``
कार्य: प्रतिक्रिया- मूल- fbsdk: compileReleaseJavaWithJavac विफल
/ उपयोगकर्ता / Waltermonecke / दस्तावेज / कोड / रिएक्ट-नेटिव 2 / मूडपिक्सल / नोड_मॉड्यूल्स / प्रतिक्रिया-देशी-fbsdk / android / src / main / java / com / facebook / Reactnative / androidsdk / FBAppEventsLoggerMod
ule। जावा: २० ९ : त्रुटि: प्रतीक नहीं पा सकते
@ReactMethod (isBlockingSynchronousMethod = true)
^
प्रतीक: विधिब्लॉकिंग सिंक्रोनस मैथोड ()
स्थान: @interface ReactMethod
नोट: कुछ इनपुट फाइलें एक अपग्रेड किए गए एपीआई का उपयोग या ओवरराइड करती हैं।
नोट: पुनरावर्ती के साथ - पदावनति ।
नोट: /Users/waltermonecke/Documents/Code/React-Native2/moodPixel/node_modules/react-native-fbsdk/android/mrc/main/java/com/facebook/reactnative/androidsdk/Utility/vava/vive-tv/
नोट: पुनरावर्ती के साथ - अनियंत्रित ।
1 त्रुटि

विफलता: बिल्ड अपवाद के साथ विफल हुआ।
`` ``

@wmonecke मुद्दा मुझे अजीब लगता है। मैंने JSC AAR में किसी भी जावा कोड या ग्रेडल निर्भरता को नहीं छुआ।
क्या आप कृपया इस समस्या की जाँच कर सकते हैं या संक्षेप में बता सकते हैं कि आप पैच कैसे लगाते हैं?
मुझे लगता है कि आप गलती से पुराने आरएन निर्भरता का उपयोग करते हैं और
आप ./gradlew :app:dependencies | grep 'com.facebook.react:react-native:' द्वारा सत्यापित कर सकते हैं (कृपया सुनिश्चित करें कि लौटा हुआ RN संस्करण वह है जिसकी आपको अपेक्षा थी)।

मैं पैच के साथ निर्माण नहीं कर सकता। मुझे FBSDK से निम्न त्रुटि मिल रही है:

Task :react-native-fbsdk:compileReleaseJavaWithJavac FAILED
/Users/waltermonecke/Documents/Code/React-Native2/moodPixel/node_modules/react-native-fbsdk/android/src/main/java/com/facebook/reactnative/androidsdk/FBAppEventsLoggerMod
ule.java:209: error: cannot find symbol
     @ReactMethod(isBlockingSynchronousMethod = true)
                                                ^
  symbol:   method isBlockingSynchronousMethod()
  location: <strong i="7">@interface</strong> ReactMethod
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: /Users/waltermonecke/Documents/Code/React-Native2/moodPixel/node_modules/react-native-fbsdk/android/src/main/java/com/facebook/reactnative/androidsdk/Utility.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
1 error

FAILURE: Build failed with an exception.

@wmckcke आपको इसे प्राप्त करने के लिए दोनों (प्रतिक्रिया-देशी और कुडो सी) मावेन भंडार को जोड़ना होगा
मावेन {
// सभी प्रतिक्रियाशील मूल निवासी (जेएस, ओबज-सी स्रोत, एंड्रॉइड बायनेरिज़) एनपीएम से स्थापित है
url "$ rootDir /../ node_modules / प्रतिक्रिया-मूल / Android"
}

मावेन {
// Android के लिए निर्मित JSC पुस्तकालय के साथ AARs युक्त स्थानीय मावेन रेपो
url "$ rootDir /../ node_modules / @ kudo-ci / jsc-android / dist"
}

@ कूडो @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg साथ कोई समस्या नहीं है। कोई भी एप्लिकेशन हैंग या क्रैश नहीं होता है।

@ कूडो @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg साथ कोई समस्या नहीं है। कोई भी एप्लिकेशन हैंग या क्रैश नहीं होता है।

@ कुडू कृपया jsc-android-buildscripts में तय करें और एक संस्करण प्रकाशित करें। इसलिए हम इसे अपने प्रोडक्शन ऐप https://github.com/react-native-community/jsc-android-buildscripts में रोल आउट कर सकते हैं

@timhatch बहुत बढ़िया! विशेष रूप से अपने verficiation के लिए धन्यवाद। जल्द ही RSC में JSC बदलावों को आगे बढ़ाएगा।

@dishantwalia हां, जारी है। धन्यवाद।

इस पर आपके सभी काम के लिए @Kudo को धन्यवाद। क्या आप (या कोई और व्यक्ति जो जानता है कि क्या हो रहा है) कृपया इस सुधार को लागू करने के लिए कृपया मुझे सही दिशा में मार्गदर्शन करें (मुझे एहसास है कि यह प्रगति का काम है)।

मैं वर्तमान में RN 0.59.9 पर हूं। इन परिवर्तनों को पूरा करने के साथ, RN का एक अद्यतन संस्करण 0.59.10 की तरह उपलब्ध हो जाएगा या क्या मुझे इसके बजाय jsc-android-buildscripts 3.

@ कोड अपने अंतिम संस्करण के साथ कोई समस्या नहीं है। अच्छा कार्य! 💪

धन्यवाद @Kudo , मेरे पास एक ही सवाल है @jacquesdev 0.59.10 या jsc-android-buildscripts पूछ रहा है?

@ कूडो @dishantwalia
धन्यवाद! मैं केवल रख रहा था:
maven { // workaround for crash on 64 bit devices - remove once RN 59+ has resolved issue. // issue: https://github.com/facebook/react-native/issues/24261 url "$rootDir/../node_modules/@kudo-ci/jsc-android/dist" }

withing build.gradle

@ जल्द ही दुर्भाग्य से समस्या अभी भी है (गैलेक्सी एस 7, एंड्रॉइड 7)। मैंने @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg कोशिश की है।

मैंने नो-जेआईटी संस्करण की भी कोशिश की है, जिसने मदद नहीं की। मैंने इसे ऐसा बनाने का प्रबंधन नहीं किया था कि "जावास्क्रिप्टकोर" संस्करण आपके द्वारा प्रदान किए गए grep का उपयोग करते हुए एडीबी लॉगकट में प्रिंट किया गया है, न ही मैंने स्वयं लॉग इन करके लॉग में ही जावास्क्रिप्टकोर का कोई उल्लेख नहीं देखा था।

मैं बहुत बार दुर्घटना को पुन: उत्पन्न कर सकता हूं। यह हमेशा एक ही स्थान पर दुर्घटनाग्रस्त नहीं होता है।

यहां त्रुटि है (245459-fix-clear-cache-no-dfg):

06-26 13:56:22.982  4374  4521 W google-breakpad: Chrome build fingerprint:
06-26 13:56:22.982  4374  4521 W google-breakpad: 3.0.70
06-26 13:56:22.982  4374  4521 W google-breakpad: 30070
06-26 13:56:22.982  4374  4521 W google-breakpad: ### ### ### ### ### ### ### ### ### ### ### ### ###
06-26 13:56:22.984  4374  4521 F libc    : Fatal signal 11 (SIGSEGV), code 1, fault addr 0xafca in tid 4521 (mqt_js)
06-26 13:56:22.986  3075  3075 W         : debuggerd: handling request: pid=4374 uid=10169 gid=10169 tid=4521
06-26 13:56:23.089  3769  5715 D SSRM:k  : SIOP:: AP = 430, PST = 398 (W:6), CP = 318, CUR = -104, LCD = 99
06-26 13:56:23.154  4557  4557 F DEBUG   : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
06-26 13:56:23.156  4557  4557 F DEBUG   : Build fingerprint: 'samsung/hero2ltexx/hero2lte:7.0/NRD90M/G935FXXU1ZPL3:user/release-keys'
06-26 13:56:23.156  4557  4557 F DEBUG   : Revision: '8'
06-26 13:56:23.156  4557  4557 F DEBUG   : ABI: 'arm64'
06-26 13:56:23.157  4557  4557 F DEBUG   : pid: 4374, tid: 4521, name: mqt_js  >>> com.myapp <<<
06-26 13:56:23.157  4557  4557 F DEBUG   : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xafca
06-26 13:56:23.157  4557  4557 F DEBUG   :     x0   000000000000a01a  x1   0000000000000000  x2   00000079f6a30000  x3   0000007a05afe748
06-26 13:56:23.157  4557  4557 F DEBUG   :     x4   0000000000000000  x5   0000000000000010  x6   ffff000000000002  x7   0000000000009ab0
06-26 13:56:23.158  4557  4557 F DEBUG   :     x8   0000007a045acd6c  x9   0000000000000002  x10  0000000000000001  x11  0000000000000000
06-26 13:56:23.158  4557  4557 F DEBUG   :     x12  0000000000000fff  x13  00000079df7ed2b8  x14  00000079f6973890  x15  0000000000000001
06-26 13:56:23.158  4557  4557 F DEBUG   :     x16  00000079f6a59a30  x17  0000007a1ae56058  x18  000000000045b4fb  x19  0000007a05afe7f0
06-26 13:56:23.158  4557  4557 F DEBUG   :     x20  0000007a05afe750  x21  00000079f6a3a6b8  x22  0000007a1ae4b000  x23  00000079f693cf50
06-26 13:56:23.158  4557  4557 F DEBUG   :     x24  0000000000000000  x25  00000079df415e10  x26  0000000000000001  x27  ffff000000000000
06-26 13:56:23.158  4557  4557 F DEBUG   :     x28  ffff000000000002  x29  0000007a05afe750  x30  0000007a045ac890
06-26 13:56:23.158  4557  4557 F DEBUG   :     sp   0000007a05afe640  pc   0000007a045a27e4  pstate 0000000040000000
06-26 13:56:23.173  4557  4557 F DEBUG   : 
06-26 13:56:23.173  4557  4557 F DEBUG   : backtrace:
06-26 13:56:23.173  4557  4557 F DEBUG   :     #00 pc 00000000001647e4  /data/app/com.test.app-1/lib/arm64/libjsc.so
06-26 13:56:23.173  4557  4557 F DEBUG   :     #01 pc 000000000016e88c  /data/app/com.test.app-1/lib/arm64/libjsc.so
06-26 13:56:23.173  4557  4557 F DEBUG   :     #02 pc 000000000016ebf0  /data/app/com.test.app-1/lib/arm64/libjsc.so
06-26 13:56:23.173  4557  4557 F DEBUG   :     #03 pc 000000000016ed8c  /data/app/com.test.app-1/lib/arm64/libjsc.so
06-26 13:56:23.173  4557  4557 F DEBUG   :     #04 pc 0000000000005ecc  <anonymous:00000079eb5f9000>

बैकट्रेस कुछ भी सार्थक नहीं कह रहा है।

मैं यह भी उल्लेख करता हूं कि मेरे गैलेक्सी एस 7 पर आधिकारिक एंड्रॉइड 7 नहीं है क्योंकि एंड्रॉइड 8 से डाउनग्रेड करना असंभव था (एंड्रॉइड 8 के साथ समस्या नहीं पैदा कर सकता), इसलिए मुझे कस्टम रोम ढूंढना पड़ा जो एंड्रॉइड 7 का समर्थन करेगा।

मैं jsc-android-builddscripts पर अपनी अंतिम प्रतिबद्ध का उपयोग करके jsc-android के अपने डिबग संस्करण को संकलित करने की कोशिश कर रहा हूँ, लेकिन इसमें मुझे थोड़ा समय लगेगा।

मेरा मानना ​​है कि हम एक ही मुद्दा रहे हैं।

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
pid: 0, tid: 0 >>> com.groundspeak.react.adventures <<<

backtrace:
  #00  pc 00000000007e048c  /data/app/com.groundspeak.react.adventures-1/lib/arm64/libjsc.so
  #01  pc 00000000000be650  /data/app/com.groundspeak.react.adventures-1/lib/arm64/libjsc.so
  #02  pc 0000000000489f2c  /data/app/com.groundspeak.react.adventures-1/lib/arm64/libjsc.so
  #03  pc 000000000025fd98  <anonymous>

Android संस्करण द्वारा:

संस्करण | नंबर | प्रतिशत है
- | - | -
एंड्रॉइड 7.0 | 66 | 100.0%

डिवाइस द्वारा:

डिवाइस | नंबर | प्रतिशत है
- | - | -
Hero2lte | 26 | 39.4%
herolte | 24 | 36.4%
heroltebmc | 16 | 24.2%

आरएन को 0.58.6 से 0.59.9 तक अपडेट करने के बाद मुझे गैलेक्सी एस 7 क्रैश भी हुआ है।

jsc-android का वर्तमान npm संस्करण अभी भी ऐप को दुर्घटनाग्रस्त बनाता है, लेकिन @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg और JSC संस्करण का उपयोग करके 245459.9000.0 ने मेरे लिए S7 पर क्रैश को ठीक कर दिया।

@ChrisEelmaa adb logcat में "JavaScriptCore.Version" लॉग सही JSC संस्करण को चुनने की पुष्टि करने का एक तरीका है।
क्योंकि RN 0.59 ने लिबजस्सो बनाया है और पिकफर्स्ट '** / libjsc.so' मेरी राय में विश्वसनीय नहीं है।

JSC संस्करण की पुष्टि करने का एक वैकल्पिक तरीका निम्नलिखित कदम होगा:

1. unzip /path/to/app.apk
2. तार jni / arm64-v8a / libjsc.so | grep -C 1 JavaScriptCore.Version

आउटपुट कुछ इस तरह होना चाहिए:

$ strings jni/arm64-v8a/libjsc.so|grep -C 1 JavaScriptCore.Version                                                                                                   
API Wrapper
JavaScriptCore.Version
245459.9000.0

@ अपने तय के लिए धन्यवाद, यह नरक को रोकने के लिए लगता है।

मेरे 2 सेंट वहाँ हैं: मेरे पास jni फ़ोल्डर नहीं है, लेकिन lib एक है, इसलिए इस आदेश का उपयोग करते हुए unzipping के बाद संस्करण की जांच करें:

$ strings lib/arm64-v8a/libjsc.so | grep -C 1 JavaScriptCore.Version
API Wrapper
JavaScriptCore.Version
245459.9000.0

धन्यवाद @ कूडो

पहले मेरे पास प्रतिक्रिया-मूल 0.58.3 थी, मुझे लगता है कि लोग हर समय 0.59 का उल्लेख करते हैं, इसलिए मैंने भी अपडेट करने का फैसला किया। 0.59.0 और @ kudo-ci / jsc-android @ 245459-fix-clear-cache-no-dfg का संयोजन मेरे लिए ट्रिक का काम करने लगा।

मैं अब दुर्घटना का उत्पादन नहीं कर सकता।

किसी को पता है कि क्या इस मुद्दे के लिए एक तय अगले RN रिलीज में होगा?

किसी को पता है कि क्या इस मुद्दे के लिए एक तय अगले RN रिलीज में होगा?

https://github.com/react-native-community/jsc-android-buildscripts#for -react-native-version-060-and-new

@ श्रीकृष्णकरी
बस आपके द्वारा अनुसरण किए गए चरणों की पुष्टि करने के लिए।

आपने यहां निर्देशों का पालन किया, https://github.com/react-native-community/jsc-android-buildscripts#for -react-native-version-059

लेकिन आपने "jsc-android": "241213.x.x", जोड़ने के बजाय अदला-बदली की, आपने अपने पैकेज के लिए @kudo-ci/jsc-android": "^245459.9000.0 जोड़ा। json? क्या आपने कोई अन्य परिवर्तन किए?

उदाहरण के लिए मैं देखता हूं कि build.grad में, आपको implementation "org.webkit:android-jsc:r241213" जोड़ना चाहिए, क्या उस लाइन को भी बदलना होगा, और यदि हाँ तो यह क्या होना चाहिए?

मैं बिल्ड एरर Could not find org.webkit:android-jsc:r241213. या Could not find org.webkit:android-jsc:r245459.9000.0. हूं, इसलिए मैं अनुमान लगा रहा हूं कि मेरा मुद्दा वहां गलत संदर्भ का उपयोग कर रहा है, लेकिन यह बता नहीं सकता कि यह क्या होना चाहिए।

@jacquesdev इस गाइड में दिए गए चरणों का पालन करें: https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17#file -steps_for_webkitgmk_2_24_2-md

डियर्स,

सिर्फ यह बताने के लिए कि [email protected] ' के रूप में प्रकाशित हुआ है।
मैंने अद्यतन JSC को RN में रखने के लिए https://github.com/facebook/react-native/pull/25426 भेजा है।
और @kelset के पास RN 0.60 RC भी है।
उम्मीद है कि हम आखिरकार इस मुद्दे को ठीक कर सकते हैं और बंद कर सकते हैं।
विशेष रूप से मेरे प्रयोग किए गए संस्करणों को आगे और पीछे सत्यापित करने के लिए यहां के लोगों को चिल्लाएँ।
हम तथाकथित आरएन समुदाय हैं!

धन्यवाद @ कुदो! क्या आपके पास कोई विचार है कि क्या यह 0.59.x रिलीज़ करने का कोई मौका है, या क्या यह केवल 0.60 में होने की संभावना है?

यह भयानक हो सकता है अगर हम इसे 0.59.x में प्राप्त कर सकते हैं
एंड्रॉइड एक्सएक्सएक्स और एक्सटर्नल लिब के साथ 0.60 में बहुत सारे ब्रेकिंग बदलाव हैं।

+1 हमारे लिए, इसे 0.59.x में लाने से हमारी समस्याओं का समाधान होगा
क्षुधा।

वास्तव में Android X समर्थन के कारण 0.60 में प्रवेश नहीं करना चाहते हैं
पुस्तकालय अब तक।

JSC के लिए pickFirst हमारे लिए काम नहीं किया है, हमारे मूल कामों में से एक होना चाहिए
एक मुद्दा है, लेकिन यह हमेशा rn आंतरिक संस्करण लेने के लिए लगता है।
(स्वच्छ परियोजना ने हालांकि काम किया, इसलिए हमारे डिपों में से एक को इसका कारण बनना चाहिए)

कर्क

शनिवार को, 29 जून 2019, 19:35 अनुराग दाधीच, सूचनाएं @github.com
लिखा था:

यह भयानक हो सकता है अगर हम इसे 0.59.x में प्राप्त कर सकते हैं
एंड्रॉइड एक्सएक्सएक्स और एक्सटर्नल लिब के साथ 0.60 में बहुत सारे ब्रेकिंग बदलाव हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको इस धागे की सदस्यता दी गई है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/facebook/react-native/issues/24261?email_source=notifications&email_token=AABPHZ25TBIFBOI3QWMSPXL46H3N5N3M5N77MRARA2YY3PNVWKWH52HHSHHSH52HFH52&hl=hi&hl=hi
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AABPHZ2D5WUEM4S3242ZTYTP46TN3ANCNFSM4HC77RAQ
।

हाय मुझे पता है कि इस "@ kudo-ci / jsc-android @ 245459-fix-clear-cache-no-dfg " कहाँ जोड़ना है?

हाय @ अपने शानदार काम के लिए धन्यवाद!

बिना DFG JIT वाले पुराने WebKit में, क्रैश अभी भी होते हैं, लेकिन नए DFK JIT के साथ 2.24.2 नए इसे ठीक करने के लिए लगता है। मैं सोच रहा हूँ कि क्या यह नए WebKit की कोशिश कर रहा है DFG JIT के साथ सक्षम है ताकि यह काम कर सके तो उच्चतम संभव प्रदर्शन की अनुमति दे सके।

मैं कुछ टिप्पणियों से सहमत हूँ इससे पहले कि इस फिक्स के साथ 0.59.10 बेहतर होगा क्योंकि यह 0.60 @Kudo @kelset @grabbou @turnrye में अपग्रेड करने के लिए कठिन होने जा रहा है

यहाँ एक ही मुद्दा है,

हम 0.60 में अपग्रेड नहीं कर सकते क्योंकि प्रतिक्रिया-मूल-नक्शे AndroidX का समर्थन नहीं करते हैं, हमारे अपडेट को 0.59.X तक नहीं बढ़ा सकते क्योंकि S7 & S7 प्लस क्रैश हो गए हैं।

यह वास्तव में व्यवसायों के लिए एक मुद्दा है जो प्रतिक्रिया-मूल पर निर्भर करता है

क्या इसके समाधान की कोई युक्ति है?

मैं @adnkh से सहमत

फिक्स का उपभोग करने के लिए आपको 0.60 पर अपग्रेड करने की आवश्यकता नहीं है। आपको https://github.com/react-native-community/jsc-android-buildscripts/#for -react-native-version-059 पर दिए गए निर्देशों का पालन करने में सक्षम होना चाहिए। आप जिस संस्करण को स्थापित करना चाहते हैं वह 245459.0.0 या अधिक है।

हाय @benoitdion ,

हां, मुख्य पुस्तकालय में नहीं होने पर भी इसका सेवन करना संभव है, वास्तव में, मैंने इन निर्देशों का पालन किया है https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17 । और यह काम किया

लेकिन मुझे नहीं लगता कि यह एक स्थायी समाधान है और साफ-सुथरा है क्योंकि आपको अपने एंड्रॉइड प्रोजेक्ट में कई चीजों को जोड़ने की आवश्यकता है, मुझे लगता है कि मुख्य आरएन में एक हॉटफिक्स डेवलपर के दृष्टिकोण से अधिक सुविधाजनक होगा और यह कई दुर्घटनाग्रस्त मुद्दों को हल करता है Android ऐप्स पर

फिक्स का उपभोग करने के लिए आपको 0.60 पर अपग्रेड करने की आवश्यकता नहीं है। आपको https://github.com/react-native-community/jsc-android-buildscripts/#for -react-native-version-059 पर दिए गए निर्देशों का पालन करने में सक्षम होना चाहिए। जिस संस्करण को आप इंस्टॉल करना चाहते हैं, वह 245459.0.0 या अधिक है।

@benoitdion हां, लेकिन यह एक वर्कअराउंड है, 0.59.10 के रूप में प्रकाशित एक आधिकारिक फिक्स बेहतर होगा।

धन्यवाद @ कूडो
अधिकांश दुर्घटनाओं में @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg उपयोग करें
लेकिन उत्पादन में अभी भी कुछ क्रैश हैं

xiaomi MIX 3 XiaoMi / MIUI Android 9, स्तर 28 arm64-v8a

1 #00 pc 00000000000f7748 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::AccessCase::propagateTransitions(JSC::SlotVisitor&) const+16) [arm64-v8a]
2 #01 pc 0000000000143fe8 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::PolymorphicAccess::propagateTransitions(JSC::SlotVisitor&) const+48) [arm64-v8a]
3 #02 pc 000000000012f0a8 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::CodeBlock::propagateTransitions(JSC::ConcurrentJSLocker const&, JSC::SlotVisitor&)+556) [arm64-v8a]
4 #03 pc 0000000000139484 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::ExecutableToCodeBlockEdge::runConstraint(JSC::ConcurrentJSLocker const&, JSC::VM&, JSC::SlotVisitor&)+40) [arm64-v8a]
5 #04 pc 000000000013900c /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::ExecutableToCodeBlockEdge::visitChildren(JSC::JSCell*, JSC::SlotVisitor&)+1044) [arm64-v8a]
6 #05 pc 00000000001fb9c4 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (_ZZN3JSC11SlotVisitor5drainEN3WTF13MonotonicTimeEENK3$_3clERNS_14MarkStackArrayE+324) [arm64-v8a]
7 #06 pc 00000000001f8e90 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::SlotVisitor::drain(WTF::MonotonicTime)+132) [arm64-v8a]
8 #07 pc 00000000001f96bc /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::SlotVisitor::drainFromShared(JSC::SlotVisitor::SharedDrainMode, WTF::MonotonicTime)+580) [arm64-v8a]
9 #08 pc 00000000001e41a0 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (_ZN3WTF17SharedTaskFunctorIFvvEZN3JSC4Heap13runBeginPhaseENS2_11GCConductorEE4$_17E3runEv+580) [arm64-v8a]
10 #09 pc 00000000006171ec /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (WTF::ParallelHelperClient::runTask(WTF::RefPtr<WTF::SharedTask<void ()>, WTF::DumbPtrTraits<WTF::SharedTask<void ()> > > const&)+40) [arm64-v8a]
11 #10 pc 0000000000617950 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (WTF::ParallelHelperPool::Thread::work()+16) [arm64-v8a]
12 #11 pc 000000000060de7c /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (_ZN3WTF8FunctionIFvvEE15CallableWrapperIZNS_15AutomaticThread5startERKNS_14AbstractLockerEE3$_0E4callEv+376) [arm64-v8a]
13 #12 pc 000000000061b084 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (WTF::Thread::entryPoint(WTF::Thread::NewThreadContext*)+212) [arm64-v8a]
14 #13 pc 0000000000646dc8 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (WTF::wtfThreadEntryPoint(void*)+4) [arm64-v8a]
15 #14 pc 0000000000081dac /system/lib64/libc.so (__pthread_start(void*)+36) [arm64-v8a]
16 #15 pc 0000000000023788 /system/lib64/libc.so (__start_thread+68) [arm64-v8a]

ओप्पो R9S Oppo / COLOROS Android 6.0.1, स्तर 23 arm64-v8a

1 #00 pc 00000000000f7748 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::AccessCase::propagateTransitions(JSC::SlotVisitor&) const+16) [arm64-v8a]
2 #01 pc 0000000000143fe8 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::PolymorphicAccess::propagateTransitions(JSC::SlotVisitor&) const+48) [arm64-v8a]
3 #02 pc 000000000012f0a8 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::CodeBlock::propagateTransitions(JSC::ConcurrentJSLocker const&, JSC::SlotVisitor&)+556) [arm64-v8a]
4 #03 pc 0000000000139484 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::ExecutableToCodeBlockEdge::runConstraint(JSC::ConcurrentJSLocker const&, JSC::VM&, JSC::SlotVisitor&)+40) [arm64-v8a]
5 #04 pc 000000000013900c /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::ExecutableToCodeBlockEdge::visitChildren(JSC::JSCell*, JSC::SlotVisitor&)+1044) [arm64-v8a]
6 #05 pc 00000000001fb9c4 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (_ZZN3JSC11SlotVisitor5drainEN3WTF13MonotonicTimeEENK3$_3clERNS_14MarkStackArrayE+324) [arm64-v8a]
7 #06 pc 00000000001f8e90 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::SlotVisitor::drain(WTF::MonotonicTime)+132) [arm64-v8a]
8 #07 pc 00000000001f96bc /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::SlotVisitor::drainFromShared(JSC::SlotVisitor::SharedDrainMode, WTF::MonotonicTime)+580) [arm64-v8a]
9 #08 pc 00000000001e41a0 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (_ZN3WTF17SharedTaskFunctorIFvvEZN3JSC4Heap13runBeginPhaseENS2_11GCConductorEE4$_17E3runEv+580) [arm64-v8a]
10 #09 pc 00000000006171ec /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (WTF::ParallelHelperClient::runTask(WTF::RefPtr<WTF::SharedTask<void ()>, WTF::DumbPtrTraits<WTF::SharedTask<void ()> > > const&)+40) [arm64-v8a]
11 #10 pc 0000000000617950 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (WTF::ParallelHelperPool::Thread::work()+16) [arm64-v8a]
12 #11 pc 000000000060de7c /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (_ZN3WTF8FunctionIFvvEE15CallableWrapperIZNS_15AutomaticThread5startERKNS_14AbstractLockerEE3$_0E4callEv+376) [arm64-v8a]
13 #12 pc 000000000061b084 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (WTF::Thread::entryPoint(WTF::Thread::NewThreadContext*)+212) [arm64-v8a]
14 #13 pc 0000000000646dc8 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (WTF::wtfThreadEntryPoint(void*)+4) [arm64-v8a]
15 #14 pc 00000000000664a4 /system/lib64/libc.so (__pthread_start(void*)+52) [arm64-v8a]
16 #15 pc 000000000001ebc4 /system/lib64/libc.so (__start_thread+16) [arm64-v8a]

RMX1901 ओपो / कलर एंड्रॉइड 9, लेवल 28 arm64-v8a

1 #00 pc 0000007772fbb2c0 <unknown>
2 #01 pc 00000000005519bc /data/app/com.gezbox.windmessage-vCMpnEKA509f1Di2EyrZ2w==/lib/arm64/libjsc.so (JSC::RegExp::match(JSC::VM&, WTF::String const&, unsigned int, WTF::Vector<int, 0ul, WTF::CrashOnOverflow, 16ul>&)+500) [arm64-v8a]
3 #02 pc 00000000005722e8 /data/app/com.gezbox.windmessage-vCMpnEKA509f1Di2EyrZ2w==/lib/arm64/libjsc.so (JSC::stringProtoFuncReplaceUsingRegExp(JSC::ExecState*)+3072) [arm64-v8a]
4 #03 pc 0000007772dff1ec <unknown>

👋 हर कोई

हम आप सभी को सुनते हैं, और मुद्दों के कारण आप में से कई लोग हैं, हमने आपको JSC के नए संस्करण के साथ प्रदान करने के लिए एक अंतिम 0.59.10 पैच रिलीज़ किया है।

0.59 पर बैक-पोर्टिंग के लिए अपने काम के लिए @Kudo को बहुत धन्यवाद।

हम निकट भविष्य के लिए अन्य 0.59 रिलीज नहीं करेंगे, क्योंकि यह एक चुनौतीपूर्ण काम है और कठिन भी है क्योंकि हम 0.60 पर भी काम कर रहे हैं (जिसमें नया JSC भी होगा!)।

मैं इसे बंद करने जा रहा हूं क्योंकि मुख्य मुख्य मुद्दे से निपट लिया गया है, लेकिन मैं अन्य दुर्घटनाओं के लिए एक नया खोलने का सुझाव दूंगा जो आप 0.59.10 के बाद अनुभव कर रहे होंगे।

उत्कृष्ट खबर !!

सभी को धन्यवाद, खासकर @kudo !!

टयू पर, 2 जुलाई 2019, 12:29 लोरेंजो स्कियानड्रा, सूचनाएं @github.com
लिखा था:

👋 हर कोई

हम आप सभी को सुनते हैं, और मुद्दों की वजह से आप में से कई हम हैं
के पिछले संस्करण के साथ आपको प्रदान करने के लिए एक अंतिम 0.59.10 पैच रिलीज़ किया
JSC।

अपने काम के लिए @Kudo https://github.com/Kudo को बहुत-बहुत धन्यवाद
इसे 0.59 पर वापस भेज दिया गया।

हम नए 0.59 रिलीज नहीं करेंगे, क्योंकि यह एक चुनौतीपूर्ण काम है और यहां तक ​​कि
कठिन है क्योंकि हम 0.60 पर भी काम कर रहे हैं (जिसमें नया JSC होगा
भी!)।

मैं इसे बंद करने जा रहा हूं क्योंकि मुख्य कोर मुद्दे से निपट लिया गया है, लेकिन मैं चाहता हूं
अन्य दुर्घटनाओं के लिए एक नया खोलने का सुझाव दें जिसे आप अनुभव कर रहे हैं
0.59.10 के बाद।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको इस धागे की सदस्यता दी गई है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/facebook/react-native/issues/24261?email_source=notifications&email_token=AABPHZZG2Z764HFNPJB7UVTP2M325A5CNFSM4HC77ARA2YY3PNVWKWHUL52HULVH52HVH5252 वीपीएफ वीएचएस
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AABPHZ5PYT4F7ZZGQXZKKKLP5M325ANCNFSM4HC77RAQ
।

फिक्स के लिए बहुत बहुत धन्यवाद! 0.59.10 लिए प्रतिक्रिया-मूल को अपग्रेड करने के बाद, क्या मुझे अभी भी यहां बताए गए चरणों को लागू करने की आवश्यकता

केविन,

RN 0.59.10 में अपग्रेड करने के बाद आपको किसी भी जिस्ट का अनुसरण करने की आवश्यकता नहीं है
अब किसी भी निर्देश।

क

बुध पर, 3 जुलाई 2019, 15:42 केविन एटोर, नोटिफिकेशन @github.com ने लिखा:

फिक्स के लिए बहुत बहुत धन्यवाद! 0.59.10 के संस्करण में प्रतिक्रिया-मूल को अपग्रेड करने के बाद,
क्या मुझे अभी भी यहां बताए गए चरणों को लागू करने की आवश्यकता है
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17 ?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको इस धागे की सदस्यता दी गई है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/facebook/react-native/issues/24261?email_source=notifications&email_token=AABPHZ6H66HMI6CFMMXMR4Y2S5S3DVA5CNFSM4HCNRARA2YY3PNVWHULVOULOHOHOHOHOH8H6H6H6H6646&hl=hi
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AABPHZ6UMO5NS4F4OZ7RWPTP5S3DVANCNFSM4HC77RAQ
।

मेरा ऐप अभी भी RN-0.59.10 के साथ Meizu M5s M612H Android OS 6 पर क्रैश होता है। मैंने @kelset के सुझाव के मुद्दा बनाया है।

अभी भी कमला S41 (Android 8.0) पर दुर्घटनाग्रस्त हो रहा है। अन्य सभी उपकरणों पर समस्या हल हो गई। एक नया मुद्दा भी बनाया। मुझे बताओ कि क्या यह करने का सही तरीका नहीं है।

हाय दोस्तों
64 बिट में संकलित होने पर मेरा ऐप कुछ एंड्रॉइड डिवाइस में भी क्रैश हो जाता है

क्या आप प्रतिक्रिया-मूल-तत्व पैकेज संस्करण 1.1.0 का उपयोग कर रहे हैं ??
क्योंकि घटक हैडर मेरे ऐप को क्रैश करता है और अवतार घटक को भी जब मैं प्रोप आइकन या शीर्षक डालता हूं

क्या कोई और जांच कर सकता है कि क्या उनके साथ भी ऐसा ही होता है?

किसी भी s7 मालिकों को हर्मीस के साथ इस मुद्दे का परीक्षण करने का मौका था?

अगर मैं नीचे ऐप क्रैश का उपयोग करता हूं और Google play store द्वारा स्वीकार किया जाता है
ndk {abiFilters "armeabi-v7a", "arm64-v8a", "x86", "x86_64"}
अगर मैं नीचे दिए गए ऐप का उपयोग कर रहा हूं, लेकिन Google play store द्वारा स्वीकार नहीं किया गया है
ndk {abiFilters "armeabi-v7a", "x86"}

कृपया कोई भी मुझे हल करने में मदद करें

अभी भी 64 बिट आर्म एपीके के साथ मोटो जी 7 और पिक्सल 2 (दोनों एंड्रॉइड 9.0) पर क्रैश होता है। यह 32 बिट आर्म एपीके के साथ ठीक काम करता है।

@ afras21 - ऐसा इसलिए है क्योंकि बग 64 बिट संस्करण में मौजूद है, जिसे Google Play Store अनिवार्य बना रहा है।

@jacquesdev धन्यवाद जेक, अब उन्होंने अनिवार्य को हटा दिया और अब इसका काम कर रहे हैं

@ afras21 आपका मतलब है कि google ने playstore से 64 बिट प्रतिबंध हटा लिया है?

मेरे पास एक ही मुद्दा है। अगर मैं अपनी परियोजना को 0.59.9 से 0.60.4 तक अद्यतन करता हूं, तो क्या मुझे समस्या ठीक करनी चाहिए?

मेरे पास एक ही मुद्दा है। मैं वर्तमान में 0.59.9 का उपयोग कर रहा हूं। अगर मैं 0.60.x पर अपग्रेड करता हूं, तो क्या समस्या हल हो जाएगी?

कृपया पहले प्रयास करें यदि 0.59.10 ने आपके लिए समस्याओं को हल किया हो।
यदि नहीं, तो शायद यह आरएन 0.60.4 को अपग्रेड करने और इसके बजाय हेमीज़ को चालू करने के लिए लायक है।

कूडो ने जो कहा, उसे दोहराते हुए, इस मुद्दे की पिछली सामग्री को संक्षेप में प्रस्तुत करना और संक्षेप में प्रस्तुत करना (क्योंकि इस बिंदु पर इतनी टिप्पणियों के माध्यम से छांटना मुश्किल है):

यदि आपके पास 0.59.9 या नीचे है, तो यह पुराने JSC के साथ एक सत्यापित समस्या है। यह ऊपर सैकड़ों टिप्पणियों का विषय है (और अन्य मुद्दों में)। समस्या 64-बिट के लिए अनन्य नहीं है, लेकिन अधिकतर 64-बिट के साथ होती है।

0.60+ में विशेष रूप से एंड्रॉइड पर विभिन्न ब्रेकिंग परिवर्तन हैं।

यदि आप उस से गुजरना नहीं चाहते हैं, तो 0.59.10 का प्रयास करें क्योंकि यह ठीक है (जैसा कि ऊपर वर्णित है) सीधे संस्करण / बिल्ड में एकीकृत है - और यह अधिकांश मामलों के लिए समस्या को ठीक करने के लिए लगता है।

अभी भी ऐसे मामले हैं जहां कुछ फोन के लिए समस्याएं हैं (जो मैंने भी सामना किया है), # 25494 देखें - यदि आपके पास यह है, तो मैं आपके स्टैकट्रैक को उस खुले मुद्दे पर पोस्ट करने का सुझाव दूंगा। हालाँकि, यदि आप कह रहे हैं कि आपके पास 0.59.9 है, तो आप 0.59.10 पर जाकर अपनी समस्या को ठीक कर सकते हैं।

@MalcolmScruggs @ntorion @ harryt2
क्या आपने इसे हल किया है? कैसे हल करें to धन्यवाद

0.59.10 ने इसे मेरे लिए हल नहीं किया। मैं 0.60.x उन्नयन बनाने की कोशिश करता हूँ

@MalcolmScruggs @ntorion @ harryt2
क्या आपने इसे हल किया है? कैसे हल करें to धन्यवाद

0.59.10 ने इसे मेरे लिए हल नहीं किया। मैं 0.60.x पर अपग्रेड नहीं कर सकता क्योंकि मेरे कुछ आश्रित काम नहीं करेंगे। हेमीज़ पर संकलन करने के लिए मिला, लेकिन ANRs में एक विशाल स्पाइक (मंचन रोलआउट के लिए धन्यवाद भगवान) को देखा। अभी भी आरएन संस्करण 0.57.8 के साथ प्ले स्टोर पर बैठा है, लेकिन 64 बिट की आवश्यकता के कारण मैं अपने ऐप को अब और अपडेट नहीं कर सकता। बहुत निराश और यह तय करने की कोशिश कर रहा है कि क्या पूरे ऐप को किसी अन्य ढांचे के साथ फिर से बनाना है।

@ harryt2 @rogerkerse साभार
मेरी स्थिति और भी खराब है। रिलीज़ किए गए संस्करण में बग हैं, इसलिए मुझे 64 एप्लिकेशन को अपग्रेड करना होगा। मैं इस समस्या को हल नहीं कर सकता। मैं स्पंदन भी कर रहा हूं, लेकिन इतनी तेजी से पूर्ण प्रतिस्थापन नहीं।

मैं वास्तव में 0.60.5 के रिएक्ट-मूल को टक्कर देने और हेमीज़ + 64-बिट (जो एक दर्द के रूप में प्रतिक्रिया-मूल हमेशा अपग्रेड करता है) को सक्षम करने की परेशानी से गुजरा और मैं अभी भी कई एंड्रॉइड फोन पर इन मुद्दों को शामिल कर रहा हूं (सहित हुवावेई MYA-L41)।

मैंने बहुत किस्मत के बिना अन्य थ्रेड्स में पाई गई हर चीज के बारे में कोशिश की है, इसलिए मैं आपको प्रतिक्रिया-मूलक टकरा सकता हूं और हर्मीस इन सभी मुद्दों को ठीक नहीं करता।

अद्यतन किए गए प्रतिक्रिया-मूल + हेमीज़ और 64-बिट अन्य एंड्रॉइड डिवाइसों पर अद्भुत है जो मैंने इसे चलाया है और हमारे ऐप ने कभी भी चिकना महसूस नहीं किया है।

हालाँकि, जब भी मैं उस विशिष्ट डिवाइस पर परीक्षण करता हूं जिसका मैंने उल्लेख किया था (हुआवेई) यह तुरंत क्रैश हो जाता है या ऐप विशिष्ट दुर्घटना संदेश के बिना 1-2 सेकंड के लिए खुला रहता है, मेरे पास इसके अलावा कोई अन्य डिवाइस नहीं है और एक नया हुआवेई ( जो पूरी तरह से काम करता है) इसलिए मैं आपको अन्य फोन पर अधिक जानकारी नहीं दे सकता।

अगर किसी ने इस मुद्दे के साथ कोई प्रगति की है या मेरे मुद्दों को अधिक विशेष रूप से लॉग इन करने के लिए कोई विचार है, तो सलाह का हमेशा स्वागत है और मैं इस मुद्दे के बारे में किसी भी जानकारी को साझा करने के लिए तैयार हूं।
समाधान की पेशकश के लिए इस धागे में लोगों के लिए धन्यवाद, लेकिन अब तक कोई भाग्य नहीं। 🙂

@YoranRoels क्या आपने प्रतिक्रिया-मूल init द्वारा बनाए गए एक स्वच्छ ऐप को चलाने की कोशिश की है? मुझे आश्चर्य है कि क्या दुर्घटना आरएन के कारण होती है या आपके द्वारा लिखी गई कुछ लाइब्रेरी या कोड।

@armenbadalyan तेज प्रतिक्रिया के लिए धन्यवाद।

मैंने अभी एक नया प्रोजेक्ट स्थापित किया है और इसे डिवाइस पर चलाने की कोशिश की है और सब कुछ ठीक लगता है, इसलिए अंत में यह मेरे सेटअप के साथ कुछ ऐसा लगता है। क्या यह डिबग करने का एक कुशल तरीका है क्योंकि मेरा लॉगकैट com.<our_app_id> अलावा कुछ भी उपयोगी नहीं है?

प्रतिक्रियाशील मूल निवासी 59.10 हमारे लिए इसे हल नहीं करता है। ऐप अभी भी पहले लॉन्च पर क्रैश हो गया है।

@GreanBeetle https://github.com/facebook/react-native/issues/25494 देखें

अप-टू-डेट पथ का उपयोग करना है (इस थ्रेड में), 0.60+ और हेमीज़।

@YoranRoels डिवाइस से समाधि का पत्थर प्राप्त करें। देखें: https://github.com/facebook/react-native/issues/24261#issuecomment -490233902

@GreanBeetle इस समस्या से छुटकारा पाने के लिए आप 0.59.10 पर V8 इंजन का उपयोग कर सकते हैं
https://github.com/Kudo/react-native-v8

धन्यवाद @ जे-वांग। @manuhook अपने समाधान को एक शॉट देने जा रहा है।

@GreanBeetle इस समस्या से छुटकारा पाने के लिए आप 0.59.10 पर V8 इंजन का उपयोग कर सकते हैं
https://github.com/Kudo/react-native-v8

पुष्टि कर सकते हैं कि इससे हमारे लिए समस्या हल हो गई। 64 बिट react-native-v8 पर 0.59.10 साथ बनाता है, अब और दुर्घटना नहीं कर रहे हैं और हम अंततः Google Play पर फिर से अपडेट पुश कर सकते हैं। धन्यवाद!

मैंने tombstone लॉगिंग @ j-wang का उल्लेख करने की कोशिश की, लेकिन मैंने वास्तव में कभी भी इसका उपयोग नहीं किया है और यह एक बहुत बड़ी फ़ाइल थी जिसे पढ़ना मुश्किल था, थोड़ी देर की खोज के बाद मुझे वास्तव में एक पठनीय मूल कारण नहीं मिला।

@Armenbadalyan की सलाह लेने के बाद, मैंने यह

उस घटक में एक मौका है कि हम null को source चर के रूप में react-native Image । मुझे यह देखने के लिए थोड़ी देर हो गई कि कोई वास्तविक स्पष्ट त्रुटियां न हों, लेकिन अंत में यह मेरे लिए सब कुछ तय कर रहा है और यह हमारे सभी परीक्षण उपकरणों पर चल रहा है। फिर भी कोई सुराग नहीं कि यह हमारे अन्य परीक्षण उपकरण पर विफल क्यों नहीं हुआ ...

यह सुनिश्चित करने के लिए अपने ऐप के पहले घटक को सरल बनाने में अन्य लोगों की मदद कर सकते हैं कि यह उस कोड पर दुर्घटनाग्रस्त न हो।

TL; DR : यह शायद अब तक पूरी तरह से विषय है, लेकिन यह किसके लिए चिंता का विषय है: null source VARIABLE का Image , यह नहीं है ' टी सभी उपकरणों पर काम करते हैं। 😅

@ harryt2 हाँ, मैं भी। RN 0.60 + पर अपग्रेड होने के बाद मुझे ANR में बहुत बड़ा स्पाइक मिला

स्टार्टअप क्रैश को दूर करने के लिए अभी भी लोगों की थोड़ी मदद:

1. एक कंसोल में adb logcat चलाएं
2. कंसोल स्पैम को रोकने के लिए प्रतीक्षा करें
3. अपने डिवाइस पर दुर्घटनाग्रस्त ऐप खोलें
4. Ctrl + c के साथ adb logcat को रोकें
5. स्क्रॉल करें और क्रैश ढूंढें

यह समस्या को हल नहीं करता है लेकिन आपको कुछ और पता लगाने देता है। मेरे पास 2 ऐप्स हैं, एक 64 बिट के साथ अच्छी तरह से काम कर रहा है, फिर भी दूसरे पर संघर्ष कर रहा है, भले ही उनका समान कॉन्फ़िगरेशन हो। मेरा दुर्घटनाग्रस्त उपकरण वन प्लस 5 टी (64 बिट) है

मैंने अभी-अभी हमारे ऐप की एक नई रिलीज़ पर आरएन 59.10 के साथ निर्माण किया है, विशेष रूप से एंड्रॉइड 9 पर सैमसंग गैलेक्सी नोट 9 पर।

@msshawhaw जैसा कि ऊपर और दूसरे अंक में बताया गया है, हाँ। नए JSC फ्रीज़ / क्रैश को कुछ Android उपकरणों पर बेतरतीब ढंग से करता है क्योंकि यह गैर-नियतात्मक रूप से एकत्रित कचरा हो जाता है - फिर संपूर्ण ऐप क्रैश हो जाता है।

समाधान 0.60+ में अपग्रेड करना है और हेमीज़ का उपयोग करना है, या v8 के लिए JSC को बंद करना है।

मैंने tombstone लॉगिंग @ j-wang का उल्लेख करने की कोशिश की, लेकिन मैंने वास्तव में कभी भी इसका उपयोग नहीं किया है और यह एक बहुत बड़ी फ़ाइल थी जिसे पढ़ना मुश्किल था, थोड़ी देर की खोज के बाद मुझे वास्तव में एक पठनीय मूल कारण नहीं मिला।

@Armenbadalyan की सलाह लेने के बाद, मैंने यह

उस घटक में एक मौका है कि हम null को source चर के रूप में react-native Image । मुझे यह देखने के लिए थोड़ी देर हो गई कि कोई वास्तविक स्पष्ट त्रुटियां न हों, लेकिन अंत में यह मेरे लिए सब कुछ तय कर रहा है और यह हमारे सभी परीक्षण उपकरणों पर चल रहा है। फिर भी कोई सुराग नहीं कि यह हमारे अन्य परीक्षण उपकरण पर विफल क्यों नहीं हुआ ...

यह सुनिश्चित करने के लिए अपने ऐप के पहले घटक को सरल बनाने में अन्य लोगों की मदद कर सकते हैं कि यह उस कोड पर दुर्घटनाग्रस्त न हो।

TL; DR : यह शायद अब तक पूरी तरह से विषय है, लेकिन यह किसके लिए चिंता का विषय है: null source VARIABLE का Image , यह नहीं है ' टी सभी उपकरणों पर काम करते हैं। 😅

+1 मेरे लिए काम करता है। मुझे भी यही समस्या थी। धन्यवाद!

इसके अलावा इसे एंड्रॉइड 7.0 आरएन 0.59.10 पर सैमसंग गैलेक्सी एस 7 आईओ-आईएल 086 पर देखें

@ ब्रैकेटमैन क्या आप JSC के बजाय V8 का उपयोग कर रहे हैं?

@EmilScherdin आह्ह नहीं, मैं नहीं हूं। इसे एक शॉट देंगे और धन्यवाद वापस रिपोर्ट करेंगे।

@EmilScherdin मैं पुष्टि कर सकता हूं कि

धन्यवाद!

हम V8 के साथ RN 0.59.10 पर एक ही समस्या का अनुभव करते हैं। मैं देखता हूं कि arm64-v8a के लिए JIT अक्षम नहीं है और इस आर्किटेक्चर वाले उपकरणों पर हमारे पास क्रैश हैं।

@mmamoyco क्या आपके पास V8 से क्रैश का स्टैकट्रेस है?

@Kudo हाँ मेरे पास क्रैश लॉग है। हम jsc से v8 में स्थानांतरित हो गए हैं क्योंकि हम बहुत अधिक दुर्घटनाओं का सामना कर रहे थे। लेकिन वही v8 का उपयोग कर रहा है। नीचे लॉग है

00 PC 0000000000c31dd8 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so

# 01 pc 0000000000c3437c /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so
# 02 pc 0000000000c30554 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so
# 03 pc 0000000000c33070 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so
# 04 pc 0000000000bf2e94/data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so (v8 :: internal :: ItemParallelJob :: Task :: RunInternal () + 24)
# 05 pc 0000000000a4d660 /data/app/my/app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so (v8 :: platform :: DefaultWorkerThreadsTaskRunner :: WorkerThread :: Run) (56)
# 06 PC 0000000000a4a074 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so
# 07 PC 0000000000067ec4 / system/lib64/libc.so (__preadread_start (शून्य *) + 36)
# 08 PC 000000000001f2f4/system/lib64/libc.so (__start_thos +)

हमारे पास 0.59.1 पर यह सटीक मुद्दा था और निम्नलिखित करके इसे ठीक करने में सक्षम थे:

Sc ये निर्देश jsc-android README पर समान नहीं हैं। हमने संस्करण संख्या और कुछ हस्ताक्षरकर्ता को संशोधित किया है। canary के संस्करण jsc समस्या ठीक नहीं होती। यह jsc-android @ कैनरी के बाद का संस्करण है जिसकी आवश्यकता है, देखें: मूल पैच के लिए @ ravali121 को धन्यवाद।

1. जोड़े jsc-android अपने में "निर्भरता" अनुभाग पर package.json :

dependencies {
   ...
+  "jsc-android": "^245459.0.0",
   ...
}

तब node_modules में स्थापित होने वाली नई निर्भरता के लिए npm install या yarn (जिस पर npm क्लाइंट का उपयोग करें) चलाएं।

1. खोज पथ पर jsc-android पैकेज में पैक किए गए नए स्थानीय मावेन भंडार को जोड़ने के लिए android/build.gradle फ़ाइल संशोधित करें:

allprojects {
    repositories {
        mavenLocal()
        jcenter()
        maven {
            // All of React Native (JS, Obj-C sources, Android binaries) is installed from npm
            url "$rootDir/../node_modules/react-native/android"
        }
+       maven {
+           // Local Maven repo containing AARs with JSC library built for Android
+           url "$rootDir/../node_modules/jsc-android/dist"
+       }
    }
}

1. JSC निर्भरता जोड़ने के लिए अपने ऐप के build.gradle android/app/build.gradle में स्थित फ़ाइल को अपडेट करें। कृपया सुनिश्चित करें कि प्रतिक्रिया मूल निवासी निर्भरता से पहले निर्भरता है।

dependencies {
+   // Make sure to put android-jsc at the top
+   implementation 'org.webkit:android-jsc:+'
    compile fileTree(dir: "libs", include: ["*.jar"])
    implementation "com.android.support:appcompat-v7:${rootProject.ext.supportLibVersion}"
    implementation "com.facebook.react:react-native:+"  // From node_modules
}

1. पहले मिलान किए गए JSC लाइब्रेरी का उपयोग करने के लिए अपने ऐप के build.gradle android/app/build.gradle में स्थित फ़ाइल को अपडेट करें।

android {
    // ...
+   packagingOptions {
+       pickFirst '**/armeabi-v7a/libc++_shared.so'
+       pickFirst '**/x86/libc++_shared.so'
+       pickFirst '**/x86_64/libc++_shared.so'
+       pickFirst '**/arm64-v8a/libc++_shared.so'
+       pickFirst '**/libjsc.so'
+    }
}

किसी को भी इस सवाल का जवाब देने में मदद कर सकता है?
https://github.com/react-native-community/jsc-android-buildscripts/issues/127

यह null source Image उपयोग नहीं करता है, यह सभी उपकरणों पर काम नहीं करता है। 😅

मुझे आपसे सिर्फ बोली लगाने से नफरत है लेकिन मैंने इस धागे के शोर में आपके समाधान को याद किया। बहुत बहुत धन्यवाद @YoranRoels !! इससे दिन बच गया!

मुझे एक ऑनलाइन वास्तविक मशीन परीक्षण वेबसाइट मिली है, वहां मैंने गैलेक्सी एस 7 एज और एंड्रॉइड 7.0 ओएस को चुना, दुर्भाग्य से यह दुर्घटना हो सकती है, और मैं @YoranRoels पद्धति का उपयोग source Image का हूं । Image {null} और {{ uri: null }} लेकिन यह अभी भी दुर्घटना नहीं है, भयानक मुझे भी नहीं पता कि यह कैसे हुआ, क्या कोई मेरी मदद कर सकता है।

हमारे पास 0.59.1 पर यह सटीक मुद्दा था और निम्नलिखित करके इसे ठीक करने में सक्षम थे:

Sc ये निर्देश jsc-android README पर समान नहीं हैं। हमने संस्करण संख्या और कुछ हस्ताक्षरकर्ता को संशोधित किया है। canary के संस्करण jsc समस्या ठीक नहीं होती। यह jsc-android @ कैनरी के बाद का संस्करण है जिसकी आवश्यकता है, देखें: मूल पैच के लिए @ ravali121 को धन्यवाद।

1. जोड़े jsc-android अपने में "निर्भरता" अनुभाग पर package.json :

dependencies {
   ...
+  "jsc-android": "^245459.0.0",
   ...
}

तब node_modules में स्थापित होने वाली नई निर्भरता के लिए npm install या yarn (जिस पर npm क्लाइंट का उपयोग करें) चलाएं।

1. खोज पथ पर jsc-android पैकेज में पैक किए गए नए स्थानीय मावेन भंडार को जोड़ने के लिए android/build.gradle फ़ाइल संशोधित करें:

allprojects {
    repositories {
        mavenLocal()
        jcenter()
        maven {
            // All of React Native (JS, Obj-C sources, Android binaries) is installed from npm
            url "$rootDir/../node_modules/react-native/android"
        }
+       maven {
+           // Local Maven repo containing AARs with JSC library built for Android
+           url "$rootDir/../node_modules/jsc-android/dist"
+       }
    }
}

1. JSC निर्भरता जोड़ने के लिए अपने ऐप के build.gradle android/app/build.gradle में स्थित फ़ाइल को अपडेट करें। कृपया सुनिश्चित करें कि प्रतिक्रिया मूल निवासी निर्भरता से पहले निर्भरता है।

dependencies {
+   // Make sure to put android-jsc at the top
+   implementation 'org.webkit:android-jsc:+'
    compile fileTree(dir: "libs", include: ["*.jar"])
    implementation "com.android.support:appcompat-v7:${rootProject.ext.supportLibVersion}"
    implementation "com.facebook.react:react-native:+"  // From node_modules
}

1. पहले मिलान किए गए JSC लाइब्रेरी का उपयोग करने के लिए अपने ऐप के build.gradle android/app/build.gradle में स्थित फ़ाइल को अपडेट करें।

android {
    // ...
+   packagingOptions {
+       pickFirst '**/armeabi-v7a/libc++_shared.so'
+       pickFirst '**/x86/libc++_shared.so'
+       pickFirst '**/x86_64/libc++_shared.so'
+       pickFirst '**/arm64-v8a/libc++_shared.so'
+       pickFirst '**/libjsc.so'
+    }
}

आप एक जीवन रक्षक है! To मैं उस कोड को पेस्ट करने के लिए तीन दिनों के लिए आपके उत्तर की तलाश कर रहा हूं और आपके द्वारा उल्लिखित किए गए jsc-android संस्करण को बदलने के लिए। और यह अब काम कर रहा है! जब मैंने RN संस्करण को 0.59 से 0.60 में अपग्रेड किया है, तो त्रुटि हो गई है। ऐप केवल एंड्रॉइड के लिए टूट गया था, आईओएस ठीक था। सबसे अजीब बात यह थी कि ऐप सफलतापूर्वक संकलित किया गया था, इसलिए सब कुछ बहुत अच्छा लग रहा था, लेकिन जब यह लॉन्च हुआ, तो यह तुरंत दुर्घटनाग्रस्त हो गया।