thrasykles

hmm… that's a possibility… but 3 of them? in an otherwise fairly average collection?

sorting a lot of late 70's / early to mid 80's minifigs i encountered two problems with parts i can't find information on: first, there was a bunch of old style hollow torsos with (on first sight) the expected pale yellow hands of the time. the surprise came when i took the hands out. according to the information i can get, all the pale yellow hands should have a notch on the arm part, which was also present on some of the earliest plain yellow hands of the early 80's (see e.g. here). now about 25% of the hands i found in the lot (middle in the picture) have exactly the straight shape of the later version (right in the picture) and exactly the color of the old ones with notch (left in the picture). has anyone any idea what goes on here? second, i found 3(!) exemplars of a hat looking exactly like the forestmen hats (bricklink) which according to my knowledge were only produced in brown and green. but mine are red (see pictures). they seem genuine (lego logo on the inside, normal shade of red, right feel of the material). who misses what here? any help with these is much appreciated (apologies for the low quality pictures, i shall try to make better ones…)

i gave the 0018 version another try on my iMac with yosemite today.. same results as malou reported a few posts back. inspired by his link to the lwjgl-forums, i tried to replace the lwjgl.jar and the native directory with more recent versions of lwjgl this got rid of the "Please run the JVM with -XstartOnFirstThread" but gave me this: iMac3:~ roli$ cd /Users/roli/Desktop/lego/Blueprint0018 iMac3:Blueprint0018 roli$ java -cp "bin/*" -Djava.library.path=native blueprint.Blueprint Operating system detected: MacOS Starting Blueprint v0.0.1.8beta.. Good luck! Current folder: /Users/roli/Desktop/lego/Blueprint0018 Initializing database.. Cache is up to date. Exception in Application start method 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:497) at com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:389) at com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:328) 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:497) at sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) Caused by: java.lang.RuntimeException: Exception in Application start method at com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:917) at com.sun.javafx.application.LauncherImpl.lambda$launchApplication$155(LauncherImpl.java:182) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.NoSuchMethodError: org.lwjgl.glfw.Callbacks.errorCallbackThrow()Lorg/lwjgl/glfw/GLFWErrorCallback; at blueprint.opengl.a.c(Unknown Source) at blueprint.opengl.a.<init>(Unknown Source) at blueprint.opengl.d.<init>(Unknown Source) at blueprint.opengl.b.<init>(Unknown Source) at blueprint.b.b.a.a(Unknown Source) at blueprint.Blueprint.b(Unknown Source) at blueprint.Blueprint.initApp(Unknown Source) at c.a.start(Unknown Source) at com.sun.javafx.application.LauncherImpl.lambda$launchApplication1$162(LauncherImpl.java:863) at com.sun.javafx.application.PlatformImpl.lambda$runAndWait$175(PlatformImpl.java:326) at com.sun.javafx.application.PlatformImpl.lambda$null$173(PlatformImpl.java:295) at java.security.AccessController.doPrivileged(Native Method) at com.sun.javafx.application.PlatformImpl.lambda$runLater$174(PlatformImpl.java:294) at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) Exception running application blueprint.Blueprint iMac3:Blueprint0018 roli$ in the aforementioned thread, spasi writes (about the issue of initialising lwjgl without -XstartOnFirstThread) : I have made an attempt to fix this, please try build 3.0.0b #13 when it's up. I moved the first thread check from glfwInit to glfwShowWindow and glfwPoll/WaitEvents. This means you can initialize GLFW and create an offscreen window/context, without the -XstartOnFirstThread argument. Do not call the methods mentioned (obviously you cannot use any callback either) and it should work. Important: AWT/JavaFX must be initialized before GLFW and GLFW must be terminated before AWT/JavaFX for this to work without issues. This should be easy to handle. could this lead to the issue?