wine-bugs July 2009

wine-bugs@winehq.org

1 participants
6000 discussions

[Bug 1490] Bible Companion loading stops on LOCAL_GetBlock not enough space in local heap
by wine-bugs＠winehq.org 14 Jul '09

14 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=1490 --- Comment #34 from David Moore <dvdmoore(a)ix.netcom.com> 2009-07-14 10:05:07 --- My thanks go out to Rein Klazes and all others who contributed information toward resolving this problem. I wouldn't have known where to start if I hadn't been pointed toward manipulation of the environment variables. Rein is right when he says that I am using the KDE desktop. Gnome may require some different environment variables. Nevertheless, if I recall correctly, it was by including the HOME=$HOME that I overcame problems with BCS hanging after complaining that it could not find certain files. David Moore -- 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 1490] Bible Companion loading stops on LOCAL_GetBlock not enough space in local heap
by wine-bugs＠winehq.org 14 Jul '09

14 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=1490 --- Comment #33 from Rein Klazes <wijn(a)online.nl> 2009-07-14 09:29:21 --- (In reply to comment #31) > Thanks for the info, David. Good to hear that unsetting environment > variables did indeed get around the problem. > > I wonder if unsetting just LS_COLORS might save enough space... Glad also to hear that my suggestion in comment #10 proved right. With the other application that I mentioned Seed Master, unsetting LS_COLORS is enough here Gnome environment. For the user that was reporting the problem it was not by far. He was using KDE, with lots more environmental variables. BTW, for me to run Seed Master with minimal environment, I have to use: env -i PATH=$PATH DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY wine SMW.EXE If there are spaces in the paths involved it would be safer to use quotes: env -i PATH="$PATH" DISPLAY=$DISPLAY XAUTHORITY="$XAUTHORITY" wine SMW.EXE -- 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 2666] Text color lost
by wine-bugs＠winehq.org 14 Jul '09

14 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=2666 --- Comment #30 from Jaime Rave <jaimerave(a)gmail.com> 2009-07-13 23:21:43 --- Still a problem in Wine 1.1.25 -- 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 1490] Bible Companion loading stops on LOCAL_GetBlock not enough space in local heap
by wine-bugs＠winehq.org 14 Jul '09

14 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=1490 --- Comment #32 from David Moore <dvdmoore(a)ix.netcom.com> 2009-07-13 23:10:25 --- Hi Dan, It is true that LS_COLORS is a very large variable. I don't remember every combination I tried, but it seems to me that I did try eliminating only LS_COLORS and still had problems with lack of space in the environment. With the three variables PATH, DISPLAY, and HOME as the only ones set, I find that the BCS program runs without showing any ill effects for lack of other environment variables. Regards, David -- 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 1490] Bible Companion loading stops on LOCAL_GetBlock not enough space in local heap
by wine-bugs＠winehq.org 14 Jul '09

14 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=1490 --- Comment #31 from Dan Kegel <dank(a)kegel.com> 2009-07-13 22:55:48 --- Thanks for the info, David. Good to hear that unsetting environment variables did indeed get around the problem. I wonder if unsetting just LS_COLORS might save enough space... -- 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 1490] Bible Companion loading stops on LOCAL_GetBlock not enough space in local heap
by wine-bugs＠winehq.org 14 Jul '09

