January 2004 - Wine-Bugs - list.winehq.org

[Bug 1882] network aplication not running properly (Briged Base Online)
by Wine Bugs Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1882 ------- Additional Comments From cdwright(a)ntlworld.com 2004-23-01 11:00 ------- (Using wine 20040121 SuSE 8.2, no windows installation, running as Win98 Comments enclosed in ** are mine) Running Installer programme bbo_setup gives the following fixmes as console output: fixme:ntdll:NtQueryInformationToken (0x50,2,0x408af714,1024,0x408afb14): stub **Welcome** **License Agreement** **Install Folder** **Shortcut Folder** fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. **Finished** After installation the program runs as indicated in original comment. Running program: No error messages were output running the programme using: wine --debugmsg fixme+all "C:\\Bridge Base Online\\NetBridgeVu.exe" wine --debugmsg err+all "C:\\Bridge Base Online\\NetBridgeVu.exe" Consoleoutput as given in attachment wine --debugmsg warn+all "C:\\Bridge Base Online\\NetBridgeVu.exe" -- 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 1882] network aplication not running properly (Briged Base Online)
by Wine Bugs Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1882 ------- Additional Comments From cdwright(a)ntlworld.com 2004-23-01 10:59 ------- Created an attachment (id=501) --> (http://bugs.winehq.org/attachment.cgi?id=501&action=view) Console error output wine --debugmsg warn+all Console error output wine --debugmsg warn+all. Additional comments appending during run enclosed in **. wine 20040121 SuSE 8.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.

1 0

[Bug 1955] Linker script to reserve PE load address range required (exec-shield, prelink)
by Wine Bugs Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1955 mike(a)theoretic.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard(a)winehq.com Status|UNCONFIRMED |NEW Ever Confirmed| |1 Summary|error on application install|Linker script to reserve PE |of AutoCAD 2000 ( R15) |load address range required | |(exec-shield, prelink) ------- Additional Comments From mike(a)theoretic.com 2004-23-01 10:02 ------- Try switching off exec shield with the following commands (as root) echo 0 >/proc/sys/kernel/exec-shield echo 0 >/proc/sys/kernel/exec-shield-randomize Since AJ switched off the BSS array hack, we are back to square one with execshield and prelink DSO load address randomization. One potential fix is to use the MEMORY linker script directive to reserve an address range (but not swap space). I've experimented with this, and was able to succesfully link a minimal test binary, but unfortunately it segfaulted on initialization, apparently inside the rtld with no backtrace. I've emailed the binutils list, but as yet got no response. Probably somebody more skilled than me could make this work. I'll try again soon. CCing Alexandre. Please dupe exec-shield and prelink problems to 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.

1 0

[Bug 1954] SHNotifyCopyFileW doesn't create subdirectories (it should)
by Wine Bugs Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1954 ------- Additional Comments From mike(a)theoretic.com 2004-23-01 09:55 ------- Can you submit a patch for 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.

1 0

[Bug 1957] regression: did work in nov2002, but now: err:bitmap:X11DRV_DIB_SetImageBits Out of memory!
by Wine Bugs Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1957 a.stenglein(a)gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Component|wine-directx |wine-x11driver -- 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 1957] New: regression: did work in nov2002, but now: err:bitmap:X11DRV_DIB_SetImageBits Out of memory!
by Wine Bugs Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1957 Summary: regression: did work in nov2002, but now: err:bitmap:X11DRV_DIB_SetImageBits Out of memory! Product: Wine Version: CVS Platform: PC URL: http://monostep.org/demo/thehit.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: a.stenglein(a)gmx.net TheHit Realtime (http://monostep.org/demo/thehit.html thehitrt.zip 3,8MByte) did work in Nov2002, at least to a certain extend. It only showed some err:opengl:wglGetProcAddress Extension wglGetExtensionsStringARB ... and some fixme:ole, dsound, system then with wine-cvs from some weeks ago it showed only these two fixmes and didnt work at all: fixme:ole:CoCreateInstance no classfactory created for CLSID {3901cc3f-84b5-4fa4-ba35-aa8172b8a09b}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d4d946-62e8-11cf-93bc-444553540000}, hres is 0x80040154 and now with current wine cvs I get these errors and it still doesnt work: err:bitmap:X11DRV_DIB_SetImageBits Out of memory! err:bitmap:X11DRV_DIB_SetImageBits Out of memory! wine: Unhandled exception (thread 0009), starting debugger... err:win32:_EnterSysLevel (0x40743400, level 2): Holding 0x40805660, level 3. Expect deadlock! err:win32:_EnterSysLevel (0x40743400, level 2): Holding 0x40805660, level 3. Expect deadlock! -- 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 1956] [PATCH] Incorrect random multicast MAC address creation in UUID generator
by Wine Bugs Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1956 ------- Additional Comments From rse(a)engelschall.com 2004-23-01 03:00 ------- Created an attachment (id=500) --> (http://bugs.winehq.org/attachment.cgi?id=500&action=view) Patch to fix UUID generation -- 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 1956] New: [PATCH] Incorrect random multicast MAC address creation in UUID generator
by Wine Bugs Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1956 Summary: [PATCH] Incorrect random multicast MAC address creation in UUID generator Product: Wine Version: 20031212 Platform: All OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: rse(a)engelschall.com In case no real/physical IEEE 802 address is available, both the expired "draft-leach-uuids-guids-01" (section "4. Node IDs when no IEEE 802 network card is available") and RFC 2518 (section "6.4.1 Node Field Generation Without the IEEE 802 Address") recommend (quoted from RFC 2518): "The ideal solution is to obtain a 47 bit cryptographic quality random number, and use it as the low 47 bits of the node ID, with the _most_ significant bit of the first octet of the node ID set to 1. This bit is the unicast/multicast bit, which will never be set in IEEE 802 addresses obtained from network cards; hence, there can never be a conflict between UUIDs generated by machines with and without network cards." Unfortunately, this incorrectly explains how to implement this and this UUID generator code inherited this generation bug from the broken reference code in the standards draft. They should instead specify the "_least_ significant bit of the first octet of the node ID" as the multicast bit in a memory and hexadecimal string representation of a 48-bit IEEE 802 MAC address. This standards bug arised from a false interpretation, as the multicast bit is actually the _most_ significant bit in IEEE 802.3 (Ethernet) _transmission order_ of an IEEE 802 MAC address. The standards authors forgot that the bitwise order of an _octet_ from a MAC address _memory_ and hexadecimal string representation is still always from left (MSB, bit 7) to right (LSB, bit 0). The following patch fixes this: --- wine/dlls/rpcrt4/rpcrt4_main.c.orig Thu Sep 11 03:05:19 2003 +++ wine/dlls/rpcrt4/rpcrt4_main.c Thu Jan 15 18:18:08 2004 @@ -351,7 +351,7 @@ if (sd < 0) { /* if we can't open a socket, just use random numbers */ /* set the multicast bit to prevent conflicts with real cards */ - a[0] = (rand() & 0xff) | 0x80; + a[0] = (rand() & 0xff) | 0x01; a[1] = rand() & 0xff; a[2] = rand() & 0xff; a[3] = rand() & 0xff; @@ -366,7 +366,7 @@ close(sd); /* no ifconf, so just use random numbers */ /* set the multicast bit to prevent conflicts with real cards */ - a[0] = (rand() & 0xff) | 0x80; + a[0] = (rand() & 0xff) | 0x01; a[1] = rand() & 0xff; a[2] = rand() & 0xff; a[3] = rand() & 0xff; @@ -403,7 +403,7 @@ } /* if we didn't find a valid address, make a random one */ /* once again, set multicast bit to avoid conflicts */ - a[0] = (rand() & 0xff) | 0x80; + a[0] = (rand() & 0xff) | 0x01; a[1] = rand() & 0xff; a[2] = rand() & 0xff; a[3] = rand() & 0xff; @@ -416,7 +416,7 @@ } #else /* no networking info, so generate a random address */ - a[0] = (rand() & 0xff) | 0x80; + a[0] = (rand() & 0xff) | 0x01; a[1] = rand() & 0xff; a[2] = rand() & 0xff; a[3] = rand() & 0xff; -- 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 Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1952 ------- Additional Comments From lesha(a)netman.ru 2004-22-01 23:59 ------- Additional bizarreness: I've since recompiled 20031212 with --enable-debug, and the problem went away (all other things being the same). That makes it rather difficult to debug properly (ideas?). -- 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 1955] New: error on application install of AutoCAD 2000 ( R15)
by Wine Bugs Jan. 22, 2004

