v50 Steam/Premium information for editors
- v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
- Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.
Editing User talk:0x517A5D
Jump to navigation
Jump to search
Warning: You are not logged in.
Your IP address will be recorded in this page's edit history.
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 1: | Line 1: | ||
− | == | + | == Current Build == |
− | + | Interesting setup you've got there. I run something similar, though not completely abusive to game limits. (Leg+5 in everything? comeon! :P) | |
− | + | Got one guy with proficient in everything, while the rest have no skills and are purely haulers and pre-dabbling farmers. | |
− | + | Hauling and farming were the only tasks I decided to free my 'hero' dwarf from, since they're so god-awfully time consuming. | |
− | |||
− | + | As for items: A single full suit of steel armor and one of each weapon, with only a handful of bolts, should an errant fire imp come over in the first season. | |
− | + | A couple dozen of each booze and both plump helmet and spawn, with 11 each of the remaining seeds. | |
− | + | Of course the mandatory 1 each of food and whatnot. | |
+ | A hefty stock of giant cave spider thread to jumpstart my trading power (a single shoe will go for no less than 900 I think... initial investment is only 120p each) | ||
+ | A miscellany of assorted bars, wood, ores, and stone to spend the remaining points. | ||
+ | Also took along 3 wardogs for some additional protection and 10 cattle to get a herd going. | ||
− | + | All-in-all I limit myself to 32000 total points, as it's the highest clean number that the signed integer will accept in a once-off edit. | |
+ | Also used adjust start to give me 10 dwarves, and set Max_Pop to only 7, so no immigrants unless I get really short on helpers. | ||
+ | |||
+ | My guy's got something of a demi-god complex too, as his name is Master, the rest are named Servant, and the world is "Kôr Nòm" (Master of God). Remembered to look it up when I dabbled with the Regional Prospector ;) | ||
+ | |||
+ | Anyways, saw that you had a very similar idea for a build and thought you might want to hear you're not the only one going for the "God and Servants" route ;) | ||
+ | --[[User:n9103|n9103]] 01:49, 20 Dec 2007 (PST) | ||
+ | |||
+ | == Search Function == | ||
+ | |||
+ | It may be helpful to make it clear the search function used in your version-independent code examples is a user-define function and is not associated with the STL search algorithm. I would also recommend posting the source files for search function, or commenting that they are available from the enable magma buildings zip file | ||
+ | |||
+ | --[[User:Masdus|Masdus]] 22:08, 28 November 2007 (EST) | ||
+ | |||
+ | :That's a good point about search(). I've just renamed it hexsearch() in my most recent (not yet released) source.<br/>I had started to document the search patterns in a more generic way, but decided that (a) it took me too long to translate, and (b) few of the target audience would be able and willing to retranslate into their own search-like functions. So I just started cutting and pasting patterns out of my source.<br/>As for posing the source to hexsearch(), I think that the target audience can track it down. (If we could host arbitrary files directly on this wiki, I would. I just think it's too big to put into a <code> block.)<br/>—[[User:0x517A5D|0x517A5D]] 16:17, 29 November 2007 (EST) | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
== Seekret Projekt == | == Seekret Projekt == | ||
Line 62: | Line 68: | ||
:::::::::I theoretically could dump data to a file. The limit on how much code can be injected is so high that it will never actually be hit in real-world use. However, I would have to (<b>a</b>) do all of the file operations myself using relocatable assembly code (which is even harder to write than normal assembly language), and (<b>b</b>) track down the operating system call addresses <i>from scratch</i>, the way viruses do. (Have to do that because they can be at different addresses in different processes, so I can't just find them in the patcher process and copy them across.) I estimate 1000-2000 lines of assembly, all carefully coded to not disrupt <b>DF</b> itself. Using a custom-built debugger might actually be easier. I am, frankly, not eager to do such a project for little <u>personal</u> gain. <b>RP</b> suits my needs and tastes quite well. Now, if you can find someone else willing to do the gruntwork, I can give info such as good patch locations, and critique their techniques. Though I probably am not willing to debug crashes — and crashes <u>will</u> happen, and they can be weird and mysterious.<br/>—[[User:0x517A5D|0x517A5D]] 02:37, 1 January 2008 (EST) | :::::::::I theoretically could dump data to a file. The limit on how much code can be injected is so high that it will never actually be hit in real-world use. However, I would have to (<b>a</b>) do all of the file operations myself using relocatable assembly code (which is even harder to write than normal assembly language), and (<b>b</b>) track down the operating system call addresses <i>from scratch</i>, the way viruses do. (Have to do that because they can be at different addresses in different processes, so I can't just find them in the patcher process and copy them across.) I estimate 1000-2000 lines of assembly, all carefully coded to not disrupt <b>DF</b> itself. Using a custom-built debugger might actually be easier. I am, frankly, not eager to do such a project for little <u>personal</u> gain. <b>RP</b> suits my needs and tastes quite well. Now, if you can find someone else willing to do the gruntwork, I can give info such as good patch locations, and critique their techniques. Though I probably am not willing to debug crashes — and crashes <u>will</u> happen, and they can be weird and mysterious.<br/>—[[User:0x517A5D|0x517A5D]] 02:37, 1 January 2008 (EST) | ||
::::::::::Why don't you let the patcher do the grunt work to find the system function addresses, all you'd have to do is read in the entire EXE image from the DF processes. The relocatable assembly is still definitely going to be a pain. I'd look into doing it myself, but I've already got my plate full just trying to make DFUF useful.<br/>-- [[User:Jifodus|Jifodus]] 15:09, 1 January 2008 (EST) | ::::::::::Why don't you let the patcher do the grunt work to find the system function addresses, all you'd have to do is read in the entire EXE image from the DF processes. The relocatable assembly is still definitely going to be a pain. I'd look into doing it myself, but I've already got my plate full just trying to make DFUF useful.<br/>-- [[User:Jifodus|Jifodus]] 15:09, 1 January 2008 (EST) | ||
− | |||
Maybe it's only me, and I'm doing something extremely stupid, but I can't get it to apply the patch. When I run the .exe it says that it can't find the files that it needs to patch, and suggests that they perhaps already are patched, which, of course, they aren't. I'm probably doing something stupid, aren't I? I suspected that I had possibly put it in the wrong place or something, so I ended up running it from a whole bunch of different DF folders. Alas, there wasn't any sort of readme to help us simple people. Help would be appreciated though, it sounds like a fantastic utility. I'm tired of looking for underground pools with the random chance method. I'm using .33g--[[User:Yabbadabba|Yabbadabba]] 00:55, 1 January 2008 (EST) | Maybe it's only me, and I'm doing something extremely stupid, but I can't get it to apply the patch. When I run the .exe it says that it can't find the files that it needs to patch, and suggests that they perhaps already are patched, which, of course, they aren't. I'm probably doing something stupid, aren't I? I suspected that I had possibly put it in the wrong place or something, so I ended up running it from a whole bunch of different DF folders. Alas, there wasn't any sort of readme to help us simple people. Help would be appreciated though, it sounds like a fantastic utility. I'm tired of looking for underground pools with the random chance method. I'm using .33g--[[User:Yabbadabba|Yabbadabba]] 00:55, 1 January 2008 (EST) | ||
:Okay, lets cover the misconception first: it doesn't patch files. It grabs the running copy of <b>Dwarf Fortress</b> by the <strike>balls</strike> throat, and patches its memory. But if <b>DF</b> isn't running, you will get a different error message. So it was running. So... try this: quit out of <b>DF</b>, then start it back up. When <b>DF</b> is at the initial title screen, run the <b>RP</b> utility. Only once. It should not give an error message. In fact, it should give no feedback at all. Then go back to <b>DF</b> and choose the <i>Start Playing</i> menu choice. When you're looking at the <i>Choose a Fortress Location</i> screen, you should automatically be looking at a region which has mountains. At this point, you should notice extra symbols on the local map view on the left of the screen. Report back if this doesn't work, and we can do some diagnostics. I do agree, there should be a readme to explain stuff, as well as give a map key of the new symbols. Soon.<br/>—[[User:0x517A5D|0x517A5D]] 02:37, 1 January 2008 (EST) | :Okay, lets cover the misconception first: it doesn't patch files. It grabs the running copy of <b>Dwarf Fortress</b> by the <strike>balls</strike> throat, and patches its memory. But if <b>DF</b> isn't running, you will get a different error message. So it was running. So... try this: quit out of <b>DF</b>, then start it back up. When <b>DF</b> is at the initial title screen, run the <b>RP</b> utility. Only once. It should not give an error message. In fact, it should give no feedback at all. Then go back to <b>DF</b> and choose the <i>Start Playing</i> menu choice. When you're looking at the <i>Choose a Fortress Location</i> screen, you should automatically be looking at a region which has mountains. At this point, you should notice extra symbols on the local map view on the left of the screen. Report back if this doesn't work, and we can do some diagnostics. I do agree, there should be a readme to explain stuff, as well as give a map key of the new symbols. Soon.<br/>—[[User:0x517A5D|0x517A5D]] 02:37, 1 January 2008 (EST) | ||
::Hey, thanks for the help man. Worked like a charm. I guess I just ran it before it got to the main menu last time. Or maybe I opened it twice. Either way, cheers.--[[User:Yabbadabba|Yabbadabba]] 03:21, 1 January 2008 (EST) | ::Hey, thanks for the help man. Worked like a charm. I guess I just ran it before it got to the main menu last time. Or maybe I opened it twice. Either way, cheers.--[[User:Yabbadabba|Yabbadabba]] 03:21, 1 January 2008 (EST) | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− |