Temurin-build: MacOS पर GUI ऐप्स पर LinkError

को निर्मित 10 सित॰ 2018 · 26टिप्पणियाँ · स्रोत: adoptium/temurin-build

_5 सितंबर, 2017 को @helenmasters से 13:7_

जब हम कोई GUI एप्लिकेशन चलाने का प्रयास करते हैं तो हमें OSX पर एक समस्या दिखाई दे रही है। ऐसा लगता है कि जैसे /Users/jenkins/workspace को हार्डकोड किया गया है, इसलिए उपयोगकर्ता की मशीन पर इसका समाधान नहीं किया जा सकता है।

Exception in thread "main" java.lang.UnsatisfiedLinkError: /Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib: dlopen(/Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib, 1): Library not loaded: /Users/jenkins/workspace/openjdk_build_x86-64_macos/openjdk/installedfreetype/lib/libfreetype.6.dylib
  Referenced from: /Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib
  Reason: image not found
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:80)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.lwawt.macosx.LWCToolkit.<clinit>(LWCToolkit.java:79)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at java.awt.Toolkit$2.run(Toolkit.java:860)
    at java.awt.Toolkit$2.run(Toolkit.java:855)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854)
    at javax.swing.UIManager.getSystemLookAndFeelClassName(UIManager.java:611)
    at javax.swing.UIManager$1.run(UIManager.java:1233)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.swing.UIManager.loadSwingProperties(UIManager.java:1228)
    at javax.swing.UIManager.initialize(UIManager.java:1457)
    at javax.swing.UIManager.maybeInitialize(UIManager.java:1426)
    at javax.swing.UIManager.getUI(UIManager.java:1006)
    at javax.swing.JPanel.updateUI(JPanel.java:126)
    at javax.swing.JPanel.<init>(JPanel.java:86)
    at javax.swing.JPanel.<init>(JPanel.java:109)
    at javax.swing.JPanel.<init>(JPanel.java:117)
    at citmsxa.<init>(citmsxa.java:11)
    at citmsxa.main(citmsxa.java:376)

यहाँ ओटूल कमांड से आउटपुट है जो बताता है कि पथ गलत है ...

helens-mbp:check helenmasters$ otool -L /Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib
/Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib:
    @rpath/libfontmanager.dylib (compatibility version 1.0.0, current version 1.0.0)
    /Users/jenkins/workspace/openjdk_build_x86-64_macos/openjdk/installedfreetype/lib/libfreetype.6.dylib (compatibility version 12.0.0, current version 12.0.0)
    @rpath/libawt.dylib (compatibility version 1.0.0, current version 1.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0)
    /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 56.0.0)
    @rpath/libjava.dylib (compatibility version 1.0.0, current version 1.0.0)
    @rpath/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0)

_मूल अंक से कॉपी किया गया: एडॉप्टOpenJDK/openjdk-jdk8u-backup#4_

bug

स्रोत

karianna

सबसे उपयोगी टिप्पणी

एडॉप्टओपेनजेडीके jdk8u172-b11 का उपयोग करके MacOS 10.13.6 पर संभावित रूप से संबंधित त्रुटि देखना
एक सिम्लिंक सेट करना इस मुद्दे का समाधान है:
ln -s libfreetype.dylib.6 libfreetype.6.dylib

स्टैक ट्रेस
Exception in thread "main" java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/jdk8u172-b11/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/jdk8u172-b11/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib Referenced from: /Library/Java/JavaVirtualMachines/jdk8u172-b11/jre/lib/libfontmanager.dylib Reason: image not found at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845) at java.lang.Runtime.loadLibrary0(Runtime.java:870) at java.lang.System.loadLibrary(System.java:1122) at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)

pdl3 28 सित॰ 2018

👍11 🎉3

सभी 26 टिप्पणियाँ

6 सितंबर, 2018 16 पर _From @Diagoras: 53_

