So I've run into an interesting problem lately. Something that I've done has completely hosed the msg_area.scan_ptr, potentially in multiple message areas. I'm not sure what's caused it but I'm pretty sure that I've got rid of it. 'Course either way I still need to be able to reset it to a 'sane' value so that I can resume testing this software with this login, or be able to recover a different login should I start using it.
Here's a little dump of the debug information that I've got. Please note that sBoard is a msg_area object and mBase is a MsgBase object.
-=-=-=-=-=-
Babble> Using node #: 1
Read backward
Entered scanSub(); forward = false user.cursub: topegrpbabble
sBoard.code: topegrpbabble
Opened: topegrpbabble allegedly . . .
mBase.error:
sBoard.scan_ptr = 2060051968
mBase.first_msg = 1
mBase.total_msgs = 13
mBase.last_msg = 13
Inc: -1 based on forward
In main scanSub() loop tmpPtr: 2060051969 total_msgs: 13 is_open: yes DEBUG: Next Msg
End of scanSub() main loop
tmpPtr: 2060051968 inc: -1
rcChoice() called w/base: topegrpbabble ndx: 2060051968
Using node #: 1
Reopened topegrpbabble to check for updates
[Babble> msg #2060051969 (-2060051955 remaining)] Read cmd ->
-=-=-=-=-=-
If anybody has any ideas on how to reset that number easily (other than in code, I'm hoping) to something sane (ie in this case 1-13), I would very much appreciate it.
I think at one point I just didn't have the edge case
defined well enough and it ran off to the negative overflow area of a long when I was doing a backwards message scan.
Any ideas appreciated. Thanks for your time.
Sysop: | digital man |
---|---|
Location: | Riverside County, California |
Users: | 1,027 |
Nodes: | 17 (0 / 17) |
Uptime: | 27:29:56 |
Calls: | 502,127 |
Calls today: | 23 |
Files: | 104,437 |
D/L today: |
2,927 files (352M bytes) |
Messages: | 298,880 |
Posted today: | 4 |