Print

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

[ab9rf]

My take on it is that with each release of DF we see a comedy of errors as a double dozen people all post wrong offsets to the DT forum thread, leading to much confusion and confustulation as people all fall over themselves and each other trying to make sense of all the nonsense.  I'd rather very much like not to have the same idiocy with respect to DFHack, please.  And having people post "suggestions" on how to get a completely broken symbols.xml file is not consistent with that.

If you want to live dangerously, feel free to download the development versions from the appropriate github repositories and roll your own; it's not hard.  I just completed a test build that seems to be working fine, but that doesn't mean it's ready for general release.  The repos also have instructions on how to build the software and also advice on how to find the offsets yourself if you want.  But odds are by the time you figure out what you're doing, one of the regular developers will have the job done already.  And if you do want to help, at least take the time to educate yourself as to what's involved in the process before you try to "contribute".

[WillowLuman]

I think that until there is a relatively long time between updates, it will be difficult to get a working build out for whatever the most current version is. It might be best just to wait and be patient for the game updates to not be so frequent.

[slink]

Well excuse me for contributing information, starting at the beginning.  Jerks.

Edit: If you really want to demonstrate how superior you are, post a working copy.  I've posted a working ini for one version of DT.  I didn't go around saying anyone else was doing worse than nothing for trying to work it out for themselves.

The people you just called jerks are the people who are working right now on producing a working product.  And what they had to say is accurate: your suggestion will not yield a working DFHack, it'll just make it not crash immediately.  You're free, of course, to make DFHack useless for people, but don't act like that by offering instructions to make it useless, you're providing some sort of useful service.

DFHack needs a lot more information discovered from each version of DF than DwarfTherapist does, so it takes longer.  And DFHack is less tolerant of incorrect offset information than DT is.  So you'll pardon us for taking a bit longer to do the job right.

In any case, an updated symbols.xml has been available for at least the past seven hours now.  All courtesy of the very people you are being so jackassed towards.

Excuse me, but where did I say that changing the checksum would make a working copy of DFHack?  And never did I complain that you were taking too long to update.

My take on it is that with each release of DF we see a comedy of errors as a double dozen people all post wrong offsets to the DT forum thread, leading to much confusion and confustulation as people all fall over themselves and each other trying to make sense of all the nonsense.  I'd rather very much like not to have the same idiocy with respect to DFHack, please.  And having people post "suggestions" on how to get a completely broken symbols.xml file is not consistent with that.

If you want to live dangerously, feel free to download the development versions from the appropriate github repositories and roll your own; it's not hard.  I just completed a test build that seems to be working fine, but that doesn't mean it's ready for general release.  The repos also have instructions on how to build the software and also advice on how to find the offsets yourself if you want.  But odds are by the time you figure out what you're doing, one of the regular developers will have the job done already.  And if you do want to help, at least take the time to educate yourself as to what's involved in the process before you try to "contribute".

Yes, I do post properly working ini files in the DT thread.  Isn't that a hilarious comedy of jackassed effort?  But by all means, I will leave this thread to the super-important hangers-on who live in it.  Personally, I prefer to wait and get my updates from peterix, but if necessary, I could re-install a C compiler and "roll my own", as you coyly put it.  I'm truly not that impatient, but of course you'll never believe that.  It's too much fun to rant at someone without having seen what they actually posted to start this argument.

[robertheinrich]

I could re-install a C compiler and "roll my own", as you coyly put it. ed to start this argument.

You won´t get far with a C compiler. Your ignorance is showing and you better stop whining.

[jaked122]

Wow, hostility.
I personally think that a C-compiler would be useful, but not for what I understand is the goal. You would be better off with cheat engine than a C-compiler, unless you wanted to write your own DF memory editing program.
Either way, that is one route to a solution, but not to your problem. A C-compiler could not help you update the memory list, making it virtually useless for the moment, but in the future, where instead of using DFHack, you learned how to write code in order to produce a sentient DFhack memory set assembler, which then proceeded to take over the world, making it detrimental.
Either way, it really doesn't matter right now.
I'd go for a disassembler, then I'd look through the data-section to find the correct addresses, but even then, I would not be helping, I would simply have done ten hours worth of work when someone else knows how to do it better than I do, and did it in four.
Where was I going again?
Oh yes, hostility.
Why are you being so hostile? Ignorance is hardly a good excuse to insult someone... well... not when he is going down a route that won't help or hurt anyone else.

[slink]

A C-compiler could not help you update the memory list, making it virtually useless for the moment, but in the future, where instead of using DFHack, you learned how to write code in order to produce a sentient DFhack memory set assembler, which then proceeded to take over the world, making it detrimental.

I know how to write C code.  I know how to read and edit the memory space of a different program.  But that aside, you did make me laugh at the suggestion of weaponizing DFHack for world domination.  That a properly Dwarfy goal.  Thank you for that.   

[slaytanic]

