Print

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

[Rafatio]

You did actually unpack the archive first? (its a zip, if you got a rar better download from the link in the first post)

Just tried it, busy cursor for a moment then it closes silently.

[lethosor]

You did actually unpack the archive first? (its a zip, if you got a rar better download from the link in the first post)

Just tried it, busy cursor for a moment then it closes silently.

Same questions as above for you. Also, what pack version? Have you run other versions successfully? From what I understand, this pack has never worked for BugDV, and given the lack of reports from other people, it's probably not a widespread issue.

[HerbalistRanger]

Does DFHack work for 0.44.12 ? I'm all confused. Having hard time finding previous version df.wicked-code.com too.
Embark is crashing with startdwarf10 and embark-skills max. Rarely working with just startdwarf

edit- I got it to work...I don't know why but it works. Figured out how to adjust skills after embark. Doing fine with 10 dorfs 5x5 embark on large world.
It's actually working exceptionally well : D The load times for rerolling my start dwarfs is fast! Amazing. Praise Armok!

[lethosor]

DFHack definitely works. Have you tried disabling TWBT? What about not running the commands you mentioned?

[Rafatio]

You did actually unpack the archive first? (its a zip, if you got a rar better download from the link in the first post)

Just tried it, busy cursor for a moment then it closes silently.

Same questions as above for you. Also, what pack version? Have you run other versions successfully? From what I understand, this pack has never worked for BugDV, and given the lack of reports from other people, it's probably not a widespread issue.

Its working fine for me, I was just trying to reproduce bugdv's issue, running the starter from inside the zip gave me exactly the behaviour they mentioned.

[BugDV]

I did unpacked it, non of the versions work. Used to work before, now neither versions are. Yeah, pretty sure it's something personal with my system, was hoping still that someone knows what happened/changed since than. (Put in one of the event viewer log into the original post. But if it helps, the error code is 0xc0000417.) My system is Windows 10 Home edition. No longer keeping an antivirus besides the built in one.

[lethosor]

You did actually unpack the archive first? (its a zip, if you got a rar better download from the link in the first post)

Just tried it, busy cursor for a moment then it closes silently.

Same questions as above for you. Also, what pack version? Have you run other versions successfully? From what I understand, this pack has never worked for BugDV, and given the lack of reports from other people, it's probably not a widespread issue.

Its working fine for me, I was just trying to reproduce bugdv's issue, running the starter from inside the zip gave me exactly the behaviour they mentioned.

Oh, oops, I thought you meant you unpacked it first. Sorry about that.

BugDV, I did search for that error code (0xc0000417) earlier and got a ton of sketchy malware-esque sites. I did finally find out that it corresponds to STATUS_INVALID_CRUNTIME_PARAMETER, but that doesn't help a whole lot.

Can you try different PyLNP versions from https://bitbucket.org/Pidgeot/python-lnp/downloads/? In particular, 0.13a is newer than this pack. It'll probably complain about not finding a DF folder, but if it can start at all without that error, that's good.

Is there anything more detailed in system error logs when this happens? Any more detailed crash reports?

Also, what's your system language? Have you installed anything related to C/C++ development?

[taleden]

I think there's a mistake in the packaging of the Phoebus graphics pack (possibly others too, that's just the one I've dug into).

In the "Phoebus-44.11b.zip" release package is this folder structure, and for illustration I've noted an example file from the folder:

Code: [Select]

data/art/           (Phoebus_16x16.png)
data/init/          (d_init.txt)
data/twbt_art/      (Phoebus_32x32_Next.png)
data/twbt_init/     (overrides.txt)
raw/graphics/       (graphics_phoebus_dwarves.txt)
raw/objects/        (creature_standard.txt)
raw/twbt_graphics/  (phoebus/dwarves.png)
raw/twbt_objects/   (language_DWARF.txt)

The installation instructions explain that the twbt_X folder contents should be copied over the top of their regular X counterparts if TWBT will be used.

But in the "PeridexisErrant's Starter Pack 0.44.12-r02.zip" release package, I see this folder structure under LNP/graphics/Phoebus/ (with the same example files):

Code: [Select]

data/art/           (Phoebus_16x16.png)
data/init/          (d_init.txt)
raw/art/            (Phoebus_32x32_Next.png)
raw/graphics/       (graphics_phoebus_dwarves.txt ; phoebus/dwarves.png)
raw/init/           (overrides.txt)
raw/objects/        (creature_standard.txt ; language_DWARF.txt)

So the raw/twbt_X/ folders have been correctly merged with the raw/X/ folders, but Phoebus' data/twbt_X/ folders seem to be incorrectly merged into raw/X/ rather than data/X/. This means for example that overrides.txt ends up in raw/init/ where it has no effect, which I think is what's causing so many people to report that bins, stairs, trees etc look wrong. It also means the Phoebus 32x32 tiles aren't available in the starter pack because they're in raw/art/ instead of data/art/ where they belong.

