Doodle God
Bibliophile Jan 27, 2018 @ 1:02pm
What happened to the game???
When I first bought the game I played for a long time without problems. Then moved on to other games for a while. When I recently came back to play DoodleGod it wouldn't start. I uninstalled and reinstalled and it still wouldn't start. I trouble-shooted and it said I am missing a .dll file. Why? It should have come with the install. So, I found the missing file and put it in the folder myself. When I tried starting it again, It no longer mentioned the .dll file I was missing, but an entirely new one that's missing. Why are all these .dll files not part of the install? I've been into the disscussions and it's not just me having this problem. Why won't the devs fix this?
< >
Showing 1-15 of 16 comments
JBOff  [developer] Jan 27, 2018 @ 6:13pm 
We working on it.
Trtlman Jan 31, 2018 @ 9:44pm 
I'm glad to know I'm not the only one having this problem,. I hope its fixed soon
Trtlman Feb 3, 2018 @ 8:01pm 
Originally posted by JoyBits Official:
We working on it.

Mine is doing this too. How much longer until this is fixed?
JBOff  [developer] Feb 4, 2018 @ 1:22am 
It's hard to tell. Problem is - we don't have this issue on any of our test machines. We trying to test on different ones. But it is possible to tell, when this problem will be fixed only after we know why it happened. And to know why it happened - we need to recreate it on test machine.
Last edited by JBOff; Feb 4, 2018 @ 1:22am
Trtlman Feb 5, 2018 @ 9:24am 
Originally posted by JoyBits Official:
It's hard to tell. Problem is - we don't have this issue on any of our test machines. We trying to test on different ones. But it is possible to tell, when this problem will be fixed only after we know why it happened. And to know why it happened - we need to recreate it on test machine.

If I try to run the game directly from it's file folder I get the message that MSVCP140.dll is missing. Hopefully that will help you identify the problem.
JBOff  [developer] Feb 5, 2018 @ 10:54am 
Oh, this mean you have different problem. Please try do download MSVCP140.dll manually from internet and place it in game directory.
Trtlman Feb 5, 2018 @ 3:29pm 
Originally posted by JoyBits Official:
Oh, this mean you have different problem. Please try do download MSVCP140.dll manually from internet and place it in game directory.

Thank you
Trtlman Feb 5, 2018 @ 4:15pm 
Originally posted by JoyBits Official:
Oh, this mean you have different problem. Please try do download MSVCP140.dll manually from internet and place it in game directory.

I tried to do that but I have to pay to reinstall it. Do you know of a way to fix it for free?
JBOff  [developer] Feb 6, 2018 @ 3:07am 
>I tried to do that but I have to pay to reinstall it. Do you know of a way to fix it for free?

What do you mean "pay to reinstall"? You have game or you don't. If you bought it, you can reinstall it any time you want on any computers where you logged it.
Cranky&TheBoom Feb 17, 2018 @ 7:08pm 
Hello There,
I have just bought the game and the same problem is happening to me. The game will not launch. Has this problem been fixed yet? Thanks :)
letecipauk Feb 28, 2018 @ 7:08am 
Originally posted by Trtlman:
Originally posted by JoyBits Official:
Oh, this mean you have different problem. Please try do download MSVCP140.dll manually from internet and place it in game directory.

Thank you

Dont do this son, dont download random dll from internets, its unsafe.

MSVCP140 is part of Microsoft Visual C++ 20xx Redistributable

https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads

download and install both 64 and 86 versions under Visual Studio 2017

vc_redist.x86.exe
vc_redist.x64.exe

if this doesnt fix your issue, but I belive it should, just go down with years and install older versions.
Bibliophile Feb 28, 2018 @ 2:20pm 
It would appear that at some point a Windows Update or another program removed/replaced Visual C++ Redistributale, because I did not do it myself. Was it for security reasons? If so, I do not want it back on my computer. It's something like all the internet games that use Adobe Flash, which is vulnerable and I will not allow on my computer anymore. Anyone know if Visual C++ has similar vulnerabilities?
Tri Mar 2, 2018 @ 5:53pm 
cant start the game? wtf
Bibliophile Mar 3, 2018 @ 8:38am 
So, I downloaded an old game one of my friends said was fun and it installed a copy of the 2015 C++ Distributable. Lo and behold my Doodle God works again. So, for all of you out there who can't get it to run - you'll need 2015 version of C++, maybe at some point the devs can get their product to work with newer versions. I would like to see the devs also add a feature to the game where you can start a new game any time you want and delete games you are done with. But that is a different discussion. and this discussion thread is pretty much done. Thanks for all the feedback, community!
dieeasy Mar 30, 2018 @ 9:52am 
Originally posted by JoyBits Official:
It's hard to tell. Problem is - we don't have this issue on any of our test machines. We trying to test on different ones. But it is possible to tell, when this problem will be fixed only after we know why it happened. And to know why it happened - we need to recreate it on test machine.

