December 2007 - Wine-Bugs - list.winehq.org

[Bug 5864] wine creates 3582-490 subdir and tmp*. tmp file in windows temp dir
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=5864 --- Comment #14 from Knur <gordeevad(a)info.sgu.ru> 2007-12-27 09:46:42 --- Hi, i have the same bug! Please look inside your ~/.wine/drive_c/windows or system32 folder, if you have file "svchost.com" - it is virus - Neshta (want more information please see wikipedia about Neshta). I sure that this file is virus because i viewed it in kwrite and saw "Delphi-the best. Fuck off all the rest. Neshta 1.0 Made in Belarus." in it. So, you must kill all wine processes - wineserver, explorer and etc, then you must delete all infected exe-files from you wine. And delete all infected exe from hdd))) It is very simple to detect infected exe. Then uninstall and install wine. That's all. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4744] Wins Insttlation problem on solairs x86 version 5.10
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=4744 --- Comment #5 from Mauro <mauro.cascioingurgio(a)fiat.com> 2007-12-27 09:39:02 --- Created an attachment (id=9825) --> (http://bugs.winehq.org/attachment.cgi?id=9825) as for make.out -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4744] Wins Insttlation problem on solairs x86 version 5.10
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=4744 --- Comment #4 from Mauro <mauro.cascioingurgio(a)fiat.com> 2007-12-27 09:37:47 --- Created an attachment (id=9824) --> (http://bugs.winehq.org/attachment.cgi?id=9824) Output of make (no errors without OpenGL) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5224] Grim Fandango patch Gfupd101.exe doesn't start
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=5224 --- Comment #16 from Austin English <austinenglish(a)gmail.com> 2007-12-27 09:04:53 --- Perhaps we should have winefile replicate the behavior of explorer? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8936] openCanvas does not start properly
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=8936 Alex Balut <alexandru.balut(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard(a)winehq.org --- Comment #30 from Alex Balut <alexandru.balut(a)gmail.com> 2007-12-27 08:42:14 --- Alexandre Julliard already submitted a patch, this bug should be marked as fixed. http://source.winehq.org/git/wine.git/?a=commit;h=5c6ece129fd36a1e0058a8618… http://source.winehq.org/git/wine.git/?a=search&h=HEAD&st=commit&s=wintab Seems wine_dbg_sprintf is preferred.. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8936] openCanvas does not start properly
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=8936 --- Comment #29 from Alex Balut <alexandru.balut(a)gmail.com> 2007-12-27 08:20:13 --- Thanks! Please make sure that when you cd to tests and run "make test" it runs. http://www.winehq.org/site/sending_patches Some minor comments: tests/context.c: - is math.h needed? - would be nice to have a single test instead of two, use strncmp, otherwise use rc = *ret[... - add a comment to the function instead of that trace call inside the function, this is just a minor test wintab_internal.h: - "1 string terminator" instead of "1 endline" context.c: - you could include the other change I mentioned, about DUMPCONTEXT, it's really small -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4744] Wins Insttlation problem on solairs x86 version 5.10
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=4744 --- Comment #3 from Alexandre Julliard <julliard(a)winehq.org> 2007-12-27 06:24:06 --- Please attach the full make output, as well as your config.log file. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4744] Wins Insttlation problem on solairs x86 version 5.10
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=4744 --- Comment #2 from Mauro <mauro.cascioingurgio(a)fiat.com> 2007-12-27 05:59:05 --- Yes, it's still a problem. I too can't make wine with OpenGl enabled, because when compiling glu32 I get the error: Undefined first referenced symbol in file GetStartupInfoA ../../dlls/winecrt0/libwinecrt0.a(exe_main.o) GetModuleHandleA ../../dlls/winecrt0/libwinecrt0.a(exe_main.o) GetCommandLineA ../../dlls/winecrt0/libwinecrt0.a(exe_main.o) WinMain ../../dlls/winecrt0/libwinecrt0.a(exe_main.o) SunOS 5.10 x86, wine 0.9.51 Greetings -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5224] Grim Fandango patch Gfupd101.exe doesn't start
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=5224 --- Comment #15 from John Doe <remailer(a)gmail.com> 2007-12-27 03:28:56 --- (In reply to comment #14) > hi there, > > I think I've discovered the reason for this bug, I ran into it when attempting > to run another file from lucasarts ftp server. > > ftp://ftp.lucasarts.com/patches/pc/jkupd101.exe which also manifests undefined > behavior shortly after calling GetCommandLineA. > > So, after becoming reacquainted with some assembly, I found out what was going > on... there's a lack of error checking in these programs, they assume that > there are double quotes in the string returned by GetCommandLineA, eg > "c:\jkupd101.exe". > > This offending function in jkupd101.exe loops endlessly untill it manages to > write into memory it doesn't have permission to which causes wine to terminate > it. > > 00401868 L00401868: > 00401868 8A4C0408 mov cl,[esp+eax+08h] > 0040186C 40 inc eax > 0040186D 80F922 cmp cl,22h > 00401870 75F6 jnz L00401868 > > Note the cmp cl, 22h, where 22 is '"' > > As for gfupd101.exe, its undefined behavior ends up looping endlessly (as > previously reported) > > I also tested GetCommandLineA on windows: > > When a program is invoked by cmd.exe there are no double quotes. > > When a program is launched through explorer GetCommandLineA returns a string > with double quotes. > > eg > > c:\GetCommandLineA.exe a b c > C:\GetCommandLineA.exe a b c > > but when launched through explorer > "c:\GetCommandLineA.exe" a b c > > > Does the behavior of wine need change or can be conclude from this that these > programs were only meant to be launched by Windows's explorer.exe? > > > > > Tested using wine-0.9.51 and Windows 2003. > > The test executable can be built from this source: > > #include <stdio.h> > #include <windows.h> > int main(int argc, char *argv[]) > { > printf("%s",GetCommandLineA()); > getchar(); /* wait for input before the window closes */ > return 0; > } > After some testing, it would appear that the behavior of explorer.exe is to always put the name of the executable in double quotes as the lpApplicationName argument to CreateProcess, regardless of whether or not the argument contains spaces. The behavior of CreateProcess with the lpApplicationName argument set to NULL is to quote the name of the executable if it or the path contains spaces, if there are no spaces then the name of the executable or path are not quoted. These patches from LucasArts appear to rely on the "always quoted" behavior from explorer.exe. This means that users can workaround these buggy programs by either running them with a space in the path to the executable or by renaming the executable to include a space. This doesn't look like a wine bug after all. The following was used to test this behavior on Windows 2003. #include <windows.h> #include <stdio.h> int main(int argc, char *argv[]) { if (argc < 2) { return 1; } STARTUPINFO si; ZeroMemory(&si, sizeof(STARTUPINFO)); si.cb = sizeof(STARTUPINFO); si.lpReserved = NULL; si.lpDesktop = NULL; si.lpTitle = NULL; si.dwFlags = 0; si.cbReserved2 = 0; si.lpReserved2 = NULL; PROCESS_INFORMATION pi; ZeroMemory(&pi, sizeof(PROCESS_INFORMATION)); CreateProcess(NULL, argv[1], NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi); CloseHandle(pi.hProcess); CloseHandle(pi.hThread); return 0; } -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7116] Need for Speed 3 doesn't start
by wine-bugs＠winehq.org Dec. 27, 2007

Dec. 27, 2007

http://bugs.winehq.org/show_bug.cgi?id=7116 --- Comment #4 from Luis A. Montes <luis.montes(a)dslextreme.com> 2007-12-27 00:51:55 --- One way to get this error for me was trying to start the game from the cdrom: cd /media/cdrom wine NFS3.EXE But if I instead cd to the program directory: cd ~/.wine/drive_c/Program Files/Electronic Arts/Need For Speed III wine nfs3.exe Then I don't get this problem any more. I get some other problems ... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0