#pentagram@irc.freenode.net logs for 10 Nov 2004 (GMT)

Archive Today Yesterday Tomorrow
Pentagram homepage


[00:32:23] --> Fingolfin has joined #pentagram
[00:32:23] --- ChanServ gives channel operator status to Fingolfin
[00:57:53] --> watt has joined #pentagram
[01:01:57] <sbx> hi watt
[01:02:16] <sbx> bye
[01:02:18] <-- sbx has left IRC ("clicks the exit button")
[01:08:08] --- ChanServ gives channel operator status to watt
[01:08:29] <watt> nyar.... way too many disconnects today.
[01:40:54] <-- Fingolfin has left IRC ("good night")
[08:30:13] --> wjp_ has joined #pentagram
[09:17:47] --> Colourless has joined #Pentagram
[09:17:56] --- ChanServ gives channel operator status to Colourless
[10:27:59] <-- wjp_ has left IRC ("leaving")
[12:59:47] <-- Kirben has left IRC ("System Meltdown")
[13:14:47] <-- exultbot has left IRC (ping timeout: 15 minutes)
[14:16:10] --> exultbot has joined #pentagram
[14:16:10] --- Topic for #pentagram is: Spoon!
[14:16:10] --- Topic for #pentagram set by Darke at Sun Feb 15 13:15:28 2004
[14:20:33] <wjp> one of these days we'll get a stable internet connection again here... (I hope :-) )
[14:35:33] <-- exultbot has left IRC (ping timeout: 15 minutes)
[18:25:47] --> exultbot has joined #pentagram
[18:25:47] --- Topic for #pentagram is: Spoon!
[18:25:47] --- Topic for #pentagram set by Darke at Sun Feb 15 13:15:28 2004
[18:25:59] * wjp sighs
[18:26:15] <edbgon> hello
[18:26:22] <wjp> hi
[18:26:32] <edbgon> sighing eh?
[18:26:48] <wjp> to repeat a statement from 4 hours ago:
[18:26:55] <wjp> one of these days we'll get a stable internet connection again here... (I hope :-) )
[18:27:14] <Colourless> you've got my old dial up disease obviously
[18:27:36] <wjp> pretty impressive for a uni link, isn't it? :-)
[18:28:14] <edbgon> hehe
[18:28:17] <Colourless> my experience of uni links here would say no
[18:28:23] <edbgon> im on vxu.se
[18:28:36] <edbgon> very stable :) 1,5 mb/s up and down
[18:28:58] <wjp> my home connection (ADSL) is very stable as well
[18:29:14] <Colourless> my ADSL is very stable too
[18:29:51] <Colourless> painful using anyone else connection now
[18:30:00] <edbgon> :)
[18:30:30] <Colourless> my routers uptime at the moment is 228 hours
[18:30:42] <edbgon> so i have a question for you all.. is there a way to restore from the fade-out (it stays faded out) once the guards grab you when you read bentic's journal?
[18:30:56] <wjp> hm, it's broken?
[18:31:14] <wjp> I guess that would have happened when I changed the map-change process killing code
[18:31:36] <wjp> if you can send me a savegame of just before reading the journal I'll take a look
[18:31:58] <edbgon> sure
[18:32:10] <edbgon> perhaps ill have to switch irc clients for that
[18:32:32] <edbgon> be back soon
[18:32:43] <-- edbgon has left IRC ("Lost terminal")
[18:33:46] --> edbgon has joined #pentagram
[18:36:13] <edbgon> get that ok?
[18:41:14] <wjp> yes, looks ok
[18:42:37] <wjp> also looks very black :-)
[18:43:11] <-- Fl00der has left IRC ()
[18:47:07] <wjp> hm
[18:48:03] <wjp> first it calls TeleportToEgg
[18:48:35] <wjp> then it spawns a new usecode process that has type==1 (persistent)
[18:48:54] <wjp> so the calling process gets killed before it has a chance to spawn the new one
[18:52:25] <edbgon> ah ha, that would do it
[18:52:32] <wjp> makes me wonder why it used to work
[18:52:37] <edbgon> hehehe
[18:53:24] <edbgon> because everyone here can code better than I
[18:53:39] * wjp browses logs...
[18:54:08] <wjp> 30 august I mentioned devon/mordea was working
[18:54:30] <edbgon> everything was flawless up until this point
[18:54:41] <edbgon> aside from the combat, sounds, obvious stuff
[18:57:12] <wjp> 14 august I tried it and it was working
[18:58:50] <wjp> I probably broke it 4 september
[18:59:17] <edbgon> quite the mystery :)
[19:00:56] <wjp> maybe a mix of the new method and the old method of killing processes would work
[19:01:16] <wjp> that notebook process does a 'push 0207h; push 00h; set info'
[19:01:32] <wjp> so it disassociates itself from the notebook object
[19:01:50] <wjp> so maybe it shouldn't kill processes with objid 0 after all
[19:04:13] <edbgon> heh, I'll have to agree since I don't know anything about assembly or more than a little of c++
[19:04:34] <wjp> bbl, dinner
[19:04:52] <edbgon> ok
[19:04:55] <edbgon> so long
[19:32:42] <wjp> well, let's see if that indeed fixed it
[19:33:08] <wjp> although I don't really doubt that it will... the real question is if it breaks anything else :-)
[19:42:42] <wjp> http://www.math.leidenuniv.nl/~wpalenst/quicksave-after-notebook
[19:43:37] <wjp> those saves are becoming quite large... should work on gzipped savegames soon :-)
[19:45:25] <edbgon> :)
[19:45:28] <edbgon> at least they work
[19:49:00] <edbgon> its working now :-D thanks for pentagram
[19:50:48] <wjp> thanks for the bug report :-)
[19:52:25] --> Jett has joined #pentagram
[19:53:48] <-- Ember has left IRC (Read error: 110 (Connection timed out))
[19:56:06] <edbgon> hmm, now it appears to stall after devon kills mordea
[19:56:13] <edbgon> not in the same way
[19:56:24] <Colourless> time to go
[19:56:25] <-- Colourless has left IRC ("casts improved invisibility")
[20:00:23] <edbgon> devon is eternally casting his spell :-)
[20:00:24] <wjp> yes, so it would seem
[20:00:32] <edbgon> ah isn't it so fun :)
[20:01:30] <wjp> hm, there isn't any usecode running anymore
[20:01:39] <wjp> that's not good :-)
[20:02:27] <WattAtWork> speaking of spellcasting... did we ever deal with that funky animation problem when attempting to cast a spell?
[20:02:50] <wjp> hm, not sure
[20:02:55] <edbgon> what was it?
[20:03:15] <wjp> it was quite obvious when you were casting a spell :-)
[20:03:37] <wjp> it kept flashing between spellcasting animations and normal standing animations
[20:03:42] <edbgon> he just seems to do it a bit quicker than before
[20:03:58] <edbgon> ah ha
[20:04:00] <edbgon> i see it now
[20:04:02] <wjp> pentagram's speed is too high in general I think
[20:04:11] <WattAtWork> yup, it is
[20:04:43] <WattAtWork> but slowing it down is annoying when we want to test things
[20:04:57] <edbgon> :)
[20:05:33] <edbgon> and will the double-right-click be linked to toggling combat?
[20:05:51] <WattAtWork> was it originally?
[20:05:58] <edbgon> as far as i remember
[20:06:12] <edbgon> i keep doing it when i want to draw my sword
[20:06:21] <WattAtWork> because I know it was kick while in combat
[20:06:56] <edbgon> maybe it was clicking on the avatar...
[20:07:02] <edbgon> i might have to use dosbox to find out
[20:08:04] <edbgon> oops have to emerge... gentoo is getting old :)
[20:12:15] <wjp> double-right-click on avatar is combat mode toggle
[20:12:21] <edbgon> thats it
[20:12:38] <wjp> oh, I see what's causing the problem
[20:17:07] <wjp> 'risky' fix, though
[20:17:41] <edbgon> hehe
[20:21:11] <wjp> I just hate having to change common header files... near-full recompiles... :/
[20:21:40] <wjp> (not that emerging firefox 1.0 in the background will help... :-) )
[20:24:08] <WattAtWork> hehe
[20:24:19] <edbgon> hehehe
[20:24:36] <WattAtWork> good times good times
[20:24:54] <edbgon> that will do it... gentoo is a blessing and a curse ;)
[20:25:52] <WattAtWork> it's been far too long since my last major emerging run.
[20:26:19] <wjp> hm, my 'fix' didn't fix it
[20:27:40] <edbgon> heh
[20:54:41] <edbgon> any luck with that?
[20:56:44] <wjp> the good news is that I'm fairly sure about what's causing it
[20:56:57] <wjp> the bad news is that I was also fairly sure that the current behaviour is correct...
[21:05:34] <edbgon> hehe
[21:31:46] <-- WattAtWork has left IRC ("Chatzilla 0.9.66d [Mozilla rv:1.7.5/20041107]")
[22:05:43] <wjp> well... I don't get it
[22:06:14] <wjp> there's probably a case in which those 'fail chains' stop, but I can't quite figure out what it should be
[22:06:50] <wjp> a plausible candidate is that a failing process shouldn't cause a waiting process to fail if the waiting process is of a different object
[22:07:22] <wjp> or maybe if the waiting process has processtype 1
[22:08:58] <edbgon> yowch
[22:09:15] <edbgon> sounds rather serious
[22:09:16] <wjp> I think either one would fix this problem, but it's a rather 'sensitive' issue...
[22:10:03] <wjp> and of course it could be a third option I haven't thought of yet :-)
[22:10:26] <edbgon> :-D yes... the boolean `work' is set to false
[22:18:05] <wjp> alternatively it might also be that failed internal processes don't fail waiting usecode processes
[22:18:57] <wjp> I'd have to look at the usecode in which these failure chains are necessary again
[22:20:50] <wjp> ah well... have to get up early tomorrow again; good night
[22:33:30] --> Kirben has joined #pentagram
[22:33:30] --- ChanServ gives channel operator status to Kirben
[22:53:58] <edbgon> well, i am going to sleep
[22:54:00] <edbgon> so long
[22:54:17] <edbgon> heading to copenhagen, woohoo
[22:54:38] <edbgon> thanks for the help, wjp
[22:54:42] <-- edbgon has left IRC ("Leaving")