#gemrb@irc.freenode.net logs for 8 Sep 2011 (GMT)

Archive Today Yesterday Tomorrow
GemRB homepage


[00:20:41] <-- brad_a has left IRC (Ping timeout: 252 seconds)
[00:22:51] <edheldil_> anyone knows how to make IDA not load an exe at cs=0?
[00:24:01] <edheldil_> good night
[00:28:30] <-- edheldil_ has left IRC (Ping timeout: 258 seconds)
[00:36:34] --> brad_a has joined #gemrb
[01:25:45] <-- brad_a has left IRC (Quit: brad_a)
[03:49:30] <-- Drakkar has left IRC (Read error: Connection reset by peer)
[03:58:58] --> Drakkar has joined #gemrb
[04:04:30] <-- Drakkar has left IRC (Read error: Connection reset by peer)
[05:04:48] <-- joneirik has left IRC (Remote host closed the connection)
[05:54:53] --> edheldil_ has joined #gemrb
[06:18:15] <-- edheldil_ has left IRC (Ping timeout: 276 seconds)
[06:41:38] <-- jschall has left IRC (Remote host closed the connection)
[07:33:16] --> edheldil_ has joined #gemrb
[07:37:39] --> lynxlynxlynx has joined #gemrb
[07:37:39] --- ChanServ gives channel operator status to lynxlynxlynx
[07:46:53] <-- edheldil_ has left IRC (Ping timeout: 264 seconds)
[07:50:51] <edheldil> Good morning!
[07:53:17] <fuzzie> morning
[07:53:37] <fuzzie> did you work out your ida thing?
[08:13:04] <edheldil> no, I just gritted my teeth and corrected some parts where I mistakenly thought that the code is self-modifying. In reality, it was setting up interrupt vector s
[08:13:16] <fuzzie> ah :)
[08:13:42] <fuzzie> well, for future reference, hit 'manual load' when loading the file, or else 'rebase program' on an existing db
[08:14:19] <edheldil> because IDA thought that sub ax ax; mov ds, ax; mov [bx], something pointed to Csegment
[08:15:00] <edheldil> thank you, I will try that
[08:15:42] <edheldil> but it's a stupid bug, probably MSDos binary parsing is neglected
[08:16:13] <fuzzie> 16-bit segmentation usually needs quite a bit of manual fixing up
[08:17:20] <edheldil> still, no MSDos program loads at 0:0 :). But now I have to remember all those knowledge of my forgotten msdos past :)
[08:18:04] <edheldil> I already know more about SB, 8259 and timers than I have ever known :)
[08:18:19] <fuzzie> well, it is all relative to segment registers anyway
[08:18:52] <fuzzie> IDA is just imposing an arbritary address space, right?
[08:19:41] <edheldil> well, but an msdos binary loader should be sane enough not to load at cs=0
[08:20:55] <edheldil> but I admit that I should have realize what was rebasing for
[08:22:35] <edheldil> anyway, I know eat my way through soundblaster sound code
[08:22:42] <edheldil> s/know/now/
[08:23:28] <edheldil> what are you working on, fuzzie?
[08:24:01] <fuzzie> program verification and linear algebra :p
[08:24:04] <fuzzie> unfortunately
[08:25:20] <edheldil> program verification as in formally proving algorithms?
[08:25:43] <DrMcCoy> Heh, I had to look up what's at 0:0 a few days ago too. Geisha overwrites the first 0xFFFF bytes when it sees that the break point or single step interrupts are set :P
[08:25:47] <fuzzie> yes, although it is 6-month-late homework rather than anything interesting
[08:26:22] <fuzzie> DrMcCoy: no debugging for you? :)
[08:26:37] <edheldil> DrMcCoy: antidebugging protection?
[08:26:37] <fuzzie> i assume 0 is the interrupt table, although it has been a decade since i cared about that
[08:26:45] <edheldil> yep
[08:26:55] <DrMcCoy> fuzzie, edheldil: Guess so, yes :P
[08:26:58] <fuzzie> my next coding stuff will be finally getting my gemrb patches done, i hope
[08:27:15] <fuzzie> followed by composer V1 support for scummvm, and then finishing riven
[08:30:02] <edheldil> I am disassembling Dark Seed. It's seems kinda pointless, but it's interesting exercise nonetheless
[08:30:29] <fuzzie> well, i think the most important part is if it's interesting/fun :)
[08:30:54] <DrMcCoy> edheldil: Although I don't particularily like that game, I would welcome a ScummVM engine for it :P
[08:31:48] <edheldil> hehe
[08:32:26] <fuzzie> yes, if you work out enough to work on one, am sure you'd get enough interest :)
[08:38:37] <edheldil> lynxlynxlynx: sha1 is already broken, that nick would not be safe ;-)
[08:41:00] <lynxlynxlynx> what did you use? i saw it wasn't md5 :)
[08:42:36] <lynxlynxlynx> fuzzie: any chance you'll be done before the 19th?
[08:43:09] <edheldil> it was, but I was careful enough to strip 0x0A from the nick :-P
[08:43:20] <fuzzie> lynxlynxlynx: i hope so, it's all fairly trivial
[08:43:24] <fuzzie> but, lecture now
[08:43:41] <lynxlynxlynx> cool, let me know
[08:43:53] <lynxlynxlynx> i was planning the next release for that weekend
[08:44:28] <lynxlynxlynx> likewise if there's anything i can help you with
[09:32:45] --> Drakkar has joined #gemrb
[09:43:10] <CIA-26> GemRB: 03lynxlupodian * rc5ade95fa004 10gemrb/gemrb/GUIScripts/iwd2/ (CGPortrait.py Gender.py Portrait.py): iwd2: renamed Portrait.py so it won't conflict with common
[09:43:12] <CIA-26> GemRB: 03lynxlupodian * r906ba24cddeb 10gemrb/gemrb/GUIScripts/ (GUIREC.py iwd2/GUIREC.py): synced the portrait portion of iwd2 guirec with common
[09:57:16] <-- Drakkar has left IRC (Ping timeout: 264 seconds)
[10:14:35] --> Drakkar has joined #gemrb
[10:22:19] <-- Drakkar has left IRC (Read error: Connection reset by peer)
[10:24:41] --> Drakkar has joined #gemrb
[10:54:12] --> Maighstir has joined #gemrb
[10:58:37] --> lubos has joined #gemrb
[13:08:52] <-- DrMcCoy has left IRC (*.net *.split)
[13:08:54] <-- xrogaan has left IRC (*.net *.split)
[13:09:44] --> xrogaan has joined #gemrb
[13:09:44] --> DrMcCoy has joined #gemrb
[13:10:00] <-- xrogaan has left IRC (Changing host)
[13:10:00] --> xrogaan has joined #gemrb
[13:13:36] <-- lubos has left IRC (Ping timeout: 276 seconds)
[15:04:35] --> Stefan80 has joined #gemrb
[15:20:01] <-- exultbot has left IRC (ping timeout: 15 minutes)
[15:24:52] --> exultbot has joined #gemrb
[15:24:52] --- Topic for #gemrb is: GemRB 0.6.5 | http://gemrb.org | Be wary of your words for there are Modron sensors in this channel: http://log.usecode.org/gemrblog.php | Hey <CHARNAME>, we need some awesome screenshots! | import pdb; pdb.set_trace()
[15:24:52] --- Topic for #gemrb set by lynxlynxlynx!~quassel@sourcemage/warlock/lynxlynxlynx at Fri Aug 5 14:43:26 2011
[15:26:43] --> brad_a has joined #gemrb
[15:26:47] <-- Stefan has left IRC (Read error: Connection reset by peer)
[15:35:54] --> Stefan has joined #gemrb
[15:40:13] --> edheldil_ has joined #gemrb
[15:45:08] <-- edheldil_ has left IRC (Ping timeout: 260 seconds)
[16:02:36] --- slaye_ is now known as slaye
[16:02:44] <brad_a> :\ for some reason i can get git-password to work with gemrb. it works great for all my other repos tho...
[16:03:16] <brad_a> oh i see why
[16:03:37] <brad_a> git-password is for https repos
[16:08:45] <-- Stefan has left IRC (Read error: Connection reset by peer)
[16:11:08] --> Stefan has joined #gemrb
[16:15:58] <-- Stefan has left IRC (Ping timeout: 260 seconds)
[16:16:03] --> barra_library has joined #gemrb
[16:18:17] --> Stefan has joined #gemrb
[16:25:10] <brad_a> so I hadnt resynced with git in a long while and now that i have scrollbars are broken, but the history doesnt show either them nor textarea being modified recently. is there anything else that could break them?
[16:44:28] --> Yoshimo has joined #gemrb
[18:13:38] --> edheldil_ has joined #gemrb
[18:16:07] <-- Stefan has left IRC (Remote host closed the connection)
[18:22:06] <-- edheldil_ has left IRC (Read error: Operation timed out)
[18:24:04] <-- barra_library has left IRC (Read error: Connection reset by peer)
[19:12:18] <lynxlynxlynx> broken in what way?
[19:12:29] <brad_a> to elaborate on the scrollbar issue: this is a brand new clone of the repo. not all scrollbars/textareas are affected. as an example of one that is broken the description of imoen's belt in BG2 will let you endlessly scroll down way past the end of the scrollbar. dialogue seems to be similarly afflicted. in addition to that i can no longer grab the scroll nib to scroll that way.
[19:12:54] <lynxlynxlynx> did you clone with git+ssh btw?
[19:13:34] <brad_a> i just did git clone
[19:13:41] <lynxlynxlynx> the url is what matters
[19:13:47] <brad_a> but the url i gve was ssh
[19:13:49] <brad_a> yes
[19:13:51] <brad_a> then
[19:13:52] <lynxlynxlynx> ok
[19:14:20] <lynxlynxlynx> you can do another git exercise
[19:14:29] <brad_a> ok :)
[19:14:48] <lynxlynxlynx> do you have a clean tree? stash the changes otherwise
[19:14:51] <lynxlynxlynx> git bisect start
[19:14:55] <lynxlynxlynx> git bisect bad
[19:15:25] <lynxlynxlynx> then git checkout HEAD~500 # just a guess, trying to get a good revision
[19:15:42] <lynxlynxlynx> so test and if it is good, git bisect good and the bisection will start
[19:15:51] <lynxlynxlynx> otherwise go deeper into the past
[19:16:40] <brad_a> i go deeper by jsut doing another checkout?
[19:17:22] <tomprince> HEAD~500 means the 500th grandparent.
[19:18:27] <tomprince> ... of the current commit (HEAD)
[19:18:57] <brad_a> right so doing that again would put me at 1000 right?
[19:19:03] <tomprince> yep.
[19:19:37] <lynxlynxlynx> if you have to, but don't forget to mark the current head as bad
[19:19:59] <brad_a> with git bisect bad
[19:20:11] <lynxlynxlynx> yes
[19:24:10] <brad_a> can i apply my stash?
[19:24:40] <brad_a> i dont have the unix sdl so i cant build without changing that
[19:27:07] <brad_a> i assume i can apply and restash at each step?
[19:27:29] <tomprince> yes.
[19:27:46] <Yoshimo> how about this: if you press a key for bag or maps for the second time in a row, you get back to the gamescreen with the group and the area?
[19:37:28] <lynxlynxlynx> i don't think we support that
[19:40:58] <brad_a> wow things are wired when your build is unish old code with new guiscripts
[19:41:04] <brad_a> better fix that
[19:43:45] <brad_a> ok so this one works but it also gave me the answer to when they are broken. when there isnt enough text for it to need to scroll it breaks when there is enought text for it to need to scroll then it works
[19:44:44] <lynxlynxlynx> don't forget to get back to the tip of the branch before you start any final testing/development
[19:45:06] <Yoshimo> lynx i know you dont, the original engine also doesnt, but i think it would be a nice feature
[19:45:43] <lynxlynxlynx> it doesn't? cool
[19:51:44] <brad_a> he he i just realized why it is called bisect. so obvious and yet i was wondering.
[19:52:40] <brad_a> bah. im late for school. ill have to continue this later
[19:52:54] <-- brad_a has left IRC (Quit: brad_a)
[20:22:36] --> yyz has joined #gemrb
[20:38:18] --> joneirik has joined #gemrb
[20:50:43] <-- Yoshimo has left IRC (Quit: Yoshimo)
[20:57:38] --> edheldil_ has joined #gemrb
[21:21:22] <CIA-26> GemRB: 03avenger_teambg * r66a2f54ead14 10gemrb/gemrb/ (core/Game.cpp core/Game.h plugins/GUIScript/GUIScript.cpp): implemented bounty encounters
[22:09:02] <edheldil_> eh, rebasing in ida has left some pointers in point-nowhere state
[22:12:50] <-- lynxlynxlynx has left IRC (Remote host closed the connection)
[22:19:35] <-- yyz has left IRC (Quit: Lost terminal)
[22:51:22] <-- Maighstir has left IRC (Quit: .)