Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!wuarchive!udel!mmdf From: Frank Breure Newsgroups: comp.os.minix Subject: Bug in ST-kernel 1.5.10.4 Message-ID: <56110@nigel.ee.udel.edu> Date: 12 Jun 91 14:33:28 GMT Sender: mmdf@ee.udel.edu Lines: 37 I discovered a bug in the Atari ST kernel 1.5.10.4 which causes the systems to crash with a "Kernel panic, Trap via vector 2" message when it is compiled with C68. It is in the new file dmp.c, I was pointed to this file by Keith Walker (thanks !), and yesterday I discovered the problem: It is the function "set_name", which was in stdmp.c and now is in dmp.c, the new function has one more parameter but is still called with the old number of parameters in "system.c". So the 1.5.10.4 files have the following use of set_name(): proto.h: _PROTOTYPE( void set_name, (int source_nr, int proc_nr, char *ptr)); system.c: set_name(m_ptr->PROC1, (char *)sp); /* save command string for F1 display */ set_name(proc_nr, (char *) 0); /* disable command printing for F1 */ dmp.c: PUBLIC void set_name(source_nr, proc_nr, ptr) While the 1.5.10.3 version was defined as: stdmp.c: PUBLIC void set_name(proc_nr, ptr) I edited the new version of set_name to look more like the old one and was able to get a running system with C68, although the process table dump (alt-shift-F1 doesn't show the commands names). The unmodified 1.5.10.4 kernel with ACK doesn't show the process names too (but ps does !!). I guess we wave to choose if we modify the calls to set_name() (in system.c) or it's definition (in dmp.c). -- Frank Breure (breure@itihp1.tno.nl) TNO Institute of Applied Computer Science Delft, The Netherlands ---------------------------------------------------------------------- My opinions may be subject to change without notice.