#1110 Failing TIME-OUT option on accept

[Vincent (Bryan) Coen]

With a program that is run 24/7 with following snippet of code including TIME-OUT fails after a few iterations that vary in number :

      display  SY021 at line WS-Lines col 1 with erase eol

>
> Allow ESCape to terminate after NEXT update cycle but time will be out 1 sec
*>
accept Accept-Reply at line WS-Lines col 42 TIME-OUT 1
if Cob-Crt-Status = Cob-Scr-Esc
go to AA040-EOJ
end-if
call "C$SLEEP" using WS-Tmp-Sleep
go to AA032-Test-Update

Looking at a trace.log file the last recorded entry is accept ... TIME-OUT 1
and one would expect it to be the call at lease on an hourly basis (WS-Tmp-Sleep) is set for 3599 secs.

The number of iterations of TIME-OUT varies before it fails,
Running on a Mageia v9 X64 AMD Ryzen 7 16 core CPU but same results on a older AMD 8 core (same Linux distro).

GC v3.2 final :::

cobc -version
cobc (GnuCOBOL) 3.2.0
...
Built Mar 31 2025 00:36:29
Packaged Jul 28 2023 17:02:56 UTC
C version "12.3.0"

uname -a
Linux applewood.study 6.6.83-desktop-1.mga9 #1 SMP PREEMPT_DYNAMIC Sun Mar 16 01:09:35 UTC 2025 x86_64 GNU/Linux

There is a later kernel install (6.6.89) but system has not been rebooted since update.

[Chuck Haatvedt]

This may be resolved already, could you repeat the testing with a current build of the compiler ?

fixed [bugs:#999] ACCEPT with TIMEOUT issue when looping thru the verb

[Simon Sobisch]

So the original issue wasn't on GC3.2 final?!?

I'm confused... Maybe you mean "works with current GC3.3"?

[Vincent (Bryan) Coen]

appears to be working on current v3.2

[Vincent (Bryan) Coen]

I have not reboot for 46 days so still on kernel 6.6.83 but possibly had one or more updates for libraries - no I do not keep track of those and yes still using v3.2 final :
Built Mar 31 2025 00:36:29.
Packaged Jul 28 2023 17:02:56 UTC

I will be rebooting the system today anyway.