http://bugs.winehq.org/show_bug.cgi?id=4207
flerchjj(a)ieee.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From flerchjj(a)ieee.org 2006-09-02 16:41 -------
I confirmed this bug with wine 0.9.4, but I know it has been fixed in 0.9.6. I
did verify its existence in 0.9.5.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3793
hverbeet(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hverbeet(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4530
Summary: Foldershare not installing properly
Product: Wine
Version: 0.9.6.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andraz.tori1(a)guest.arnes.si
http://www.foldershare.com/download/index.php?
... it does not install properly.
full log here:
minmax@kocka:~/Desktop$ wine msiexec /i FolderShareSetup-2.5.10.msi
Invoking /usr/lib/wine/wine.bin msiexec /i FolderShareSetup-2.5.10.msi ...
fixme:msi:MsiInstallProductW L"FolderShareSetup-2.5.10.msi" (null)
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"ValidateProductID"
fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub
err:richedit:ReadStyleSheet ReadStyleSheet: unknown token "\widctlpar"
err:richedit:ReadStyleSheet ReadStyleSheet: unknown token "\adjustright"
err:richedit:ReadStyleSheet ReadStyleSheet: unknown token "\cgrid"
err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination
fixme:msi:msi_dialog_pathedit_control not implemented properly
err:msi:msi_dialog_create_controls no handler for element type L"VolumeCostList"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"ValidateProductID"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"SetODBCFolders"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"RemoveExistingProducts"
fixme:msi:ACTION_PerformAction unhandled msi action L"UpdateResources"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"UnpublishComponents"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"UnpublishFeatures"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"UnregisterComPlus"
fixme:msi:msi_unimplemented_action_stub SelfUnregModules -> 1 ignored L"SelfReg"
table values
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"UnregisterTypeLibraries"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveODBC"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"RemoveRegistryValues"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"UnregisterClassInfo"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"UnregisterExtensionInfo"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"UnregisterProgIdInfo"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"UnregisterMIMEInfo"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveShortcuts"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"RemoveDuplicateFiles"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveFolders"
err:menubuilder:extract_icon32 LoadLibraryExW
(L"c:\\windows\\profiles\\minmax\\Application
Data\\Microsoft\\Installer\\{0BFD81DC-1DF3-4674-9760-9853A6B4E8B2}\\_32611083.exe")
failed, error 126
err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink
err:menubuilder:extract_icon32 LoadLibraryExW
(L"c:\\windows\\profiles\\minmax\\Application
Data\\Microsoft\\Installer\\{0BFD81DC-1DF3-4674-9760-9853A6B4E8B2}\\_25c742f.exe")
failed, error 126
err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"InstallODBC"
err:module:import_dll Library MFC42.DLL (which is needed by L"C:\\Program
Files\\FolderShare\\fsDetect.ocx") not found
Failed to load DLL C:\Program Files\FolderShare\fsDetect.ocx
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RegisterComPlus"
20:43:07.176 u commandLine.c:9 (DETAIL): arg 1: Files\FolderShare\FolderShare.exe
20:43:07.177 u core.c:1053 (NORMAL): got application exec location: C:\Program
Files\FolderShare
20:43:07.196 u fileSystem.c:790 (DETAIL): created C:\Program
Files\FolderShare\settings
20:43:07.196 u configFile.c:120 (CRITICAL): unable to open config file:
C:\Program Files\FolderShare\settings\global.ini, err: 2
20:43:07.196 u core.c:1364 (ERROR): Error reading config file 'C:\Program
Files\FolderShare\settings\global.ini',readConfigFile returned 0, fileSize is -1
20:43:07.196 u fileSystem.c:790 (DETAIL): created C:\Program Files\FolderShare\logs
Wine exited with a successful status
minmax@kocka:~/Desktop$
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4521
------- Additional Comments From hverbeet(a)gmail.com 2006-09-02 14:09 -------
I haven't got HL2, can anyone verify which patch broke it?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4523
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Can't copy from Firefox 1.5 |Can't copy from Firefox 1.5
| |and paste into OpenOffice 2
| |under Wine
------- Additional Comments From dank(a)kegel.com 2006-09-02 13:54 -------
I can also copy from linux Firefox and paste into
wine OpenOffice.
So the only combination that's broken is
wine's Firefox 1.5 into wine's OpenOffice 2.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4523
------- Additional Comments From dank(a)kegel.com 2006-09-02 13:52 -------
I can also copy from firefox and paste into
Gnome Terminal, and into native OpenOffice.
I just can't paste into
OpenOffice under Wine.
So perhaps it's not Firefox's fault after all?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4509
stefan_betz(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|NoAppDBEntry |
------- Additional Comments From stefan_betz(a)gmx.net 2006-09-02 13:15 -------
Ok, i have made some Request for the AppDB.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2533
------- Additional Comments From sick_soul(a)yahoo.it 2006-09-02 11:58 -------
patch applies cleanly to CVS.
DESTDIR support validates perfectly.
This patch should go in.
Claudio
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4529
Summary: In Firefox 1.5, background images displayed wrong
Product: Wine
Version: 0.9.7.
Platform: Other
URL: http://kegel.com/wine/gmailstar.html
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Start Firefox 1.5.
View http://kegel.com/wine/gmailstar.html
The star should be yellow. Instead, it is white and black.
Long story:
this bug makes gmail look clunky. Here's how to see it in
its natural habitat:
Log in to your gmail account.
(If you need one, I can invite you, I have 100 invites left.)
The 'star' symbol (a small gif) is displayed in two places:
1) after the word 'Starred' in the left navbar
2) in the list of messages; each line in the list has
a checkbox, a star (on or off), the name of the sender,
and the subject.
The star in the left navbar looks fine; it's displayed
using a foreground img link.
The stars in the list of messages are displayed using
a css background style, and look like crap,
and are broken -- you see only an inverse of a star,
and the star image itself is not really shown, so you
can't tell if the star is on or off.
You can see the HTML involved if you do a Save Page,
grep all the files for star_off_sm_2.gif
or star_on_sm_2.gif, and run the matching files
through tidy. To save you the pain,
I have isolated a minimal HTML test and uploaded it to
http://kegel.com/wine/gmailstar.html
This displays the star as a background
in the same way gmail does; it looks
like crap under wine, but ok under native firefox.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4523
------- Additional Comments From ulrich.czekalla(a)utoronto.ca 2006-09-02 10:56 -------
Looking at your trace X11DRV_SelectionRequest_TARGETS isn't outputting what I
would expect.
Can you copy and paste within firefox?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4528
Summary: Firefox vertical size wrong, doesn't take gnome system
menu or task bars into account
Product: Wine
Version: 0.9.7.
Platform: Other
URL: http://mozilla.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
When Firefox 1.5 starts up, its upper left
corner is perfectly positioned just below
the gnome top menu bar. Its vertical size,
however, is the same as the screen, which
means that its bottom edge is below the
top of the taskbar at the bottom of the screen.
This occurs with both FC3 and Ubuntu 05.10.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4523
------- Additional Comments From dank(a)kegel.com 2006-09-02 10:21 -------
good idea, but no joy. Patch applied and built,
but problem seems to persist.
Note that the "failed to close clipboard" error seems
to occur when closing firefox, so it's well after
the main symptom is seen.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4527
Summary: port.h ISO errors
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jjk3(a)msstate.edu
libs/port/interlocked.c fails when compiled with strict C90 compliance.
The problem is an extra semicolon after the __ASM_GLOBAL_FUNC macro definition
in include/wine/port.h.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4347
------- Additional Comments From dank(a)kegel.com 2006-09-02 09:42 -------
A user wrote to say:
"Thanks for the fix, I have just installed Wine 0.9.7 and have a working
Concise Oxford Dictionary.
Even though I spent many years at school learning English, the
subsequent years have meant the learning has drained back out and I need
a dictionary a lot!!
Regards
Peter Gregory"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2533
------- Additional Comments From sick_soul(a)yahoo.it 2006-09-02 09:28 -------
> can you guys give it a spin and if all works out
> i'll sent to wine-patches ...
I will validate the DESTDIR support using sourceinstall.
After I checkout 0.9.7 source, it will take a second.
Claudio
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4370
cdunn42(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cdunn42(a)yahoo.com
------- Additional Comments From cdunn42(a)yahoo.com 2006-09-02 08:23 -------
Having a similar problem with QCharts since wine 0.9.6, so I thought I should
add a comment here instead of creating a new bug. The error I get is :
err:ole:ITypeInfo_fnInvoke failed to convert param 1 to VT_VARIANT|VT_BYREF from
VT_VARIANT|VT_BYREF
Copying the old dlls/oleaut32/typelib.c from 0.9.5 eliminates the error.
QCharts is subscription software, but the bug shows up before you have to give a
username/password, so it should be possible to test without subscribing.
Download from www.qcharts.com :
http://www.quote.com/qcdownload/QChartsUpdate/SetupQCharts51.exe
Mozilla ActiveX control required, true type fonts reccomended, native dlls
needed : mfc42.dll, msvcirt.dll
Seems to happen when trying to embed the browser in the login screen. Pops up a
dialog saying "Internal Application Error", but does not prevent the rest of the
app from running.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3771
darkvater(a)operamail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From darkvater(a)operamail.com 2006-09-02 06:06 -------
"Is this app still crashing with current wine version?" <-- you
"Yes, problem persists" <-- me
"Since it is not crashing for you anymore I will close this bug as FIXED." <--
you
Perhaps a misunderstanding, but the game still crashes, I just tested it in my
comment with 0.9.7
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4436
------- Additional Comments From J.A.Gow(a)furrybubble.co.uk 2006-09-02 04:58 -------
Thanks for the comments Mike. However I first must stress that the Commit is
_not_ the source of the trouble. The app uses a storage file that is shipped
with the app, i.e. it does not create it. I do have to create one during the
performance tests in order to have something to test with and I do the Commit
just to be sure that all streams are correctly written to the file (I don't know
if it is strictly necessary, as I said I am not a Windows apps programmer!)
The problem is almost certainly somewhere in the reference counting. Yes, my
patch _does_ work on Windows (tested on XP - I can't test other versions of
Win), and _does_ fail on Wine CVS. I described the methodology behind my
Releases in the comments earlier in the bug report.
I completely agree with you that it is technically wrong to have to Release
twice. However, under Wine I _must_ to do this or the storage file is not
closed! This is the actual problem! Under Windows, I only have to Release once,
as would be expected. So that is the reason I had two Releases in the
performance test, the second enclosed in a return code test.
Under Wine, the first Release returns 1, but does not close the storagefile. The
second Release returns zero and closes the file. If I do not execute the second
Release under Wine, the file remains open and cannot be reopened in subsequent
tests.
Under WinXP, the first release returns zero, and closes the storage file. The
second Release is then not executed. This stops the conformance test from
crashing under Windows, as the first Release frees the 'stg' object.
I looked at your patch modification, and this will segfault under Win (I know,
this is how I did it initially!) as after the first Release, the 'stg' object is
freed. The second Release is called on unallocated memory, and the conformance
test crashes. It will, however, not segfault under Wine because under Wine, the
first Release does _not_ free the 'stg' object. The way I did it highlights the
problem without the conformance test crashing under Win.
I have submitted the original patch to wine-patches, however I forgot the
todo_wine { } sections, so I may have to resubmit it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4519
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Quake 4 Demo fails to |Quake 4 Demo fails to
|install |install
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-09-02 03:25 -------
I remember it to install fine a couple of weeks ago, so looks like a
regression. Could you test if it works with earlier versions, as to see if it's
really a regression|?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4427
------- Additional Comments From dabljuh(a)dabserver.dyndns.org 2006-09-02 02:37 -------
Ok, I managed to find a workaround for the flashbang bug: When I change the
game's resolution from 1600:1200 to 1280:960, the flashbangs no longer crash my
game. 1600:1200 is also my desktop resolution, so I do not know if it is the
resolution alone, or the fact that it is the same resolution as my desktop
(randr problem?) causes the crash. When I go back to 1600:1200 I experience the
crashes again.
Update on the DXlevel issues: Upgrading to 0.9.7 indeed did change something,
rather than CTD'ing when any other dxlevel than 70 is set up, the menu screen
remains bright white. Experimentally I have played with the shader settings in
winecfg and found that disabling VERTEX shaders would display the menu
correctly, but, regardless of the state of Pixelshaders would not allow me to
play the game (CTD with the DX8Mesh error). Keeping Vertex Shaders enabled
(white-out menu) and joining a game via the command line results in glitchy
graphics in game. The entire screen appears blue, several textures are missing,
and the player models appear warped and deformed (vertex shader problem).
Keeping pixel shaders disabled while vertex shaders are enabled also crashes the
game. Note this happens for dxlevel 80, 81, and 90 only, as dxlevel 70 works
like a charm apart from the worked-around flashbang issue.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4443
------- Additional Comments From frix(a)engineer.com 2006-09-02 01:50 -------
Hi there,
Testing Omni Accounts with a Richedit 2 DLL from M$Windows 98 seems to work
fine. The feedback from the Wine community was that any riched up to, and
including, windows 2000 should work.
I would love to see Wine support this out of the box, though.
To make this work, follow the following steps:
1.copy native win98 riched20.dll to ~/.wine/drive_c/windows/system32
2. Launch "winecfg"
2.1. Applications-tab: Set "Windows version" to "windows 98"
2.2. Libraries-tab: Add riched20, with options: "native,builtin"
Regards.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4436
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |NoAppDBEntry
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4525
Summary: OpenOffice 2.0.1 locks up after using File Open dialog
for a while
Product: Wine
Version: CVS
Platform: Other
URL: http://openoffice.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To repeat, start OOO 2.0.1, then do File/Open
and browse through a directory full of files.
Sooner or later it'll hang.
Wine tries to bring up the debugger at this point,
but the heap is corrupted, and it falls over.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4518
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.painkillergame.co
| |m/pc_site/index2.php
Keywords| |download
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4449
------- Additional Comments From ivg2(a)cornell.edu 2006-08-02 23:44 -------
An application wouldn't make that choice unless Tahoma was shipped by default on
Windows systems. Since Wine attempts to emulate a Windows system, it should also
provide this font.
Anyway, thinking like an engineer is the wrong thing to do. Put yourself in the
end user's (mine) shoes. As far as I can see my application doesn't work. I
don't care why it doesn't work, I just want it to behave similarly as it does on
Windows (which I think is a Wine goal).
By the way, there's nothing to tell me that missing fonts are causing the
problem. There's no warning - all I see is the font-less dialog box. Furthermore
putting the Tahoma font in the Linux fonts folders does not work, and the
overrides trick someone else suggested doesn't work either. That seems to
indicate a bug (I do expect Wine to find my Linux fonts like other applications do).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4435
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From dank(a)kegel.com 2006-08-02 23:43 -------
Seems to not happen anymore with 0.9.7+ ?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4514
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download, NoAppDBEntry
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4523
------- Additional Comments From dank(a)kegel.com 2006-08-02 23:40 -------
Rerunning with current cvs shows same results.
Log is slightly different:
-trace:clipboard:GetClipboardViewer hWndViewer=(nil)
+trace:clipboard:GetClipboardViewer hWndViewer=0x10078
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4520
------- Additional Comments From ivg2(a)cornell.edu 2006-08-02 23:38 -------
I am using the one from transgaming.
What makes you think it's improperly installed?
I've seen those errors before with no consequence.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3771
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From tony.lambregts(a)gmail.com 2006-08-02 23:23 -------
Since it is not crashing for you anymore I will close this bug as FIXED.
Please add comments about "err:dsound:DSOUND_MixOne underrun on sound buffer"
errors to bug 1631
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4509
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |NoAppDBEntry
------- Additional Comments From tony.lambregts(a)gmail.com 2006-08-02 23:09 -------
Could you please add an entry in the AppDB for this application.
http://appdb.winehq.org
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4521
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hverbeet(a)gmail.com
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |regression
------- Additional Comments From vitaliy(a)kievinfo.com 2006-08-02 22:36 -------
Confirming. Must be few d3d patches that got in yesterday (Feb 7 2006).
Adding the only author who changed that part in the last two days.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4523
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Can't copy from Firefox 1.5 |Can't copy from Firefox 1.5
|then paste into OpenOffice 2|
------- Additional Comments From dank(a)kegel.com 2006-08-02 22:27 -------
Looks like the problem might be on Firefox's end;
even without OOo running, Firefox complains
err:clipboard:CLIPBOARD_CloseClipboard Failed to set clipboard.
I'll paste a log with +clipboard.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4520
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Steam crashes on startup - |Steam crashes on startup -
|cannot read from virtual |cannot read from virtual
|addr 88 |addr 88
------- Additional Comments From vitaliy(a)kievinfo.com 2006-08-02 22:26 -------
Looks like you don't have properly installed mozilla activeX controls. And you
have to use one from TransGaming:
http://downloads.transgaming.com/mozilla_control_downloads/mozcontrol.tgz
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4523
Summary: Can't copy from Firefox 1.5 then paste into OpenOffice 2
Product: Wine
Version: 0.9.7.
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To repeat, install both Firefox 1.5 and OpenOffice 2
under wine. Start both. Copy text in Firefox,
try to paste it in OOo. The 'paste' option isn't even highlighted.
This was with roughly wine-0.9.7 (from cvs).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4436
------- Additional Comments From mike(a)codeweavers.com 2006-08-02 22:02 -------
Created an attachment (id=1866)
--> (http://bugs.winehq.org/attachment.cgi?id=1866&action=view)
Added todo_wine, fixed ref counting
Improved the patch a little... I'm curious about the way you did the Releases
though. Does that really work on Windows? Feel free to submit this to
wine-patches if you want.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4436
------- Additional Comments From mike(a)codeweavers.com 2006-08-02 21:58 -------
Some comments here:
if(stm) {
r=IStorage_Commit(stg,STGC_DEFAULT);
ok(r==S_OK, "StorageCommit failed\n");
}
Looks like we should write out the storage file when Commit is called above, and
that's the main source of trouble.
// Windows reference counting seems different....
r = IStorage_Release(stg);
ok(r == 0, "wrong ref count"); printf("- ref count = %lx\n",r);
if(r) {
r = IStorage_Release(stg);
ok(r == 0, "wrong ref count"); printf(" - ref count = %lx\n",r);
}
The above is technically wrong. You only grabbed the storage once, so you
should only release it once. One of those should be an IStream_Release().
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4436
------- Additional Comments From mike(a)codeweavers.com 2006-08-02 20:29 -------
Great! Now you have a regression test, the next step is to add todo_wine {}
around the ok() macros that fail, and submit it to wine-patches.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4522
Summary: Improperly aligned column data
Product: Wine
Version: 0.9.7.
Platform: PC
URL: http://inhuman.org:81/~ugly/wineproblem.jpg
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martopolis(a)gmail.com
Columns in ProMash aren't properly aligned. It seems that each column is pushed
over slightly to the left. The first column and second column contents look
completely condensed into the first. ProMash has a free evaluation copy
obtainable here:
http://www.promash.com/Software/eval.html
I did not see this behavior in versions of WINE less than 0.9.6. The problem
exists in 0.9.7 as well.
Below is a screenshot of the problem:
http://inhuman.org:81/~ugly/wineproblem.jpg
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4449
------- Additional Comments From jbdubbs(a)gmail.com 2006-08-02 18:50 -------
I'm not sure that the fact that linux doesn't carry a Tahoma font is Wine's
problem. I think that's more of a linux problem. If a linux application
decided that it would only use a Tahoma font, it would have the same problem.
We should probably close this bug because of this fact, but that is just my opinion.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3822
------- Additional Comments From jbdubbs(a)gmail.com 2006-08-02 18:46 -------
Gotcha, sorry for the confusion. This basically means that Wine isn't
conforming to Free Desktop standards for system applets, correct?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4512
------- Additional Comments From ploujj(a)gmail.com 2006-08-02 16:28 -------
It seems that _almost_ none of the wine output I posted so far actually relates
to the problem since I see the same thing when running Unreal without problems
(in singleplayer):
$ ~/apps/wine-0.9.7/wine ~/.wine/drive_c/UnrealGold/System/Unreal.exe
fixme:process:GetProcessWorkingSetSize (0xffffffff,0x55bff568,0x55bff560): stub
err:ole:CoGetClassObject class {92fa2c24-253c-11d2-90fb-006008a1f441} not registered
err:ole:CoGetClassObject no class object {92fa2c24-253c-11d2-90fb-006008a1f441}
could be created for for context 0x1
fixme:ole:CoCreateInstance no classfactory created for CLSID
{92fa2c24-253c-11d2-90fb-006008a1f441}, hres is 0x80040154
err:ole:CoGetClassObject class {d8f1eee0-f634-11cf-8700-00a0245d918b} not registered
err:ole:CoGetClassObject no class object {d8f1eee0-f634-11cf-8700-00a0245d918b}
could be created for for context 0x1
fixme:ole:CoCreateInstance no classfactory created for CLSID
{d8f1eee0-f634-11cf-8700-00a0245d918b}, hres is 0x80040154
fixme:keyboard:RegisterHotKey (0x1002a,49218,0x00000001,27): stub
fixme:keyboard:RegisterHotKey (0x1002a,49219,0x00000001,9): stub
fixme:keyboard:RegisterHotKey (0x1002a,49220,0x00000002,27): stub
fixme:keyboard:RegisterHotKey (0x1002a,49221,0x00000002,9): stub
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x559ac798)->((nil),00000008)
This error:
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
appears quite a lot some time before Unreal crashes, and since it seems like a
network error, I don't think its related to the crash in question.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4515
------- Additional Comments From volker(a)dirr-computer.de 2006-08-02 16:26 -------
if i run it with "virtual desktop" of course a window open. but the relay log
just grow again up to ~6MB. The last lines are the same as without "virtual
desktop". if i click into the black opend window the relay log grows again a few KB.
i was to silly to do changes with the regedit.
so i open ./wine/userdef.reg and attached the following:
[Software\\Wine\\Debug]
"RelayExclude"="RtlEnterCriticalSection;RtlLeaveCriticalSection;_EnterSysLevel;_LeaveSysLevel;_CheckNotSysLevel;NtCurrentTeb;LdrAccessResource;RtlUpperChar;kernel32.94;kernel32.97;kernel32.98;TlsGetValue"
(so i changed your first line, because he other lines in this file look like the
same)
after saving the file i can not the any changes with regedit.
but afer opening ./wine/userdef.reg again i saw that wine added a number:
[Software\\Wine\\Debug] 1139436308
i donŽt know if i done it like you want. otherwise please explain me a little
more detailed.
i run a relay with "virtual desktop", the changed userdef.reg and with win98.
i attach the log-file.
volker
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4512
------- Additional Comments From ploujj(a)gmail.com 2006-08-02 16:22 -------
This seems to happen only in online games. I have been playing the Return to
NaPali campaign for quite some time and it runs flawless.
Please let me know what other info I can provide to narrow this problem down.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4521
Summary: hl2 and Engine Error
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b.buschinski(a)web.de
wine: CVS (20060208)
I am unabled to start hl2
with other Vertex shader than "emulated"
it crashed with "none" and "hardware"
with a message box
"Engine Error - failed to lock vertex buffer in CMeshDX8::LockVertexBuffer"
I start hl2 with
-fullscreen -width 1024 -height 768 -novid -map_background none -dxlevel 70
the -dxlevel doesnt change anything, also tried 80 90 and 91
crash the same way
when I try to start a new game with "emulated" vertex shader
bug http://bugs.winehq.org/show_bug.cgi?id=4497
apaers
when I try to start hl2 without
-map_background none
it crashs always with
"Engine Error - failed to lock vertex buffer in CMeshDX8::LockVertexBuffer"
in vertex shader modes
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4436
------- Additional Comments From J.A.Gow(a)furrybubble.co.uk 2006-08-02 13:49 -------
Since then I have been doing some more digging into the problem and have come up
with a test that triggers the bugs: i.e. passes on Windows and fails on Wine
(latest CVS). Looking at the failure mode I feel that it has the potential to
break a _lot_ of apps.
It is as I thought that there is some issue with the object destructor for the
storage object being called and not actually releasing the object. I have
attached the complete patch to the tests for storage32 to this message if anyone
could try it I would be grateful, but I will just describe some of the reasoning
behind it first.
It seems that the problem is not the grfMode with which the file is opened, but
a reference counting method used within storage32. A call to the destructor of
the storage object is not destroying the object - with it left open the error
appears when a subsequent call to open the storage object fails with access
issues because the previous one is left open. So, I introduced this test that
exactly mimics the behaviour of the app. To do this, I needed a storage object
that contained a stream, so I wrote code in the appropriate conformance test
module to create one:
r = StgOpenStorage( filename, NULL, STGM_TRANSACTED | STGM_WRITE |
STGM_SHARE_DENY_WRITE, NULL, 0, &stg);
ok(r==S_OK, "StgOpenStorage failed\n");
if(stg)
{
static const WCHAR stmname[] = { 'w','i','n','e','t','e','s','t',0};
IStream *stm = NULL;
r = IStorage_CreateStream( stg, stmname, STGM_WRITE | STGM_SHARE_EXCLUSIVE,
0, 0, &stm );
ok(r == S_OK, "CreateStream should succeed\n");
if(stm) {
r=IStorage_Commit(stg,STGC_DEFAULT);
ok(r==S_OK, "StorageCommit failed\n");
}
// Windows reference counting seems different....
r = IStorage_Release(stg);
ok(r == 0, "wrong ref count"); printf("- ref count = %lx\n",r);
if(r) {
r = IStorage_Release(stg);
ok(r == 0, "wrong ref count"); printf(" - ref count = %lx\n",r);
}
}
It was here where I got the surprise! I expected this code to work on both Wine
and Windows, so the next part of the patch could trigger the bug. However I
found that on Windows, the first call to IStorage_Release returns zero, and the
storage object is destroyed. Under Wine however, the first call to
IStorage_Release returns 1 but does not destroy the object - the second call to
IStorage_Release returns zero and destroys the object. It appears that Windows
takes no notice of reference counts when the IStorage destructor is called! I
only discovered this because in the original test code I had two calls to
IStorage_Release straight after each other without the if(r) test: and although
it worked on Wine it segfaulted on Windows due to the 'stg' object being
destroyed on the first call. This proved the difference in behaviour.
Now on to the second part of the test, that attempted to re-open the closed
storage object, then open the stream within it:
/* Easy-PC test 2 - this looks for the OpenStream mode check. Fails under
Wine */
r = StgOpenStorage( filename, NULL, 0x00010020, NULL, 0, &stg);
ok(r==S_OK, "StgOpenStorage failed\n");
if(stg)
{
static const WCHAR stmname[] = { 'w','i','n','e','t','e','s','t',0};
IStream *stm = NULL;
r = IStorage_OpenStream( stg, stmname, 0,
STGM_SHARE_EXCLUSIVE|STGM_READWRITE, 0, &stm );
ok(r == S_OK, "OpenStream should succeed - "); printf("rc from
OpenStream : %lx\n",r);
r = IStorage_Release(stg);
ok(r == 0, "wrong ref count\n");
}
Again, this works on Windows, but the OpenStream call fails with an access
denied error on Wine. This is the exact mode of the bug in the app.
Could one of the ole32 developers please contact me: I am happy to work with
them to resolve this problem as I need this app to work under Wine, but not
being a Windows programmer I am not fully familiar with the storage API. In the
meantime I will continue my investigation and see if I can fix this directly,
but I am sure it will happen sooner if I could work directly with the ole32
developer.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4436
------- Additional Comments From J.A.Gow(a)furrybubble.co.uk 2006-08-02 13:47 -------
Created an attachment (id=1863)
--> (http://bugs.winehq.org/attachment.cgi?id=1863&action=view)
Additional conformance tests that trigger bug in IStorage implementation
This is a patch to the tests in ole32/tests/storage32.c that will trigger the
bug. Please see my latest comments appended to this bug for more details. Patch
has been submitted for inclusion in CVS.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4510
jjk3(a)msstate.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1847 is|0 |1
obsolete| |
------- Additional Comments From jjk3(a)msstate.edu 2006-08-02 13:05 -------
Created an attachment (id=1862)
--> (http://bugs.winehq.org/attachment.cgi?id=1862&action=view)
config.log after patch
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4510
jjk3(a)msstate.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1846 is|0 |1
obsolete| |
------- Additional Comments From jjk3(a)msstate.edu 2006-08-02 13:04 -------
Created an attachment (id=1861)
--> (http://bugs.winehq.org/attachment.cgi?id=1861&action=view)
configure trace after patch
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4510
jjk3(a)msstate.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1845 is|0 |1
obsolete| |
------- Additional Comments From jjk3(a)msstate.edu 2006-08-02 13:04 -------
Created an attachment (id=1860)
--> (http://bugs.winehq.org/attachment.cgi?id=1860&action=view)
Proposed patch
This is a better patch that defines _BSD_SOURCE for arpa/nameser.h only.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4510
------- Additional Comments From jjk3(a)msstate.edu 2006-08-02 12:21 -------
Word of warning: don't apply the patch as it is, it causes other problems down
the line.
Basically, we need to define _BSD_SOURCE for arpa/nameser.h only.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3880
jpakkane(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From jpakkane(a)yahoo.com 2006-08-02 12:02 -------
Closing since bug is gone.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3880
jpakkane(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From jpakkane(a)yahoo.com 2006-08-02 12:00 -------
Checked today's CVS version and the issue is fixed. Closing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4520
Summary: Steam crashes on startup - cannot read from virtual addr
88
Product: Wine
Version: 0.9.6.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ivg2(a)cornell.edu
Steam dies with the following message box:
Steam.exe (main exception): Win32 Structured Exception at 7D172671: Attempt to
read from virtual address 88 without appropriate access rights) Please let me
know what would be helpful to trace. I'm not sure if this is related to the
other bug on Steam that says Steam doesn't work with native shdocvw. The Mozilla
ActiveX control is installed, and so is a Tahoma font. I am not very concerned
about the module import errors for the Mozilla control - I've seen those before,
and it worked regardless.
Output (I enabled shdocvw trace, but that doesn't seem to print anything
informative):
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
trace:shdocvw:DllMain 0x6e040000 0x1 (nil)
trace:shdocvw:DllGetClassObject
trace:shdocvw:SHDOCVW_GetMozctlPath key =
L"Software\\Classes\\CLSID\\{1339B54C-3453-11D2-93B9-000000000000}\\InprocServer32"trace:shdocvw:DllGetClassObject
WebBrowser class {8856f961-340a-11d0-a96b-00c04fd705a2}
trace:shdocvw:DllGetClassObject r = 00000000 *ppv = 0x7c689ee0
trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
err:module:import_dll Library js3250.dll (which is needed by
L"H:\\src\\moz2\\components\\embedcomponents.dll") not found
err:module:import_dll Library mozz.dll (which is needed by
L"H:\\src\\moz2\\components\\necko.dll") not found
err:module:import_dll Library mozz.dll (which is needed by
L"H:\\src\\moz2\\components\\necko.dll") not found
err:module:import_dll Library mozz.dll (which is needed by
L"H:\\src\\moz2\\components\\necko.dll") not found
err:module:import_dll Library mozz.dll (which is needed by
L"H:\\src\\moz2\\components\\necko.dll") not found
err:module:import_dll Library js3250.dll (which is needed by
L"H:\\src\\moz2\\components\\embedcomponents.dll") not found
err:module:import_dll Library js3250.dll (which is needed by
L"H:\\src\\moz2\\components\\profile.dll") not found
trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
Shutting down. . .
1trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
2trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
3trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
trace:shdocvw:DllMain 0x6e040000 0x2 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
30trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
client callback thread error
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
trace:shdocvw:DllMain 0x6e040000 0x3 (nil)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4437
------- Additional Comments From altkai(a)ml1.net 2006-08-02 11:45 -------
Louis I tried what you suggested with the dinput.dll from the dll-files.com
site, which resulted in exactly nothing happening. The command appears to
execute, but no windows appear, Wine outputs nothing, and returns the command
prompt in a couple of seconds. I will try again with the dinput.dll from my
Windows install which uses DirectX9.0c. And I've no idea how to play the game --
might try it natively this evening! Thanks for your suggestions.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4268
------- Additional Comments From michal.okresa(a)ifne.sk 2006-08-02 09:09 -------
Hi,
We made the same test as Detlef pointed out in comment #41. We used simple
program written in WinAPI, which made OpenPrinter(), OpenPrinterA(),
OpenPrinterW() calls with different arguments on WinXP.
When OpenPrinter() was called with "xerox_230" argument, function successfully
returns. But if argument used for OpenPrinterA was " xerox_230" or L" xerox_230"
(for OpenPrinterW()), then function fails with error just like in wine logs.
It is mysterious for us how ISS is able to print on Windows platform with
printer name leaded with space.
--
Michal
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4131
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From tony.lambregts(a)gmail.com 2006-08-02 08:56 -------
Resolving FIXED Then
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4506
wijn(a)wanadoo.nl changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1855 is|0 |1
obsolete| |
------- Additional Comments From wijn(a)wanadoo.nl 2006-08-02 08:39 -------
Created an attachment (id=1858)
--> (http://bugs.winehq.org/attachment.cgi?id=1858&action=view)
better patch
I think I like this approach better. Can you try this instead?
Rein.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4519
Summary: Quake 4 Demo fails to install
Product: Wine
Version: 0.9.6.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ivg2(a)cornell.edu
The archive finally self-extracts. I am impressed - it launches a WinZip
Self-Extractor. Then it self-unpacks, starts up, gets in the middle of
"Preparing to install" (rather slowly, almost seems like it freezes in certain
places), and dies with error:
Error Number: 0x80040706
Description: Object reference not set
Setup will now terminate
Output:
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:msi:MsiInstallProductW L"C:\\windows\\temp\\WZSE0.TMP\\ISScript9.Msi"
L"REBOOT=ReallySuppress ADDLOCAL=All"
err:msi:ITERATE_DuplicateFiles Failed to copy file L"c:\\Program Files\\Common
Files\\InstallShield\\Driver\\9\\Intel 32\\IDriver.exe" -> L"c:\\Program
Files\\Common Files\\InstallShield\\Driver\\9\\Intel 32\\", last error 80
fixme:msi:ITERATE_DuplicateFiles We should track these duplicate files as well
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"RemoveRegistryValues"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveFolders"
fixme:msi:MsiGetProductInfoW L"{BAB004F0-F04C-49DD-8118-AE4A7697C469}"
L"InstallSource" 0x7fdf5c60 0x7f9dde10
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"ValidateProductID"
err:msi:deformat_environment Unknown environment variable L"ALLUSERSPROFILE"
fixme:msi:MsiGetProductInfoW L"{BAB004F0-F04C-49DD-8118-AE4A7697C469}"
L"AssignmentType" 0x7dd2c760 0x7f9ddd4c
fixme:msi:MsiGetProductInfoW 0 (zero) if advertised or per user , 1(one) if per
machine.
fixme:msi:MsiGetProductInfoW L"{BAB004F0-F04C-49DD-8118-AE4A7697C469}"
L"AssignmentType" 0x7dd60170 0x7f9de7e4
fixme:msi:MsiGetProductInfoW 0 (zero) if advertised or per user , 1(one) if per
machine.
fixme:advapi:GetFileSecurityW (L"c:\\Program Files\\InstallShield Installation
Information\\{BAB004F0-F04C-49DD-8118-AE4A7697C469}\\") : returns fake
SECURITY_DESCRIPTOR
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4515
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|setup.exe didn�t start |setup.exe did not start
------- Additional Comments From vitaliy(a)kievinfo.com 2006-08-02 07:54 -------
Try with "Virtual Desktop" - run winecfg, go to Graphics page...
Add this to your registry and make relay log again.
Then try to compress it with bzip2 and see if it's small enough to attach here
(last line split into 3):
[HKEY_CURRENT_USER\Software\Wine\Debug]
"RelayExclude"="RtlEnterCriticalSection;RtlLeaveCriticalSection;_EnterSysLevel;
_LeaveSysLevel;_CheckNotSysLevel;NtCurrentTeb;LdrAccessResource;RtlUpperChar;
kernel32.94;kernel32.97;kernel32.98;TlsGetValue"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3037
------- Additional Comments From vitaliy(a)kievinfo.com 2006-08-02 07:43 -------
You still have to remove your current wine. If it's in the place where ld can
find it, it will attempt to load that instead. So you will test with your
currently installed Wine instead of the one you built.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4515
------- Additional Comments From volker(a)dirr-computer.de 2006-08-02 07:20 -------
Hi
i changed to following versions:
- windows 95
- windows 98
- windows me
- windows xp
- windows nt 2003
- windows nt 4.0
it is always the same: no windows, no messages and no ending.
the last 20 lines of the WINEDEBUG=+relay are always the same too.
volker
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4518
Summary: Painkiller refuses to start [ SHADERS, MSG ]
Product: Wine
Version: 0.9.6.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ivg2(a)cornell.edu
Painkiller is a 3D shooter game...
It will install successfully.
On startup, it prints a large number of shader-related error messages. I have
Vertex Shaders set to Hardware, and Pixel Shaders enabled. Disabling pixel
shaders does not help.
After that, a window appears on the panel, however, it cannot be maximized or
made visible. The following appears interleaved:
fixme:msg:PeekMessageW PM_QS_xxxx flags (0007) are not handled
fixme:msg:PeekMessageW PM_QS_xxxx flags (0007) are not handled
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
surface surf@0x79a64738 usage(512)
fixme:msg:PeekMessageW PM_QS_xxxx flags (0007) are not handled
fixme:msg:PeekMessageW PM_QS_xxxx flags (0007) are not handled
If I press CTRL-C, either a window appears on a gray background, and the PM_QS
messages continue to show up (but not the locking ones), or it crashes, and gets
into a debugger loop of some kind.
Log attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4517
Summary: "err:msi ... ShortPath ..." when installing MS Visual C#
2005 Express Edition
Product: Wine
Version: 0.9.7.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: th.fischer(a)gmx.net
Installing MS Visual C# 2005 Express Edition on a Gentoo Linux systems works
only so far that Ixpvcs.exe extracts all files into a temporary directory. The
installer itself never shows up and the following messages are printed on the
console:
err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft
Visual Studio 8\\Common7\\Packages\\Debugger\\1031\\vsdebugui.dll")
err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft
Visual Studio 8\\Common7\\Tools\\VDT\\1031\\vdt80ui.dll")
err:msi:deformat_file Unable to get ShortPath size (L"c:
\\Programme\\Gemeinsame Dateien\\Microsoft Shared\\Help\\1031\\hxvzui.dll")
err:msi:deformat_file Unable to get ShortPath size (L"c:
\\Programme\\Gemeinsame Dateien\\Microsoft Shared\\Help\\1031\\hxdsui.dll")
err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft
Visual Studio 8\\Common7\\IDE\\1031\\vsslnui.dll")
err:msi:deformat_file Unable to get ShortPath size (L"c:
\\Programme\\Gemeinsame Dateien\\Microsoft Shared\\Help
8\\1031\\dexplmui.dll")
err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft
Visual Studio 8\\Common7\\IDE\\1031\\msenvui.dll")
err:msi:deformat_file Unable to get ShortPath size (L"c:
\\Programme\\Gemeinsame Dateien\\Microsoft Shared\\Help 8\\1031\\msenvui.dll")
err:msi:deformat_file Unable to get ShortPath size (L"c:
\\Programme\\Gemeinsame Dateien\\Microsoft Shared\\Help
8\\1031\\cmddefui.dll")
err:msi:ITERATE_Actions Execution halted, action L"SxsInstallCA" returned 1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned
1603
The binary vcs/exp/cd/netsetup/Ixpvcs.exe has been taken from the German c't
magazine 4/06 CD.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4516
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.mdl.com/downloads
| |/
Keywords| |download, regression
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-08-02 06:13 -------
There's a no-fee version from the website above (have to fill in a few data).
mikael: could you please do a regression test? Using git is the simplest:
http://wiki.winehq.org/GitWine?highlight=%28git%29
I'll try to summarize the page a bit as it contains _a_ lot of info:
1. get git from http://wiki.winehq.org/GitWine?highlight=%28git%29
2. Unpack it and do make && make install (no configure needed)
3. It installs in ~/bin so if necessary add that to your PATH:
export PATH=$PATH:~/bin
4. Do: git clone http://source.winehq.org/git/wine.git wine-git
cd ~/bin/wine-git
5. Do:
git-bisect start
git-bisect good wine-20041019 /* your good wine-versio */
git-bisect bad wine-20041201 /* your bad wine-version */
6. ./configure && make depend && make
7. Run the app ./wine "c:\test.exe" (Do not forget the heading "./" before the
wine command!!! (as i did, and i was starting my newest wine version...))
8.if the app is ok:
git-bisect good
if not:
git-bisect bad
9. Back to step 6 and keep repeating this until you found the patch
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4515
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|setup.exe didnŽt start |setup.exe didnᅵt start
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-08-02 05:44 -------
Hi, does changing the windowsversion to win98 via winecfg change anything?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3793
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-08-02 05:34 -------
Looks like there's been a bit of progress (probably due to the patches of H.
Verbeet) I can now get into the menu in the demo, but the text is unreadable.
Will have to start this on windows to see what buttons i have to press :).
Nevertheless i think this is major improvement. Keep hacking!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4516
Summary: Program ISIS Draw halts at startup with
"ChangeIniFilePrivileges - GetFileSecurity should have
failed"
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikael.widersten(a)biokemi.uu.se
CC: mikael.widersten(a)biokemi.uu.se
All stable builds (SUSE 9.3) after 20050725 will not run ISIS Draw (chemical
drawing program).
Reproducible:
Always (tested on SUSE 9.3 and 10.0, three different installations, with all
released versions of Wine 20050830 to 0.9.7).
The cli output:
loke 744% wine "/home/micke/.wine/drive_c/Program Files/MDL ISIS Draw
2.5/IDraw32.exe"
fixme:ole:OleRegisterServer (ISISServer,0x5e91c0,0x5e91c4,0x400000,1): stub!
fixme:ole:OleRegisterClientDoc (ISISServer,ISISVMEM.DOC,...): stub
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\MDL ISIS Draw
2.5\\isisaim.dll" failed with error 1813
fixme:advapi:GetFileSecurityW (L"C:\\Program Files\\MDL ISIS Draw
2.5\\ISISAIM.INI") : returns fake SECURITY_DESCRIPTOR
Consequences:
Prevents me from upgrading the Wine installation to the latest and best version.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4515
Summary: setup.exe didnŽt start
Product: Wine
Version: 0.9.7.
Platform: PC
URL: http://appdb.winehq.org/appview.php?versionId=4027
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: volker(a)dirr-computer.de
i am using wine 0.9.7 on mandriva 2006
if i run \mnt\cdrom\setup.exe from crocodile clips nothing happen.
wine doesnŽt open a window.
wine doesnŽt show any messages.
wine doesnŽt end. (the cursor is not visible in my shell)
i am able to abourt running setup by pressing crtl+c.
i have done a WINEDEBUG=+relay.
the logfile ist growing up to 6,6MB.
i put the last lines to the attachment.
volker
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3037
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-08-02 04:18 -------
Simplest is i guess using git:
http://wiki.winehq.org/GitWine?highlight=%28git%29
I'll try to summarize the page a bit as it contains _a_ lot of info:
1. get git from http://wiki.winehq.org/GitWine?highlight=%28git%29
2. Unpack it and do make && make install (no configure needed)
3. It installs in ~/bin so if necessary add that to your PATH:
export PATH=$PATH:~/bin
4. Do: git clone http://source.winehq.org/git/wine.git wine-git
cd ~/bin/wine-git
5. Do:
git-bisect start
git-bisect good wine-20041019
git-bisect bad wine-20041201
6. ./configure && make depend && make
7. Run the app ./wine "c:\test.exe" (Do not forget the heading "./" before the
wine command!!! (as i did, and i was starting my newest wine version...))
8.if the app is ok:
git-bisect good
if not:
git-bisect bad
9. Back to step 6 and keep repeating this until you found the patch
Hope it's of any help to you...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4514
Summary: Problem of installation for PES3 demo
Product: Wine
Version: CVS
Platform: Other
URL: http://www.gamershell.com/download_3907.shtml
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
When installing the demo of PES3, Installshield runs and closes normally, but at
the end, no file is installed.
Joaopa
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3963
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2006-08-02 04:02 -------
The log says nothing usefull. (no verbosity patch applied and then its weak
info without some other traces.. maybe relay trace would help; but nevermind
that for now)
| there were separate versions of myodbc installer for W95 and NT40. Probably
| the one I have is the W95 version and therefore it dosen't run under NT40.
Can you make it available on the net?
| I could try the versions that You have. If You could give a link..
I mean the other way round - for you to give me a link to your exact version. :)
But no problem, this is what I've tried:
[3] http://downloads.mysql.com/archives.php?p=myodbc-2.50&v=2.50.39
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4500
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-08-02 03:59 -------
Oops, sorry about that.you're right All too hasty again i guess! (Anyhow, about
the first test:
>the first test passes a string to %d : I just did a quick copy and paste from
what the game passes to _vsnprintf). Sorry about the noise (there have been so
many changes to msvcrt last months that it's really hard to track down the
regressions as the crashes change about every week) Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4495
mkdm_2000(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|critical |major
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4495
mkdm_2000(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P5 |P1
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4509
------- Additional Comments From stefan_betz(a)gmx.net 2006-08-02 02:33 -------
Here an Additional Comment we i crash the Program:
wine EasyCT.exe
-> "Buchungsjahr eingeben" -> Click OK
-> "Währungskonvertierung" -> Click OK -> Crash :-(
but when i do:
wine EasyCT.exe
-> "Buchungsjahr eingeben" -> Click Abort
I get the Main Applikation Window!
Then when i do (after the Mainwindow is Displayed!)
-> "Datei" -> "Neue Datei" i can create one File and anything works fine (for
now)...
Now (after i created some new file, and saved the changes) when i quit the
Programm, and Restart it, the the Program crashes while loading the File (no
dialog appears) on Startup :-(
Sorry for my Bad english
greeting
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3037
------- Additional Comments From a(a)gaydenko.com 2006-08-02 02:14 -------
Louis,
I'm ready to do such test and is waiting for instructions :-)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4500
------- Additional Comments From eric.pouech(a)wanadoo.fr 2006-08-02 02:03 -------
hmm.. the test program is rather bogus...
the first test passes a string to %d
the second test passes one string whereas the format expects two strings
So for the second test, it prints garbage from the stack
fix the test
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4437
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |download
Summary|Weird Worlds demo unusable -|msvcrt: Weird Worlds demo
|- mouse pointer won't move |won't start without native
|from center of screen |msvcrt
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-08-02 01:42 -------
Kai, please open a new bug report for seperate bugs.Leave this one for the
msvcrt bug. However i fear the mouse problem will end up as a duplicate, if you
file it :).
The game seems to run fine with native dinput.dll
(WINEDLLOVERRIDES="msvcrt,dinput=n" wine weird.exe). However the crash is
strange;didn't crash here, but i dunno how to play the game and only "played"
for 10 secs.:) Could you try to use native dinput and see if it still crashes?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4437
altkai(a)ml1.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Weird Worlds demo fails to |Weird Worlds demo unusable -
|run |- mouse pointer won't move
| |from center of screen
------- Additional Comments From altkai(a)ml1.net 2006-08-02 00:32 -------
Wine-0.9.7 - Yes, using the native dll allowed me to enter the game, thanks.
However, in the demo the mouse cursor was "stuck" to the center of the screen,
and so the game wasn't usable. It seems you can launch the game by pressing
escape, where again the mouse pointer is stuck to the center of the screen.
Wine wrote this to console, but I couldn't tell at what point:
wine: Unhandled page fault on write access to 0x00000000 at address 0x7c4907ba
(thread 0009), starting debugger...
I've updated the bug subject. Please let me know if I can provide additional
information.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2252
------- Additional Comments From altkai(a)ml1.net 2006-08-02 00:16 -------
With both the demo and the full game (v1), and Wine 0.9.7, I get the following
right after entering the game by "Quick Start":
err:seh:setup_exception nested exception on signal stack in thread 0009 eip
7ffbc99e esp 7fe59c90 stack 0x7fb01000-0x7fc10000
The game is unresponsive at this point, and I must ^C from the terminal. With
previous versions of Wine (0.9.3?) I was able to make the first move as the
above poster said, and got a similar pagefault message. Please let me know if
other information would be useful.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3257
------- Additional Comments From vitaliy(a)kievinfo.com 2006-07-02 23:51 -------
I think it's been mentioned before, but commctrl.dll required only if you have
the comctl32.dll from win9x and not from winNT. The updeate you recommeding to
install from cd-rom is for win9x so it does reqiure commctrl.dll.
Also, there are no such Wine versions as 0.96 or 0.97. There are however 0.9.6
and 0.9.7
And is there a link to download some demo to test?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4449
mike(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Invisible fonts in Steam |Invisible fonts in Steam -
| |need a Tahoma compatible
| |font
------- Additional Comments From mike(a)codeweavers.com 2006-07-02 23:17 -------
Wine really needs a Tahoma compatible freetype font. Anybody want to create
one? The idea would be to created it from scratch in Font Forge, and make the
font metrics the same as the Tahoma font.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4449
------- Additional Comments From ivg2(a)cornell.edu 2006-07-02 22:48 -------
"Can we close this bug? Properly installing the font on your system lets the
font show properly."
I don't understand. On windows, I don't have to hunt down and/or install any
fonts to make this work properly. The fact that it doesn't work on Wine is
entirely Wine's problem, and a bug. IMHO wine should be able to override the
font and replace it with something else (automatically, without asking me to do
this).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2533
------- Additional Comments From vapier(a)gentoo.org 2006-07-02 22:45 -------
Created an attachment (id=1854)
--> (http://bugs.winehq.org/attachment.cgi?id=1854&action=view)
wine-DESTDIR.patch
this patch does it the hard way, by updating (hopefully) every install target
to respect $(DESTDIR)
tested against wine-0.9.7 ... can you guys give it a spin and if all works out
i'll sent to wine-patches ...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2533
------- Additional Comments From vapier(a)gentoo.org 2006-07-02 22:33 -------
for example, the proposed patch would break programs/Makefile.in:
$(INSTALLPROGS:%=%/__installprog__): install-apploader
$(RM) $(bindir)/`dirname $@` && \
$(LN) $(bindir)/wineapploader $(bindir)/`dirname $@`
the resulting link would be pointing to $(DESTDIR)$(bindir) instead of just
$(bindir) ...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3822
------- Additional Comments From vitaliy(a)kievinfo.com 2006-07-02 21:23 -------
Jason, it always worked in KDE... This bug is present in other WMs.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4512
Summary: UnrealGold OpenGL - always crashes after a few minutes
into the game
Product: Wine
Version: 0.9.7.
Platform: PC-x86-64
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ploujj(a)gmail.com
Example run:
$ unreal
fixme:process:GetProcessWorkingSetSize (0xffffffff,0x55bff568,0x55bff560): stub
err:ole:CoGetClassObject class {92fa2c24-253c-11d2-90fb-006008a1f441} not regist
ered
err:ole:CoGetClassObject no class object {92fa2c24-253c-11d2-90fb-006008a1f441}
could be created for for context 0x1
fixme:ole:CoCreateInstance no classfactory created for CLSID {92fa2c24-253c-11d2
-90fb-006008a1f441}, hres is 0x80040154
err:ole:CoGetClassObject class {d8f1eee0-f634-11cf-8700-00a0245d918b} not regist
ered
err:ole:CoGetClassObject no class object {d8f1eee0-f634-11cf-8700-00a0245d918b}
could be created for for context 0x1
fixme:ole:CoCreateInstance no classfactory created for CLSID {d8f1eee0-f634-11cf
-8700-00a0245d918b}, hres is 0x80040154
fixme:keyboard:RegisterHotKey (0x1002a,49218,0x00000001,27): stub
fixme:keyboard:RegisterHotKey (0x1002a,49219,0x00000001,9): stub
fixme:keyboard:RegisterHotKey (0x1002a,49220,0x00000002,27): stub
fixme:keyboard:RegisterHotKey (0x1002a,49221,0x00000002,9): stub
fixme:keyboard:UnregisterHotKey (0x1002a,49218): stub
fixme:keyboard:UnregisterHotKey (0x1002a,49219): stub
fixme:keyboard:UnregisterHotKey (0x1002a,49220): stub
fixme:keyboard:UnregisterHotKey (0x1002a,49221): stub
fixme:keyboard:RegisterHotKey (0x1002a,49218,0x00000001,27): stub
fixme:keyboard:RegisterHotKey (0x1002a,49219,0x00000001,9): stub
fixme:keyboard:RegisterHotKey (0x1002a,49220,0x00000002,27): stub
fixme:keyboard:RegisterHotKey (0x1002a,49221,0x00000002,9): stub
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error cod
e 6
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error cod
e 6
***************** error repeated many times
e 6
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
**************** ends with:
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x5599aa48)->((nil),00000008)
or
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x5599aa68)->((nil),00000008)
or
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x559aaa28)->((nil),00000008)
or
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x559aab38)->((nil),00000008)
(General Protection Error message appears in Unreal)
(I click OK)
(game quits, wine exits)
Running the OGL driver as described on the wine AppDB UnrealGold page
affects wine 0_9_{2,5,6,7}
This was only tested in online games.
Example Unreal.log file will be in attachments.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3257
------- Additional Comments From JosephHenryBlack(a)yahoo.co.nz 2006-07-02 19:40 -------
wine0.97 requires commctl and comctrl32 dlls for install.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4511
------- Additional Comments From ploujj(a)gmail.com 2006-07-02 19:37 -------
These crashes can be replicated with wine 0_9_{6,5,2} as well.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4449
------- Additional Comments From jbdubbs(a)gmail.com 2006-07-02 19:34 -------
Can we close this bug? Properly installing the font on your system lets the
font show properly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4511
Summary: UnrealGold D3D and Software renderers refuse to run
Product: Wine
Version: 0.9.7.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ploujj(a)gmail.com
wine and unreal logs will be provided in attachments
Software renderer even causes wine to segfault - coredump can be provided upon
request
Using the latest version of UnrealGold as described in its AppDB page.
Latest Wine (0.9.7) is aquired via CVS.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3822
------- Additional Comments From jbdubbs(a)gmail.com 2006-07-02 19:22 -------
I see this as fixed in 0.9.7. May have been prior to that, but I haven't been
tracking it closely.
Gentoo 2.6.15
KDE 3.5.0
XOrg 6.8
Wine 0.9.7
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3670
rwoodsmall(a)mac.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From rwoodsmall(a)mac.com 2006-07-02 17:50 -------
My problem looks to be fixed in 0.9.7. Will test more thoroughly when I have
more time.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3771
------- Additional Comments From darkvater(a)operamail.com 2006-07-02 17:47 -------
Yes, problem persists
fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=18432 <
primary_done=19600)
err:dsound:DSOUND_MixOne underrun on sound buffer 0x4040a670
It seems to hld out more in software mode where the game actually runs a lot
smoother than the D3D accelerated one.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3037
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-07-02 17:34 -------
Hi, what about doing a regression test to find out what patch broke this? You
already know the break was between october and 20041201 .
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4320
------- Additional Comments From michael.s.gilbert(a)gmail.com 2006-07-02 17:07 -------
i can confirm that i still have this problem with wine 0.9.7. will retry with
0.9.8.
mike
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4510
Summary: Check for arpa/nameser.h fails with -ansi
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jjk3(a)msstate.edu
With CFLAGS="-ansi", the configure check for arpa/nameser.h fails to compile.
This is caused by nameser.h relying on BSD libc features to compile, which
aren't enabled when -ansi is defined.
One possible fix is to make sure _BSD_SOURCE is defined in CFLAGS by configure
prior to the check.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4509
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|critical |major
Status|UNCONFIRMED |NEW
Component|wine-misc |wine-user
Ever Confirmed| |1
Keywords| |download, regression
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-07-02 16:32 -------
Confirming. Might be a bug in user32
Anyway, i just tried some old versions of wine, and the app starts fine in
wine-20050211. So (again) a regression.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4500
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eric.pouech(a)wanadoo.fr
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-07-02 16:12 -------
well, i don't have a patch :) The regression took place by this
patch:http://source.winehq.org/git/?p=wine.git;a=commitdiff_plain;h=2cdace2…
Honestly i don't see how on earth this patch could influence this bug, but i
doublechecked it and it does (simple way: get wine-0.9.5 and apply the patch).
Adding author of the patch
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2533
------- Additional Comments From sick_soul(a)yahoo.it 2006-07-02 14:31 -------
I am totally in favor of DESTDIR support.
My only warning is that DESTDIR must _not_ become part of fixed strings compiled
in the program itself.
That is why automake, countrary to what is said above, generates DESTDIR support
explicitly for each install rule.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4131
------- Additional Comments From leon_fraitak(a)mail.ru 2006-07-02 14:29 -------
It seems that the new Steam update fixed the freezes.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2533
------- Additional Comments From vapier(a)gentoo.org 2006-07-02 14:24 -------
modern automake (1.9.x) does not set DESTDIR in such a manner ... it adds
DESTDIR to the appropriate places in install targets ($(DESTDIR)$(bindir))
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4508
------- Additional Comments From sick_soul(a)yahoo.it 2006-07-02 14:23 -------
sorry, did not see that. Continuing my comments on #2533.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4504
------- Additional Comments From zwin(a)users.sourceforge.net 2006-07-02 14:02 -------
Ok, I've just tried without IE install using the WINEPREFIX as you suggested
(using wineprefix app to create the dir). I've installed the same python again
(2.3.5) and it fails the same way.
Testing with newer wine will not be as easy... I am downloading the deb for
testing from wine.sf.net but it is very very slow...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2533
------- Additional Comments From bugzilla(a)mdaniel.scdi.com 2006-07-02 13:55 -------
Which is ironic, given that is exactly how an automake based system (from whence
this "standard" originated) does it.
I have first-hand knowledge that prefixing the autotools make variables (bindir,
libdir, etc) with $(DESTDIR) works great.
The follow-up is to just ensure that DESTDIR is only set during the "install"
target, otherwise it does funny things to the binaries during the "all" target.
Maybe that is the "inserting paths into files" to which you refer.
It's fine if you guys don't want to accept the patch.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4508
Summary: Feature wish: support for DESTDIR in the source build
system
Product: Wine
Version: CVS
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sick_soul(a)yahoo.it
Hello,
It would be nice to have support for DESTDIR in the wine sources, to support
staged installs.
That whay, wine would also be fully supported by the GNU Source Installer
currently under development.
Thanks
Claudio
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4501
------- Additional Comments From cdunn42(a)yahoo.com 2006-07-02 12:22 -------
Applied the patch, no change - still printing with thin lines.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2533
------- Additional Comments From vapier(a)gentoo.org 2006-07-02 12:20 -------
inserting DESTDIR into variables is generally a quick hack rather than a real
fix as it'll prevent install targets from doing things like generating absolute
symlinks or inserting paths into files
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4507
Summary: F-keys not working on application
Product: Wine
Version: 0.9.2.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: william_kelley(a)standardlumber.com
I am running Wine on Redhat Linux 9 and am running Wine-0.9.2. I believe that I
have found a bug. I searched the website as well as the rest of the web. I am
running an application under win98. I cannot get the function keys to work on
the program. Is there a way to do this or is it a bug, or can I not expect the
function. Thank you for your time.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4501
burnus(a)gmx.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |burnus(a)gmx.de
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4506
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2006-07-02 09:35 -------
Dup
Thanks for looking into the cause of the crash.
*** This bug has been marked as a duplicate of 4334 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4334
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mamatkazin(a)ivc.orw.ru
------- Additional Comments From vitaliy(a)kievinfo.com 2006-07-02 09:35 -------
*** Bug 4506 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4320
------- Additional Comments From jave27(a)gmail.com 2006-07-02 09:31 -------
I could not duplicate this behaviour on wine CVS Feb 7th, 2006. Installer
worked fine, but the game didn't run (will file a separate bug).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4505
Summary: Allowing multiple wine processes to share a virtual
desktop
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chris.kcat(a)gmail.com
Currently, I have Wine set to use unmanaged windows on a 1024x768 virtual
desktop (same size as my real desktop). This helps with program compatibility
while allowing me to work with normal apps (as unmanaged windows seem to be
"always on top" of native X apps without the virtual desktop and thus get in
the way). Using KDE, I can then force Wine's virtual desktop window to be
borderless and put onto one of KDE's virtual desktop, which cleanly allows me
to winkey+tab between my main desktop(s) and a "Windows desktop".
However, a problem comes when I run multiple Wine applications. Each app gets
its own Wine-created virtual desktop window, and causes it to only let me see
a single app at a time. I can alt+tab between Wine's virtual desktops, but
each one blocks the view of others.. which makes having Windows apps set to
"always on top" meaningless since switching between Wine's virtual desktops
negates that effect, as well as just being aesthetically unpleasant.
Therefor, I propose an option to allow Wine apps to share a single virtual
desktop instead of letting each have its own. The first-run Wine process would
create it, and the last-closed process would close it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4504
------- Additional Comments From vitaliy(a)kievinfo.com 2006-07-02 07:43 -------
Sorry but you need to try with without IE install. It overrides lots of Wine's
dlls which makes it hard to find the bug. You could just move ~/.wine to
~/.wine-ie and install python separately. Also please upgrade to 0.9.7 and try
again. Numner of related bugs have been fixed in it.
And still use IE :
WINEPREFIX=~/.wine-ie wine 'c:\Program Files\Internet Explorer\iexplore'
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4504
Summary: calling something from python os.path crashes wine
Product: Wine
Version: 0.9.6.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zwin(a)users.sourceforge.net
$ wine c:\\Python23\\python.exe
Python 2.3.5 (#62, Feb 8 2005, 16:23:02) [MSC v.1200 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import os.path
>>> os.path.exists("foo")
wine: Unhandled page fault on read access to 0x00000001 at address 0x1e05a16f
(thread 0009), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 8 116") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
Wine failed with return code 5
I've setup wine according the instructions to install IE6. I've installed into
wine only IE6 and python 2.3.5.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4503
------- Additional Comments From sick_soul(a)yahoo.it 2006-07-02 05:23 -------
[quote start]
Get the "full CVS" archive from winehq. This archive is the CVS tree but with
the tags controlling the versioning system. It's a big file (> 40 meg) with a
name like full-cvs-<last update date> (it's more than 100mb when uncompressed,
you can't very well do this with small, old computers or slow Internet connections).
[quote end]
I cannot find "full CVS" archives from winehq. Can you please provide a link?
Thanks
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4503
------- Additional Comments From sick_soul(a)yahoo.it 2006-07-02 05:09 -------
1. I will perform a regression asap.
2. Using native msvcrt.dll does not help. Error remains the same.
3. I don't think so.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4503
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4503
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-07-02 01:20 -------
1.could you do a regression test please? It's described at:
http://www.winehq.org/site/docs/winedev-guide/x1344
2. Does using some native dlls change anything? (like using native msvcrt, i
guess not, but it's worth trying)
3. Is there a demo available for this game (that has the same bug)?
thanks
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4496
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2006-06-02 22:15 -------
Dup
*** This bug has been marked as a duplicate of 4143 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4055
------- Additional Comments From john(a)t-tec.com.au 2006-06-02 20:01 -------
By the way, I did have do a little bit of investigation on the FIFO suggestion.
According to the serial howto
<http://www.tldp.org/HOWTO/Serial-HOWTO-19.html#ss19.3>, Linux does not provide
a way to change the FIFO buffer size.
I tried "setserial /dev/ttyS0 low_latency", but that didn't improve the situation.
I don't know why Microchip tells people to set flow control in the control panel
when SetCommState gives Microchip the ability to do it themselves. Also, since
the PicStart Plus works with Wine, I don't see why the ICD2 couldn't be made to
work as well.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4503
Summary: crash (heap failure?) in Icewind Dale 2 after upgrade
from 0.9.2 to 0.9.6/0.9.7
Product: Wine
Version: 0.9.7.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sick_soul(a)yahoo.it
Hello,
I first upgraded wine from 0.9.2 to 0.9.6, and experienced the very ugly problem
I am going to describe below.
Then, reading the app database and regression bug already there, was encouraged
to try 0.9.7. The bug happens less often, but _it continues to happen_.
The problem I experience is exclusively manifested when saving the game.
It happens starting a new game too, but only because the game start causes an
autosave at Chapter 1 - Prelude.
The bug happens always at the same exact point in the save game scrollbar.
I analyzed the error logs, and, having read the logs of 0.9.2 back then, I
remember all the audio errors and stuff, and they are _not_ involved.
The real issue, I think, is the Heap error shown below. The feel is that the
program stops there during game save trying to continue to allocate memory,
again and again, until, at last, an error code is returned.
The C++ Runtime Library shows a window saying:
C++ Runtime library,
Runtime error! Program C:\games\iwd2\iwd2.exe
Abnormal Program termination.
Clicking OK terminates the program.
This never happened in 0.9.2, and I've wasted a ton of hours on this game.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4055
john(a)t-tec.com.au changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1525 is|0 |1
obsolete| |
------- Additional Comments From john(a)t-tec.com.au 2006-06-02 19:33 -------
Created an attachment (id=1838)
--> (http://bugs.winehq.org/attachment.cgi?id=1838&action=view)
output: I connected to ICD2 and then tried to erase, using MPLAB 7.2, wine
0.9.7
There has been a slight improvement since I last tried this. Now, with Wine
0.9.7 and MPLAB 7.2, I can connect to the ICD2 and it correctly identifies the
device.
However, when I go to the next part of what I want to do, erasing the chip, it
gives the same errors that I used to experience when trying to connect.
Here's a new file of the output from "WINEDEBUG=+comm wine MPLAB". I don't know
if there is any real difference with the older one.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4501
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4498
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |NoAppDBEntry
------- Additional Comments From tony.lambregts(a)gmail.com 2006-06-02 19:24 -------
Could you please submit an enry in the AppDB for this application
http://appdb.winehq.org
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4502
------- Additional Comments From a_villacis(a)palosanto.com 2006-06-02 18:11 -------
Created an attachment (id=1837)
--> (http://bugs.winehq.org/attachment.cgi?id=1837&action=view)
Test case which demostrates the bug
This is a sample VB project with compiled EXE, which triggers the bug. The app
displays a form with a DTPicker and two buttons. Clicking on any one of the
buttons is supposed to assign a date to the DTPicker (as shown in the source
code), but instead a 'Type mismatch' error is displayed, and the application
terminates. At the same time, the error message appears in the console.
Program requires MSVBVM60.DLL, not included because it makes sample too large
to post.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4502
Summary: Regression: DatePicker from MSCOMCT2.OCX causes Type
Mismatch on assignment to Value
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a_villacis(a)palosanto.com
Wine 0.9 works correctly with VB programs that use the DTPicker control from
MSCOMCT2.OCX.
Current CVS fails at the moment the VB program tries to assign the Value
property from a Date variable:
err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT from VT_DATE
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3166
------- Additional Comments From robert(a)paulsen.homeip.net 2006-06-02 17:39 -------
Still no joy.
> rm -rf .wine/
> wine --version
wine: creating configuration directory '/home/robert/.wine'...
ln: creating symbolic link `/home/robert/.wine-J9HCmP/dosdevices/m:/usbdisk_4'
to `/media/usbdisk_4': Permission denied
wine: wineprefixcreate failed while creating '/home/robert/.wine'.
If it is creating .wine, how come it tries to use .wine-J9HCmP ?
I can create the directory structure and soft link manually with no problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4500
------- Additional Comments From truiken(a)gmail.com 2006-06-02 17:21 -------
Can you add this test to the msvcrt test suite and submit the patch to
wine-patches(a)winehq.org?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4497
------- Additional Comments From b.buschinski(a)web.de 2006-06-02 16:18 -------
can confirm
same here
OS: Gentoo AMD64
Kernel: 2.6.15.1 (SMP)
GFX Card: NVidia 6600 GT (drivers: 8178)
RAM: 1024 MB
Wine Ver: CVS 20060206
without -heapsize 512000
it crashs too, but no "Out of Memory" window apears
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4501
Summary: Change to dlls/wineps/pen.c breaks printing in qcharts
Product: Wine
Version: 0.9.7.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cdunn42(a)yahoo.com
CC: dmitry(a)codeweavers.com
Running QCharts (http://www.qcharts.com) stock charting software, after wine
0.9.7, studies (moving averages, indicators, etc) on a printed chart no longer
keep the same line thickness they have on screen.
This is subscription software, so may be difficult to test, but as I am a
subscriber, I'll help if I can.
After looking at the ChangeLog and the source code in dlls/wineps/pen.c, I found
that if I backed out the change of 2/1/06 by replacing :
physDev->pen.width = logpen.lopnWidth.x;
if (logpen.lopnStyle & PS_GEOMETRIC)
{
physDev->pen.width = PSDRV_XWStoDS( physDev, physDev->pen.width );
if(physDev->pen.width < 0) physDev->pen.width = -physDev->pen.width;
}
with the previous code :
physDev->pen.width = PSDRV_XWStoDS(physDev, logpen.lopnWidth.x);
if(physDev->pen.width < 0)
physDev->pen.width = -physDev->pen.width;
then the problem went away, charts print with the correct line thicknesses.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4500
Summary: msvcrt: regression in very simple test app.
Product: Wine
Version: CVS
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Keywords: regression, download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Hi, there have been several regressions in msvcrt in the SeriousSam demo. I'll
leave bug 4482 for a regression that took place between wine's june and july
version 2005. I think there's also a bug/regression in _vsnprintf
here's modified sample from msdn; modifications are based on what SeriousSam
passes to _vsnprintf:
#include <stdarg.h>
#include <wtypes.h>
void VarArg(LPCSTR formatstring, ...)
{
int nSize = 0;
char buff[255];
va_list args;
va_start(args, formatstring);
nSize = _vsnprintf( buff, sizeof(buff), formatstring, args);
printf("nsize=%d\n", nSize);
}
void main() {
VarArg("Players\Player%d.plr", "Players\Player0.plr");
VarArg("Cannot open file `%s' (%s) ()", "");
}
The exe can be found at http://bugs.winehq.org/attachment.cgi?id=1829&action=view
it gives:
WINEDLLOVERRIDES="msvcrt=n" wine a.exe
nsize=24
nsize=25
same result with wine 0.9.5
with wine 0.9.7:
wine a.exe
nsize=24
nsize=33
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4499
Summary: OpenGL very slow in 0.9.7 -- regression
Product: Wine
Version: 0.9.7.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leon_fraitak(a)mail.ru
Wine 0.9.7 and CVS snapshots past 0.9.7 has a terrible OpenGL performance. For
example, Counter Strike 1.6 drops from 100 fps (in 0.9.6) to 30-50 fps (in
0.9.7).
It seems that the following patch has introduced the regression:
http://source.winehq.org/git/?p=wine.git;a=commit;h=13268261bbe0d4013937a6a…
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4457
------- Additional Comments From the3dfxdude(a)gmail.com 2006-06-02 14:41 -------
Thanks for the info. I suppose there is or was a compatability bug with wine
and S3 Savage video driver. I suppose you're using dri? I recommend the latest
dri cvs always when using dri (outside the scope of wine). I will update the
how-to to recommend 0.9.7. Yes, I'm sure it's slow =p
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3095
us(a)edmeades.me.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
------- Additional Comments From us(a)edmeades.me.uk 2006-06-02 14:10 -------
Apologies, I forgot to update this bug report when this got fixed. Complete
fix is in cvs and comitted. Confirmed it resolves this problem
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4498
Summary: game (Myst IV) shows no graphics when double buffering
is on
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: uli-do(a)gmx.at
I tried running Myst IV Revelation by Cyanworlds/Ubi Soft in wine git snapshot
from 15th January (wine 0.9.4) to 6th February 2006 (wine 0.9.7). With double
buffering switched on in winecfg, no graphics appear, the window stays black but
one can hear the music. I think it is somehow related to the game using d3d9 and
rendering the video on a d3d surface.
Turning double buffering off, the video appears but with the speed of a diashow
(depth conversion).
I tried to debug, but failed to find the cause for the window staying black.
Please tell me which debugging options I should use to provide more information.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4482
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-06-02 05:50 -------
Looks like there have been several regressions. In Wine 20041019 at least there
no such msvcrt-bug
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3902
------- Additional Comments From giulian2003(a)hotmail.com 2006-06-02 04:27 -------
Hi Marty,
I haven't made any patch because even though i obtained good results, i still
had some problems (some bitmap areas didn't
update right).
Anyway, its easy to make the necesary changes, it will take you about half un
hour, i will try to guide trough it:
First of all, I've wrote an email to Robert Shearman asking for informations
about DIBs - X Server sync and this is what he
wrote me:
Question:
Hello,
Could anyone give me some more info on X11DRV_CoerceDIBSection function and
the logic behind using 'DIB_Status_GdiMod' and
'DIB_Status_AppMod' stats? I am trying to repair a bug (3902) that has to do
with application waiting exccessivly on some
locks and i am kind of lost ;( Any help would be greatly appreciated!
Answer:
That code is designed to keep DIBs sync'ed between applications and the X
server. When the application does a Win32 GDI call
then the state of the DIB gets set to DIB_Status_GdiMod and the memory that
backs the DIB is set to no-access so that a page
fault occurs if the application tries to read it. A handler detects this and
downloads the DIB from the X server and sets the
state to DIB_Status_None. In this state the DIB memory is set to read-only, so
that a page fault occurs if the application
tries to write it. The same handler also detects this and consequentially sets
the DIB state to DIB_Status_AppMod and allows
full access to the DIB memory.
Now, the problem is this:
If you look in the function X11DRV_DIB_Coerce() in 'wine-
0.9.x\dlls\x11drv\dib.c', you will notice that in some cases (InSync
requested in status GdiMod, etc.) the function X11DRV_DIB_DoUpdateDIBSection()
is called which syncronises ALL the bitmap.
even though the previous function modified only a small area of the bitmap:
static void X11DRV_DIB_DoUpdateDIBSection(X_PHYSBITMAP *physBitmap, BOOL toDIB)
{
BITMAP bitmap;
GetObjectW( physBitmap->hbitmap, sizeof(bitmap), &bitmap );
X11DRV_DIB_DoCopyDIBSection(physBitmap, toDIB,
physBitmap->colorMap, physBitmap->nColorMap,
physBitmap->pixmap, 0, 0, 0, 0,
bitmap.bmWidth, bitmap.bmHeight);
}
My ideea was this:
In some cases is possible to know what area of the bitmap will get modified so
a GDI function could memorise the rectangle to
be modified! This way, the X11DRV_DIB_DoUpdateDIBSection() function could
syncronise only the modified area of the bitmap
instead of all the bitmap.
In order to implement this, i made the following changes:
- added a member to X_PHYSBITMAP structure in 'wine-0.9.3\dlls\x11drv\x11drv.h':
//it has the purpose to memorise the current modifing rectangle for a
certain bitmap
XRectangle modified_rect;
- added 2 functions in 'wine-0.9.x\dlls\x11drv\dib.c' designed for reading and
setting the modifing rectangle:
/***********************************************************************
* X11DRV_SetBoundRect
*/
void X11DRV_SetBoundRect(X_PHYSBITMAP *physBitmap, INT x, INT y, INT width, INT
height)
{
XRectangle *t;
INT xMin,yMin,xMax,yMax;
if (!physBitmap) return;
t = &(physBitmap->modified_rect);
if ( t->width && t->height && /*already a valid rect inside*/
width && height ) /*not trying to invalidate rect*/
{
//calculate the union of the two rectangles
xMin = ((t->x < x)?t->x:x);
yMin = ((t->y < y)?t->y:y);
xMax = ((t->x + t->width > x + width)?(t->x + t->width):(x +
width));
yMax = ((t->y + t->height > y + height)?(t->y + t->height):(y +
height));
t->x = xMin;
t->y = yMin;
t->width = xMax - xMin;
t->height = yMax - yMin;
}
else
{
t->x = x;
t->y = y;
t->width = width;
t->height = height;
}
TRACE("(%p,%d,%d,%d,%d)\n", physBitmap->hbitmap, t->x, t->y, t->width,
t->height);
}
/***********************************************************************
* X11DRV_GetBoundRect
*/
UINT X11DRV_GetBoundRect(X_PHYSBITMAP *physBitmap, INT *x, INT *y, INT *width,
INT *height)
{
DIBSECTION dib;
XRectangle *t;
if (!physBitmap || GetObjectW( physBitmap->hbitmap, sizeof(dib),
&dib ) != sizeof(dib))
{
ERR("called for non-DIBSection!?\n");
return 1;
}
t = &(physBitmap->modified_rect);
/* we should check for oversize values */
if ( (t->width > 0) && (t->height > 0) &&
(t->x < dib.dsBm.bmWidth) && (t->y < dib.dsBm.bmHeight) )
{
*x = t->x;
*y = t->y;
if (t->x + t->width > dib.dsBm.bmWidth)
*width = dib.dsBm.bmWidth - t->x;
else
*width = t->width;
if (t->y + t->height > dib.dsBm.bmHeight)
*height = dib.dsBm.bmHeight - t->y;
else
*height = t->height;
}
else
{
*x = 0;
*y = 0;
*width = dib.dsBm.bmWidth;
*height = dib.dsBm.bmHeight;
}
TRACE("(%p,%d,%d,%d,%d)\n", physBitmap->hbitmap, *x, *y, *width,
*height);
return 0;
}
And finally, i modified the X11DRV_DIB_DoUpdateDIBSection() function in 'wine-
0.9.x\dlls\x11drv\dib.c' to take in
consideration the modifing rectangle!
static void X11DRV_DIB_DoUpdateDIBSection(X_PHYSBITMAP *physBitmap, BOOL toDIB)
{
INT x,y,width,height;
if ( X11DRV_GetBoundRect(physBitmap,&x,&y,&width,&height) ) return;
/*invalidate bound rect*/
X11DRV_SetBoundRect(physBitmap,0,0,0,0);
X11DRV_DIB_DoCopyDIBSection(physBitmap, toDIB,
physBitmap->colorMap, physBitmap->nColorMap,
physBitmap->pixmap, x, y, x, y,
width, height);
}
Now, a GDI function (for example BitBlt()) should be called like this:
X11DRV_SetBoundRect(physDevDst->bitmap,xDst,yDst,width,height);
X11DRV_CoerceDIBSection( physDevDst, DIB_Status_GdiMod, FALSE );
if (physDevDst != physDevSrc)
{
X11DRV_SetBoundRect(physDevSrc->bitmap,xSrc,ySrc,width,height);
X11DRV_CoerceDIBSection( physDevSrc, DIB_Status_GdiMod, FALSE );
}
result = BITBLT_InternalStretchBlt( physDevDst, xDst, yDst, width, height,
physDevSrc, xSrc, ySrc, width, height,
rop );
if (physDevDst != physDevSrc)
X11DRV_UnlockDIBSection( physDevSrc, FALSE );
X11DRV_UnlockDIBSection( physDevDst, TRUE );
As i said, i obtained good results, but the bitmaps don't update right! ;(
I think one of the problems is i didn't took into consideration the origines in
X11DRV_PDEVICE struct when i call
X11DRV_SetBoundRect(), moustly because i don't have a clear understanding about
how things work!
The members of the X11DRV_PDEVICE struct that i belive should be taken into
consideration are:
POINT org; /* DC origin relative to drawable */
POINT drawable_org; /* Origin of drawable relative to screen */
HRGN region; /* Device region (visible region & clip region)
*
Not sure if all of them or maybe only 'org'?
If you have any more questions, please don't esitate to ask them...
Iulian
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4496
Summary: OpenGL changes break World of Warcraft in 0.9.4 and
above.
Product: Wine
Version: 0.9.7.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gs234-winebugzilla(a)srcf.ucam.org
Under wine 0.9.4 and newer WoW (run with the -opengl switch) crashes fairly soon
with the following error message:
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 145 (GLX)
Minor opcode of failed request: 13 (X_GLXCreateGLXPixmap)
Serial number of failed request: 407
Current serial number in output stream: 408
This usually happens immediately or soon after the loading screen is finished
when logging in a character.
However, there is a small patch available wich paritally undoes the changes in
0.9.4: <http://kaspersandberg.com/~redeeman/wine-cvs-glx-r2.diff>.
I myself have nothing to with that patch, but I can confirm that it fixes my
problem. I found it here:
<http://gentoo-wiki.com/HOWTO_Install_and_update_World_Of_Warcraft_with_wine…:>.
I hope this gives you the information you need.
I am using a self-compiled wine on a up-to-date Debian unstable system.
(However, the debian-packaged wine exhibits the same problems.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4495
Summary: regedit gives false Unrecognized escape sequence errors
when importing from a .reg file
Product: Wine
Version: 0.9.7.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P5
Component: wine-tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mkdm_2000(a)yahoo.com
I am trying to import some registry keys that were exported in ASCII format from
a Win2000 machine. When importing via regedit (invoked wine regedit), it
returns errors on any entries that include a backslash ("\").
For the follwing registry key:
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.blk\ShellNew]
"Filename"="c:\program files\test_me\this_is_a_test.txt"
I get the following errors:
Warning! Unrecognized escape sequence: \p'
Warning! Unrecognized escape sequence: \t'
Warning! Unrecognized escape sequence: \t'
I think the error is in the "REGPROC_unescape_string" routine in regproc.c .
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4449
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-06-02 03:58 -------
I think you have to run by wine "c:\Program Files\Steam\Steam.exe"
and _not_ wine ~/.wine/drive_c/Program\ files/Steam/Steam.exe
Anyway, this whole fonts stuff is very, very vague. I asked a question about a
long time ago and a developer said wine should be able to find correct fonts on
your system. However it never worked on my computer, and the documentation isn't
very clear about it either. Hopefully someone who knows something about this
issue can update the documentation on this stuff so that wine- users know what
to do.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4449
------- Additional Comments From ivg2(a)cornell.edu 2006-06-02 03:40 -------
Copying the tahoma font to this location works!
Unfortunately it dies a bit later, with another error ("Unable to write to
virtual address 88", or something similar).
I can't remember how long ago it used to work...
It's not a very recent regression, it's been broken for a while.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4493
Summary: msvcrt:Serious Sam crashes after ran for the second time
(regression)
Product: Wine
Version: CVS
Platform: Other
URL: http://files.seriouszone.com/catdisplay.php?catid=36
OS/Version: Linux
Status: NEW
Keywords: regression, download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Steps to reproduce:
1. Install Serious Sam from the link above.
2. Run it with native msvcrt the first time (it will crash because of another bug).
3. Quit it and now run it for the second time with builtin msvcrt.
It crashes like this:
=>1 0x7b83ee63 RaiseException+0x67(code=0xe06d7363, flags=0x1, nbargs=0x3,
args=0x7fc5fa14) [/LFS/winecvs/wine/dlls/kernel/except.c:85] in kernel32
(0x7b83ee63)
2 0x7f944a14 _CxxThrowException+0x38(object=0x7fc5fc44, type=0x601e51c8)
[/LFS/winecvs/wine/dlls/msvcrt/cppexcept.c:417] in msvcrt (0x7f944a14)
3 0x600d9422 ?ExceptionFatalError@CTStream@@SAXXZ+0xc2 in engine (0x600d9422)
4 0x600daed0 ??0CTFileStream@@QAE@XZ+0x3a0 in engine (0x600daed0)
5 0x604b1cbe in game (+0x11cbe) (0x604b1cbe)
6 0x604b05da in game (+0x105da) (0x604b05da)
7 0x604b9613 in game (+0x19613) (0x604b9613)
8 0x00420f69 in serioussam (+0x20f69) (0x00420f69)
9 0x00421872 in serioussam (+0x21872) (0x00421872)
10 0x00422a80 in serioussam (+0x22a80) (0x00422a80)
11 0x00423828 in serioussam (+0x23828) (0x00423828)
12 0x00425c70 EntryPoint+0x134 in serioussam (0x00425c70)
13 0x7b8648e7 start_process+0xd3(arg=0x0)
[/LFS/winecvs/wine/dlls/kernel/process.c:1025] in kernel32 (0x7b8648e7)
14 0xb7eff7c3 wine_switch_to_stack+0x17 in libwine.so.1 (0xb7eff7c3)
0x7b83ee63 RaiseException+0x67 [/LFS/winecvs/wine/dlls/kernel/except.c:85] in
kernel32: leal 0xfffffff4(%ebp),%esp
85 RtlRaiseException( &record );
This happens in Wine-0.9.6 and 7, but not in 0.9.5. I'll try to find the patch
that broke Sam.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4449
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-06-02 02:05 -------
Actually i have this never seen working at all. I always had to copy Tahoma.TTF to
~/.wine/drive_c/windows/fonts. Do you remember about how long ago it used to work?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4492
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-06-02 01:13 -------
Just for your info: i just tried the installation but i do not have the problem
here at all. Seems to install just fine right here.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4480
------- Additional Comments From mike(a)codeweavers.com 2006-06-02 00:10 -------
Looks like MONTHCAL_SetRange should validate its input a bit better. Perhaps it
should return and error if the maximum date is before the minimum date.
Anybody care to write a test case and fix it? The test case would create a
Monthly Calendar control, then send it some MCM_SETRANGE messages and check what
the output is.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4449
------- Additional Comments From MattFinn(a)gmail.com 2006-06-02 00:06 -------
This could be from the lack of Tahoma - try this:
edit system.reg
include, under "Software\\Microsoft\\Windows NT\\CurrentVersion\\FontSubstitutes"
"Tahoma"="Times New Roman"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4490
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jacek(a)codeweavers.com
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From tony.lambregts(a)gmail.com 2006-05-02 22:38 -------
It looks like this is the patch that is causing the regression -- Actual commit
Thu Jan 5 16:57:49 2006 UTC
http://www.winehq.org/pipermail/wine-cvs/2006-January/020113.html
Why Would it be crashing in kernel when the change is in wininet I do not know.
Confirming and CC:ing the author of the patch
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.