SpEcIeS

Last night there was another update and a new bug when compiling. /home/robb/.local/share/Steam/steamapps/common/Leadwerks/Include/Classes/LinkedList.h|20|error: ‘weak_ptr’ does not name a type| /home/robb/.local/share/Steam/steamapps/common/Leadwerks/Include/Classes/LinkedList.h|39|error: ‘shared_ptr’ does not name a type| /home/robb/.local/share/Steam/steamapps/common/Leadwerks/Include/Classes/AnimationManager.h|36|error: ‘nullptr’ was not declared in this scope| ||=== Build failed: 3 error(s), 13 warning(s) (0 minute(s), 0 second(s)) ===|

Josh pointed out that libcurl also needed to be added to Project build options -> Linker Settings -> Link Libraries. Both Debug and Release settings needed to be modified. Thank-you Josh.

Looks like the libcurl is listed in the "Known Libraries".

Already added the dev package, according the to the rem line. Added the include line, which was missing, however the same errors are still present. Edit: Here is the version of libcurl4-openssl-dev: Package: libcurl4-openssl-dev Priority: optional Section: libdevel Installed-Size: 1226 Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> Original-Maintainer: Alessandro Ghedini <ghedo@debian.org> Architecture: amd64 Source: curl Version: 7.47.0-1ubuntu2 Provides: libcurl-dev, libcurl-ssl-dev, libcurl3-dev, libcurl3-openssl-dev, libcurl4-dev Depends: libcurl3 (= 7.47.0-1ubuntu2)

