[Bug 51139] New: Application T at X 2021 freezes when trying to transmit data to Elster (German Tax Application)

WineHQ Bugzilla wine-bugs at winehq.org
Sat May 15 04:07:04 CDT 2021


https://bugs.winehq.org/show_bug.cgi?id=51139

            Bug ID: 51139
           Summary: Application T at X 2021 freezes when trying to transmit
                    data to Elster (German Tax Application)
           Product: Wine
           Version: 6.8
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
          Assignee: wine-bugs at winehq.org
          Reporter: dieter.jurzitza at harman.com
      Distribution: ---

T at X20XX can be used with wine since years. This year it apparently worked as
usual, with one frustrating exception: when trying to transfer the entire
documetation to the finance office at the end the application freezes and does
noting any more.
Unfortunately no error shows in the logs when starting wine with a
corresponding debug option (WINEDEBUG=+relay, I hope this is ok ...). I have 32
GByte of logging code what is meaningless to upload - but no "real" error
message inside.

"top" shows 100% CPU - load by the wine process stman.exe. Messages show like:

01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000024) ret=089a10d6
01b8:Ret  ntdll.RtlAllocateHeap() retval=3ec3bbe0 ret=089a10d6
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000024) ret=089a10d6
01b8:Ret  ntdll.RtlAllocateHeap() retval=2f24da98 ret=089a10d6
01b8:Call KERNEL32.HeapFree(00220000,00000000,2f24da98) ret=0899e7eb
01b8:Ret  KERNEL32.HeapFree() retval=00000001 ret=0899e7eb
01b8:Call KERNEL32.HeapFree(00220000,00000000,3ec3bbe0) ret=0899e7eb
01b8:Ret  KERNEL32.HeapFree() retval=00000001 ret=0899e7eb

in fast sequence and this:

01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000014) ret=6be509ba
01b8:Ret  ntdll.RtlAllocateHeap() retval=31991020 ret=6be509ba
0238:Call ntdll._strnicmp(17f9c7cc "Inter-|   Receive                          
                     |  Transmit\n",17f9ca0c "eth1",00000004) ret=7eceaa21
01b8:Call ntdll.RtlAllocateHeap(00220000,00000008,00000014) ret=6be7960b
0238:Ret  ntdll._strnicmp() retval=00000001 ret=7eceaa21
01b8:Ret  ntdll.RtlAllocateHeap() retval=31983590 ret=6be7960b
0238:Call ntdll._strnicmp(17f9c7cd "face |bytes    packets errs drop fifo frame
compressed multicast|bytes    packets errs drop fifo colls carrier
compressed\n",17f9ca0c "eth1",00000004) ret=7eceaa21
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000020) ret=6be798c1
0238:Ret  ntdll._strnicmp() retval=00000001 ret=7eceaa21
01b8:Ret  ntdll.RtlAllocateHeap() retval=31992478 ret=6be798c1
0238:Call ntdll._strnicmp(17f9c7d0 "lo:  376975    3786    0    0    0     0   
      0         0   376975    3786    0    0    0     0       0         
0\n",17f9ca0c "eth1",00000004) ret=7eceaa21
0238:Ret  ntdll._strnicmp() retval=00000001 ret=7eceaa21
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,0000000c) ret=6be7974e
0238:Call ntdll._strnicmp(17f9c7ce "eth1: 727671935  574392    0    0    0    
0          0      2870 31275660  279019    0    0    0     0       0         
0\n",17f9ca0c "eth1",00000004) ret=7eceaa21
01b8:Ret  ntdll.RtlAllocateHeap() retval=31991978 ret=6be7974e
0238:Ret  ntdll._strnicmp() retval=00000000 ret=7eceaa21

cycling through eth0, eth1, wlan0 etc ...

Finally I see once this at the begin (when the trouble starts ...):

01b8:Ret  ntdll.RtlAllocateHeap() retval=3ecc7cc8 ret=089a10d6
01b8:Call KERNEL32.OutputDebugStringW(3ecc7cd8 L"void __thiscall
BTS::FormViewerPage::enablePrevNext(void) -1 21\n") ret=67020427
01b8:Call ntdll.RtlInitUnicodeString(0021d000,3ecc7cd8 L"void __thiscall
BTS::FormViewerPage::enablePrevNext(void) -1 21\n") ret=7b0125fa
01b8:Ret  ntdll.RtlInitUnicodeString() retval=00000082 ret=7b0125fa

with the "void __thiscall entries - but no clue on my behalf. Any support is
very much appreciated, most specifically what could I do and how could I better
debug the process without flooding my harddisk with trillions (ok, maybe less
:-)) of messages.

Thank you very much,
take care

Dieter Jurzitza

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.



More information about the wine-bugs mailing list