wine-bugs

wine-bugs@winehq.org

1 participants
158998 discussions

[Bug 1954] New: SHNotifyCopyFileW doesn't create subdirectories (it should)
by Wine Bugs 22 Jan '04

22 Jan '04

http://bugs.winehq.org/show_bug.cgi?id=1954 Summary: SHNotifyCopyFileW doesn't create subdirectories (it should) Product: Wine Version: 20031212 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: phillip.ezolt(a)hp.com SHNotifyCopyFileW does NOT create subdirectories if they do not already exist. The installer for RollerCoaster tycoon demo requires this to be working properly to install. (The real version has the same problem.) (This demo is located at: ftp://ftp.microprose.com/pub/demos/rollercoaster/rct-edl.exe ) During installation, the install creates the directory: C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\ It can successfully copy files to this newly created directory, but coping into any (currently non-existant) directories below it fail. According to MS: " Copy and Move operations can specify destination directories that do not exist and the system will attempt to create them. " (See footnote #1 for more info) For example, this succeeds: trace:shell:SHNotifyCopyFileW (L"E:\\WZS21db.tmp\\English\\rct.exe" L"C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\rct.exe" ) But this fails: trace:shell:SHNotifyCopyFileW (L"E:\\WZS21db.tmp\\Saved Games\\001" L"C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\Saved Games\\001" ) The directory "Saved Games" should be created before "001" is copied into it. Instead, the call fails. I've verified that this true, by creating the proper directories as it is installing, and the game works fine. (When the install is running, I cd into: "C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\" and from Linux type: mkdir "Saved Games" ; mkdir "Data" ; mkdir "Tracks" ; mkdir "Scenarios" The will make the directories and the installation will complete. Note this bug shows up on /usr/src/wine-20040121 as well. (1) According to: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… ... pTo Address of a buffer to contain the name of the destination file or directory. This parameter must be set to NULL if it is not used. Like pFrom, the pTo member is also a double-null terminated string and is handled in much the same way. However, pTo must meet the following specifications. ... * Copy and Move operations can specify destination directories that do not exist and the system will attempt to create them. The system normally displays a dialog box to ask the user if they want to create the new directory. To suppress this dialog box and have the directories created silently, set the FOF_NOCONFIRMMKDIR flag in fFlags. * For Copy and Move operations, the buffer can contain multiple destination file names if the fFlags member specifies FOF_MULTIDESTFILES. ... -- 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.

1 0

[Bug 1950] Regression - MDI Failure in 16-Bit Program
by Wine Bugs 22 Jan '04

22 Jan '04

http://bugs.winehq.org/show_bug.cgi?id=1950 ------- Additional Comments From Andrew.Talbot(a)talbotville.com 2004-22-01 10:59 ------- Yes, I sent Dmitry a copy of the app. and he has submitted a 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.

1 0

[Bug 1951] running ldraw.exe gives: unprotecting the first 64KB of memory to allow real-mode calls.
by Wine Bugs 22 Jan '04

22 Jan '04

http://bugs.winehq.org/show_bug.cgi?id=1951 mike(a)theoretic.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID ------- Additional Comments From mike(a)theoretic.com 2004-22-01 09:11 ------- This warning is harmless and is intended for Wine developers. It can be ignored. -- 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.

1 0

[Bug 1950] Regression - MDI Failure in 16-Bit Program
by Wine Bugs 22 Jan '04

22 Jan '04

http://bugs.winehq.org/show_bug.cgi?id=1950 mike(a)theoretic.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmitry(a)codeweavers.com ------- Additional Comments From mike(a)theoretic.com 2004-22-01 09:10 ------- Is this application available? Dmitry said at the time this was not well tested with 16 bit apps as he doesn't have any. -- 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.

1 0

[Bug 1953] New: incorrect mouse / menu interaction (compared to windows)
by Wine Bugs 22 Jan '04

22 Jan '04

http://bugs.winehq.org/show_bug.cgi?id=1953 Summary: incorrect mouse / menu interaction (compared to windows) Product: Wine Version: 20030813 Platform: All URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=228539 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: ovek(a)arcticnet.no Luke Kenneth Casson Leighton <lkcl(a)samba-tng.org> reports: this is a sort of non-conformity of "correctness" against the behaviour of windows and wine. on windows: when left-mouse-button-pressing-and-holding on a menu, the menu stays popped up. mouse-moving can be used to select sub-menus, etc. etc. all whilst still left-mouse-button-holding. on left-mouse-button-release, if the mouse is over a menu item, it is "actioned". on wine: when left-mouse-button-pressing-and-holding on a menu, the menu stays popped up. mouse-moving can be used to select sub-menus, etc. etc. all whilst still left-mouse-button-holding. on left-mouse-button-release, if the mouse is over a menu item, it is NOT "actioned". in fact, occasionally, the menu stays popped up! only by selecting an option on it (with a left-mouse-click), which is not always desirable, does the menu disappear! -- 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.

