I'm trying the same, and frustrated by the lack of progress in recent years, tried to adapt version 3.10.3.5.4 to 14.04 last kernel (3.13.0-37). So far, my adaptations compile, but loading the svr4 module results in a kernel oops. Perhaps someone with more knowledge of the kernel arcanes could improve on my work.
The compilation gives several warnings, I think most not important except perhaps one in lcall.c warning of a register used before initializing, but I'm not still sure of how to correct that (I need more study of the code involved).
Last edit: Javier Martinez 2014-11-22
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well, news on this! I have found my problem with the kernel oops! Somehow i thought the pt_regs structure filled itself magically with data of current registers, which I think is not possible in C. Reviewing the patch in the kernel source that got rid of pt_regs parameter, it dawned on me what I was lacking! A call to current_pt_regs(). So far, I got rid of the compilation warning in lcall.c that was troubling me, and my preliminary tests show my executables working. Please get the source and test it on your installation. Hope it works.
Last edit: Javier Martinez 2014-11-06
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I tried ibcs-3.10-3.13.0.37 whith vanilla kernel 3.12.37 32bit
and everything works exept the instruction "sleep".
when,forexampe,i try "sleep 2", it does not exit after 2 seconds but stays blocked idefinatily.
whith vanilla kernel 3.12.37 64bit
Ican compile it but I cannot install it.
the error is:
abi_ldr
./abi_ldr: line 16: 8180 Killed
insmod $ABI_DIR/lcall/abi_lcall.ko ExeFlags=$ABI_DIR/PERFLAGS
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello, sorry for my English, I use Linux Mint 17.1, kernel 3.13.0-37, install the packages:
$ sudo apt-get install build-essential kernel-package
$ make
compile ok, but with some errors
/home/mint/ibcs-3.10-3.13.0.37/svr4/misc.c: In function ‘abi_mkdir’:
/home/mint/ibcs-3.10-3.13.0.37/svr4/misc.c:704:9: warning: assignment discards ‘const’ qualifier from pointer target type [enabled by default]
for (p = tmp->name; p; p++);
^
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c: In function ‘plist’:
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c:32:4: warning: '0' flag used with ‘%p’ gnu_printf format [-Wformat=]
sprintf(p, "%08p", (void )addr);
^
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c: In function ‘pdump.part.0’:
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c:84:1: warning: the frame size of 2044 bytes is larger than 1024 bytes [-Wframe-larger-than=]
}
^
make[1]: Leaving directory `/usr/src/linux-headers-3.13.0-37-generic'
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
They are warnings, not errors. Don't know if they could be problematic in
some situation. Mine works fine with them.
El 08/05/2015 05:37, "serock" serock@users.sf.net escribió:
Hello, sorry for my English, I use Linux Mint 17.1, kernel 3.13.0-37,
install the packages:
$ sudo apt-get install build-essential kernel-package
$ make
compile ok, but with some errors
/home/mint/ibcs-3.10-3.13.0.37/svr4/misc.c: In function 'abi_mkdir':
/home/mint/ibcs-3.10-3.13.0.37/svr4/misc.c:704:9: warning: assignment
discards 'const' qualifier from pointer target type [enabled by default]
for (p = tmp->name;
p; p++); ^ /home/mint/ibcs-3.10-3.13.0.37/util/plist.c: In function
'plist': /home/mint/ibcs-3.10-3.13.0.37/util/plist.c:32:4: warning: '0'
flag used with '%p' gnu_printf format [-Wformat=] sprintf(p, "%08p", (void
)addr);
^
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c: In function 'pdump.part.0':
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c:84:1: warning: the frame size
of 2044 bytes is larger than 1024 bytes [-Wframe-larger-than=]
}
^
make[1]: Leaving directory `/usr/src/linux-headers-3.13.0-37-generic'
Hello, sorry for my english, I have BB/x Progression 4, originally from an SCO UNIX SysVR3 3.2 2. When BB/x executes a "WAIT" statement (which works like the shell "sleep" command) with a value greater than zero, I get a segment violation and the process dies.
Or if I try to break out of it using Ctrl-C, I get a segment violation, and the process dies.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello, sorry for my english, I have BB/x Progression 4, originally from an
SCO UNIX SysVR3 3.2 2. When BB/x executes a "WAIT" statement (which works
like the shell "sleep" command) with a value greater than zero, I get a
segment violation and the process dies.
Or if I try to break out of it using Ctrl-C, I get a segment violation,
and the process dies.
After some tests with calls to alarm() (used in pause statements) in an SCO executable, seems it may have problems with receiving signals. However, recompiling the modules with ABI_SIGRETURN enabled in CONFIG, my tests work correctly. Please enable that flag, recompile and run your program, and report again.
Attached the COFF executable used for tests. Please run as 'test_alarm <n>', with <n> beig the number of seconds to pause, 10 if omitted.
I'm trying the same, and frustrated by the lack of progress in recent years, tried to adapt version 3.10.3.5.4 to 14.04 last kernel (3.13.0-37). So far, my adaptations compile, but loading the svr4 module results in a kernel oops. Perhaps someone with more knowledge of the kernel arcanes could improve on my work.
The compilation gives several warnings, I think most not important except perhaps one in lcall.c warning of a register used before initializing, but I'm not still sure of how to correct that (I need more study of the code involved).
Last edit: Javier Martinez 2014-11-22
Well, news on this! I have found my problem with the kernel oops! Somehow i thought the pt_regs structure filled itself magically with data of current registers, which I think is not possible in C. Reviewing the patch in the kernel source that got rid of pt_regs parameter, it dawned on me what I was lacking! A call to current_pt_regs(). So far, I got rid of the compilation warning in lcall.c that was troubling me, and my preliminary tests show my executables working. Please get the source and test it on your installation. Hope it works.
Last edit: Javier Martinez 2014-11-06
Last update: fixed the execve call which was making segfaults, and one old bug encountered several years ago on >3.0 kernels, on shmat calls.
I also get the error on x86_64 distro. But there is no error on i386 kernel. Could you adapt ibcs for the 64-bit kernel?
I will try, but I don't have a x64 bit installation right now (and so
little time)
2015-01-13 6:42 GMT+01:00 Dmitri Filov rubystar@users.sf.net:
--
Un saludo,
Javier Martínez
ALMASOFT, S.L.
Related
Patches: #71
Thanks in advance!
Could you upload the version IBCS from 03.09.2014?
Mmm? I don't know of a September version, my first upload was in
November....
2015-01-13 12:39 GMT+01:00 Dmitri Filov rubystar@users.sf.net:
--
Un saludo,
Javier Martínez
ALMASOFT, S.L.
Related
Patches: #71
This package working on Ubuntu 14.04 x64? I get this error:
Dec 9 17:54:56 server kernel: [ 66.189661] BUG: unable to handle kernel paging request at ffffffffff5767f0
Dec 9 17:54:56 server kernel: [ 66.189666] IP: [<ffffffffa018e10c>] lcall_init+0x10c/0x1000 [abi_lcall]
Dec 9 17:54:56 server kernel: [ 66.189671] PGD 1c11067 PUD 1c13067 PMD 1e7c067 PTE 8000000001e79161
Dec 9 17:54:56 server kernel: [ 66.189674] Oops: 0003 [#1] SMP
Dec 9 17:54:56 server kernel: [ 66.189676] Modules linked in: abi_lcall(OF+) abi_util(OF) dm_crypt bnep rfcomm bluetooth snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm snd_page_alloc snd_seq_midi joydev snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device snd_timer vboxvideo(OF) snd serio_raw drm vboxguest(OF) i2c_piix4 mac_hid soundcore parport_pc ppdev lp parport hid_generic usbhid hid psmouse ahci libahci e1000
Dec 9 17:54:56 server kernel: [ 66.189691] CPU: 0 PID: 1896 Comm: insmod Tainted: GF O 3.13.0-32-generic #57-Ubuntu
Dec 9 17:54:56 server kernel: [ 66.189693] Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS VirtualBox 12/01/2006
Dec 9 17:54:56 server kernel: [ 66.189694] task: ffff8800775e47d0 ti: ffff88007878a000 task.ti: ffff88007878a000
Dec 9 17:54:56 server kernel: [ 66.189695] RIP: 0010:[<ffffffffa018e10c>] [<ffffffffa018e10c>] lcall_init+0x10c/0x1000 [abi_lcall]
Dec 9 17:54:56 server kernel: [ 66.189698] RSP: 0018:ffff88007878bd30 EFLAGS: 00010286
Dec 9 17:54:56 server kernel: [ 66.189699] RAX: a027ee000010fdf0 RBX: 0000000000000000 RCX: a027000000000000
Dec 9 17:54:56 server kernel: [ 66.189700] RDX: 00000000ffffffff RSI: ffffffffff5767f0 RDI: ffffffff81c68e30
Dec 9 17:54:56 server kernel: [ 66.189701] RBP: ffff88007878bd40 R08: ffffffff81d13788 R09: 0000000000000000
Dec 9 17:54:56 server kernel: [ 66.189702] R10: 0000000000003692 R11: 0000000000000000 R12: ffffffffa018e000
Dec 9 17:54:56 server kernel: [ 66.189703] R13: ffffffffa0282150 R14: 0000000000000001 R15: ffffffffa0282100
Dec 9 17:54:56 server kernel: [ 66.189704] FS: 00007ffaa32fe740(0000) GS:ffff88007fc00000(0000) knlGS:0000000000000000
Dec 9 17:54:56 server kernel: [ 66.189706] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Dec 9 17:54:56 server kernel: [ 66.189707] CR2: ffffffffff5767f0 CR3: 000000007860c000 CR4: 00000000000006f0
Dec 9 17:54:56 server kernel: [ 66.189711] Stack:
Dec 9 17:54:56 server kernel: [ 66.189712] 0fff000000078781 ffffffffff576000 ffff88007878bdb8 ffffffff8100214a
Dec 9 17:54:56 server kernel: [ 66.189714] 0000000000001000 ffffffffa0282150 0000000000000001 ffffffffa0282100
Dec 9 17:54:56 server kernel: [ 66.189715] ffff88007878bd90 ffffffff810598d3 0000000000000000 ffffffffa0191000
Dec 9 17:54:56 server kernel: [ 66.189717] Call Trace:
Dec 9 17:54:56 server kernel: [ 66.189721] [<ffffffff8100214a>] do_one_initcall+0xfa/0x1b0
Dec 9 17:54:56 server kernel: [ 66.189724] [<ffffffff810598d3>] ? set_memory_nx+0x43/0x50
Dec 9 17:54:56 server kernel: [ 66.189727] [<ffffffff810e1f8d>] load_module+0x12dd/0x1b40
Dec 9 17:54:56 server kernel: [ 66.189730] [<ffffffff810dda30>] ? store_uevent+0x40/0x40
Dec 9 17:54:56 server kernel: [ 66.189732] [<ffffffff810e2966>] SyS_finit_module+0x86/0xb0
Dec 9 17:54:56 server kernel: [ 66.189736] [<ffffffff8172c87f>] tracesys+0xe1/0xe6
Dec 9 17:54:56 server kernel: [ 66.189737] Code: 0f 00 0f b7 c2 48 89 0d 73 42 0f 00 48 b9 00 00 10 00 00 ee 00 00 48 09 c8 48 89 d1 48 c1 ea 20 48 c1 e9 10 48 c1 e1 30 48 09 c8 <48> 89 06 48 63 05 aa 3f 0f 00 48 c1 e0 04 48 03 45 f8 48 89 50
Dec 9 17:54:56 server kernel: [ 66.189752] RIP [<ffffffffa018e10c>] lcall_init+0x10c/0x1000 [abi_lcall]
Dec 9 17:54:56 server kernel: [ 66.189754] RSP <ffff88007878bd30>
Dec 9 17:54:56 server kernel: [ 66.189755] CR2: ffffffffff5767f0
Dec 9 17:54:56 server kernel: [ 66.189757] ---[ end trace 59dec877fe7af2d7 ]---
Dec 9 17:54:57 server kernel: [ 66.216383] binfmt_coff: Unknown symbol start_thread (err 0)
Dec 9 17:55:02 server kernel: [ 71.757394] binfmt_coff: gave up waiting for init of module abi_lcall.
Dec 9 17:55:02 server kernel: [ 71.757401] binfmt_coff: Unknown symbol lcall_ldt (err -16)
Dec 9 17:55:02 server kernel: [ 71.757423] binfmt_coff: gave up waiting for init of module abi_lcall.
Dec 9 17:55:02 server kernel: [ 71.757425] binfmt_coff: Unknown symbol abi_personality (err -16)
Dec 9 17:55:02 server kernel: [ 71.757436] binfmt_coff: gave up waiting for init of module abi_lcall.
Dec 9 17:55:02 server kernel: [ 71.757438] binfmt_coff: Unknown symbol lcall_syscall (err -16)
Dec 9 17:55:02 server kernel: [ 71.757447] binfmt_coff: gave up waiting for init of module abi_lcall.
Dec 9 17:55:02 server kernel: [ 71.757448] binfmt_coff: Unknown symbol lcall_syscall64 (err -16)
Related
Patches: #1
I tried ibcs-3.10-3.13.0.37 whith vanilla kernel 3.12.37 32bit
and everything works exept the instruction "sleep".
when,forexampe,i try "sleep 2", it does not exit after 2 seconds but stays blocked idefinatily.
whith vanilla kernel 3.12.37 64bit
Ican compile it but I cannot install it.
the error is:
abi_ldr
./abi_ldr: line 16: 8180 Killed
insmod $ABI_DIR/lcall/abi_lcall.ko ExeFlags=$ABI_DIR/PERFLAGS
Hello, sorry for my English, I use Linux Mint 17.1, kernel 3.13.0-37, install the packages:
$ sudo apt-get install build-essential kernel-package
$ make
compile ok, but with some errors
/home/mint/ibcs-3.10-3.13.0.37/svr4/misc.c: In function ‘abi_mkdir’:
/home/mint/ibcs-3.10-3.13.0.37/svr4/misc.c:704:9: warning: assignment discards ‘const’ qualifier from pointer target type [enabled by default]
for (p = tmp->name; p; p++);
^
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c: In function ‘plist’:
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c:32:4: warning: '0' flag used with ‘%p’ gnu_printf format [-Wformat=]
sprintf(p, "%08p", (void )addr);
^
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c: In function ‘pdump.part.0’:
/home/mint/ibcs-3.10-3.13.0.37/util/plist.c:84:1: warning: the frame size of 2044 bytes is larger than 1024 bytes [-Wframe-larger-than=]
}
^
make[1]: Leaving directory `/usr/src/linux-headers-3.13.0-37-generic'
They are warnings, not errors. Don't know if they could be problematic in
some situation. Mine works fine with them.
El 08/05/2015 05:37, "serock" serock@users.sf.net escribió:
Related
Patches: #71
Hello, sorry for my english, I have BB/x Progression 4, originally from an SCO UNIX SysVR3 3.2 2. When BB/x executes a "WAIT" statement (which works like the shell "sleep" command) with a value greater than zero, I get a segment violation and the process dies.
Or if I try to break out of it using Ctrl-C, I get a segment violation, and the process dies.
Seems a problem with a syscall. That's assembler, huuuh! I will try to test
it if I have time.
2015-05-23 19:34 GMT+02:00 serock serock@users.sf.net:
--
Un saludo,
Javier Martínez
ALMASOFT, S.L.
Related
Patches: #71
Error al ejecutar el comando WAIT desde la aplicación:
May 26 19:19:58 comercio kernel: [ 417.426904] ABI Trace Flag: FF
May 26 19:20:01 comercio kernel: [ 420.481856] [bbx4:2474]: read returns 1 (edx:0)
May 26 19:20:01 comercio kernel: [ 420.481874] [bbx4:2474]: write(1, 0040491c, 2)
May 26 19:20:01 comercio kernel: [ 420.481885] [bbx4:2474]: write returns 2 (edx:4213002)
May 26 19:20:01 comercio kernel: [ 420.481936] [bbx4:2474]: cxenix()
May 26 19:20:01 comercio kernel: [ 420.481940] [bbx4:2474]: setitimer(0, 0xbffff690, 0xbffff680)
May 26 19:20:01 comercio kernel: [ 420.481944] [bbx4:2474]: setitimer returns 0 (edx:2)
May 26 19:20:01 comercio kernel: [ 420.481947] [bbx4:2474]: pause()
May 26 19:20:03 comercio kernel: [ 422.482911] [bbx4:2474]: pause error return -514/4
May 26 19:20:03 comercio kernel: [ 422.482916] [bbx4:2474]: SIGNAL 14, queued 0x00002000
May 26 19:20:03 comercio kernel: [ 422.482926] [bbx4:2474]: sigfunc(0x1, 0x40491c, 0x2)
May 26 19:20:03 comercio kernel: [ 422.482929] [bbx4:2474]: signal(14, 0x00031aac, 0x0005dcd0)
May 26 19:20:03 comercio kernel: [ 422.482933] [bbx4:2474]: returns 0
May 26 19:20:03 comercio kernel: [ 422.482940] bbx4[2474]: segfault at ffffffff ip 0000040c sp bffff1c0 error 7 in bbx4[0+5e000]
May 26 19:20:05 comercio kernel: [ 424.613934] ABI Trace Flag: 00
Error al precionar la tecla ESCAPE:
May 26 19:18:48 comercio kernel: [ 347.954594] ABI Trace Flag: FF
May 26 19:18:51 comercio kernel: [ 350.002915] [bbx4:2212]: read returns 1 (edx:0)
May 26 19:18:51 comercio kernel: [ 350.002926] [bbx4:2212]: fcntl(0, 0x3, 0x0)
May 26 19:18:51 comercio kernel: [ 350.002930] [bbx4:2212]: fcntl returns 2 (edx:27)
May 26 19:18:51 comercio kernel: [ 350.002933] [bbx4:2212]: fcntl(0, 0x4, 0x6)
May 26 19:18:51 comercio kernel: [ 350.002936] [bbx4:2212]: fcntl returns 0 (edx:27)
May 26 19:18:51 comercio kernel: [ 350.002940] [bbx4:2212]: read(0, 00408741, 31)
May 26 19:18:51 comercio kernel: [ 350.002945] [bbx4:2212]: read error return -11/11
May 26 19:18:51 comercio kernel: [ 350.002949] [bbx4:2212]: fcntl(0, 0x4, 0x2)
May 26 19:18:51 comercio kernel: [ 350.002951] [bbx4:2212]: fcntl returns 0 (edx:11)
May 26 19:18:51 comercio kernel: [ 350.002954] [bbx4:2212]: cxenix()
May 26 19:18:51 comercio kernel: [ 350.002957] [bbx4:2212]: setitimer(0, 0xbffff578, 0xbffff568)
May 26 19:18:51 comercio kernel: [ 350.002961] [bbx4:2212]: setitimer returns 0 (edx:0)
May 26 19:18:51 comercio kernel: [ 350.002965] [bbx4:2212]: read(0, 00408741, 1)
May 26 19:18:53 comercio kernel: [ 352.003909] [bbx4:2212]: read error return -512/4
May 26 19:18:53 comercio kernel: [ 352.003915] [bbx4:2212]: SIGNAL 14, queued 0x00002000
May 26 19:18:53 comercio kernel: [ 352.003926] [bbx4:2212]: sigfunc(0x0, 0x408741, 0x1)
May 26 19:18:53 comercio kernel: [ 352.003929] [bbx4:2212]: signal(14, 0x00031aac, 0x0005dcd0)
May 26 19:18:53 comercio kernel: [ 352.003934] [bbx4:2212]: returns 0
May 26 19:18:53 comercio kernel: [ 352.003940] bbx4[2212]: segfault at ffffffff ip 0000040c sp bffff0c0 error 7 in bbx4[0+5e000]
May 26 19:18:54 comercio kernel: [ 353.957347] ABI Trace Flag: 00
Error al presionar CTRL-C:
May 26 19:17:30 comercio kernel: [ 269.848896] ABI Trace Flag: FF
May 26 19:17:39 comercio kernel: [ 278.910842] [bbx4:2154]: read error return -512/4
May 26 19:17:39 comercio kernel: [ 278.910848] [bbx4:2154]: SIGNAL 2, queued 0x00000002
May 26 19:17:39 comercio kernel: [ 278.910857] [bbx4:2154]: sigfunc(0x0, 0x408740, 0x1)
May 26 19:17:39 comercio kernel: [ 278.910860] [bbx4:2154]: signal(2, 0x00000001, 0x0005dcd0)
May 26 19:17:39 comercio kernel: [ 278.910865] [bbx4:2154]: returns 0
May 26 19:17:39 comercio kernel: [ 278.910868] [bbx4:2154]: sigfunc(0x0, 0x408740, 0x1)
May 26 19:17:39 comercio kernel: [ 278.910870] [bbx4:2154]: signal(4, 0x00031974, 0x0005dcd0)
May 26 19:17:39 comercio kernel: [ 278.910872] [bbx4:2154]: returns 203124
May 26 19:17:39 comercio kernel: [ 278.910876] [bbx4:2154]: ioctl(0, 0x5401, 0xbfffe098)
May 26 19:17:39 comercio kernel: [ 278.910882] [bbx4:2154]: ioctl returns 0 (edx:384208)
May 26 19:17:39 comercio kernel: [ 278.910886] [bbx4:2154]: ioctl(1, 0x5401, 0xbfffe098)
May 26 19:17:39 comercio kernel: [ 278.910888] [bbx4:2154]: ioctl returns 0 (edx:384208)
May 26 19:17:39 comercio kernel: [ 278.910891] [bbx4:2154]: sigfunc(0x1, 0x5401, 0xbfffe098)
May 26 19:17:39 comercio kernel: [ 278.910893] [bbx4:2154]: signal(2, 0x00031974, 0x0005dcd0)
May 26 19:17:39 comercio kernel: [ 278.910896] [bbx4:2154]: returns 1
May 26 19:17:39 comercio kernel: [ 278.910899] [bbx4:2154]: ioctl(0, 0x5407, 0x0)
May 26 19:17:39 comercio kernel: [ 278.910909] [bbx4:2154]: ioctl returns 0 (edx:384208)
May 26 19:17:39 comercio kernel: [ 278.910915] bbx4[2154]: segfault at ffffffff ip 0000040c sp bfffe0c0 error 7 in bbx4[0+5e000]
May 26 19:17:41 comercio kernel: [ 280.478579] ABI Trace Flag: 00
Last edit: serock 2015-05-26
Error al maximizar la ventana de la aplicación:
May 26 19:20:59 comercio kernel: [ 478.779423] ABI Trace Flag: FF
May 26 19:21:03 comercio kernel: [ 482.753052] [bbx4:2594]: read error return -512/4
May 26 19:21:03 comercio kernel: [ 482.753056] [bbx4:2594]: SIGNAL 28, queued 0x08000000
May 26 19:21:03 comercio kernel: [ 482.753070] [bbx4:2594]: sigfunc(0x0, 0x408740, 0x1)
May 26 19:21:03 comercio kernel: [ 482.753071] [bbx4:2594]: signal(20, 0x00031a84, 0x0005dcd0)
May 26 19:21:03 comercio kernel: [ 482.753073] [bbx4:2594]: returns 0
May 26 19:21:03 comercio kernel: [ 482.753077] bbx4[2594]: segfault at 1 ip 0000040c sp bfffe0c0 error 7 in bbx4[0+5e000]
May 26 19:21:06 comercio kernel: [ 485.082174] ABI Trace Flag: 00
Al ejecutar el comando date, el proceso nunca vuelve.
May 23 19:25:59 comercio kernel: [ 2224.081624] ABI Trace Flag: FF
May 23 19:26:02 comercio kernel: [ 2227.207823] [bbx4:3544]: read returns 1 (edx:0)
May 23 19:26:02 comercio kernel: [ 2227.207840] [bbx4:3544]: write(1, 0040491c, 2)
May 23 19:26:02 comercio kernel: [ 2227.207852] [bbx4:3544]: write returns 2 (edx:4213002)
May 23 19:26:02 comercio kernel: [ 2227.207913] [bbx4:3544]: ioctl(0, 0x5401, 0xbfffe576)
May 23 19:26:02 comercio kernel: [ 2227.207919] [bbx4:3544]: ioctl returns 0 (edx:34)
May 23 19:26:02 comercio kernel: [ 2227.207922] [bbx4:3544]: ioctl(0, 0x5403, 0x409734)
May 23 19:26:02 comercio kernel: [ 2227.207928] [bbx4:3544]: ioctl returns 0 (edx:34)
May 23 19:26:02 comercio kernel: [ 2227.207931] [bbx4:3544]: fork()
May 23 19:26:02 comercio kernel: [ 2227.207982] [bbx4:3544]: fork returns 3555 (edx:0)
May 23 19:26:02 comercio kernel: [ 2227.207994] [bbx4:3544]: wait(0xbfffe540, 0xa8, 0xbfffe640)
May 23 19:26:02 comercio kernel: [ 2227.208012] [bbx4:3555]: execv("/bin/sh", bfffe544, bfffe728)
May 23 19:26:02 comercio kernel: [ 2227.208018] [bbx4:3555]: <->pgm: 00409748 "/bin/sh"
May 23 19:26:02 comercio kernel: [ 2227.208021] [bbx4:3555]: <->arg: 00409750 "sh"
May 23 19:26:02 comercio kernel: [ 2227.208023] [bbx4:3555]: <->arg: 00409753 "-c"
May 23 19:26:02 comercio kernel: [ 2227.208026] [bbx4:3555]: <->arg: 0041c1b0 "sudo date --set "2015-05-23 19:25""
May 23 19:26:02 comercio kernel: [ 2227.208029] [bbx4:3555]: <->env: bfffe7eb "REMOTEHOST=localhost"
May 23 19:26:02 comercio kernel: [ 2227.208031] [bbx4:3555]: <->env: bfffe800 "LC_PAPER=es_AR.UTF-8"
May 23 19:26:02 comercio kernel: [ 2227.208033] [bbx4:3555]: <->env: bfffe815 "LC_ADDRESS=es_AR.UTF-8"
May 23 19:26:02 comercio kernel: [ 2227.208040] [bbx4:3555]: <->env: bfffe857 "TERM=xterm"
May 23 19:26:02 comercio kernel: [ 2227.208042] [bbx4:3555]: <->env: bfffe862 "SHELL=/bin/bash"
May 23 19:26:02 comercio kernel: [ 2227.208047] [bbx4:3555]: <->env: bfffe8c3 "LC_NUMERIC=es_AR.UTF-8"
May 23 19:26:02 comercio kernel: [ 2227.208050] [bbx4:3555]: <->env: bfffe8da "HUSHLOGIN=FALSE"
May 23 19:26:02 comercio kernel: [ 2227.208075] [bbx4:3555]: <->env: bfffeee7 "LC_IDENTIFICATION=es_AR.UTF-8"
May 23 19:26:02 comercio kernel: [ 2227.208078] [bbx4:3555]: <->env: bfffef05 "PWD=/u"
May 23 19:26:02 comercio kernel: [ 2227.208080] [bbx4:3555]: <->env: bfffef0c "LANG=es_AR.UTF-8"
May 23 19:26:02 comercio kernel: [ 2227.208082] [bbx4:3555]: <->env: ...
May 23 19:26:02 comercio kernel: [ 2227.208253] [sh:3555]: execv returns 0 (edx:0)
May 23 19:25:34 comercio kernel: [ 2261.521805] ABI Trace Flag: 00
After some tests with calls to alarm() (used in pause statements) in an SCO executable, seems it may have problems with receiving signals. However, recompiling the modules with ABI_SIGRETURN enabled in CONFIG, my tests work correctly. Please enable that flag, recompile and run your program, and report again.
Attached the COFF executable used for tests. Please run as 'test_alarm <n>', with <n> beig the number of seconds to pause, 10 if omitted.
Last edit: Javier Martinez 2015-05-31