Awesomod discussion/questions/helpful tips thread
Freezerburn:
What is the characteristic of a Sim that has this trait? Will it acts like SimBot?
Simius:
Quote from: Freezerburn on 2010 July 31, 04:23:45
What is the characteristic of a Sim that has this trait? Will it acts like SimBot?
I'm going to make it for my Slavebot mod. Only sims with this trait will be Slavebots instead of all Simbots being Slavebots. The Slavebots are compelled to autonomously clean the house like a maid, do all the gardening and repair broken items like a repairman. They also tinker on appliances to upgrade them.
lordrichter:
Quote from: Simius on 2010 July 31, 03:55:42
Thanks for that.
I actually did change the HEX value, but only a few random numbers in it. I've found a Hash tool now so I did it correctly. I'm now using 0x1044f9f0a6880794 as my instance.
I think I've fixed the typos I had previously (and a bunch more that I added as I was playing around with it). Anyway, I'm still doing something wrong as I can't get it to recognize the 'Slave' trait.
I was wondering if you or phnxflyng or anyone else who might be interested in getting this to work could take another look at what I've done so far and point out any obvious errors I've made.
I omitted the CommodityKind part of it as it seems to be optional from the directions. So I intend to add that later after I get the basics to work.
I did not look at your package but I did take a quick look at AwesomeMod to see what was expected. The plugin search feature looks to be tied to the list of assemblies. If your plugin does not appear in that list, AwesomeMod will not know to look for the traits XML file.
The bottom line is that you need to have a .NET assembly named "Simius" in the package to get the plugin scanner to recognize this.
EDIT: One should not read this and assume that I have this working. I am just going by what appears to be happening in the code.
EDIT 2: Stay away from <CommodityKind> for now. AwesomeMod has a bug related to converting from the XML to the enum. (System exception, can't cast a UInt64 to an Int32 in AddValue) Operator error
J. M. Pescado:
You're certain that occurs? Because that's a soft-error, indicating you're doing it wrong somehow, perhaps by using a value of uint64 length and trying to cram it into an int32 CommodityKind. I have no such difficulty in the Undiscovered Shiny, which does, in fact, use a CommodityKind (and works, which is why this feature exists). It should say an error of the form "Can't cast <VALUE> (<VALUE TYPE>) TO <ENUM TYPE>". What's <VALUE>? Something that is illegal for int32? I'm not sure how you're even GETTING an invalid cast error, since AwesomeMod specifically handles int32s without ever casting.
Quote from: Simius on 2010 July 31, 03:55:42
I omitted the CommodityKind part of it as it seems to be optional from the directions. So I intend to add that later after I get the basics to work.
Why did you include all of the rubbish for the "Incontinent" trait instead of your own stuff?
lordrichter:
Quote from: J. M. Pescado on 2010 July 31, 12:35:18
You're certain that occurs? Because that's a soft-error, indicating you're doing it wrong somehow, perhaps by using a value of uint64 length and trying to cram it into an int32 CommodityKind.
Yeah. Operator error. I noticed that it needed to be 32 bit and did change it to a 32 bit value, but apparently it was not 32 bit enough. When I dropped the hex value down to "0xFFFF" it worked. Perhaps my copy/paste did not catch the entire 64bit string when I replaced it.
Navigation
[0] Message Index
[#] Next page
[*] Previous page