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.
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.
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.
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.
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.
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.
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.