FWIW, मैं एक ही मुद्दा रहा हूँ। यह वर्तमान में हमें किसी एप्लिकेशन को एडॉप्टओपेनजेडीके में माइग्रेट करने से रोक रहा है।

karianna 10 सित॰ 2018

@johnoliver LMK अगर आप चाहते हैं कि यह बग के रूप में बिल्ड रेपो में चला जाए

karianna 10 सित॰ 2018

_@ johnoliver से 7 सितंबर 2018 को 12:15_

मुझे लगता है कि यह तय हो गया था, क्या आप https://github.com/AdoptOpenJDK/openjdk8-binaries/releases से हाल ही में बाइनरी आज़मा सकते हैं

karianna 10 सित॰ 2018

10 सितंबर, 2018 19 पर _From @Diagoras: 36_

@johnoliver अरे, मैंने MacOS के लिए हॉटस्पॉट jdk8u-2018-07-26-16-12 रिलीज़ के साथ प्रयास किया, लेकिन उसी समस्या में भाग गया। विशेष रूप से:

Fatal(java.lang.UnsatisfiedLinkError: /Users/[username]/Downloads/jdk8u181-b13/jre/lib/libfontmanager.dylib: dlopen(/Users/[username]/Downloads/jdk8u181-b13/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Users/[username]/Downloads/jdk8u181-b13/jre/lib/libfontmanager.dylib
  Reason: image not found
)

क्या हम इस मुद्दे को फिर से खोल सकते हैं?

karianna 10 सित॰ 2018

फिर से खोला गया, लेकिन मैं इसे बिल्ड रेपो में स्थानांतरित कर दूंगा

karianna 10 सित॰ 2018

pdl3 28 सित॰ 2018

👍11 🎉3

jdk8u181-b13 बिल्ड के साथ समस्या अभी भी मौजूद है:

java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfontmanager.dylib
  Reason: image not found

वास्तविक lib नाम rpath से मेल नहीं खाता:

$ ls /Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfreetype*
/Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfreetype.dylib.6

zman0900 18 अक्तू॰ 2018

बस इस मुद्दे में भाग गया क्योंकि हमारे पास अपाचे पीओआई पर निर्भरता है, इसलिए हम खुले जेडीके 8 को अपनाने के लिए माइग्रेट नहीं कर सकते हैं ...

Alasiac 18 अक्तू॰ 2018

वहाँ एक छोटी / सरल प्रतिलिपि प्रस्तुत करने योग्य मैं कोशिश कर सकता हूँ?

karianna 18 अक्तू॰ 2018

यहां अपवाद का मूल उदाहरण है:

poi-example.zip

उदाहरण Oracle jdk8 पर चलता है।

परीक्षण चलाते समय स्टैक ट्रेस:

चल रहा हैPoiResultsInLinkError(com.example.poi.link.PoiLinkTest) समय बीत गया: 0.958 सेकंड <<< त्रुटि!
java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/adoptopenjdk/Cont-8.jdk/ jre/lib/libfontmanager.dylib, 1): लाइब्रेरी लोड नहीं हुई: @rpath/libfreetype.6.dylib
से संदर्भित: /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre/lib/libfontmanager.dylib
कारण: छवि नहीं मिली
java.lang.ClassLoader$NativeLibrary.load (मूल विधि) पर
java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941) पर
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845) पर
java.lang.Runtime.loadLibrary0(Runtime.java:870) पर
java.lang.System.loadLibrary(System.java:1122) पर
पर sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:61)
java.security.AccessController.doPrivileged (मूल विधि) पर
sun.font.FontManagerNativeLibrary पर।(FontManagerNativeLibrary.java:32)
sun.font.SunFontManager $ 1.run (SunFontManager.java:339) पर
java.security.AccessController.doPrivileged (मूल विधि) पर
Sun.font.SunFontManager पर।(सनफॉन्टमैनेजर.जावा:335)
java.lang.Class.forName0 (मूल विधि) पर
java.lang.Class.forName(Class.java:348) पर
Sun.font.FontManagerFactory$1.run(FontManagerFactory.java:82) पर
java.security.AccessController.doPrivileged (मूल विधि) पर
Sun.font.FontManagerFactory.getInstance(FontManagerFactory.java:74) पर
java.awt.Font.getFont2D (Font.java:491) पर
java.awt.Font.canDisplayUpTo(Font.java:2060) पर
java.awt.font.TextLayout.singleFont (TextLayout.java:470) पर
java.awt.font.TextLayout पर।(TextLayout.java:531)
org.apache.poi.ss.util.SheetUtil.getColumnWidth (SheetUtil.java:208)
org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1166) पर
org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1148) पर
com.example.poi.link.PoiLinkTest.runningPoiResultsInLinkError(PoiLinkTest.java:14) पर

Alasiac 19 अक्तू॰ 2018

👍2

यहाँ वही बात है, स्विंग u192-b12 साथ काम नहीं करता है (नोट: मैं OracleJDK से माइग्रेट करते समय इसमें भाग गया था):

Exception in thread "main" java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib
  Reason: image not found
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:80)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.lwawt.macosx.LWCToolkit.<clinit>(LWCToolkit.java:79)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at java.awt.Toolkit$2.run(Toolkit.java:860)
    at java.awt.Toolkit$2.run(Toolkit.java:855)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854)
    at java.awt.Window.getToolkit(Window.java:1358)
    at java.awt.Window.init(Window.java:506)
    at java.awt.Window.<init>(Window.java:436)
    at java.awt.Frame.<init>(Frame.java:446)
    at java.awt.Frame.<init>(Frame.java:404)
    at javax.swing.JFrame.<init>(JFrame.java:213)

slandelle 5 नव॰ 2018

मेरे साथ भी वही दिक्कत है। यहां तक कि कोड के साथ भी सरल (नेटबीन्स के साथ चल रहा है):

public class JavaApplication4 {
    /**
     * <strong i="6">@param</strong> args the command line arguments
     */
    public static void main(String[] args) {
        System.out.println(" Hello !");

        JFrame frame = new JFrame("Testando");
        frame.setVisible(true);
        frame.setSize(300, 300);
    }
}

run:
 Hello !
Exception in thread "main" java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib
  Reason: image not found
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:80)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.lwawt.macosx.LWCToolkit.<clinit>(LWCToolkit.java:79)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at java.awt.Toolkit$2.run(Toolkit.java:860)
    at java.awt.Toolkit$2.run(Toolkit.java:855)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854)
    at java.awt.Window.getToolkit(Window.java:1358)
    at java.awt.Window.init(Window.java:506)
    at java.awt.Window.<init>(Window.java:537)
    at java.awt.Frame.<init>(Frame.java:420)
    at javax.swing.JFrame.<init>(JFrame.java:233)
    at javaapplication4.JavaApplication4.main(JavaApplication4.java:23)
/Users/gabriela/Library/Caches/NetBeans/8.2/executor-snippets/run.xml:53: Java returned: 1
BUILD FAILED (total time: 3 seconds)

इस वजह से मैं एडॉप्टओपेनजेडीके में माइग्रेट नहीं कर सकता।

gabibau 5 दिस॰ 2018

समाधान एक सिम्लिंक बनाना है: libfreetype.6.dylib -> libfreetype.dylib.6

slandelle 6 दिस॰ 2018

👍2

@slandelle क्या मूल कारण सिर्फ यह है कि फ़ाइल नाम में गलत क्रम में "6" और "dylib" है? क्योंकि यह बहुत मज़ेदार है, और उम्मीद है कि यह एक आसान समाधान है।

Diagoras 6 दिस॰ 2018

यह मैक ओएस एक्स के संस्करणों के बीच एक सूक्ष्म अंतर प्रतीत होता है। आशा है कि यह भविष्य के निर्माण के लिए अगले सप्ताह हल हो जाएगा!

