Menu

#1 Olc editing bugs

open
None
5
2003-12-12
2003-12-12
Paul Bean
No

Editors like raedit and such cause the mud to crash
with the following error output from gdb
191 gettimeofday (&last_time, NULL);
192 current_time = (time_t) last_time.tv_sec;
193 return current_time;
194 }
195
196 int main (int argc, char **argv)
197 {
198
199 #if !defined(DISABLE_COPYOVER)
200 bool fCopyOver = false;
(gdb) bt
#0 0x00000064 in ?? ()
#1 0x080b1ab4 in olced_delprog(datatable_type
const*, char_data*, char const*, void*)
(table=0x4020452c, ch=0x401850f4,
argument=0x5 <Address 0x5 out of bounds>,
data=0x80814c2) at olc_ed.h:969
#2 0x080b3179 in get_song_data(int)
(song=135573312) at olc.c:419
#3 0x080b5d5a in do_olc_help(char const*,
char_data*, char const*) (n_fun=0x8117330 "ogram
Code Created.", ch=0xd,
argument=0xbfffe4ca "") at olc_dofun.h:34
#4 0x0809842f in do_hunt(char const*, char_data*,
char const*) (n_fun=0x4020452c "lT @\020C @lT @",
ch=0x40184458,

argument=0xbfffe0f0 "\230Q\003@\bG\003@Kš\003@ě6
\004@") at hunt.c:432
#5 0x08062615 in substitute_alias(descriptor_data*,
char*) (d=0x40204760, argument=0xbfffe4c0 "raedit
elf") at alias.c:95
#6 0x08070532 in main (argc=4, argv=0x829aa70) at
comm.c:308
#7 0x0806fdc0 in music_to_area(area_data*, char
const*) (area=0x816ab1a, sound=0x2 <Address 0x2 out
of bounds>) at client.c:1203
#8 0x420156a4 in ?? ()
(gdb)

Discussion

  • Andy

    Andy - 2003-12-17

    Logged In: YES
    user_id=767531

    raedit can easily be fixed by:

    replacing

    DTE(INT_ALLOC_ARRAY, race, class_mult, (void *)
    &top_class, (void *) 100, olded, raedit_classx)

    in race_data_table[] (data_table.c)

    WITH:

    DTE(INT_ALLOC_ARRAY, race, class_mult, (void *)
    &top_class, ts_class, olded, raedit_classx),

     
  • jeff long

    jeff long - 2003-12-22

    Logged In: YES
    user_id=936225

    there is still a bug with raedit, after makeing the changes i
    was able to use raedit but when i tried to put in affects it
    crashed again, my crash report says it crashed after all
    udates were complete, i had just started though. thought
    you might like to know.

     
  • Andy

    Andy - 2003-12-29

    Logged In: YES
    user_id=767531

    1stMUD crashes occasionally after all 'updates are complete'
    when it tries to start a gquest, because there's a bug in the
    gquest code that makes the mud loop infinitely.

     

Log in to post a comment.

MongoDB Logo MongoDB