Having some strangeness- most all the ACR scripts are running flawlessly on the OAS2 currently (where they're all actually in the module)- but some are misbehaving on Indio's beta and other modules I've tried importing into.
Examples:
-Divine and innate casters seem to be having their spells renewed on Resting (instead of remaining the same as before their rest)
-Servers are added to the Servers table as number 0, name ALFA TEST SERVER, IP 0.0.0.0:5121 instead of what's in the acf_settings_i file
-Server resets aren't working quite right for corpse persistency - they maintain inventory across module reset, but loose the "body" item.
-Logging in/out while bleeding heals to full hitpoints, though the bleeding flag remains set.
Any ideas on what could cause such a disparate set of symptoms? So far all the relevant files I've checked in the OAS2 are the same versions as on the sourceforge SVN (and hence the alfa_acr.hak)
OAS2 vs hak'd servers: discrepencies
Moderators: ALFA Administrators, Staff - Technical
- AcadiusLost
- Chosen of Forumamus, God of Forums
- Posts: 5061
- Joined: Tue Oct 19, 2004 8:38 am
- Location: Montara, CA [GMT -8]
- Contact:
- ç i p h é r
- Retired
- Posts: 2904
- Joined: Fri Oct 21, 2005 4:12 pm
- Location: US Central (GMT - 6)
Not sure if there's a single thing behind it but here are some thoughts:
1) Are any ACR systems actually functioning correctly, just to confirm that the HAK is in the right place and associated with the module properly?
2) Have all OLD HAKs been removed?
3) Have the scripts been compiled?
4) Are there any server side scripts with the same name?
5) Is anyone getting any script errors while logged in?
1) Are any ACR systems actually functioning correctly, just to confirm that the HAK is in the right place and associated with the module properly?
2) Have all OLD HAKs been removed?
3) Have the scripts been compiled?
4) Are there any server side scripts with the same name?
5) Is anyone getting any script errors while logged in?
- AcadiusLost
- Chosen of Forumamus, God of Forums
- Posts: 5061
- Joined: Tue Oct 19, 2004 8:38 am
- Location: Montara, CA [GMT -8]
- Contact:
Most of them are working properly, part of the reason it's so puzzling. Resting is restricted to the 24hrs and within rest triggers, praying for divine spells/studying for arcane spells, all works fine. Moving a corpse, even casting raise dead on it all works.ç i p h é r wrote:1) Are any ACR systems actually functioning correctly, just to confirm that the HAK is in the right place and associated with the module properly?
Yep, hak lists look as they are supposed to.ç i p h é r wrote:2) Have all OLD HAKs been removed?
Can reconfirm on this one (for my local tests)- worth a shot.ç i p h é r wrote:3) Have the scripts been compiled?
none that I can see, one would expect hak'd scripts to take precedence though (not that NWN2 has been terribly reliable on that front, so suggestion well taken)ç i p h é r wrote:4) Are there any server side scripts with the same name?
Haven't seen any script errors associated with any of these.ç i p h é r wrote:5) Is anyone getting any script errors while logged in?
- AcadiusLost
- Chosen of Forumamus, God of Forums
- Posts: 5061
- Joined: Tue Oct 19, 2004 8:38 am
- Location: Montara, CA [GMT -8]
- Contact:
Making a bit of headway. Spells cast weren't writing to the spelltrack table on hak'd servers (but they were on the OAS2)- hence the problems. Even relogging brought spells back. Culprit was acr_spellhook.nss - we've got it inside alfa_acr.hak, needs to be in the module itself to execute.
Once I copied it to the mod, worked fine for spelltracking.
The default server info being inserted into the Servers table (rather than the acf_settings_i) may have been due to lack of script compile before testing- haven't been able to reproduce it.
Still hunting on the bleeding escape- it seems character info updates are sometimes recording "damage", sometimes not. Still hunting for a pattern.
Once I copied it to the mod, worked fine for spelltracking.
The default server info being inserted into the Servers table (rather than the acf_settings_i) may have been due to lack of script compile before testing- haven't been able to reproduce it.
Still hunting on the bleeding escape- it seems character info updates are sometimes recording "damage", sometimes not. Still hunting for a pattern.