[00:30:44] <-- Matt_O has left IRC (Quit: Leaving)
[00:42:26] <-- saimazoon has left IRC (Read error: Connection reset by peer)
[02:20:57] --> Matt_O has joined #exult
[02:56:26] --> TheCycoONE has joined #exult
[03:01:09] <-- TheCycoONE has left IRC (Ping timeout: 265 seconds)
[03:25:26] <-- Rado has left IRC (Ping timeout: 248 seconds)
[03:29:32] --> RadoS has joined #exult
[04:33:26] --> Matt_O1 has joined #exult
[04:36:03] <-- Matt_O has left IRC (Ping timeout: 240 seconds)
[11:30:36] --- RadoS is now known as Rado
[12:03:00] --> TheCycoONE has joined #exult
[12:32:42] --> TheCycoTWO has joined #exult
[12:36:02] <-- TheCycoONE has left IRC (Ping timeout: 272 seconds)
[13:01:33] <wjp> hrm, I don't like these "let's guess what happens" commits to fix this container contents issue
[13:01:57] <wjp> I'm pretty sure BG chests are also supposed to drop their contents if you break them
[13:05:33] <wjp> (for example this hidden treasure chest south of Trinsic is one you're supposed to be able to break to get at the contents)
[13:10:18] --> Malignant_Manor has joined #exult
[13:10:48] <Dominus> wjp: if I understand correctly it is now ONLY when un/sealed boxes get destroyed in BG
[13:11:22] <Malignant_Manor> It is restricted to the boxes.
[13:11:31] <Dominus> and this only happens in that case.
[13:11:44] <Malignant_Manor> SI has chest usecode that calls UI_remove_item BG doesn't
[13:12:01] <Dominus> I think exult won't destroy openable chests on attacks anyway
[13:12:14] <Dominus> hi Malignant_Manor ;)
[13:12:22] * Dominus is gone
[13:13:53] <Malignant_Manor> The restriction is an extra precaution just in case and since I can't think of a case where other containers get deleted offhand.
[13:14:50] <Malignant_Manor> there might not be any other use.
[13:26:11] <-- Malignant_Manor has left IRC (Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130910160258])
[13:46:56] <wjp> restricting to such a specific case is rather weird
[14:42:29] <-- Matt_O1 has left IRC (Ping timeout: 265 seconds)
[15:02:25] <Dominus> wjp, but we might be at a point where we can only do more hackish stuff than general rules
[15:02:43] <Dominus> see the y-shapes thing that needs a special sorting order
[15:03:08] <wjp> I don't think that's the case here at all
[15:04:30] <Dominus> hmm, to get a savegame one could start a game and instantly ask batlin for getting a member right?
[15:05:05] <Dominus> so I could at least test whether this is a regression since I started keeping the os x snapshots
[15:08:37] <Dominus> oh
[15:09:31] <Dominus> when batlin asks his strange questions, we have text going off the screen
[15:09:39] <Dominus> made a screenshot
[15:12:16] <Dominus> wow, I can't even remember that he asked thos strange "virtue" questions :)
[15:13:05] * wjp hasn't actually played U7 in _ages_, so, um, which questions? :-)
[15:13:40] <Dominus> similar to the gypsies questions in former Ultimas but twisted
[15:13:53] <wjp> ah yes
[15:14:03] <Dominus> "you killed a dog with a stone - to save yourself or save another?"
[15:14:34] <Dominus> "on a sinking boat with mother and betrothed - save betrothed or mother?"
[15:15:26] <Dominus> I have no idea whether the answer actually matters to Batlin or if there is a chance he won' accept you because of those
[15:22:03] <Dominus> ok, it has at least been broken since April 2010 :)
[15:22:11] <Dominus> (sealed box contents)
[15:28:11] --> Malignant_Manor has joined #exult
[15:28:37] <Malignant_Manor> Deleting the contents of the box never worked in Exult
[15:29:23] <Dominus> he he, good to know - now that I'm halfway through playing that scene in Exult 1.2 :)
[15:29:37] <Malignant_Manor> I'm not sure we need the restriction but I am unwilling to do all the testing/usecode checking to see if general allowance breaks things in BG.
[15:30:24] <Dominus> hmmm
[15:30:36] <Dominus> Malignant_Manor: in Exult 1.2 the scroll is not left over
[15:30:53] <Malignant_Manor> Hmm. It happened in my 1.2 exe
[15:31:03] <Malignant_Manor> We should have had a release years ago and messing with this could break things like it did in SI.
[15:31:24] <Malignant_Manor> It used newer flx data though
[15:31:53] <Dominus> with lock stock 1.2 the scroll disappears
[15:32:05] <Dominus> (in Wine, though but I don't think that matters :))
[15:35:08] <Dominus> Malignant_Manor: https://www.dropbox.com/s/0z0hvvpbiqx2ubg/exult01bg.sav savegame right in front of minox mill with elysomething
[15:35:28] <Dominus> and yes, we should have had a release years ago
[15:35:32] <Dominus> we didn't :(
[15:35:46] <Dominus> I wouldn't mind throwing out a release right now
[15:35:48] <Dominus> :)
[15:36:04] <Malignant_Manor> I'm not able to check now. I wasn't really motivated to work on Exult and should have left it alone.
[15:36:25] <Dominus> :)
[15:50:08] <-- Malignant_Manor has left IRC (Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130910160258])
[15:53:05] <sh4rm4> cool, a release would be much appreciated
[15:53:22] <sh4rm4> even if it has bugs, those can be fixed via additional patches
[15:53:31] <sh4rm4> but it gives distros something to start from
[15:54:09] <sh4rm4> a nice side-effect could be that some distro maintainers fix the .yy bug for you :)
[16:04:04] <sh4rm4> oh, but then - that bug is only triggered with autogen.sh, iirc
[16:22:04] * Dominus is not at home anymore
[16:22:37] <Dominus> but going through the changelog there are some possible regressions for this
[16:22:57] <Dominus> when searching for containers
[19:44:14] --> ShamblerDK has joined #exult
[21:39:10] <-- TheCycoTWO has left IRC (Quit: And then there were n-1)
[21:42:44] <Dominus> gonna need to port DOSBox' latest coremidi change
[21:44:08] <Dominus> cfg option to choose a coremidi destination (well that was already in there) and to list all possible destinations, similar to what we do for Windows midi devices
[22:22:29] <Dominus> hmm
[22:22:58] <Dominus> revision 5911, Marzo's "BIG Commit (TM). Quite likely, there are a lot of bugs."
[22:23:26] <Dominus> " Prevented the use of objects (including keys) is they are contained in a
[22:23:27] <Dominus> locked container. You also can't put objects inside locked containers
[22:23:27] <Dominus> anymore, nor can you take them out, nor can they be found by most usecode
[22:23:27] <Dominus> intrinsics. This is likely to cause problems..."
[22:24:33] <Dominus> I wonder how the usecode in the case of the sealed box works
[22:25:45] <Dominus> it *may be* that it tries to delete the scroll first then the box
[22:26:22] <Dominus> and because it can't find the scroll it moves on to the box and thus the scroll is left over
[22:27:00] <Dominus> wjp, marzo, what do you think? Or can you tell what the usecode does in that case?
[22:34:38] <Dominus> with enable debug I get Probable attempt at getting int value of pointer!!
[22:34:38] <Dominus> Running usecode 090a () with event 1, depth 1
[22:34:39] <Dominus> Returning (0000) from usecode 090a
[22:34:39] <Dominus> ...back into usecode 0451
[22:34:39] <Dominus> Setting global flag: 265
[22:34:40] <Dominus> Running usecode 0911 (01f4) with event 1, depth 1
[22:34:41] <Dominus> Returning from usecode 0911
[22:34:42] <Dominus> ...back into usecode 0451
[22:38:10] <Dominus> HA!!!!!
[22:38:20] <Dominus> yes, this seems to be the case
[22:38:31] --> Marzo_android has joined #exult
[22:40:09] <Dominus> when I edit data/bg/shape_info.txt and comment line 602 (removing the sealed box from %%section locked_containers) the scroll gets properly deleted
[22:40:59] <Dominus> fixing that is another job, though :)
[22:42:12] <Dominus> marzo, Marzo_android your over five years old prediction is true :)
[22:42:42] <Dominus> "nor can they be found by most usecode intrinsics. This is likely to cause problems..."
[22:42:46] <Marzo_android> What is the bug, exactly?
[22:44:29] <Dominus> when you do the fellowship quest by Batlin and deliver the sealed box to Elynor in Minoc, the box gets deleted from your inventory but not the scroll describing the black portal
[22:45:22] <Dominus> from what I pieced together it's because usecode tries to delete the scroll but can't find it because it's in the sealed box
[22:45:55] <Dominus> so it goes on with the next step, deleting the box, thus leaving the scroll in the inventory
[22:46:50] <Dominus> if I remove shape 798/1 from data/bg/shape_info.txt the scroll gets properly deleted
[22:47:02] <Dominus> do I make sense?
[22:48:32] <Dominus> here is a savegame before giving the box to Elynor https://www.dropbox.com/s/neczs1mnym1e4px/exult28bg.sav
[23:01:18] <Marzo> Dominus: it is probably best to let the delete intrinsic find stuff even in locked containers instead of changing the box shape data to not be locked; if memory serves, there should be additional consequences for the latter
[23:02:50] <-- ShamblerDK has left IRC (Remote host closed the connection)
[23:02:52] <Dominus> yes, seems logic - I just edited shapes_info, to test my theory that this is the culprit
[23:03:57] <Dominus> but I certainly don't know how to edit the delete intrinsic such.
[23:55:55] --> nutron has joined #exult
[23:55:59] <-- nutron has left IRC (Changing host)
[23:55:59] --> nutron has joined #exult