good ol' access violation

[jdsmith2816]

When starting TexGen for SSE it proceeds for a while and then fails with accessviolation in texgen64.  If I keep clicking the ok button it eventually states that load order is messed up due to trying to find a file id higher than files loaded.

 

My DynDOLOD is not in a privileged directory, I have no anti virus running and my UAC is disabled.  I have also attempted to run it as administrator just for ***** and giggles.

 

Any idea what could be happening?

Edited September 29, 2017 by jdsmith2816

[sheson]

Are you sure you are using the latest version 2.32? We troubleshooted similar errors here https://forum.step-project.com/topic/12460-dyndolod-error-load-order-messed-up/ and the fixes went into that version.

 

Test if x86 TexGen.exe starts with same problem or works.

 

See if the latest test version from this post changes anything. Simply rename DynDOLOD.exe to TexGen.exe or DynDOLODx64.exe to TexGenx64.exe.

 

Post the log ..DynDOLOD\Logs\TexGen_SSE_log.txt

[jdsmith2816]

The test version that you linked worked for texgen but is giving me the below error during initial load before showing the usual dialog window:

 

[00:00:11.246] Exception in unit  line -1: Error in unit 'lodgenalt' on line 81 : Not enough parameters

Edited September 29, 2017 by jdsmith2816

[sheson]

Make sure all files in the DynDOLOD standalone installation are from the latest version 2.32, these error indicate older versions of some files are still around.

 

Maybe delete entire folder and just copy everything new form archive.

[jdsmith2816]

How awkward... thanks again.  I always delete the folder when updating not sure what went sideways here. 

[jdsmith2816]

Hmm, so with the fresh DDL installed it keeps failing near the end of the process after around 10m stating that there were errors.  I'm not seeing the errors in the log unless I simply don't know what I'm looking for... which is quite possible.

 

https://www.dropbox.com/s/gveibdzytvl23v9/log.txt?dl=0

 

Going to try with that test version with debug=1 to see if that produces anything useful.

Edited September 30, 2017 by jdsmith2816

[jdsmith2816]

Alright... using the test version with debug=1 allowed for successful generation.

[sheson]

Great to know. I will push a new version with the update from the test version soon.