SylvainLS

The developper mode has been known for years. One more post about it shouldn’t trigger what’s happening now.

About this kind of error: Operating system detected: Linux Starting Blueprint v0026.. Good luck! Current folder: /home/sylvain/travail/ExtSrc/Blueprint/Blueprint0026 Initializing database.. Database is located in: /home/sylvain/.Blueprint/database/brickcache.db Cache is up to date (1x2248.1) [LWJGL] Failed to load a library. Possible solutions: a) Set -Djava.library.path or -Dorg.lwjgl.librarypath to the directory that contains the shared libraries. b) Add the JAR(s) containing the shared libraries to the classpath. [LWJGL] Enable debug mode with -Dorg.lwjgl.util.Debug=true for better diagnostics. [LWJGL] Enable the SharedLibraryLoader debug mode with -Dorg.lwjgl.util.DebugLoader=true for better diagnostics. 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:498) 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:498) 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:748) Caused by: java.lang.UnsatisfiedLinkError: Failed to locate library: libglfw.so at org.lwjgl.system.Library.loadNative(Unknown Source) at org.lwjgl.glfw.GLFW.<clinit>(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 a.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) at com.sun.glass.ui.gtk.GtkApplication._runLoop(Native Method) at com.sun.glass.ui.gtk.GtkApplication.lambda$null$49(GtkApplication.java:139) ... 1 more Exception running application blueprint.Blueprint I just had this error under Linux. The problem comes from the fact that libglfw.so is searched in the usual directories where libraries can be found (/lib, /usr/lib, etc.), but not the “native” one. I think it’s because it’s a dependency and isn’t directly loaded with JNI (System.loadLibrary). That means it’s also searched in LD_LIBRARY_PATH directories, so you just have to add “native” (complete path is better) to that environment variable to solve the error. Hope that will help some of you (sorry, I don’t know how that works under Windows but I hope that’ll help you find something that works for you).

Update 2017-06-13 Added: 90386 / 90386.dat Minifig Hat Beret Rematched: 30527 / 30527p01.dat Hose Flexible 12L with Black Ends md5sum: 393d78b362ea5530ef0b6835c5c015bb

You may have confused with the older http://rebrickable.com , which is not affiliated to TLG. Waiting is hard.

The website you’re talking about: https://wwwsecure.lego.com/en-us/remake As for conflicting responses, Lego has some communication problems about LDD as much internally than externally (e.g. the last backpedalling about ditching LDD).

A lot of reasons why we can’t (or can): https://en.wikipedia.org/wiki/Abandonware

NOOOOOOOOOO!!!!!!!!!!

I’m, of course, talking about LDD, the one that’s (was?) distributed to us, commoners, the one that, when you try to file a bug, is said to not be maintained anymore, the one that the article cited above talks about. It has been said, I can’t find the quote but I think it was about the passage from LDD 3 to LDD 4, that Lego’s tools had all been rebuilt around a common base. So I guess the designers’ CAD software is an LDD on steroids, one that they won’t share with us because it’s too complicated for kids and non-professionals, and contains too many secrets. Anyway, I don’t think designers can create new sets in our LDD because it lacks many many new parts.

The update was only about parts (data). The program itself (logic) isn’t updated anymore (no bug fix, no new feature).

Update 2017-06-11 Corrected: 14301 / 14301.dat Hose Flexible 11.5L (only with lxf2ldr) md5sum: 4caa0729eb1c73d80cbb0a5ede8ee79d

That’s not the problem. I looked at what LDD was trying to access: It tries http://ldd.lego.com/service/integration.asmx/initialiseDesigner It gets a temporary redirection (code 302) to http://www.lego.com/en-us/shared/pagenotfound.aspx?r=404 So it tries it and gets a permanent redirection (code 301) to https://www.lego.com/en-us/shared/pagenotfound.aspx?r=404 (just the same but with httpS). And stops there. Obviously, it’s the first URL (ldd.lego.com) that has stopped working.

Yes. In order to maintain ldraw.xml, I check the changes in db.lif. Only files added/modified in 2248.1 were for 26604. I’m impressed, that’s a thorough answer. They don’t seem to know about the problem though. That we are many, all around the world, to have the same problem can’t be due to local settings: we don’t use the same ISP or OS.

Only the brick with studs on 2 adjacent sides was added in 2017/2248.1, the helmet was already there. One tiny part in 8 months (4 months after 4.3.10/2248, 4 months ago). But we can gloss and theorize about the 4 months intervals

Yes, let the week-end pass. If it’s intentional and temporary, as you say, let’s let them finish.And if it’s not intentional, they’ll see the pulled plug on Monday or so.

See It has happened to everybody. No one knows why (server maintenance, error, or LDD being terminated).

Yep. Not good.

Update 2017-06-08 Added: 14181 / 14181.dat Wing 4 x 9 with Stud Notches md5sum: 5b048f6707aad35d8ff47532a58bcc54

Maybe someone just pulled a plug, literally.

But it does happen: sometimes, LDD let you put parts but don’t want them anymore and remove them when reloading. Happens to me often with flexed flexible parts or bars (e.g. the tulips’ stems in Assembly Square: LDD let me put the green bars too far into the red domes’ studs). So I always save and reload after flexing a part or doing something I doubt. It saves time to look for the offending parts 2000 parts later

It may mostly have been a problem with assistance when LDD was active. These features aren’t supposed to be used / available to users and widely talking about them at that time would have caused many problems (Why are my colors all messed up?).

Update 2017-06-05 Added: 10884 / 10884.dat Plant Leaves 6 x 5 Swordleaf with U-Clip md5sum: dc6b5a19e224c78a9d5e216358ff0322

Or any axle. You also can put the ring on a axle and then replace it with a pin. It won’t be connected but it will be correctly placed. Because of collisions, if you use a pin with stud, you won’t be able to replace it with a full pin. If you use an axle / axle-pin, you need to leave a little room for the full pin’s middle flange.

Update 2017-06-04 Rematched (to correct variant): 59426 / 59426.dat Technic Axle 5.5 with Stop Type 2 61252 / 61252.dat Plate 1 x 1 with Clip Horizontal (Thick C-Clip) 74967 / 74967.dat Wheel Rim 8 x 8 Notched Hole, Reinforced Back Rematched (just to the same ID): 12818 / 12818.dat =Panel 3 x 3 x 6 Corner Round 32531 / 32531.dat Technic Brick 4 x 6 with Open Center 2 x 4 41763 / 41763.dat =Slope Brick Curved 6 x 1 Inverted 44237 / 44237.dat =Brick 2 x 6 md5sum: 1897a31613d3009d9f84c8959179326e

LEGO Ideas / 21309-1 NASA Apollo Saturn V 21309-1.mpd Known errors: no prints tile 1x2 with US flag astronauts hatch/capsule prints missing (Converted from LDD (my own LXF) with lxf2ldr, then corrected to place parts that collided in LDD, and to add printed parts.)

What parts are you talking about? Pics or IDs, please. Also, what application are you using? EDIT: A few seconds late. Great minds meet, little ones bumps.