14 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=1490 --- Comment #30 from David Moore <dvdmoore(a)ix.netcom.com> 2009-07-13 22:48:45 --- (In reply to comment #29) > Is this still an issue in current (1.1.25 or newer) wine? David Moore here who began this thread: I finally resolved this on my Linux system and have Bible Companion Series and its Gramcord functions running under Wine. Since this was mainly a process of trial and error I may not remember exactly every step, but I will post the most important matters and hope that others may get their BCS and Gramcord up and running with Wine as well. First of all, it is necessary to come up with an environment (speaking of the computer operating system environment of course) under which BCS has room to run. Through trial and error, I found that the minimum environment variables which are needed are PATH, DISPLAY, and HOME. I was able to create this reduced environment for BCS by prefixing the command that opens the BCS program with the following code: env -i PATH=$PATH DISPLAY=$DISPLAY HOME=$HOME If you want to understand some basics about the env command try this: $ env --help The help message explains that the env command with the -i variable following creates an empty environment for the program being initiated. The addition of PATH=$PATH DISPLAY=$DISPLAY HOME=$HOME reestablishes only these three values to the environment under which BCS will run. This got me past the problem of "not enough space in local heap." I had copied my BCS directory from my Windows partition to /home/my_username/.wine/drive_c, so my complete command line for starting BCS under Wine was as follows: $ env -i PATH=$PATH DISPLAY=$DISPLAY HOME=$HOME /usr/bin/wine "C:\bcs\Bcs.exe" I did this from the command line and did not set up an icon on the desktop until later, since working from the command line is a better way to read the feedback. Using this command did get me past the "not enough space in local heap," but the program soon hung again. Reading in the command window the steps that the program had taken, I saw that a certain dll file was being requested by the program. I located this file and copied it into the /home/my_username/.wine/drive_c/bcs directory, and registered it with Wine using the Wine utility that helps with dll files (sorry I don't recall the utility program's name right now). This helped, but there were still minor bugs. I added a number of other dll files from different places. One which was specifically called for in the feedback from the command window I was not able to find on my Windows partition, so I located it on the Internet, copied it to my Wine BCS directory and registered it with Wine using the utility mentioned above. So now it works. At one point in this process, after I had figured out the necessary environment for BCS, I did an install under Wine from a Gramcord for Windows CD (Series 1E). I don't know whether or not this affected the outcome. When I put an icon on my desktop to start BCS, the command I used was as follows: env -i PATH=$PATH DISPLAY=$DISPLAY HOME=$HOME /usr/bin/wine "C:\bcs\Bcs.exe" In the "Work path" space I put the following: /home/my_username/.wine/drive_c/bcs If you use these command lines, be sure that the capitalization of letters and the filenames in all repects correspond to what you have in your /home/your_username/.wine directory. I can give no guarantees that what has worked for me will definitely work on your system. But I recommend it as a way that I got my BCS-Gramcord program up and running. All the best, David Moore -- 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 19236] New: division by zero in CreateUrlCacheEntryW in wininet
by wine-bugs＠winehq.org 13 Jul '09

13 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=19236 Summary: division by zero in CreateUrlCacheEntryW in wininet Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dillinger417(a)yahoo.com the value stored in register eax is being divided by the value stored in register ecx which is 0. -- 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 14

[Bug 9124] Metal Gear Solid 2 still dead: Unhandled page fault
by wine-bugs＠winehq.org 13 Jul '09

13 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=9124 --- Comment #17 from Predatory QQmber <virtuousfox(a)gmail.com> 2009-07-13 16:04:45 --- 1.1.25 :( people say that it may have something to do with EAX -- 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 8272] When exiting Wizardry 8 waits until background music thread finishes playing
by wine-bugs＠winehq.org 13 Jul '09

13 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=8272 --- Comment #24 from Vit Hrachovy <vit.hrachovy(a)sandbox.cz> 2009-07-13 15:40:37 --- When using audio driver 'Miles fast 2D positional audio' (default for this game) the issue still persists in Wine 1.1.25. When using 'RAD game tools RSX 3D audio' the game exits immediately but crashes with page fault: err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 70 fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface fixme:d3d_draw:drawPrimitive Using software emulation because manual fog coordinates are provided wine: Unhandled page fault on read access to 0x02b51e18 at address 0x22d0d0e3 (thread 001b), starting debugger.. -- 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 19311] New: IE8 "cannot find 'about:SecurityRisk'"
by wine-bugs＠winehq.org 13 Jul '09

13 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=19311 Summary: IE8 "cannot find 'about:SecurityRisk'" Product: Wine Version: 1.1.25 Platform: PC URL: http://download.microsoft.com/download/C/C/0/CC0BD555- 33DD-411E-936B-73AC6F95AE11/IE8-WindowsXP-x86-ENU.exe OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22358) --> (http://bugs.winehq.org/attachment.cgi?id=22358) IE8 XP Wine 1.1.25 console output On loading Internet Explorer 8 for Windows XP (haven't yet tested other OS), IE reports "Cannot find 'about:SecurityRisk'. Make sure the path or Internet address is correct." Clicking OK allows IE8 to load where it says it again. Clicking OK lets IE8 get on with it. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs July 2009