Jan. 22, 2004

http://bugs.winehq.org/show_bug.cgi?id=1955 Summary: error on application install of AutoCAD 2000 ( R15) Product: Wine Version: CVS Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: NaveR(a)FidelityTech.com 1/22/2004 I have just installed the latest wine binary from wine-cvs-glibc23-opengl-20040122-1.586.rpm on a pentium system running Red Hat Fedora 1 with both kernel versions 2.4.22 and 2.6.1 I attempted to install AutoCAD R15 by running wine setup.exe from the Autocad source directory. The installation appeared to proceed flawlessly with no errors. When I attempted to start AutoCAD by typing wine acad.exe I received the following message err: map_image StandardLoadaddress for a Win32 program ( 0x00400000 ) is not available - security patched kernel ? I get the same error with both the 2.4.22 and 2.6.1 kernels. Note ( I have tried Auto CAD on previous versions of Wine with no success ) This is the first version that appears to cleanly install. This is a new error message that I have never seen before. I am not sure what the error message means. -- 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 1954] New: SHNotifyCopyFileW doesn't create subdirectories (it should)
by Wine Bugs Jan. 22, 2004

Jan. 22, 2004

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 Jan. 22, 2004

Jan. 22, 2004

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 Jan. 22, 2004

Jan. 22, 2004

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 Jan. 22, 2004