karianna 7 दिस॰ 2018

👍2

समाधान एक सिम्लिंक बनाना है: libfreetype.6.dylib -> libfreetype.dylib.6

यह यहाँ काम करता है। मुझे उम्मीद है कि यह जल्द ही इस मुद्दे को ठीक करने में मदद करेगा।
धन्यवाद!

gabibau 10 दिस॰ 2018

jdk पथ lib के लिए 1 सीडी "/ सामग्री/होम/jre/lib"

2 फिर "सुडो एलएन-एस libfreetype.dylib.6 libfreetype.6.dylib"

इसने मेरे लिए काम किया।

Cynthiahaha 11 दिस॰ 2018

👍10 😄2

ग्रोवी के groovysh को चलाने की कोशिश कर रहा है - जो एक जीयूआई उपकरण नहीं है - एडॉप्टओपेनजेडीके 8 पर भी इसे ट्रिगर करता है:

$ groovysh
java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.codehaus.groovy.tools.GroovyStarter.rootLoader(GroovyStarter.java:110)
    at org.codehaus.groovy.tools.GroovyStarter.main(GroovyStarter.java:128)
Caused by: java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/openjdk8/Contents/Home/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/openjdk8/Contents/Home/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Library/Java/JavaVirtualMachines/openjdk8/Contents/Home/jre/lib/libfontmanager.dylib
  Reason: image not found
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:80)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.lwawt.macosx.LWCToolkit.<clinit>(LWCToolkit.java:79)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at java.awt.Toolkit$2.run(Toolkit.java:860)
    at java.awt.Toolkit$2.run(Toolkit.java:855)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854)
    at java.awt.Desktop.isDesktopSupported(Desktop.java:169)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:104)
    at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:326)
    at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:1859)
    at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:3797)
    at org.codehaus.groovy.runtime.callsite.ClassMetaClassGetPropertySite.getProperty(ClassMetaClassGetPropertySite.java:50)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGetProperty(AbstractCallSite.java:298)
    at org.codehaus.groovy.tools.shell.commands.DocCommand.<clinit>(DocCommand.groovy:53)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
    at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:83)
    at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:105)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:59)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:237)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:249)
    at org.codehaus.groovy.tools.shell.util.DefaultCommandsRegistrar.register(DefaultCommandsRegistrar.groovy:84)
    at org.codehaus.groovy.tools.shell.util.DefaultCommandsRegistrar$register.call(Unknown Source)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:115)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:119)
    at org.codehaus.groovy.tools.shell.Groovysh$_createDefaultRegistrar_closure3.doCall(Groovysh.groovy:121)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:104)
    at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:326)
    at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
    at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1041)
    at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:41)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:115)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:127)
    at org.codehaus.groovy.tools.shell.Groovysh.<init>(Groovysh.groovy:109)
    at org.codehaus.groovy.tools.shell.Groovysh.<init>(Groovysh.groovy:140)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
    at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:83)
    at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:105)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:59)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:237)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:257)
    at org.codehaus.groovy.tools.shell.Main.<init>(Main.groovy:65)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
    at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:83)
    at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:105)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:59)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:237)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:257)
    at org.codehaus.groovy.tools.shell.Main.main(Main.groovy:158)
    ... 6 more

@Cynthiahaha द्वारा सुझाए गए

यह groovysh मुद्दा एक एडॉप्टओपेनजेडीके 11 बिल्ड (हॉटस्पॉट या ओपनजे9) का उपयोग करते समय मौजूद नहीं है।

breun 26 दिस॰ 2018

क्या मूल कारण सिर्फ यह है कि फ़ाइल नाम में "6" और "dylib" गलत क्रम में हैं? क्योंकि यह बहुत मज़ेदार है, और उम्मीद है कि यह एक आसान समाधान है।

यह मैक ओएस एक्स के संस्करणों के बीच एक सूक्ष्म अंतर प्रतीत होता है

