Summary: | app-emulation/dynamips-0.2.21 crashing, error: Dynamips hypervisor process has stopped, return code: -11 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kenton Groombridge <rustyvega> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Kenton Groombridge
2020-06-01 14:54:55 UTC
Certainly I am not alone with this problem. To test the "fix" of using a 32 bit version of dynamips I used a compiled version from this: https://rpmfind.net/linux/opensuse/tumbleweed/repo/oss/i586/dynamips-0.2.21-1.2.i586.rpm as dynamips on gentoo doesn't support the abi_x86_32 USE flag. This does work and I am able to run dynamips under GNS3. I can't pinpoint the exact day I used a working 64 bit version of dynamips, but I am thinking it was in the last week of June. Again this is onn all three of my systems. I did my best to resolve it myself, but never got it to work again until today (although this isn't truly a fix). Although adding the abi_x86_32 USE flag to dynamips would work, it doesn't solve the underlying issue of the 64 bit version not working. I got the same problem some time ago. Yesteday I look at it via gdb: (gdb) bt full #0 0x00007f114e10b2bf in ?? () from /lib64/libc.so.6 No symbol table info available. #1 0x00007f114e10d608 in strftime_l () from /lib64/libc.so.6 No symbol table info available. #2 0x000000000041639f in m_flog (fd=0x2112980, module=0x4aa01e "ROM", fmt=0x4b261c "%s", ap=ap@entry=0x7f11434f0c68) at /usr/src/other/dynamips/common/utils.c:268 spec = {tv_sec = 1625999598, tv_nsec = 775408819} tmn = {tm_sec = 18, tm_min = 33, tm_hour = 10, tm_mday = 11, tm_mon = 6, tm_year = 121, tm_wday = 0, tm_yday = 191, tm_isdst = 0, tm_gmtoff = 0, tm_zone = 0x7f114e1d0c4b "GMT"} buf = "sr/src/o", '\000' <repeats 16 times>, "\002\000\000\000\000\000\000\000\016\000\000\000\000\000\000\200", '\000' <repeats 48 times>, "\004\001\000\000\005\001\000\000\006\001\000\000\a\001\000\000\000\001\000\000\001\001\000\000\002\001\000\000\003\001\000\000\000\000\000\000\000\000\000\000[\000\000\000n", '\000' <repeats 19 times>, "w\000\000\000|\000\000\000\021\000\000\000\000\000\000\000 \000\000<\021\177\000\000\260\004\002\000\000\000\000\000 \000\000<\021\177\000\000\060\001\000\000\000\000\000\000"... #3 0x00000000004245a4 in vm_flog (vm=<optimized out>, module=0x498456 "%b %d %H:%M:%S", format=0x498456 "%b %d %H:%M:%S", ap=0x7f11434f0c68) at /usr/src/other/dynamips/stable/vm.c:260 No locals. #4 vm_log (vm=vm@entry=0x2110700, module=0x498456 "%b %d %H:%M:%S", format=0x498456 "%b %d %H:%M:%S") at /usr/src/other/dynamips/stable/vm.c:270 ap = {{gp_offset = 24, fp_offset = 48, overflow_arg_area = 0x7f11434f0d48, reg_save_area = 0x7f11434f0c88}} ... -------------------------------- I use the dirty hack: just comment the error source in common/utils.c: /* Logging function */ void m_flog(FILE *fd,char *module,char *fmt,va_list ap) { struct timespec spec; struct tm tmn; char buf[256]; /*if (fd != NULL) { clock_gettime(CLOCK_REALTIME, &spec); gmtime_r(&spec.tv_sec, &tmn); strftime(buf,sizeof(buf),"%b %d %H:%M:%S",&tmn); fprintf(fd,"%s.%03ld %s: ",buf,(long)spec.tv_nsec/1000000,module); vfprintf(fd,fmt,ap); fflush(fd); }*/ } As result dynamips (and gns3 ) works with IOSs. |