Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Toady One]

Download (Click refresh on your browser if it doesn't show up)

Here's another bug-fix release.  Assuming no issues crop up immediately, we'll now dive into 64-bit land for next time!

Major bug fixes
   (*) Fixed error deciding when patients should be moved
   (*) Fixed initialization problem with tools causing stone axes to be thought of as ranged
   (*) Stopped completed work order jobs from checking off every matching order
   (*) Stopped masterpiece trades in containers from triggering artwork defacement
   (*) Stopped storage from always failing in the second tavern/library/temple you define
   (*) Stopped broken crash-prone entry from appearing at the end of the stocks list

Other bug fixes/tweaks
   (*) Attackers will remove armor from unconscious opponents if it is blocking attacks
   (*) Made people wear more armor according to their roles again
   (*) Allowed new citizens with some previously site-wide occupations to be reassigned
   (*) Allowed some site-wide occupations for dwarves
   (*) Made combat damage weapon and armors depending on material differences etc.
   (*) Made dwarves prefer undamaged equipment during the periodic uniform upgrades
   (*) Allowed strong attacks/shakes to translate some force to joints and parent parts even if blocked by armor
   (*) Reduced clothing stopping power based on penetration depth
   (*) Made paper slurries stockpile-able (won't work without updated raws)
   (*) Fixed problem with adv mode tribute demand check
   (*) Fixed ghost initial positioning problem
   (*) Made macros save correctly even if the macro directory is deleted

[Urlance Woolsbane]

Thanks Toady! Good luck with the 64-bit release!

[peasant cretin]

Love the fixes. Cheers and thanks Toady!

[Random_Dragon]

   (*) Fixed initialization problem with tools causing stone axes to be thought of as ranged

Vot de FOCK. That is the most hilarious cause of a bug I've ever seen.

[Jazzeraint]

'mscvcp140.dll missing' causing a failure for the .exe to load for me. Win7, 43.03 has been working fine.

Spoiler (click to show/hide)

[thvaz]

This is great. What is next? More fixes or work into the 64 bit version?

[Toady One]

'mscvcp140.dll missing' causing a failure for the .exe to load for me. Win7, 43.03 has been working fine.

Spoiler (click to show/hide)

http://bay12games.com/dwarves/redist/msvcp140.dll

If you put this in the folder does it work, or does it give you another DLL that's missing?  I tried it on three computers, but they all came with the proper DLLs I guess.

This is great. What is next? More fixes or work into the 64 bit version?

I'll probably have to fix this DLL problem, but I'd like to get to 64 bits as soon as possible so it's no longer hanging over the project.

[Random_Dragon]

'mscvcp140.dll missing' causing a failure for the .exe to load for me. Win7, 43.03 has been working fine.

Spoiler (click to show/hide)

Very peculiar. Tried a re-download? Also on Windows 7 (32-bit), and no apparent problem so far.

[Sanctume]

'mscvcp140.dll missing' causing a failure for the .exe to load for me. Win7, 43.03 has been working fine.

PC is missing the runtime support DLLs:
Visual C++ Redistributable for Visual Studio 2015

p.s.

Or Toady One maybe has a different compile with static linking.

on visual studio go to Project tab -> properties - > configuration properties -> C/C++ -> Code Generation. on runtime library choose /MTd for debug mode and /MT for release mode.

This will cause the compiler to imbue the runtime into the app.  The executable will be bigger, but it will run without any need of runtime dlls.

[Random_Dragon]

Okay, I AM getting some weird shit here. DF seems to open and work fine so far, then AFTER I close it, a few seconds after I get...



EDIT: Image source edited, thanks to Witty putting it up on Imgur. Had planned to put it somewhere more permanent than my Dropbox eventually.

[blakker]

'mscvcp140.dll missing' causing a failure for the .exe to load for me. Win7, 43.03 has been working fine.

Spoiler (click to show/hide)

http://bay12games.com/dwarves/redist/msvcp140.dll

If you put this in the folder does it work, or does it give you another DLL that's missing?  I tried it on three computers, but they all came with the proper DLLs I guess.

Not that person but had the same issue, tried reinstalling Visual C++ Redistributable but it didn't work.

After downloading and putting that DLL in the folder it asks for a VCRUNTIME140.dll.

[Random_Dragon]

Now I miss the "knee deep in the horses" kinda fun bugs we used to be getting. Any idea WHY it would fuck up for users that had no such issue with prior versions?

[Toady One]

on visual studio go to Project tab -> properties - > configuration properties -> C/C++ -> Code Generation. on runtime library choose /MTd for debug mode and /MT for release mode.

This will cause the compiler to imbue the runtime into the app.  The executable will be bigger, but it will run without any need of runtime dlls.

Does the legacy version have DLL problems for affected people?  Apparently legacy was already compiled with /MT, where the sdl version was using /MD.

[Random_Dragon]

I'm also wondering why it would decide DF has broken AFTER it closes without issue, with no current problems while in-game.

[Orkel]

Does the "Fixed error deciding when patients should be moved" bug affect the issue where a patient is in a traction bench being permanently diagnosed over and over again? Or is it some other bug?