- Wine-Bugs - list.winehq.org

[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 lesha(a)netman.ru changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Additional Comments From lesha(a)netman.ru 2004-23-01 14:45 ------- Went away in 20040122. Whatever that was... -- 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 1901] On an attempt to run any of Wine applications, an error appears:
by Wine Bugs Jan. 23, 2004

Jan. 23, 2004

http://bugs.winehq.org/show_bug.cgi?id=1901 ------- Additional Comments From hj.beckers(a)onlinehome.de 2004-23-01 11:53 ------- Created an attachment (id=502) --> (http://bugs.winehq.org/attachment.cgi?id=502&action=view) Output of ldd whine-pthread I've the same problem running wine-20040121 on Linux 2.4.23 MDK SMP (Intel P4 HT). -- 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 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