Open GoogleCodeExporter opened 9 years ago
error in 1st point : it's winefold and not wunefold
Original comment by zerat...@gmail.com
on 15 Jun 2011 at 3:01
someone ?
Original comment by zerat...@gmail.com
on 20 Jun 2011 at 3:34
I've seen this, too, but I haven't figured out what causes it.
Cleaning out your .wine directory is a workaround.
Original comment by daniel.r...@gmail.com
on 21 Jun 2011 at 2:13
Figured it out. I have a fix against svn (see below), will check in as soon as
svn unbreaks itself.
@@ -1914,7 +1914,8 @@
# autoinstall, but that yielded wineprefixes that *never* autoinstalled
# gecko (winezeug bug 223).
# The tr removes carriage returns so expanded variables don't have crud on the end
- WINEDEBUG=-all $WINE "$@" 2>/dev/null | sed 's/.*1h.=//' | tr -d '\r'
+ # The grep works around using new wineprefixes with old wine
+ WINEDEBUG=-all $WINE "$@" 2>/dev/null | sed 's/.*1h.=//' | tr -d '\r' |
grep -v "Module not found"
}
Original comment by daniel.r...@gmail.com
on 28 Jun 2011 at 2:24
Fixed in svn, r656.
Original comment by daniel.r...@gmail.com
on 28 Jun 2011 at 2:27
This issue has come back for me. I tried to blank all ~/.wine* folders, the
issue persists. I'm using Fedora 15 x86_64 with Wine 1.3.24 installed from the
Fedora repositories, and winetricks trunk r696 from subversion.
The output is:
wine cmd.exe /c echo '%ProgramFiles%' returned unexpanded string
'%ProgramFiles%' ... can be caused a corrupt wineprefix, an old wine, or by not
owning /home/user/.wine
I'm unable to find any other supporting documents by searching the internet. I
tried with and without 'export WINEARCH=win32'.
Original comment by nick.sor...@quepasacorp.com
on 15 Oct 2011 at 1:58
So this particular issue is indeed fixed. I worked around the problem by
adding 2 custom registry values. See the attached registry files. Import
using:
wine regedit /path/to/wine64vars.reg
This problem only seems to occur on 64 bit Wine installations, HTH.
Original comment by nick.sor...@quepasacorp.com
on 26 Oct 2011 at 3:28
Attachments:
Still found on winetricks 20110629, with x86_64 wine-1.3.28.
Original comment by spayde...@gmail.com
on 23 Nov 2011 at 6:23
I need to check into those registry variables...
Original comment by daniel.r...@gmail.com
on 23 Nov 2011 at 6:43
Issue 148 has been merged into this issue.
Original comment by daniel.r...@gmail.com
on 23 Nov 2011 at 6:44
Nick's suggestion in comment 7 worked for me. SL/RHEL-6, 64-bit, winetricks
20120308, wine-1.2.3. Only needed to add 'ProgramFiles'; 'SystemDrive' was
already set.
Original comment by elavelle...@gmail.com
on 28 Jun 2012 at 12:32
I have the same problem on Wine 1.5.7 using Linux Mint 13 ( 32 bits ) so it
seems is not only a 64 bits system problem, or at least isn't now.
After clean the wineprefix, winetricks won't load anymore ( i'm also
experiencing anothers wine problems, but thats doesn't have nothing to do with
winetricks itself )
I have tried every possible workaround i could find, but nothing happens. I
have uninstalled and installed wine several times using the command "sudo
aptitude --purge-unused purge" to make sure that everything was removed, i've
also deleted some remaining folders of wine by hand, and install it all over
again, but the problem persist. I'll attach a console output of the command
"winetricks -v".
Original comment by miguelso...@gmail.com
on 28 Jun 2012 at 3:05
Attachments:
err:eventlog:ReportEventW L"Product: Microsoft Visual C++ 2008 Redistributable
- x86 9.0.30729.6161 -- Error 1606.Could not access network location
%SystemDrive%\\Program Files (x86)\\."
Slackware 64 13.1 wine-1.5.6
Checked the reg keys are there. Unsure what to do now.
Original comment by simonjo...@gmail.com
on 18 Jul 2012 at 12:58
bash-4.1$ wine cmd
Microsoft Windows 2000 [Version 5.01.2600]
(C) Copyright 1985-2000 Microsoft Corp.
Z:\usr\local\src>echo %SystemDrive%
c:
So in fact it seems to know about the value. Therefore no amount of "setting
it" is going to fix this. Any thought gratefully accepted.
Original comment by simonjo...@gmail.com
on 18 Jul 2012 at 1:22
I met the same error. I think it stems from running winecfg as root, I don't
know exactly. When I checked out folder permissions of the paths
usr/local/bin/wine and usr/local/share/wine/ they look root. I entered sudo su
in terminal and run winecfg, it installed wine on /root/.wine directory.
Original comment by atilla.k...@gmail.com
on 19 Jul 2012 at 8:01
I suddenly started having this issue yesterday when trying to install SWTOR. I
have several other games that have needed VCRUN2008 and others provided by
winetricks, and have never had this problem before now.
I've reinstalled Wine 1.5, rolled it back to 1.4, emptied my .wine directory,
all with the same results. This also happens when I set the wine prefix to the
swtor directory. But I can run winetricks fine if I set the prefix to an
already existing game directory, so it seems it only happens if I try to run
winetricks without setting a prefix or when trying to create a new one.
Original comment by eric.new...@gmail.com
on 28 Jan 2013 at 10:15
Issue 7 works for me.
Original comment by gbatt...@gmail.com
on 7 Mar 2013 at 8:22
Is anyone still seeing this with recent wine / winetricks?
Original comment by austinenglish@gmail.com
on 29 Jun 2013 at 12:08
Yes, I saw this recently, probably when I accidentally switched
from setting WINEARCH=win32 to not setting it, or something like that.
Original comment by daniel.r...@gmail.com
on 29 Jun 2013 at 12:25
Saw this issue with wine 1.6 and winetricks 20130629, I am running wine as root
under Puppy Linux (which by default runs everything as root).
The issue was cured by opening /root/.wine/system.reg as text and inserting
these two values under [System\\CurrentControlSet\\Control\\Session
Manager\\Environment]
"ProgramFiles"="C:\\Program Files"
"SystemDrive"="c:"
Original comment by rimdan...@hotmail.com
on 16 Aug 2013 at 1:28
That implies that your WINEPREFIX was not properly set up. Likely wineboot
timed out or something similar.
Original comment by austinenglish@gmail.com
on 16 Aug 2013 at 6:28
Original issue reported on code.google.com by
zerat...@gmail.com
on 15 Jun 2011 at 3:00