http://bugs.winehq.org/show_bug.cgi?id=13275
Summary: Remedy User WIndow crashes following login to ar server Product: Wine Version: unspecified Platform: PC URL: http://forum.winehq.org/viewtopic.php?p=5774#5774 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: takeawaydave@gmail.com
Created an attachment (id=13123) --> (http://bugs.winehq.org/attachment.cgi?id=13123) Log file of crash
See http://forum.winehq.org/viewtopic.php?p=5774#5774
Environment:
Ubuntu 8.04 Wine 0.9.59 (no added dlls) AR System - installed no problem application AR Remedy User 7.1.00
Problem:
Remedy User WIndow crashes following login to ar server
Command Used:
Code: david@siwa:~$ wine .wine/drive_c/Program\ Files/AR\ System/User/aruser.exe &> /tmp/log.txt 2>&1
http://bugs.winehq.org/show_bug.cgi?id=13275
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #13123|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=13275
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |normal Component|-unknown |shdocvw Version|unspecified |0.9.59.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #1 from Austin English austinenglish@gmail.com 2008-11-16 18:18:06 --- Is this still an issue in current (1.1.8 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #2 from Andrew Seguin aseguo@gmail.com 2009-03-04 04:28:16 --- Created an attachment (id=19775) --> (http://bugs.winehq.org/attachment.cgi?id=19775) Output from running Remedy User 7.00.01 under Wine.
Output from running Remedy User 7.00.01 under Wine 1.1.16, similar outputs are generated for Remedy User 7.1 under Wine 1.1.16 and Wine 1.0.1
http://bugs.winehq.org/show_bug.cgi?id=13275
Andrew Seguin aseguo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aseguo@gmail.com
--- Comment #3 from Andrew Seguin aseguo@gmail.com 2009-03-04 05:06:28 --- A few more details concerning the last attachment.
Environment Ubuntu 8.10 Tested versions 7.00.01 and 7.1 of the application Remedy User. Tested: Wine 1.0.1 (Ubuntu 8.10 default) and Wine 1.1.16 (via the repository 'deb http://wine.budgetdedicated.com/apt intrepid main')
I first installed Remedy User 7.1 under wine 1.0.1 with no problems during installation. After login, the "home page" loads, but loading any form crashes. Upgraded to wine 1.1.16 without reinstalling the application - same problem. Removed the application, installed version 7.00.01 - same problem.
From forums, I had found out that Remedy user renders from html, and therefore
requires geko; ran sh winetricks gecko (still under Wine 1.0.1), installed "All done, no errors.". Remedy 7.00.01 crashes just the same (also ran sh wintricks gecko after upgrading to Wine 1.1.16)
Tried with Internet Explorer 6 from winetricks: sh winetricks ie6, installed "All done, no errors.". Remedy 7.00.01 crashes just the same.
Not sure what to try out next... if anybody wants to look more into it, it would be my pleasure to test further.
Regards, Andrew
http://bugs.winehq.org/show_bug.cgi?id=13275
Michael H. Warfield mhw@wittsend.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mhw@wittsend.com
--- Comment #4 from Michael H. Warfield mhw@wittsend.com 2009-04-16 09:20:50 --- I'm also having a problem with Remedy very similar to this. In my case, I'm running Remedy user, aruser.exe, version 6.03.00 patch 23. I get past the login and get an error on the opening screen as follows:
Error generating application list field content. (ARERR 1900)
That's not really the fatal error, though. I was instructed to just work past that and close the error and then close my "home screen" and proceed to the open selection list and find a specific form/object to work from.
Searching for a form and selecting it as a favorite seem to work fine.
The failure for me occurs when I go to my favorites tab, select the chosen form, and then hit "search". That's when wine gets the fatal error:
wine: Unhandled page fault on read access to 0xe84d9077 at address 0x558b2c (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0xe84d9077 in 32-bit code (0x00558b2c).
Followed by a long debugging dump (which will be attached).
At that point I have to kill the process. Wine seems to be hung.
This was on Fedora 10 initially with Wine 1.1.15 and then using 1.1.18 from the updates-testing repository. I have not tried 1.1.19.
=== Update...
I have now tried it with Remedy 7 and, yeah, it crashes after login. First time in, Wine indicated that the application wanted to run the Gecko engine and asked if I wanted Wine to download Geko. I indicated yes to that and it proceeded with the download. After a few minutes, it crashed. That will be the second log I will attach.
After that, restarting aruser.exe results in an immediate crash right after login. That will be the 3rd log.
I then removed Gecko by renaming the directory under Windows. Now, running aruser.exe, after login it asks me again if I want to install Gecko. This time I cancel and I get pretty much the same screen I got with 6.3 with the same initial error. Canceling that error box is fine. But when I cancel my "home page" window in preparation to search for a form, it dies there with an illegal instruction. That will be the forth log attached.
Finally, if I don't close my home window but go straight to my saved "favorite form" and do a search on it, then it crashes just like 6.3 except it doesn't "hang" and I don't have to kill the process, Wine exits. That will be the 5th log attached.
At least part of this (the crash immediately after login with v7) appears like it might be gecko related. I get much further in if I refuse to install gecko.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #5 from Michael H. Warfield mhw@wittsend.com 2009-04-16 09:24:17 --- Created an attachment (id=20485) --> (http://bugs.winehq.org/attachment.cgi?id=20485) Remedy 6.3 under Wine 1.1.18 crash
Initial run with Remedy 6.3 running under Wine 1.1.18 from Fedora 10 updates-test.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #6 from Michael H. Warfield mhw@wittsend.com 2009-04-16 09:26:05 --- Created an attachment (id=20486) --> (http://bugs.winehq.org/attachment.cgi?id=20486) Remedy 7 under Wine 1.1.18 initial crash after loading Gecko.
This was the initial test with Remedy 7 where it asked me to load Gecko and crashed after loading Gecko.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #7 from Michael H. Warfield mhw@wittsend.com 2009-04-16 09:27:20 --- Created an attachment (id=20487) --> (http://bugs.winehq.org/attachment.cgi?id=20487) Remedy 7 under Wine 1.1.18 initial crash with gecko present.
This is the subsequent immediate crash after login when Gecko has already been installed.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #8 from Michael H. Warfield mhw@wittsend.com 2009-04-16 09:29:02 --- Created an attachment (id=20488) --> (http://bugs.winehq.org/attachment.cgi?id=20488) Remedy 7 under Wine 1.1.18 initial crash with no gecko installed.
This is the Remedy 7 run where I refused to install gecko and got the initial screen up which then crashed with an illegal instruction when I closed the home window within Remedy.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #9 from Michael H. Warfield mhw@wittsend.com 2009-04-16 09:30:53 --- Created an attachment (id=20489) --> (http://bugs.winehq.org/attachment.cgi?id=20489) Remedy 7 under Wine 1.1.18 initial crash with no gecko installed, running search.
This is the Remedy 7 run where I refused to install Gecko and did NOT close my remedy home window but went straight to search on an object where it then fails just like in the Remedy 6.3 case except Wine exits cleanly afterwards.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #10 from Michael H. Warfield mhw@wittsend.com 2009-04-16 12:52:15 --- Now tested under 1.1.19. Same problems. I built rpm's for Fedora 10 with 1.1.19 and reran the test with Gecko installed. Problem reported in the log is this with Gecko in place:
wine: Call from 0x7bc48320 to unimplemented function nspr4.dll.PR_GetPhysicalMemorySize, aborting wine: Unimplemented function nspr4.dll.PR_GetPhysicalMemorySize called at address 0x7bc48320 (thread 0009), starting debugger... Unhandled exception: unimplemented function nspr4.dll.PR_GetPhysicalMemorySize called in 32-bit code (0x7bc48320). Register dump:
:
Backtrace: =>0 0x7bc48320 stub_entry_point+0x50(dll="nspr4.dll", name="PR_GetPhysicalMemorySize", ret_addr=0x2339905) [/usr/src/debug/wine-1.1.19/dlls/ntdll/loader.c:189] in ntdll (0x0032d818) 1 0x02e006ea (0x0032d874) 2 0x02339d5d in xul (+0x889d5d) (0x0032d924) 3 0x022e6807 in xul (+0x836807) (0x0032d944) 4 0x025e183a in xul (+0xb3183a) (0x0032d9b4)
Ok... Sounds like we need a function implemented there.
Without Gecko and going for the search function, it still bombs with an unhandled page fault in aruser called from mfc71:
wine: Unhandled page fault on read access to 0x00000588 at address 0x612cdc (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000588 in 32-bit code (0x00612cdc). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:00612cdc ESP:0032b3d8 EBP:0032b460 EFLAGS:00010212( - 00 - RIA1) EAX:0032b4bc EBX:00000111 ECX:0032b510 EDX:000002cc ESI:00774e60 EDI:00000001
:
Backtrace: =>0 0x00612cdc in aruser (+0x212cdc) (0x0032b460) 1 0x00612f18 in aruser (+0x212f18) (0x0032b4c8) 2 0x00612e5c in aruser (+0x212e5c) (0x0032b4dc) 3 0x00612e1e in aruser (+0x212e1e) (0x0032b4ec) 4 0x004dfb53 in aruser (+0xdfb53) (0x0032b658) 5 0x004df9c4 in aruser (+0xdf9c4) (0x0032b6a8) 6 0x00472595 in aruser (+0x72595) (0x0032b9dc) 7 0x0040c5e7 in aruser (+0xc5e7) (0x0032bdac) 8 0x0040ca97 in aruser (+0xca97) (0x0032bdfc) 9 0x0041655e in aruser (+0x1655e) (0x0032c200) 10 0x004fea46 in aruser (+0xfea46) (0x0032c294) 11 0x0050c355 in aruser (+0x10c355) (0x0032c2a8) 12 0x0050c282 in aruser (+0x10c282) (0x0032c2b4) 13 0x7c1746cc in mfc71 (+0x346cc) (0x0032c2c4) 14 0x7c171915 in mfc71 (+0x31915) (0x0032c2f4) 15 0x7c14db36 in mfc71 (+0xdb36) (0x0032c318) 16 0x7c175cd8 in mfc71 (+0x35cd8) (0x0032c368)
This sounds bad and sounds like it's different from the first problem.
Full logs will be attached.
I've now pulled down the git repository and should be able to generate patches and test. What information can I gather and how can I help?
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #11 from Michael H. Warfield mhw@wittsend.com 2009-04-16 12:54:58 --- Created an attachment (id=20491) --> (http://bugs.winehq.org/attachment.cgi?id=20491) Remedy 7 under Wine 1.1.19 initial crash with gecko present.
Testing Remedy 7 with Wine 1.1.19 with gecko already installed.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #12 from Michael H. Warfield mhw@wittsend.com 2009-04-16 12:56:41 --- Created an attachment (id=20492) --> (http://bugs.winehq.org/attachment.cgi?id=20492) Remedy 7 under Wine 1.1.19 crash with no gecko installed, running search.
Test run with Remedy 7 under Wine 1.1.19 with no gecko installed. Crash when attempting to run a search on a form object.
http://bugs.winehq.org/show_bug.cgi?id=13275
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20492|application/octet-stream |text/plain mime type| |
--- Comment #13 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-16 22:30:51 --- (From update of attachment 20492) Use correct mime type.
http://bugs.winehq.org/show_bug.cgi?id=13275
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20491|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=13275
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20489|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=13275
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20488|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=13275
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20487|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=13275
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20486|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=13275
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20485|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #14 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-16 22:35:39 --- Thanks for the useless attachments. If you post backtraces MAKE SURE you have installed Wine debug symbols, otherwise it's 100% useless.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #15 from Michael H. Warfield mhw@wittsend.com 2009-04-17 07:50:59 --- Sorry. I must have missed a step somewhere. I had the wine-debuginfo rpm's installed. What else do I need to do to make that work? I'll happily go back and rerun the tests or post process those backtraces.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #16 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-17 10:30:50 --- wine: Call from 0x7bc48320 to unimplemented function nspr4.dll.PR_GetPhysicalMemorySize, aborting wine: Unimplemented function nspr4.dll.PR_GetPhysicalMemorySize called at address 0x7bc48320 (thread 0009), starting debugger...
Something isn't right. How did you install wine_gecko? Have you removed ~/.wind directory before testing?
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #17 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-17 12:30:05 --- Don't reply via e-mail, post to the bugzilla. E-mail reads: Hey hey...
On Fri, 2009-04-17 at 10:30 -0500, wine-bugs@winehq.org wrote:
--- Comment #16 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-17 10:30:50 --- wine: Call from 0x7bc48320 to unimplemented function nspr4.dll.PR_GetPhysicalMemorySize, aborting wine: Unimplemented function nspr4.dll.PR_GetPhysicalMemorySize called at address 0x7bc48320 (thread 0009), starting debugger...
Something isn't right. How did you install wine_gecko? Have you removed ~/.wind directory before testing?
BEFORE I post back to the ticket. I've got the wine-debuginfo installed but I'm not seeing anything different in the backtrace. What am I missing here?
Answer to your question. No I had not removed .wine but I went back and did so and reinstalled. Same result. I installed Gecko when I first ran aruser and Wine gives me this:
=== This application is trying to show an HTML page. Wine needs Gecko (Mosilla HTML engine) to be installed to show the page. Click install if you want Wine to automatically download and install Gecko.
[Cancel] [Install] ===
Hit install...
=== Donwloading...
Bar completes.
Installing...
Bar completes. ===
CFAB (Catch fire and burn). Wine exits
Error from output:
wine: Call from 0x7bc48320 to unimplemented function nspr4.dll.PR_GetPhysicalMemorySize, aborting wine: Unimplemented function nspr4.dll.PR_GetPhysicalMemorySize called at address 0x7bc48320 (thread 0009), starting debugger... Unhandled exception: unimplemented function nspr4.dll.PR_GetPhysicalMemorySize called in 32-bit code (0x7bc48320).
That's with Wine 1.1.19 installed from rpms which I built (do I need to change something in the rpm build for the debugging symbols?).
Still trying to figure out the debugging symbol problem that annoyed you (sorry - I'm trying) and then I'll post back to the bugzilla ticket.
Mike
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #18 from Michael H. Warfield mhw@wittsend.com 2009-04-25 16:46:38 --- I saw that Wine 1.1.20 was out so I jumped back in to try this again. Some changes in Wine behavior but the failures remain. I have finally managed to get rpmbuild/rpm to build and install unstripped binaries. So all the symbols are in the binaries and the debug rpm's are installed. So, at this point, I don't know what else to do. I'm attaching three more logs from three runs. If you feel they are STILL missing something (I still see "Deferred" in those backtraces) I need to know specifically what I need to change or what I need to do to correct it. I've been over the debugging pages (I think) and I don't see what's missing.
IAC...
Removed my .wine directory and reran the Remedy user install. Installshield seems to do it's job and installs aruser and crystal reports and all that jazz.
Ran aruser. After logging in, Wine prompts me as before asking about Gecko. First run, I tell Wine to install gecko. It downloads and installs it and then Wine gives me a new dialog box that wasn't there with 1.1.19:
=== The program aruser.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience.
This can be caused by a problem in the program or a deficiency in Wine. You may want to check http://appdb.winehq.org for tips about running this application.
If this problem is not present under Windows and has not been reported yet, you can report it at http://bugs.winehq.org.
[Close] ===
Ok... Improved error handling and exception handling. I like. But it blew up in the same spot. That will be the first backtrace.
Removed the .wine directory and reinstalled again.
Running Remedy this time I hit "Cancel" on the "Install Gecko" prompt. Now I get a screen and I see a partial message (which was there before, BTW) that looks like it's trying to tell me that rendering is disabled and an APERR about not being able to generate an app list (same as before). Ok the dialog box and kill the sub-window within Remedy and I get the above error message again (this is were it blew up before again). This will be the "no-gecko" log / backtrace attached.
Running Remedy again (did not reinstall this time), this time I did not try to kill the sub-window within remedy after the OK on the APERR dialog but went to open a form/object and do a search on it. When I hit search, I'm back to the third point where it blows and, again, I get the new error dialig box above. That will be the "search" log/backtrace attached.
I can now build and patch and install unstripped binaries and can run all the tests you like. I just need to know what you would like me to try next.
http://bugs.winehq.org/show_bug.cgi?id=13275
Michael H. Warfield mhw@wittsend.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20485|0 |1 is obsolete| | Attachment #20486|0 |1 is obsolete| | Attachment #20487|0 |1 is obsolete| | Attachment #20491|0 |1 is obsolete| |
--- Comment #19 from Michael H. Warfield mhw@wittsend.com 2009-04-25 16:51:01 --- Created an attachment (id=20714) --> (http://bugs.winehq.org/attachment.cgi?id=20714) Remedy 7 under Wine 1.1.20 initial crash after Wine loads Gecko.
Remedy 7 clean install under Wine 1.1.20. Wine prompts to install Gecko and Gecko is installed and then application errors out.
http://bugs.winehq.org/show_bug.cgi?id=13275
Michael H. Warfield mhw@wittsend.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20488|0 |1 is obsolete| |
--- Comment #20 from Michael H. Warfield mhw@wittsend.com 2009-04-25 16:53:45 --- Created an attachment (id=20715) --> (http://bugs.winehq.org/attachment.cgi?id=20715) Remedy 7 under Wine 1.1.20 initial crash Gecko not loaded, killing subwindow.
Remedy 7 fresh install under Wine 1.1.20. Wine prompts to install Gecko. Install is canceled. Remedy runs but then crashes when killing the subwindow withing Remedy.
http://bugs.winehq.org/show_bug.cgi?id=13275
Michael H. Warfield mhw@wittsend.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20489|0 |1 is obsolete| | Attachment #20492|0 |1 is obsolete| |
--- Comment #21 from Michael H. Warfield mhw@wittsend.com 2009-04-25 16:55:39 --- Created an attachment (id=20716) --> (http://bugs.winehq.org/attachment.cgi?id=20716) Remedy 7 under Wine 1.1.20 initial crash with no gecko installed, running search.
Running remedy 7 under Wine 1.1.20. Going to "open form/object" and running a search on a selected object. Blows with an application error dialog.
http://bugs.winehq.org/show_bug.cgi?id=13275
Michael H. Warfield mhw@wittsend.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20714|application/octet-stream |text/plain mime type| |
--- Comment #22 from Michael H. Warfield mhw@wittsend.com 2009-04-25 16:57:40 --- (From update of attachment 20714) Correcting Mime Type
http://bugs.winehq.org/show_bug.cgi?id=13275
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #23 from Anastasius Focht focht@gmx.net 2009-04-25 16:59:51 --- Hello,
I've seen this crash a few times when the app installs it's own Gecko engine which conflicts with Wine's. Please remove nspr4.dll from your WINEPREFIX system32 directory and try again.
Regards
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #24 from Michael H. Warfield mhw@wittsend.com 2009-04-25 17:29:21 --- Nice catch. Removing nspr4.dll from .wine/drive_c/windows/system32 does indeed fix the first case, when I allow Wine to load Gecko. Now I can let Wine load Gecko and I get to the home screen with no "rendering disabled" message.
But the other two cases (killing the home window within Remedy and attempting a search within remedy) still cause the same app error. Do you need new backtraces now that the former problem is resolved and it's running with Gecko installed?
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #25 from Michael H. Warfield mhw@wittsend.com 2009-05-10 19:54:08 --- Tested with 1.1.21. No joy. Bombs out in the same spots. Will generate traces on request.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #26 from Michael H. Warfield mhw@wittsend.com 2009-06-01 10:05:22 --- Tested out with 1.2.22. Still bombs out in the same spots. Will retry with CrossOver since CrossOver claims that Remedy 5 (I have 6.3 and 7) works at the silver level. Open to debugging suggestions.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #27 from Michael H. Warfield mhw@wittsend.com 2009-06-01 13:20:49 --- Couple more points on the curve. Both Remedy 6.3 and 7 get a little bit further in CrossOver (7.1.0 Demo, Linux Standard installed from rpm). After logging in I get my full Remedy home page with a list of action links and I do not get the "Application error" dialog. I can also kill that page without crashing the entire application.
However, it still fails if I attempt to do a search on certain forms. Remedy 7 crashes (still looking for where CrossOver hides the logs) and Remedy 6.3 hangs with a defunct aruser.exe process. Some forms seem to behave.
http://bugs.winehq.org/show_bug.cgi?id=13275
Jaromír Cápík tavvva@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tavvva@seznam.cz
--- Comment #28 from Jaromír Cápík tavvva@seznam.cz 2009-12-01 10:07:09 --- I just updated to wine-1.1.32 and ARS stopped working .... see the attached log ...
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #29 from Jaromír Cápík tavvva@seznam.cz 2009-12-01 10:08:54 --- Created an attachment (id=25033) --> (http://bugs.winehq.org/attachment.cgi?id=25033) terminal output ... aruser.exe - wine 1.1.32
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #30 from Jaromír Cápík tavvva@seznam.cz 2009-12-01 10:35:16 --- downgrade to wine-1.1.17 helped ...
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #31 from Austin English austinenglish@gmail.com 2009-12-01 11:10:15 --- (In reply to comment #28)
I just updated to wine-1.1.32 and ARS stopped working .... see the attached log ...
That's a separate bug. Run a regression test (http://wiki.winehq.org/RegressionTesting) and file a new bug.
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #32 from Austin English austinenglish@gmail.com 2010-12-20 22:15:56 CST --- This is your friendly reminder that there has been no bug activity for a year. Is this still an issue in current (1.3.9 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13275
hawran.diskuse@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hawran.diskuse@gmail.com
--- Comment #33 from hawran.diskuse@gmail.com 2011-05-17 04:37:11 CDT --- Hi all, I've just upgraded from Ubuntu 9.10 Karmic Koala to 10.04 Lucid Lynx (wine ver: 1.2.2-0ubuntu2~lucid1) and experienced the similar problem:
... fixme:iphlpapi:NotifyAddrChange (Handle 0x3c2e8d4, overlapped 0x3c2e8dc): stub wine: Call from 0x7bc4b740 to unimplemented function nspr4.dll.PR_GetPhysicalMemorySize, aborting wine: Unimplemented function nspr4.dll.PR_GetPhysicalMemorySize called at address 0x7bc4b740 (thread 0009), starting debugger...
Following advice from Comment 23 I've removed that nspr4.dll library and it seems to be working again.
We'll see ...
http://bugs.winehq.org/show_bug.cgi?id=13275
craig.dods@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |craig.dods@gmail.com
--- Comment #34 from craig.dods@gmail.com 2012-07-13 12:46:52 CDT --- (In reply to comment #32)
This is your friendly reminder that there has been no bug activity for a year. Is this still an issue in current (1.3.9 or newer) wine?
I'm testing Remedy 7.5 patch 007 in wine 1.5.8 and this is still occuring
http://bugs.winehq.org/show_bug.cgi?id=13275
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #35 from Dan Kegel dank@kegel.com 2012-07-13 12:53:11 CDT --- Does 'winetricks ie7' work around the problem?
http://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #36 from craig.dods@gmail.com 2012-07-13 13:13:32 CDT --- (In reply to comment #35)
Does 'winetricks ie7' work around the problem?
Nope, still happens unfortunately. If I uninstall all ie's I don't get the error at all and can log in...but things obviously don't work properly...
https://bugs.winehq.org/show_bug.cgi?id=13275
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL|http://forum.winehq.org/vie |http://www.remedy.gatech.ed |wtopic.php?p=5774#5774 |u/clients/downloads/WinUT76 | |04.exe Summary|Remedy User WIndow crashes |BMC Remedy User 6.x/7.x |following login to ar |crashes following login to |server |AR server
--- Comment #37 from Anastasius Focht focht@gmx.net --- Hello folks,
is the problem still present? Please retest with recent Wine 1.7.x version, preferably Wine 1.7.24
Regards
https://bugs.winehq.org/show_bug.cgi?id=13275
--- Comment #38 from hawran.diskuse@gmail.com --- (In reply to Anastasius Focht from comment #37)
Hello folks,
is the problem still present? Please retest with recent Wine 1.7.x version, preferably Wine 1.7.24
Regards
Hi, I'm not using Remedy any longer. Regards, hawran
https://bugs.winehq.org/show_bug.cgi?id=13275
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #39 from super_man@post.com --- I am not sure if this can be tested anymore.
http://www.remedy.gatech.edu/clients/downloads/WinUT7604.exe
leads to
http://www.remedy.gatech.edu/main/clients/
As of Remedy version 8.0, the thick client is no longer supported. It is recommended that you use the mid-tier (Remedy Web) client for accessing Remedy. With that being said, thick clients are likely to continue to be compatible for a few more years (at least through 2018 or a Remedy 9.x upgrade).
There are few download where to chooze.
https://bugs.winehq.org/show_bug.cgi?id=13275
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #40 from Anastasius Focht focht@gmx.net --- Hello folks,
no further response from OP, resolving 'ABANDONED'. Vendor declared EOL on this version.
Regards
https://bugs.winehq.org/show_bug.cgi?id=13275
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #41 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org