Ever since upgrade to port version 1.1.8,1, I am unable to run any of the windows binaries that I had been using regularly until the upgrade. They all now fail immediately with the following error message: wine: could not load L"<path to program>": Invalid address This is for every single .exe file I've tried to run, every one of which worked flawlessly before the upgrade. The last working version was 1.1.7,1 How-To-Repeat: Install wine 1.1.8,1 from ports (source install) and attempt to run a .exe file.
Responsible Changed From-To: freebsd-ports-bugs->gerald Over to maintainer.
Same behaviour here: FreeBSD diddums.tombom.co.uk 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Downgrading to 0.9.48 from pkg_add -r wine immediately fixes the problem.
State Changed From-To: open->closed Thanks for the report. This did affect a number of users and applications, but not all, so I'm adjusting the summary. I have an update for emulators/wine that I'll commit in a minute that does work for me, both testing 16-bit and 32-bit Windows application. I hope that also resolves the issue for you.
gerald 2008-11-23 20:53:10 UTC FreeBSD ports repository Modified files: emulators/wine Makefile distinfo pkg-plist Log: Update to Wine 1.1.9. Among others, this includes the following changes: - A large number of regression test fixes. - Performance improvements in memory management. - Improved POP3 support in inetcomm. - Initial implementation of the XInput DLL. - Various bug fixes. It also fixes the "Invalid address" issue reported by some users, at least according to my testing. PR: 128926 Revision Changes Path 1.277 +1 -1 ports/emulators/wine/Makefile 1.169 +3 -3 ports/emulators/wine/distinfo 1.141 +7 -1 ports/emulators/wine/pkg-plist _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
I still get the the "Invalid address" for Quicken 2003. When I back the revision down to 1.1.7, everything works. This issue appears to a similar to an issue in Wine's bugzilla (http://bugs.winehq.org/show_bug.cgi?id=16023).
State Changed From-To: closed->open Sadly, there have been reports of some Win32 binaries still not working, thus reopening this. On the positive side, Alex Kozlov <spam@rm-rf.kiev.ua> has proposed a patch which is reported to address this: http://lists.freebsd.org/pipermail/freebsd-emulation/2008-November/005537.html I won't be able to commit today, but will be happy to receive any tests results.
Hi, I justed wanted to confirm that the problem still exists with wine-1.1.9_1,1 on RELENG_7 and that the patch from Alex Kozlov fixes it. The Windows binary I used for testing was "Firefox Setup 3.0.4.exe". bye, Uwe
Here's a patch for the port. Original patch by Alex Kozlov, with small modifications.
gerald 2008-12-13 09:57:30 UTC FreeBSD ports repository Modified files: emulators/wine Makefile distinfo Log: Update to Wine 1.1.10. Among others, this includes the following changes: - Support for virtual memory write watches. - Some more GdiPlus functions. - Various bug fixes. Also, add a patch that fixes the "Invalid address" issue for real. [1] PR: 128926 [1], 129585 Submitted by: Tijl Coosemans <tijl@ulyssis.org> [1] Obtained from: Alex Kozlov <spam@rm-rf.kiev.ua> [1] Revision Changes Path 1.279 +1 -2 ports/emulators/wine/Makefile 1.170 +3 -3 ports/emulators/wine/distinfo _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
State Changed From-To: open->closed Thanks to Alex and Tijl!
On Sun, 7 Dec 2008, Tijl Coosemans wrote: > Here's a patch for the port. > > Original patch by Alex Kozlov, with small modifications. Thanks a lot, Tijl and Alex! Turns out that I got Internet access for a bit (~2s pings to freebsd.org ;-) and managed to commit an update to the port with this patch. Please keep pushing this upstream as well, that is really important in my experience (where local patches have hurt us). Gerald