There are more than just one people here with the issue, me included, so as a first guess it should not be super-hard to reproduce it.

Let me try tohelp by giving you a more accurate bug report.

First some system info (OS, kernel, glx, Xorg):

$ lsb_release -d Description: Debian GNU/Linux testing (buster) $ uname -vm #1 SMP Debian 4.14.17-1 (2018-02-14) x86_64 $ glxinfo -B name of display: :0.0 display: :0 screen: 0 direct rendering: Yes Memory info (GL_NVX_gpu_memory_info): Dedicated video memory: 2048 MB Total available memory: 2048 MB Currently available dedicated video memory: 1219 MB OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GTX 960/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 390.42 OpenGL core profile shading language version string: 4.60 NVIDIA OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL version string: 4.6.0 NVIDIA 390.42 OpenGL shading language version string: 4.60 NVIDIA OpenGL context flags: (none) OpenGL profile mask: (none) OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 390.42 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 $ grep '^X.Org' /var/log/Xorg.0.log X.Org X Server 1.19.6

Next is a big one-liner, but the meaning is simple.
It means "tell me the version of the package providing the shared object reported by ldd"
It's followed by the same information on the package that diverts libGL.so.1.

$ for LIB in $(ldd DoodleGame |sed 's/^[^=]*=>//' |awk '{print $1}' |grep -v '^\.'); do echo "$LIB:"; dpkg -S $LIB && dpkg -l $(dpkg -S $LIB | grep -v diversion |awk -F: '{print $1}') |grep '^ii'; done linux-vdso.so.1: dpkg-query: no path found matching pattern *linux-vdso.so.1* /lib/x86_64-linux-gnu/libpthread.so.0: libc6:amd64: /lib/x86_64-linux-gnu/libpthread.so.0 ii libc6:amd64 2.27-2 amd64 GNU C Library: Shared libraries ii libc6:i386 2.27-2 i386 GNU C Library: Shared libraries /lib/x86_64-linux-gnu/libudev.so.1: libudev1:amd64: /lib/x86_64-linux-gnu/libudev.so.1 ii libudev1:amd64 238-2 amd64 libudev shared library ii libudev1:i386 238-2 i386 libudev shared library /lib/x86_64-linux-gnu/libuuid.so.1: libuuid1:amd64: /lib/x86_64-linux-gnu/libuuid.so.1 ii libuuid1:amd64 2.31.1-0.4 amd64 Universally Unique ID library ii libuuid1:i386 2.31.1-0.4 i386 Universally Unique ID library /usr/lib/x86_64-linux-gnu/libX11.so.6: libx11-6:amd64: /usr/lib/x86_64-linux-gnu/libX11.so.6 ii libx11-6:amd64 2:1.6.4-3 amd64 X11 client-side library ii libx11-6:i386 2:1.6.4-3 i386 X11 client-side library /usr/lib/x86_64-linux-gnu/libGL.so.1: diversion by glx-diversions from: /usr/lib/x86_64-linux-gnu/libGL.so.1 diversion by glx-diversions to: /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 libgl1:amd64: /usr/lib/x86_64-linux-gnu/libGL.so.1 ii libgl1:amd64 1.0.0-2 amd64 Vendor neutral GL dispatch library -- legacy GL support ii libgl1:i386 1.0.0-2 i386 Vendor neutral GL dispatch library -- legacy GL support /usr/lib/x86_64-linux-gnu/libGLU.so.1: libglu1-mesa:amd64: /usr/lib/x86_64-linux-gnu/libGLU.so.1 ii libglu1-mesa:amd64 9.0.0-2.1 amd64 Mesa OpenGL utility library (GLU) ii libglu1-mesa:i386 9.0.0-2.1 i386 Mesa OpenGL utility library (GLU) /usr/lib/x86_64-linux-gnu/libstdc++.so.6: libstdc++6:amd64: /usr/lib/x86_64-linux-gnu/libstdc++.so.6 ii libstdc++6:amd64 8-20180312-2 amd64 GNU Standard C++ Library v3 ii libstdc++6:i386 8-20180312-2 i386 GNU Standard C++ Library v3 /lib/x86_64-linux-gnu/libm.so.6: libc6:amd64: /lib/x86_64-linux-gnu/libm.so.6 ii libc6:amd64 2.27-2 amd64 GNU C Library: Shared libraries ii libc6:i386 2.27-2 i386 GNU C Library: Shared libraries /lib/x86_64-linux-gnu/libgcc_s.so.1: libgcc1:amd64: /lib/x86_64-linux-gnu/libgcc_s.so.1 ii libgcc1:amd64 1:8-20180312-2 amd64 GCC support library ii libgcc1:i386 1:8-20180312-2 i386 GCC support library /lib/x86_64-linux-gnu/libc.so.6: libc6:amd64: /lib/x86_64-linux-gnu/libc.so.6 ii libc6:amd64 2.27-2 amd64 GNU C Library: Shared libraries ii libc6:i386 2.27-2 i386 GNU C Library: Shared libraries /lib64/ld-linux-x86-64.so.2: libc6:amd64: /lib64/ld-linux-x86-64.so.2 ii libc6:amd64 2.27-2 amd64 GNU C Library: Shared libraries ii libc6:i386 2.27-2 i386 GNU C Library: Shared libraries /lib/x86_64-linux-gnu/libdl.so.2: libc6:amd64: /lib/x86_64-linux-gnu/libdl.so.2 ii libc6:amd64 2.27-2 amd64 GNU C Library: Shared libraries ii libc6:i386 2.27-2 i386 GNU C Library: Shared libraries /lib/x86_64-linux-gnu/librt.so.1: libc6:amd64: /lib/x86_64-linux-gnu/librt.so.1 ii libc6:amd64 2.27-2 amd64 GNU C Library: Shared libraries ii libc6:i386 2.27-2 i386 GNU C Library: Shared libraries /usr/lib/x86_64-linux-gnu/libxcb.so.1: libxcb1:amd64: /usr/lib/x86_64-linux-gnu/libxcb.so.1 ii libxcb1:amd64 1.13-1 amd64 X C Binding ii libxcb1:i386 1.13-1 i386 X C Binding /usr/lib/x86_64-linux-gnu/libGLX.so.0: libglx0:amd64: /usr/lib/x86_64-linux-gnu/libGLX.so.0 ii libglx0:amd64 1.0.0-2 amd64 Vendor neutral GL dispatch library -- GLX support ii libglx0:i386 1.0.0-2 i386 Vendor neutral GL dispatch library -- GLX support /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0: libglvnd0:amd64: /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 ii libglvnd0:amd64 1.0.0-2 amd64 Vendor neutral GL dispatch library ii libglvnd0:i386 1.0.0-2 i386 Vendor neutral GL dispatch library /usr/lib/x86_64-linux-gnu/libXau.so.6: libxau6:amd64: /usr/lib/x86_64-linux-gnu/libXau.so.6 ii libxau6:amd64 1:1.0.8-1+b2 amd64 X11 authorisation library ii libxau6:i386 1:1.0.8-1+b2 i386 X11 authorisation library /usr/lib/x86_64-linux-gnu/libXdmcp.so.6: libxdmcp6:amd64: /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 ii libxdmcp6:amd64 1:1.1.2-3 amd64 X11 Display Manager Control Protocol library ii libxdmcp6:i386 1:1.1.2-3 i386 X11 Display Manager Control Protocol library /usr/lib/x86_64-linux-gnu/libXext.so.6: libxext6:amd64: /usr/lib/x86_64-linux-gnu/libXext.so.6 ii libxext6:amd64 2:1.3.3-1+b2 amd64 X11 miscellaneous extension library ii libxext6:i386 2:1.3.3-1+b2 i386 X11 miscellaneous extension library /lib/x86_64-linux-gnu/libbsd.so.0: libbsd0:amd64: /lib/x86_64-linux-gnu/libbsd.so.0 ii libbsd0:amd64 0.8.7-1 amd64 utility functions from BSD systems - shared library ii libbsd0:i386 0.8.7-1 i386 utility functions from BSD systems - shared library $ dpkg -l glx-diversions |grep '^ii' ii glx-diversions 0.8.3 amd64 prepare for using accelerated GLX implementations from GPU vendors

Hope that's enough info to reproduce the issue, let me know if there's anything else you're interested in.
< >
Showing 1-15 of 16 comments
Per page: 1530 50