Guest Bigg_seaside Posted July 10, 2006 Share Posted July 10, 2006 To drag up an old topic, I should note that this is not a persistent fix. I'm going to speculate on WeiDU internals as to why this is the case and the bigg can verify if he's so inclined. The above code works. However, if the xr* areas are not copied in the same session as the C_E_R then you'll get the standard error message. I'm speculating that WeiDU keeps an internal list of resources in the override file that it has previously copied, and uses it when given a GLOB parameter to avoid BIFF calls. In short, this workaround is dandy for mods that want to use it locally when doing C_E_Rs on area files--I use it for BG2 Tweaks--but it serves no purpose in the Fixpack. Suggest we remove for beta 2. <{POST_SNAPBACK}> it should raise an exception if it finds the file in the override, thus never reaching the "trying to load the bif files". You can try to copy valid progtest.bif and progtes2.bif files in the data, and see if that works. Or I can try to fix something or something else in load_resource. Link to comment
Nythrun Posted November 11, 2006 Share Posted November 11, 2006 I've just been adding dummy progtest.bif and ProgTes2.bif archives full of zero-byte files to the data directory - I'd thought that WeiDU chokes on these files because it's directed to go look for a non-existant biff. Maybe this causes problems that I've not noticed though CD6.zip Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.