D2

[MggMuggins]

I saw a handful of commits that had something to do with D2. I'm currently trying to get Charge to compile using Dmd 2.066. How important is a D2 port?

[Wallbraker]

I have kind of abandoned charged miners, but feel free to take a look at it. And if you want to copy any code let me know and I can give you what ever license you want.

That said, I completed a port that sits on the d2-port branch. I have ported over the changes on master to the d2-port branch. And I tested the branch with DMD64 D Compiler v2.071.1 on linux and was able to produce a working binary. (Note it crashes when you close the window because the port is still WIP).

If you have any questions feel free to ask.

[MggMuggins]

Well, I found that branch just after posting this... Anyway, it builds fine using "DMD64 D Compiler v2.071.2", but it crashes with a segfault when you run it. I don't have a D1 compiler, so I'd really like to get D2 functional. You have any insights on this?
I'm pretty new to D, but I've been looking for a project like this for quite a while. If you'd be willing to just stick around and answer my questions, I'd love to work with this program. :P
~Samwise

[Wallbraker]

Oh right, open up your dmd.conf (should be in /etc/dmd.conf if installed the packaged version) file and remove the flag -export-dynamic. Also make sure you have updated the branch as I just push out two fixes that should help you get further.

I just tried the online mode with classicube and using the direct links I got it working on servers not requiring enhanced mode (Charged Miners is still only a classic client).

Sure I will try and answer and questions, the code is still very D1:ish and programmed mostly by one person quite a few years ago. But should be somewhat cleaner the the average I have no idea what I'm doing project (which I fully admit the code is) I have cleaned the code a little bit to make it more accessible.

[MggMuggins]

Thanks man. I appreciate your help. What does that flag do? Also, now it seems like it can't find the linker:

LD     Charge
/usr/bin/ld: cannot find : No such file or directory
collect2: error: ld returned 1 exit status
--- errorlevel 1
Makefile:127: recipe for target 'Charge' failed
make: *** [Charge] Error 1```

[Wallbraker]

No worries. Well that's really weird... does compiling simple programs with gcc work? You might need to install gcc or binutils packages.

[MggMuggins]

It was compiling just fine before I changed dmd.conf. Here's that:

[Environment32]
DFLAGS=-I/usr/include/dmd/phobos -I/usr/include/dmd/druntime/import -L-L/usr/lib/i386-linux-gnu -L

[Environment64]
DFLAGS=-I/usr/include/dmd/phobos -I/usr/include/dmd/druntime/import -L-L/usr/lib/x86_64-linux-gnu -L

[Wallbraker]

Oh remove that extra -L at the end as well.

[MggMuggins]

Alright, it builds and runs now! But it's throwing the exception on line 207 of src/charge/util/png.d. And of course only gives me a quit option.

[Wallbraker]

Have you gotten the latest changes on the branch? I push some changes that should fix that? Also you might need to remove the directory /user/$USER/.config/charge is it probably downloaded the wrong file and can't read it.

[MggMuggins]

I tried deleting it and it regenerated it. Here is the log file:

<II> Logger: Opened log
<WW> Core: Failed to load settings useing defaults
<II> Core: ODE not found, this not an error.
<II> Core: ALUT not found, this is not an error.
<DD> Core: w: 800 h: 600
<II> Core: Intel Open Source Technology Center
<II> Core: 3.0 Mesa 11.2.0
<II> Core: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2) 
<II> Core: No joysticks found
<II> ForwardRenderer: Can run forward renderer.
<II> DeferredRenderer: Is not cabable of running deferred renderer!
<DD> DeferredRenderer: object.Exception@src/charge/gfx/deferred.d(327): GL_EXT_geometry_shader4 not supported
----------------
src/charge/gfx/deferred.d:327 [0x68c991]
src/charge/gfx/deferred.d:355 [0x68cb4f]
src/charge/gfx/renderer.d:42 [0x6b685d]
src/charge/platform/core/sdl.d:392 [0x669ba7]
src/charge/platform/core/sdl.d:117 [0x668af5]
src/charge/platform/core/sdl.d:43 [0x668a5d]
src/charge/core.d:87 [0x6f4a01]
src/charge/game/app.d:55 [0x611919]
src/charge/game/scene/app.d:38 [0x618218]
src/miners/game.d:116 [0x484a92]
src/main.d:57 [0x45b96a]
??:? [0x83e062]
??:? [0x83dfac]
??:? [0x83e01e]
??:? [0x83dfac]
??:? [0x83df1d]
??:? [0x46965b]
??:? __libc_start_main [0xa105782f]
<II> Texture: Loaded res/font.png
<II> TextureArray: Can use TextureArrays
<II> MinecraftForwardRenderer: Can run Miners forward renderer.
<II> DoubleTarget: Double target supported (33191)
<II> ColorTexture: created charge/gfx/texture/colorffffffff
<II> ColorTexture: created charge/gfx/texture/color000000ff
<WW> Pool: File not found skin.png
<WW> LoadDefaultSkin: D 1140
<II> Core: Settings saved: 

[Wallbraker]

Hmm okay, now its failing for me as well.... This is really weird let me look into this as well.

[MggMuggins]

Fun time. A question on the side: What is the "Correct" way to keep a fork up to date?
~Sam

[Wallbraker]

Okay, I know what is causing the error. Its the default skin its downloading... But I thought I fixed that. Looking for a new one that will work.

[MggMuggins]

What are the requirements for a skin that is "Correct"?

[Wallbraker]

Something that can be loaded by the home brewed image reader I have in Miners... The proper fix for this would probably to use stb_image.h instead of the homebrewed code I got right now.