Jan. 22, 2004

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 Jan. 22, 2004

Jan. 22, 2004

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 Jan. 22, 2004

Jan. 22, 2004

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 Jan. 22, 2004

Jan. 22, 2004

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 Jan. 22, 2004

Jan. 22, 2004

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 Jan. 21, 2004

Jan. 21, 2004

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 Jan. 21, 2004

Jan. 21, 2004

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

[Bug 1898] Half-Life fails in 20031212 release
by Wine Bugs Jan. 21, 2004

Jan. 21, 2004

http://bugs.winehq.org/show_bug.cgi?id=1898 mike(a)theoretic.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From mike(a)theoretic.com 2004-21-01 16:53 ------- Not really sure what to do with this bug, but considering that over the Christmas holidays I bought halflife and ended up wasting most of the last week playing it on Wine I can say it works pretty well here, modulo the following known issues: * Intro video doesn't play. MikeM fixed this a few days ago in CVS though it shows up another WinMM bug which causes the game to hang shortly after. Hopefully it'll be nailed soon. * Flickering on menus. I wrote a patch for this but unfortunately the rest of the painting code can't cope with it yet. Blocking on inter-process invalidation. It's just a cosmetic issue anyway. * Slowness on menu. Not looked at this yet. * Colour palette corruption on animated logo on the menu. Not investigated. * For CD music you need "Device" to be defined. In the future we want this to be autodetected but for now it's manual. The game works perfectly in OpenGL mode though. I also have an i810 audio chip and noticed no real issues with it. The keyboard focus issues are a generic, well known problem with fullscreen apps in Wine :( There's no point having this bug held open for that, we have some ideas for what we need to do there. Running in Desktop mode can help for now. -- 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] New: running ldraw.exe gives: unprotecting the first 64KB of memory to allow real-mode calls.
by Wine Bugs Jan. 21, 2004

Jan. 21, 2004