Since the last update, Codeblocks seems to be getting some new errors now, and it is unclear, if even possible by the user, how to correct them. Also, after the last update to the 4.4 branch, the libcurl4-openssl-dev package was required. ||=== Build: Debug in OpenWorld (compiler: GNU GCC Compiler) ===| /home/robb/.local/share/Steam/steamapps/common/Leadwerks/Library/Linux/Debug/Leadwerks.a(Client.o)||In function `Leadwerks::Client::CountServers(std::string const&, int, std::string const&)':| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|64|undefined reference to `curl_global_init'| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|66|undefined reference to `curl_easy_init'| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|69|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|72|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|73|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|77|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|80|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|84|undefined reference to `curl_easy_perform'| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|91|undefined reference to `curl_easy_strerror'| /home/josh/Leadwerks/Engine/Source/Classes/Client.cpp|121|undefined reference to `curl_easy_cleanup'| /home/robb/.local/share/Steam/steamapps/common/Leadwerks/Library/Linux/Debug/Leadwerks.a(Server.o)||In function `Leadwerks::Server::Publish(std::string const&, std::string const&, int, std::string const&)':| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|63|undefined reference to `curl_global_init'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|65|undefined reference to `curl_easy_init'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|68|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|71|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|72|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|76|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|79|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|83|undefined reference to `curl_easy_perform'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|90|undefined reference to `curl_easy_strerror'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|107|undefined reference to `curl_easy_cleanup'| /home/robb/.local/share/Steam/steamapps/common/Leadwerks/Library/Linux/Debug/Leadwerks.a(Server.o)||In function `Leadwerks::Server::Remove(int)':| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|126|undefined reference to `curl_global_init'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|128|undefined reference to `curl_easy_init'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|131|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|134|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|135|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|139|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|142|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|146|undefined reference to `curl_easy_perform'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|153|undefined reference to `curl_easy_strerror'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|170|undefined reference to `curl_easy_cleanup'| /home/robb/.local/share/Steam/steamapps/common/Leadwerks/Library/Linux/Debug/Leadwerks.a(Server.o)||In function `Leadwerks::Server::Refresh(int)':| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|184|undefined reference to `curl_global_init'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|186|undefined reference to `curl_easy_init'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|189|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|192|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|193|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|197|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|200|undefined reference to `curl_easy_setopt'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|204|undefined reference to `curl_easy_perform'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|210|undefined reference to `curl_easy_strerror'| /home/josh/Leadwerks/Engine/Source/Classes/Server.cpp|227|undefined reference to `curl_easy_cleanup'| ||=== Build failed: 40 error(s), 0 warning(s) (0 minute(s), 1 second(s)) ===|

All the best to your migration. A short time ago, I moved to Linux Mint 18.1, due to other issues I was having with Debian. Leadwerks performs very well, but, after all, it is basically Ubuntu 16.04. Even though I am a very big fan of Debian, the stable version is very out dated and can cause issues with other software outside of its own repos.

Yes, it works now. Thank-you.

Not to be a pest, but the workshop, using Leadwerks 4.4 beta, no longer allows installation of purchased packages with the GNU/Linux.

When attempting to compile a project with Codeblocks, using Leadwerks 4.4 beta, an error was produced indicating that the Classes/LinkedList.h could not be found. The file is located in the directory, however it was named Classes/LinkedList.H. A simple renaming of the file corrected the problem.

My apologies, but the "stuff" is referring to libraries? Surely my ignorance to the Leadwerks compiling process for GNU/Linux must be apparent to you, however, with my limited knowledge for compiling Leadwerks on GNU/Linux, would it not make more sense to compile for the SteamOS, therefore Debian Jessie? Not trying to downplay the compiling process, but only trying to gain a greater understanding.

A little off topic, but why 12.04, as it is end of life as of 2017.04.28?

Earlier I did try the 4.4 beta, which did allow downloading of purchased items, however, when trying to run a project there was an error of a missing library. My apologies, as I did not note the exact library.. thinking it was libopenvr.a, but could be wrong. Due to this error I returned to 4.3.

Thank-you. Do I dare try the beta?

When using the Leadwerks engine workshop, I cannot sign in and gain access to my purchased items. Once the interface is loaded, it displays the following screenshots. The workshop will not allow any key input, therefore not allowing access to purchased items.

Thank-you for all your help. macklebee's solution worked very well. Even though,when applied on my rig, the model did not need to have its scale fixed, however the CandleLight.pfb did need to be altered. The flame heights did need adjusting. Prior to this solution, I would simple load the prefab into the scene and "break" its prefab status, in order to have it work as the original. This would not help in a code loading scenario. Loading the script from the actual model is a much cleaner approach too. The child.script:Start() line in the original posted script was a last ditch effort to force the prefab to run Start, which was fruitless. So, I suppose my question is: why does this occur?

Here are two rough scripts that have were used to show this bug, however there are many other instances of this issue. CandleFlicker.lua: function Script:Start() self.fluctuation=1.0 self.smoothedfluctuation=1.0 end function Script:UpdateWorld() self.fluctuation=self.fluctuation+math.random(-100,100)/50.0*Time:GetSpeed() self.fluctuation=math.min(1.8,self.fluctuation) self.fluctuation=math.max(0.2,self.fluctuation) local pitlightmove = Math:Curve(self.fluctuation,self.smoothedfluctuation,5/Time:GetSpeed()*110) self.smoothedfluctuation=Math:Curve(self.fluctuation,self.smoothedfluctuation,5.0/Time:GetSpeed()) self.entity:SetColor(1.0*self.smoothedfluctuation,0.6*self.smoothedfluctuation,0.25*self.smoothedfluctuation,1,0) end LoadCandleFlame.lua Script.Candle = "" --entity "Candle" local candle = "Candle_0" function Script:Start() local pos = self.Candle:GetPosition(true) local name = self.Candle:GetKeyValue("name") local Flame = Prefab:Load("Prefabs/Effects/CandleLight.pfb") if name == candle..1 then i = .08 elseif name == candle..2 or name == candle..3 then i = .11 elseif name == candle..4 then i = .15 elseif name == candle..5 then i = .18 end Flame:SetPosition(pos.x,pos.y+i, pos.z) local child = Flame:FindChild("Light") child.script:Start() end The prefab was created using the model script sample, however once Leadwerks loads the map, the prefab does not set the position. The actual design/setup of the model works as expected.

Prefab Load Start Bug Leadwerks 4.3 CPU: AMD FX™-4100 Quad-Core Processor RAM: 8GB GRAPHICS: NVIDIA GeForce GTX 750 Ti VRAM: 2048 MB Version: 375.39 Platform: GNU/Linux Debian Jessie x86_64 Bug: When loading a prefab, the Start function does not fully work. It seems that variables are loaded, but other functions fail to operate. IE SetPosition() Below are some images displaying the different models and a prefab in the Leadwerks editor: Models and with scripts attached: Prefab: The following images show the prefab and models running in Leadwerks:

Here are the basic Leadwerks tutorials: http://www.leadwerks.com/werkspace/page/tutorials/.

This problem has been pointed out already: http://www.leadwerks.com/werkspace/topic/15820-workshop/. You can work around this problem by searching the item that you purchased and then the "Install" button appears, otherwise it does not appear. And again, items cannot be purchased via the workshop in Leadwerks, only through the website, or at least this is my experience with the Leadwerks Workshop. DLC's do install, however, even though I have purchased the Mercenary model, and shows up in the workshop, it does not reflect on Steam that I have the DLC paid for. Same error message and the Steam cloud is active.

Not sure if this helps, but did you bind the armature to the mesh? Using Object Mode, here is a rough guideline: - bring in metarig with Shift+A -> select Armature -> metarig type - manuplating a rigified armature - object mode - Ctl+A -> Apply -> Location - Apply -> Rotation + Scale - deselect everything - select the metarig - Armature tab -> Rigify Buttons -> Generate - hide metarig - use the new "rig" - select all - deselect the light and camera, if any - With the new "rig" as the primary selection: - Ctl+P -> Set Parent To -> Armature Deform -> with Automatic Weights

Funny, ran into this yesterday. Hope this get fixed soon.

Nicely done.

The Workshop still seems buggy. In order to purchase anything, I need to use the browser, as the workshop in the Leadwerks software does not seem to work. After I purchase an item in the workshop, via the browser and Steam client, I cannot access the newly purchased item and receive an "Error: GetFileInfo failed. (9)". The buttons to install/purchase/etc do not appear. Seeing this in the Leadwerks log file: Syncing Workshop Items... Error: GetFileInfo failed. (15) Error: GetFileInfo failed. (15) Error: GetFileInfo failed. (15) Edit: "Work Around" If purchased items are search for and brought up in the workshop, they can be installed. When trying to install purchased items under "Type" -> "Purchased" in the workshop application, the list of purchased items are not install able.

Free items in the Leadwerks workshop seem to install, however purchasing items is not possible. The "Buy" button does not engage. Edit: Seems the issue was concerning firejail and not the Leadwerks workshop.

Did you try a different desktop manager such as XFCE, or KDE? The Cinnamon desktop in Debian Jessie is a little antiquated, but should be rock solid and stable. Debian is so versatile. Leadwerks also worked well on Gnome 3.14, which comes with Debian Jessie too.