http://bugs.winehq.org/show_bug.cgi?id=18372
Summary: Sym For Windows: Crash while trying to log into unix host (telnet) Product: Wine Version: 1.1.20 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs@winehq.org ReportedBy: juanoleso@gmail.com
Created an attachment (id=20944) --> (http://bugs.winehq.org/attachment.cgi?id=20944) Text file with console log of SFW.exe
Sym For Windows (SFW.exe or just SFW) is proprietary banking software provided by JackHenry for a GUI interface to connect to a banking database and perform teller transactions. It requires a middleware program, RemoteAdminServer.exe (RAS), to hide the telnet backend for the SFW GUI front end. RAS installs and seems to run just fine. RAS then downloads from the unix host and installs the SFW frontend. At the end of the installation it throws up some R6034 runtime errors. The SFW program then starts fine and displays an initial http based web page splash with a login link, but trying to login to a unix host it either crashes or loops back to the web page.
http://bugs.winehq.org/show_bug.cgi?id=18372
--- Comment #1 from Austin English austinenglish@gmail.com 2009-05-06 19:55:29 --- Does native ie6 from winetricks help?
http://bugs.winehq.org/show_bug.cgi?id=18372
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Windows XP |other
http://bugs.winehq.org/show_bug.cgi?id=18372
--- Comment #2 from Nathan juanoleso@gmail.com 2009-05-08 20:03:39 --- Created an attachment (id=20976) --> (http://bugs.winehq.org/attachment.cgi?id=20976) crash log SFW.exe 05-08-09
crash while trying to access a telnet terminal emulator for a unix box in SFW.exe
http://bugs.winehq.org/show_bug.cgi?id=18372
--- Comment #3 from Nathan juanoleso@gmail.com 2009-05-08 20:04:45 --- (In reply to comment #1)
Does native ie6 from winetricks help?
No...I was able to get a little bit further into the program, though. I guess I didn't try everything I could. I can use that middleware program (RemoteAdminServer.exe) to start the SFW.exe program. This way they are connected in wine somehow because they show up in the same virtual desktop. Right after login, the SFW.exe program should (in windows) throw up a terminal emulator for the Unix box if permissions are set. I can bypass that, though, and go straight into the frontend GUI for tellers. As long as I don't try to access that telnet terminal emulator for the unix box, everything is OK (albeit distorted and slower than on Windows). If I do try and access that telnet terminal emulator I get a consistent crash though, and I am uploading the consolelog for it. I haven't ever debugged wine before so any suggestions are welcome. Also I know little to no programming and, of course, SFW.exe is proprietary software so I don't have the source code for it.
Thanks for the reply!
http://bugs.winehq.org/show_bug.cgi?id=18372
--- Comment #4 from Nathan juanoleso@gmail.com 2009-05-08 20:07:15 --- (In reply to comment #3)
No...I was able to get a little bit further into the program, though.
Without IE6 that is...
http://bugs.winehq.org/show_bug.cgi?id=18372
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com 2009-06-22 18:17:21 --- (In reply to comment #2)
Created an attachment (id=20976)
--> (http://bugs.winehq.org/attachment.cgi?id=20976) [details]
crash log SFW.exe 05-08-09
crash while trying to access a telnet terminal emulator for a unix box in SFW.exe
Hi, Nathan.
Just saw lot of ERR() here. Could you try with 'winetricks cc580' to be sure?
http://bugs.winehq.org/show_bug.cgi?id=18372
Nathan juanoleso@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.20 |1.1.24
--- Comment #6 from Nathan juanoleso@gmail.com 2009-06-22 20:09:04 --- cc580 makes everything look a lot better, and again it is about 65% usable. The program still crashes while trying to access that telnet terminal emulator that is built into the program, though.
thanks for looking and the reply.
http://bugs.winehq.org/show_bug.cgi?id=18372
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.24 |1.1.20
http://bugs.winehq.org/show_bug.cgi?id=18372
--- Comment #7 from Austin English austinenglish@gmail.com 2010-06-04 15:43:52 --- This is your friendly reminder that there has been no bug activity for 11 months. Is this still an issue in current (1.2-rc2 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=18372
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
--- Comment #8 from André H. nerv@dawncrow.de 2011-05-27 19:21:34 CDT --- Maybe this bug is related to Bug 11621 if it tries some telnet communication. The telnet protocol uses the widely bad implemented SIOCATMARK which actually is also wrong implemented in wine.
http://bugs.winehq.org/show_bug.cgi?id=18372
--- Comment #9 from André H. nerv@dawncrow.de 2011-09-13 12:22:47 CDT --- maybe fixed by http://source.winehq.org/git/wine.git/commitdiff/fd7b94bcd2b5d8ee48f329ec370... please retest
http://bugs.winehq.org/show_bug.cgi?id=18372
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |00cpxxx@gmail.com Resolution| |ABANDONED
--- Comment #10 from Bruno Jesus 00cpxxx@gmail.com 2011-11-16 19:25:37 CST --- The bug author is longer gone, over 2 years without posts from him, over 1 year since last friendly reminder, the program is not available for download, can't find anything about it on google...
Resolving abandoned.
http://bugs.winehq.org/show_bug.cgi?id=18372
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Austin English austinenglish@gmail.com 2011-11-17 00:10:34 CST --- Closing.