Hate to be a jackass but the updated symbols.xml isn't working for me. I'm getting

DFHACK ERROR!
error while reading symbols.xml
attribute is either missing or invalid : OS type

[caddybear]

Just wait with upgrading to new version if there isn't a dfhack version yet if you really want it. There's no reason to tantrum. Thanks.

[EmeraldWind]

Wow, hostility.
I personally think that a C-compiler would be useful, but not for what I understand is the goal. You would be better off with cheat engine than a C-compiler, unless you wanted to write your own DF memory editing program.
Either way, that is one route to a solution, but not to your problem. A C-compiler could not help you update the memory list, making it virtually useless for the moment, but in the future, where instead of using DFHack, you learned how to write code in order to produce a sentient DFhack memory set assembler, which then proceeded to take over the world, making it detrimental.
Either way, it really doesn't matter right now.
I'd go for a disassembler, then I'd look through the data-section to find the correct addresses, but even then, I would not be helping, I would simply have done ten hours worth of work when someone else knows how to do it better than I do, and did it in four.
Where was I going again?
Oh yes, hostility.
Why are you being so hostile? Ignorance is hardly a good excuse to insult someone... well... not when he is going down a route that won't help or hurt anyone else.

They are being hostile due to slink calling Japa and Quietust jerks and then saying that if they are so superior they should release a working version.

Not really a start at all. All that does it lets DFhack know that this is, indeed, some version of DF.

It doesn't actually tell it where anything is that it needs, which will result in it poking around the wrong places and breaking things.

No, it's even worse - it tells DFHack that things are located at addresses where they aren't, which is what will cause it to break things.

Just adding "<symbol-table name='v0.34.11 SDL' os-type='windows'> <binary-timestamp value='0x4fcc9488'/> </symbol-table>" would have accomplished this "fix" much more cleanly - it'd make it stop complaining about unknown versions, and the absence of any defined addresses would have just caused all plugins to fail to do anything (or crash as a result of trying to access null pointers).

Well excuse me for contributing information, starting at the beginning.  Jerks.

Edit: If you really want to demonstrate how superior you are, post a working copy.  I've posted a working ini for one version of DT.  I didn't go around saying anyone else was doing worse than nothing for trying to work it out for themselves.

Perhaps slink doesn't know who Japa and Quietust are...
But it wasn't like they were being rude, they were just urgently calling attention to a fix that could cause more problems than it fixes.
So naturally the hornets aren't going to take kindly the insults directed at two of the people responsible for maintaining parts of the dfhack project.

[slaytanic]

Hate to be a jackass but the updated symbols.xml isn't working for me. I'm getting

DFHACK ERROR!
error while reading symbols.xml
attribute is either missing or invalid : OS type

it also says to check the stderr   which says:
FirstCall()
Initized HOOKS!
Identifying DF version.
Loading hack\symbols.xml ... OK
Dummy symbol table entry: timed_events

[Quietust]

slaytanic - try this:

Just everybody quit doing pointless things, grab this file, erase all os-type='darwin' symbol tables at the end, and be happy:

https://raw.github.com/angavrilov/df-structures/master/symbols.xml

[edit] Also, slink, we were yelling at 46852, not you - any 'rudeness' directed at you would have been from suggesting that 46852's advice was "a start" (when it was actually downright harmful).

[slink]

slaytanic - try this:

Just everybody quit doing pointless things, grab this file, erase all os-type='darwin' symbol tables at the end, and be happy:

https://raw.github.com/angavrilov/df-structures/master/symbols.xml

[edit] Also, slink, we were yelling at 46852, not you - any 'rudeness' directed at you would have been from suggesting that 46852's advice was "a start" (when they were absolutely nothing of the sort).

I actually had not even seen that post when I made mine.  I read the post about changing the name of the XML section, went to the files, and came back to post without seeing what had been posted in the meantime.  I meant it literally, that the checksum was the start, not that it was the finish.  I can see now why you jumped on me when you were angry at 46852, and I think you can understand why I was angry when you did that.

[slaytanic]

slaytanic - try this:

Just everybody quit doing pointless things, grab this file, erase all os-type='darwin' symbol tables at the end, and be happy:

https://raw.github.com/angavrilov/df-structures/master/symbols.xml

[edit] Also, slink, we were yelling at 46852, not you - any 'rudeness' directed at you would have been from suggesting that 46852's advice was "a start" (when it was actually downright harmful).

THANX Quietust that worked !

[TerryDactyl]

So, is there anything I can do to find that memory pointer for the announcements settings? I'm presently limited to hacking around with the DT-memory scanner. Which really got me 'nowhere, fast'. Send me a link to something I can read if need be - I don't want to bug a volunteer for features, when they've already got hands full with other tasks.

My fortress is highly dependent on workflows right now, so I'll be waiting on y'all for updates, this time, I think...

[Quietust]

Which "announcements settings" pointer are you looking for, and why do you need it?