गैर-macOS UNIX जैसे ऑपरेटिंग सिस्टम पर, साझा लाइब्रेरी प्रत्यय "ऐसा" है और यह किसी भी संस्करण संख्या (जैसे "libfreetype.so.6") से पहले होता है। macOS पर, डायनेमिक लाइब्रेरी प्रत्यय "dylib" है और यह वैकल्पिक प्रमुख संस्करण संख्या (जैसे "libfreetype.6.dylib") के बाद आता है। MacOS के सभी संस्करण इस परंपरा का पालन करते हैं। संभवतः बिल्ड सिस्टम में कहीं न कहीं यह धारणा है कि मैकोज़ पर निर्माण करते समय प्रत्यय गलत तरीके से लागू होने के बाद संस्करण संख्या दिखाई देनी चाहिए।

ryandesign 11 जन॰ 2019

👍1

jdk पथ lib के लिए 1 सीडी "/ सामग्री/होम/jre/lib"
2 फिर "सुडो एलएन-एस libfreetype.dylib.6 libfreetype.6.dylib"
इसने मेरे लिए काम किया।

इस उपाय के लिए धन्यवाद। यह केवल GUI ऐप पर ही नहीं, PDF बनाने (बैकएंड सेवा के माध्यम से) को भी प्रभावित करता है।

justinnichols 14 जन॰ 2019

👍2

@helenmasters @justinnichols @ryandesign @breun @Cynthiahaha @gabibau और क्या आप कृपया कोशिश कर सकते हैं

क्या आप JDK/JRE को यहां आजमा सकते हैं: https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/jdk8u/job/jdk8u-mac-x64-hotspot/148/

karianna 15 जन॰ 2019

@karianna वे उस मुद्दे को ठीक करने लगते हैं जो मेरे पास groovysh चलाने के साथ था।

मैंने देखा कि इन बिल्डों में libfreetype.6.dylib और libfreetype.dylib.6 दोनों हैं और वे समान नहीं हैं:

$ ls -l libfreetype.*
-rwxr-xr-x@ 1 breun  staff  873072 15 jan 18:38 libfreetype.6.dylib
-rwxr-xr-x@ 1 breun  staff  873088 15 jan 18:38 libfreetype.dylib.6

क्या यह आवश्यक/जानबूझकर है?

breun 16 जन॰ 2019

@karianna वे उस मुद्दे को ठीक करने लगते हैं जो मेरे पास groovysh चलाने के साथ था।
मैंने देखा कि इन बिल्डों में libfreetype.6.dylib और libfreetype.dylib.6 दोनों हैं और वे समान नहीं हैं:
$ ls -l libfreetype.*
-rwxr-xr-x@ 1 breun  staff  873072 15 jan 18:38 libfreetype.6.dylib
-rwxr-xr-x@ 1 breun  staff  873088 15 jan 18:38 libfreetype.dylib.6
क्या यह आवश्यक/जानबूझकर है?

@johnoliver अन्य मुद्दे के समान प्रश्न।

karianna 16 जन॰ 2019

सोचो यह किया गया है

johnoliver 23 जन॰ 2019

क्या इसे बंद किया जा सकता है @johnoliver

gdams 23 जन॰ 2019

मुझे ऐसा लगता है, अगर किसी को कोई समस्या है तो इसे फिर से खोला जा सकता है

johnoliver 24 जन॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Temurin-build: MacOS पर GUI ऐप्स पर LinkError

सबसे उपयोगी टिप्पणी

सभी 26 टिप्पणियाँ

jdk पथ lib के लिए 1 सीडी "/ सामग्री/होम/jre/lib"

2 फिर "सुडो एलएन-एस libfreetype.dylib.6 libfreetype.6.dylib"

jdk पथ lib के लिए 1 सीडी "/ सामग्री/होम/jre/lib"

2 फिर "सुडो एलएन-एस libfreetype.dylib.6 libfreetype.6.dylib"

संबंधित मुद्दों