Thanks!

[BugDV]

You did actually unpack the archive first? (its a zip, if you got a rar better download from the link in the first post)

Just tried it, busy cursor for a moment then it closes silently.

Same questions as above for you. Also, what pack version? Have you run other versions successfully? From what I understand, this pack has never worked for BugDV, and given the lack of reports from other people, it's probably not a widespread issue.

Its working fine for me, I was just trying to reproduce bugdv's issue, running the starter from inside the zip gave me exactly the behaviour they mentioned.

Oh, oops, I thought you meant you unpacked it first. Sorry about that.

BugDV, I did search for that error code (0xc0000417) earlier and got a ton of sketchy malware-esque sites. I did finally find out that it corresponds to STATUS_INVALID_CRUNTIME_PARAMETER, but that doesn't help a whole lot.

Can you try different PyLNP versions from https://bitbucket.org/Pidgeot/python-lnp/downloads/? In particular, 0.13a is newer than this pack. It'll probably complain about not finding a DF folder, but if it can start at all without that error, that's good.

Is there anything more detailed in system error logs when this happens? Any more detailed crash reports?

Also, what's your system language? Have you installed anything related to C/C++ development?

Managed to get somehow a separate error report besides the usual:

Spoiler (click to show/hide)

81750379923
   5
   BEX
   Nem érhető el (*Not accessible)
   0
   Starter Pack Launcher (PyLNP).exe
   0.0.0.0
   514e2c2f
   Starter Pack Launcher (PyLNP).exe
   0.0.0.0
   514e2c2f
   00007f6e
   c0000417
   00000000
   
   \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERFA83.tmp.dmp \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERFB6E.tmp.WERInternalMetadata.xml \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERFBAE.tmp.xml \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERFBAC.tmp.csv \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERFBEB.tmp.txt
   C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_Starter Pack Lau_27793d3ebff5a8b7e2c9fba96c9fc761f5156dd6_8854fec6_2e5d00ec
   
   0
   62fec054-2e0a-4ed5-9257-07c072aed9fc
   268435456
   e18c62b8e963002865ff8829287cb5c7
   0

Somehow I'm unable to open the listed files. Googling around still...

[lethosor]

You are using 64-bit Windows, right?

[a52]

I'm having a really bizarre issue with extracting the folder. Whether I extract it or copy everything from within the zip, I always end up missing a bunch of files. Most notably, almost all of the utilities are missing, which is how I found out about the problem. Copying individual files over seems to work fine, but I have no way of telling what other files might be missing.

I checked the SHA for the initial zip, and it matches the SHA provided at the DFFD page, so it's not an issue of a corrupted or incomplete download. I would just use SHA to determine which folders were incorrect, since I have a correct zip to go off of, but I can't SHA files within a zipped folder.

Unfortunately, since the initially downloaded file seems to be fine and I haven't seen anybody else with this issue, it's probably something specific to my system that everyone else will be unable to help me with. However, it figured it was worth making a post on the off-chance that somebody else has had a similar issue, or somebody could provide me with an unzipped folder.

[a52]

I'm having a really bizarre issue with extracting the folder. Whether I extract it or copy everything from within the zip, I always end up missing a bunch of files. Most notably, almost all of the utilities are missing, which is how I found out about the problem. Copying individual files over seems to work fine, but I have no way of telling what other files might be missing.

I checked the SHA for the initial zip, and it matches the SHA provided at the DFFD page, so it's not an issue of a corrupted or incomplete download. I would just use SHA to determine which folders were incorrect, since I have a correct zip to go off of, but I can't SHA files within a zipped folder.

Unfortunately, since the initially downloaded file seems to be fine and I haven't seen anybody else with this issue, it's probably something specific to my system that everyone else will be unable to help me with. However, it figured it was worth making a post on the off-chance that somebody else has had a similar issue, or somebody could provide me with an unzipped folder.

I unzipped it with $ unzip in Cygwin, and that seemed to work fine (as well as being way faster -- like 10 seconds instead of 20 minutes), so problem solved, I guess.

EDIT: Agghhh, that's messed with all the permissions, so the files can't access each other properly... I'll get this figured out eventually...

EDIT 2: Okay, permissions are fixed (so glad you can change the permissions for children files from the parent folder), and everything's working fine! So if, by some chance, somebody else has the bizarre sequence of issue I dealt with today, they can hopefully refer to what I did.

[lethosor]

Sounds like overzealous antivirus software to me.

[a52]

Sounds like overzealous antivirus software to me.

That was my guess.

[taleden]

I think there's a mistake in the packaging of the Phoebus graphics pack (possibly others too, that's just the one I've dug into).

...

Any comments on this? The same problem apparently also exists with the Spacefox graphics set, as mentioned here, and looking through the LNP/graphics folder structure it looks like Ironhand, Mayday and Obsidian are also impacted.