http://bugs.winehq.org/show_bug.cgi?id=1951 Summary: running ldraw.exe gives: unprotecting the first 64KB of memory to allow real-mode calls. Product: Wine Version: 20031118 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: coenblok(a)dse.nl coen(a)cabdeb:~$ wine --debugmsg +int .wine/c/ldraw027.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Fontconfig warning: line 245: invalid edit binding "same" Fontconfig warning: line 257: invalid edit binding "same" Warning: unprotecting the first 64KB of memory to allow real-mode calls. NULL pointer accesses will no longer be caught. trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_Loop calling 0x406a349c with arg 00010000 trace:int:TIMER_DoSetTimer setting timer tick delay to 55 ms trace:int:DOSVM_Loop done, signalling event 5c trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_SetRMHandler Set real mode interrupt vector 00 <- 00d5:015f trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_SetRMHandler Set real mode interrupt vector 23 <- 00d5:2cfe trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_HardwareInterruptRM builtin interrupt 21 has been invoked (through vector 21) trace:int:DOSVM_QueueEvent new event queued, signalling (time=478078) trace:int:DOSVM_SendQueuedEvents Called in real mode with events pending (time=478078) trace:int:DOSVM_SendQueuedEvents cs:ip=0000:00000000, ss:sp=0515:0000ff3a trace:int:DOSVM_SendOneEvent Dispatching IRQ 0. trace:int:DOSVM_HardwareInterruptRM builtin interrupt 08 has been invoked (through vector 08) warn:int:DOSVM_GetBuiltinHandler int1c not implemented, returning dummy handler trace:int:DOSVM_PIC_ioport_out Received EOI for current IRQ 0, clearing event trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_QueueEvent new event queued, signalling (time=478133) trace:int:DOSVM_SendQueuedEvents Called in real mode with events pending (time=478133) trace:int:DOSVM_SendQueuedEvents cs:ip=0000:00000000, ss:sp=0515:0000ff3a trace:int:DOSVM_SendOneEvent Dispatching IRQ 0. trace:int:DOSVM_HardwareInterruptRM builtin interrupt 08 has been invoked (through vector 08) warn:int:DOSVM_GetBuiltinHandler int1c not implemented, returning dummy handler trace:int:DOSVM_PIC_ioport_out Received EOI for current IRQ 0, clearing event trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_QueueEvent new event queued, signalling (time=478188) trace:int:DOSVM_SendQueuedEvents Called in real mode with events pending (time=478188) trace:int:DOSVM_SendQueuedEvents cs:ip=0000:00000000, ss:sp=0515:0000ff3a trace:int:DOSVM_SendOneEvent Dispatching IRQ 0. trace:int:DOSVM_HardwareInterruptRM builtin interrupt 08 has been invoked (through vector 08) warn:int:DOSVM_GetBuiltinHandler int1c not implemented, returning dummy handler trace:int:DOSVM_PIC_ioport_out Received EOI for current IRQ 0, clearing event trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_QueueEvent new event queued, signalling (time=478243) trace:int:DOSVM_SendQueuedEvents Called in real mode with events pending (time=478243) trace:int:DOSVM_SendQueuedEvents cs:ip=0000:00000000, ss:sp=0515:0000ff3a trace:int:DOSVM_SendOneEvent Dispatching IRQ 0. trace:int:DOSVM_HardwareInterruptRM builtin interrupt 08 has been invoked (through vector 08) warn:int:DOSVM_GetBuiltinHandler int1c not implemented, returning dummy handler trace:int:DOSVM_PIC_ioport_out Received EOI for current IRQ 0, clearing event trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_QueueEvent new event queued, signalling (time=478298) trace:int:DOSVM_SendQueuedEvents Called in real mode with events pending (time=478298) trace:int:DOSVM_SendQueuedEvents cs:ip=0000:00000000, ss:sp=0515:0000ff3a trace:int:DOSVM_SendOneEvent Dispatching IRQ 0. trace:int:DOSVM_HardwareInterruptRM builtin interrupt 08 has been invoked (through vector 08) warn:int:DOSVM_GetBuiltinHandler int1c not implemented, returning dummy handler trace:int:DOSVM_PIC_ioport_out Received EOI for current IRQ 0, clearing event trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_QueueEvent new event queued, signalling (time=478353) trace:int:DOSVM_SendQueuedEvents Called in real mode with events pending (time=478353) trace:int:DOSVM_SendQueuedEvents cs:ip=0000:00000000, ss:sp=0515:0000ff3a trace:int:DOSVM_SendOneEvent Dispatching IRQ 0. trace:int:DOSVM_HardwareInterruptRM builtin interrupt 08 has been invoked (through vector 08) warn:int:DOSVM_GetBuiltinHandler int1c not implemented, returning dummy handler trace:int:DOSVM_PIC_ioport_out Received EOI for current IRQ 0, clearing event trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_QueueEvent new event queued, signalling (time=478408) trace:int:DOSVM_SendQueuedEvents Called in real mode with events pending (time=478408) trace:int:DOSVM_SendQueuedEvents cs:ip=0000:00000000, ss:sp=0515:0000ff3a trace:int:DOSVM_SendOneEvent Dispatching IRQ 0. trace:int:DOSVM_HardwareInterruptRM builtin interrupt 08 has been invoked (through vector 08) warn:int:DOSVM_GetBuiltinHandler int1c not implemented, returning dummy handler trace:int:DOSVM_PIC_ioport_out Received EOI for current IRQ 0, clearing event trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_QueueEvent new event queued, signalling (time=478465) trace:int:DOSVM_SendQueuedEvents Called in real mode with events pending (time=478465) trace:int:DOSVM_SendQueuedEvents cs:ip=0000:00000000, ss:sp=0515:0000ff3a trace:int:DOSVM_SendOneEvent Dispatching IRQ 0. trace:int:DOSVM_HardwareInterruptRM builtin interrupt 08 has been invoked (through vector 08) warn:int:DOSVM_GetBuiltinHandler int1c not implemented, returning dummy handler trace:int:DOSVM_PIC_ioport_out Received EOI for current IRQ 0, clearing event trace:int:DOSVM_Loop waiting for action trace:int:DOSVM_QueueEvent new event queued, signalling (time=478518) trace:int:DOSVM_SendQueuedEvents Called in real mode with events pending (time=478518) trace:int:DOSVM_SendQueuedEvents cs:ip=0000:00000000, ss:sp=0515:0000ff3a trace:int:DOSVM_SendOneEvent Dispatching IRQ 0. trace:int:DOSVM_HardwareInterruptRM builtin interrupt 08 has been invoked (through vector 08) warn:int:DOSVM_GetBuiltinHandler int1c not implemented, returning dummy handler trace:int:DOSVM_PIC_ioport_out Received EOI for current IRQ 0, clearing event trace:int:DOSVM_Loop waiting for action [4]+ Stopped wine --debugmsg +int .wine/c/ldraw027.exe -- 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] New: Regression - MDI Failure in 16-Bit Program
by Wine Bugs Jan. 21, 2004

