http://bugs.winehq.org/show_bug.cgi?id=20242
Summary: Steam installer does not work on Jaunty 64
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: charlie.andrews(a)tiscali.co.uk
CC: charlie.andrews(a)tiscali.co.uk
Created an attachment (id=23882)
--> (http://bugs.winehq.org/attachment.cgi?id=23882)
Terminal output from wine msiexec /i SteamInstall.msi
Installing Steam does not work on my Jaunty 64 setup.
Attempting to install Steam on vanilla wine generates a dialog:
Fatal Error
-----------
Installation ended prematurely because of an error.
See attachment for terminal output.
Bug filed iaw request from bug 20240.
Installation works fine with PlayOnLinux.
--
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.