October 2009 - Wine-Bugs - list.winehq.org

[Bug 7065] Get SecuROM copy-protection working
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=7065 Wylda <wylda(a)volny.cz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda(a)volny.cz --- Comment #92 from Wylda <wylda(a)volny.cz> 2009-10-02 18:19:03 --- Hi, i wanted to know from someone experienced in SecuROM whether new (or newer) SecuROM like v7.38 or v7.39 which does not check DVD, but makes Online Activation is related to this bugreport 7065. Based on that decide whether close bug 19971 or not. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 17861] New: crash with page fault on write access to 0x00000000
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=17861 Summary: crash with page fault on write access to 0x00000000 Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andreas.kaim(a)gmail.com Created an attachment (id=20140) --> (http://bugs.winehq.org/attachment.cgi?id=20140) crash log when starting Hi, Im unable to install Mafia on a fully updated Ubuntu Intrepid system. uname -a Linux waffe 2.6.27-11-generic #1 SMP Thu Jan 29 19:24:39 UTC 2009 i686 GNU/Linux wine --version wine-1.1.17 extracts from glxinfo direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Mobility Radeon X1600 OpenGL version string: 2.1.8087 Release OpenGL shading language version string: 1.20 I installed vcrun6 with winetricks and still no go. Also tried after installing the mfc40 and mfc42 packages and still no go. Also tried adding them in the wineconfig program also without success. Wine as such does work, World of Warcraft runs wonderfully! See attachment for crash details -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 21

[Bug 20240] New: Steam game installer asking for administrator privileges
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=20240 Summary: Steam game installer asking for administrator privileges Product: Wine Version: 1.1.30 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: charlie.andrews(a)tiscali.co.uk Hello! I have steam installed and working well on my Ubuntu Jaunty setup, including a few games. I recently downloaded X3: Terran Conflict, but am having problems starting. When I start the game for the first time, a dialog pops up: TAGES Drivers ------------- The drivers require installation (with an administrator's account)> Do you want to proceed now? I choose 'Yes' and see an error dialog: TAGES Drivers ------------- Unable to proceed (error 32) [or sometimes 1450 or 1723] Then: Egosoft ------- Insufficient priveleges: you must be administrator when you run this application for the first time. Using the latest version from the Wine repo, and the environment created by PlayOnLinux for Steam. I have filed this bug IAW the FAQ. I have tried changing the Windows version from XP to 98 and Vista, to no good effect. Would love to know how this is happening and to get it fixed! Cheers Charlie -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 5

[Bug 8924] Problem passing environment variables into php.exe
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=8924 --- Comment #32 from Dan Kegel <dank(a)kegel.com> 2009-10-02 15:33:31 --- Sounds like a bug in the app, then. Apps should not save the pointer returned by getenv(). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 8924] Problem passing environment variables into php.exe
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=8924 --- Comment #31 from jvlad <dmda(a)yandex.ru> 2009-10-02 15:21:30 --- I'm sorry if what I reported is still not clear. It's indeed hard to reproduce. If you didn't change anything, it should be possible to find combination. I hope with full wine code compiled with debug info, it would be easier to find the origin of the problem. What I reported is basicly outlined below: 1) environment block is allocated say at address 0x700000 2) program gets some environment variables using getenv(). It's known that getenv() returns pointer to static buffer. So the program does not bother to copy the returned strings. Say, it gets 2 pointers to 0x701000 and 0x701100 3) program makes some changes to the environment block and allocates some new variables. 4) it seems that at some point (after some modifications per p.2) wine reallocates whole the environment block. Say, not the block is allocated at 0x800000. What did happen to the pointers returned per p.1 0x701000 and 0x701100? Nothing, absolutely. They still point to the same strings, now in fried memory, and the memory itself is still not used so the values are exactly the same as before. It's not enough to reallocate the environment block, it's necessary to get the released block allocated for something else. Then the pointers will point to bogus data. Perhaps you know it better how to use wine's memory manager and get all the fried blocks filled up with somekind of fillers, like MS fills with 0xBAADF00D when compiled with debug CRT. In this case you'll see dangling pointers right after block is reallocated. Please let me know if anything remained unclear. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 2332] 16-bit application (WinLED) fails due to regression in NE-module handling
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=2332 --- Comment #24 from Saulius K. <saulius2(a)gmail.com> 2009-10-02 14:33:01 --- Yes, the exception still occurs when loaded main NE module is being opened for writing in Wine-1.1.30 . -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 20206] New: Simultaneous ssl connections are spread over the time and some result in connection timeouts or other connection errors
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=20206 Summary: Simultaneous ssl connections are spread over the time and some result in connection timeouts or other connection errors Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: howl.nsp(a)gmail.com CC: howl.nsp(a)gmail.com To reproduce this bug is needed to apply the patches from http://bugs.winehq.org/show_bug.cgi?id=18364 that solves crashes due to ssl connections in different threads at the same time. There is only some issues, in comparison with Windows behavior, when starting multiple https torrents at once, in Windows they are reported almost simultaneously, but with wine the connection time varies usually tens seconds. Sometimes wine reports more like Windows and sometimes some torrents result in error 12170 with the red icon show in the torrent list for the pertinent torrent. Error 12170 seems to be a timeout error, but when it happens utorrent retry automatically the connection. Also when stopping torrents some of them aren't reported to the tracker resulting in 12007 error, this error is also something like a timeout. I add here the timings of windows torrents, it's the epoch time when the tracker acquire the requests: Windows torrents start: 1.- 1254189507 2.- 1254189507 3.- 1254189507 4.- 1254189507 5.- 1254189507 6.- 1254189507 7.- 1254189508 8.- 1254189508 9.- 1254189508 10.- 1254189508 Windows torrents stop: 1.- 1254189951 2.- 1254189951 3.- 1254189952 4.- 1254189952 5.- 1254189952 6.- 1254189952 7.- 1254189952 8.- 1254189952 9.- 1254189953 10.- 1254189953 Wine torrents start: 1.- 1254190552 2.- 1254190552 3.- 1254190552 4.- 1254190553 5.- 1254190553 6.- 1254190554 7.- 1254190557 8.- 1254190572 9.- 1254190572 10.- 1254190586 Wine torrents stop (two reports are missing): 1.- 1254190841 2.- 1254190843 3.- 1254190843 4.- 1254190844 5.- 1254190845 6.- 1254190850 7.- 1254190850 8.- 1254190851 When stopping torrents if connection fails utorrent doesn't try to reconnect to report the last data. Not always happens sometimes all the torrents are reported, and sometimes the times varies more between the first and the last report... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 10

[Bug 17939] New: Lotus Notes 7.0.3 crash
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=17939 Summary: Lotus Notes 7.0.3 crash Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: toralf.foerster(a)gmx.de Created an attachment (id=20274) --> (http://bugs.winehq.org/attachment.cgi?id=20274) stderr output As soon as I elect on "Filer" -> "preferneces" -> "User Preferences" the application crashes. With the environment variable WINEDEBUG=err+all the stderr is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 3

[Bug 8924] Problem passing environment variables into php.exe
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=8924 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |INVALID --- Comment #30 from Dan Kegel <dank(a)kegel.com> 2009-10-02 09:19:03 --- I was never convinced it was a real problem, and we haven't had any changes to msvcrt/environ.c in ages. So it's probably more likely invalid. I read his report more carefully, and see that he was saying that putenv cleared *other* env vars, so I wrote the test case #include <stdio.h> #include <stdlib.h> void show() { const char *foobie=getenv("foobie"); if (foobie) printf("foobie ok, %s\n", foobie); else printf("foobie not found\n"); foobie=getenv("bar"); if (foobie) printf("bar ok, %s\n", foobie); else printf("bar not found\n"); } int main(int argc, char **argv) { show(); putenv("bar=bletch"); show(); } and ran it with i586-mingw32msvc-gcc env.c foobie=xyz wine a.exe Worked fine. Also, there's a known issue even in Windows with having too many environment variables; space is limited. The user said that commenting out some variables fixed his problem. So that's what he was probably running into, and that's probably what fixed his problem. If there is a real problem, it might be that Wine preserves too many Unix environment variables, thus using up the precious space in wine. In any case, we didn't fix anything, so this should either be left open or closed as invalid. Let's close it as invalid for now, but if anyone runs into the "runs out of env space sooner in wine than windows" problem, let's reopen it as a new bug. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 1201] Microsoft golf 99 trial (Direct3D game) doesn't run.
by wine-bugs＠winehq.org Oct. 2, 2009

Oct. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=1201 Jeff Zaroyko <jeffz(a)jeffz.name> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|directx-d3d |-unknown Version|unspecified |20021219 AssignedTo|lionel.ulmer(a)free.fr |wine-bugs(a)winehq.org --- Comment #16 from Jeff Zaroyko <jeffz(a)jeffz.name> 2009-10-02 06:10:43 --- (In reply to comment #14) > This patch rectifies the batch issue that Christoph Korn observed: > > http://www.winehq.org/pipermail/wine-patches/2009-February/069191.html > > The Microsoft Golf crash still occurs. Hi Andrew, The patch seems to have strange line endings, as well as your try2. Do you want to rebase and resend? http://www.winehq.org/pipermail/wine-patches/2009-March/070164.html -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0