Jan. 21, 2004

http://bugs.winehq.org/show_bug.cgi?id=1950 Summary: Regression - MDI Failure in 16-Bit Program Product: Wine Version: CVS Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: Andrew.Talbot(a)talbotville.com Patch http://cvs.winehq.com/patch.py?id=10783 introduces a reversion whereby instead of a child window opening, an 'Error' dialog appears giving the pathname of the program's executable file. -- 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 1898] Half-Life fails in 20031212 release
by Wine Bugs Jan. 21, 2004

Jan. 21, 2004

http://bugs.winehq.org/show_bug.cgi?id=1898 ------- Additional Comments From lesha(a)netman.ru 2004-21-01 13:18 ------- My troubles with Half-Life (and Wine in general) on 20031212 are as follows: I used a working, existing install of 1.1.0.8 on kv 2.4.21/xf 4.3.0 with nvidia drivers. a) Half-Life fails miserably when played in software mode. b) I had to delete the valve/media directory -- the menu transition sounds were causing the aforementioned hangs, I think. c) Keyboard does not work at all in single-player (I can't even escape out to the menus). However, it works fine in multiplayer. d) Multiplayer is unstable -- crash soon after connecting to a server. Works better when I serve the game, however. e) I have ALSA with an i810 chip, and neither the ALSA nor the OSS output driver works in wine in DirectX games. That said, sound kind of works (very crappily and unreliably) when played through the plain windows API (like in the HL menus, and in Pinball). I can use the ARTS driver, but the latency or CPU overhead is not acceptable in general. f) Playing at 1024x768 doesn't work either, nor is DXGrab & similar functional in some games. The best way to go for me is to xrandr to whatever resolution the game will use, and the resolution has to be 800x600 or less. g) JHexen 0.9.6 runs in opengl mode, but the frame-rate is awful (1 fps), and wine-pthread takes all the CPU time. OpenGL works fine in Half-Life. A similar situation (wine-pthread eating all CPU) occurs in some other games, and in all DOS ones that I tried. I'll gladly give more details about any of these problems. Hope at least some merit attention. -- 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 1780] InstallShield: Error 0x80040706 when trying to install apps.
by Wine Bugs Jan. 21, 2004

Jan. 21, 2004

http://bugs.winehq.org/show_bug.cgi?id=1780 ------- Additional Comments From crazyr2(a)shaw.ca 2004-21-01 12:38 ------- I encountered this problem with IS6. Ended up removing the C:\Windows\System32\Dllcache directory and IS6 worked flawlessly the next time it was initialized. The Dllcache directory then reappeared and so did the problem. Anyone else care to try this and see if it works for them 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.

1 0