1 0

[Bug 1902] Dashed lines print incorrectly
by Wine Bugs 22 Jan '04

22 Jan '04

http://bugs.winehq.org/show_bug.cgi?id=1902 bleverett(a)att.net changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #491 is|0 |1 obsolete| | ------- Additional Comments From bleverett(a)att.net 2004-21-01 23:02 ------- Created an attachment (id=499) --> (http://bugs.winehq.org/attachment.cgi?id=499&action=view) Second attempt at patch This patch does not use a static local. It will emit a dash specification for each line sent out to wineps. -- 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.

1 0

Re: [Bug 1872] New: Wine networking apears to be broken with Linux Kernel 2.6
by Jonathan A. Zdziarski 22 Jan '04

22 Jan '04

Still broken in 2.6.1. Has anyone looked at this yet? On Tue, 2003-12-09 at 11:16, Wine Bugs wrote: > http://bugs.winehq.com/show_bug.cgi?id=1872 > > Summary: Wine networking apears to be broken with Linux Kernel > 2.6 > Product: Wine > Version: 20030911 > Platform: PC > OS/Version: Linux > Status: UNCONFIRMED > Severity: major > Priority: P2 > Component: wine-net > AssignedTo: wine-bugs(a)winehq.com > ReportedBy: jonathan(a)nuclearelephant.com > > > Wine networking apears to be broken with Linux Kernel 2.6. I upgraded to > 2.6.0-0.test11.1.99 and things work OK except my Quicken application fails every > time I try and connect to my bank with an OL-261-B. I booted up into the old > 2.4 kernel and it downloaded just fine.

1 0

[Bug 1952] half-life, unreal tournament: video runs too 1.5x too fast
by Wine Bugs 22 Jan '04

22 Jan '04

http://bugs.winehq.org/show_bug.cgi?id=1952 ------- Additional Comments From lesha(a)netman.ru 2004-21-01 18:47 ------- Just verified that the native apps do run at proper speeds. Hence, definitely a wine 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.

1 0

[Bug 1952] half-life, unreal tournament: video runs too 1.5x too fast
by Wine Bugs 21 Jan '04

21 Jan '04

http://bugs.winehq.org/show_bug.cgi?id=1952 ------- Additional Comments From lesha(a)netman.ru 2004-21-01 17:58 ------- Oh, almost forgot. This may depend on bug 1537. I will test that patch too. -- 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.

1 0

[Bug 1952] New: half-life, unreal tournament: video runs too 1.5x too fast
by Wine Bugs 21 Jan '04

21 Jan '04

http://bugs.winehq.org/show_bug.cgi?id=1952 Summary: half-life, unreal tournament: video runs too 1.5x too fast Product: Wine Version: 20031212 Platform: PC OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-multimedia AssignedTo: wine-bugs(a)winehq.org ReportedBy: lesha(a)netman.ru I have a P4 1.7 with a GeForce2Go, nvidia drivers, ker 2.4.1, xfree 4.3.0. After a bit of pain, I got both HL and UT to work with wine. However, I later noticed that both games run 1.5 times as fast as they should, which is causing many problems. The ways I can tell they're running too fast: 0) The movemement is noticeably faster than normal. 1) In the half-life intro, the various voice messages overlap because one doesn't finish before the other. In the UT intro, the voice/sound track gets behind the video (like car noises) 2) In multiplayer (HL), if I act as the server, I can outrun and outshoot every other player by about 1.5 times. Being the multiplayer client doesn't work at all. In multiplayer UT, being a server doesn't work, being a client one runs very fast and stops to catch up with the server every once in a while. The other players see continuous movement. 3) I timed a straight run across a level in wine UT and on windows UT, the wine ones is 1.5 times faster. Prboom (native) and quake3 demo (native) both seem to run at proper speeds (I ought to do numeric test too, just to be sure). I did a wine --debugmsg +all run on half-life's introduction, and there are no messages containing "time" in the part corresponding to the intro at all. There are some wmtimer & getimeofday messages earlier though. I am getting the CVS at the moment, and will also test an older version. However, I'd appreciate hearing any thoughts people have on the subject. By the way, the component is probably wrong. Sorry, I don't know what the problem area really 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.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs