http://bugs.winehq.org/show_bug.cgi?id=2204
Summary: wine broken in FreeBSD
Product: Wine
Version: 20040408
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz(a)1x9.ca
when wine is run with any windows program it crashes with the following error:
fixme:ntdll:NtQueryVolumeInformationFile device info not supported on this
platform
--
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=280
------- Additional Comments From wine(a)staerk.de 2004-30-04 15:29 -------
It has gotten really better, now I can paste the whole error msgs. Still not
possible to use IOMeter.
Download Iometer from iometer.org (as of 16.12.2003), extract it to C of your
fake-windows-directory and you get:
scorpio:~ # wine "C:\\Iometer.exe"
fixme:dc:LockWindowUpdate (0x10024), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dc:LockWindowUpdate (0x10024), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
Initializing WinSock.
Creating socket.
Binding to socket scorpio.
Bound server socket on port 1066.
Listening to socket scorpio.
Accepting connections to socket scorpio.
Creating client socket for scorpio.
fixme:mswsock:AcceptEx not implemented
Shutting down client socket.
Shutting down server socket.
--
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=2203
Summary: DOS Navigator failed to run
Product: Wine
Version: unspecified
Platform: PC
URL: http://www.dnosp.ru
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-console
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pablo(a)newmail.ru
I have tried to run DOS Navigator for Windows (www.dnosp.ru) in linux console
but the program fails to run. The follwing log presents messages that are
appeared in a console window after running the program.
fixme:console:SetConsoleCtrlHandler (0x4d6024,1) - no error checking or testing
yet
Dos Navigator /2 Open Source 1.51.10b13/W32/Plugin Based on DN by RIT Labs
fixme:console:SetConsoleCtrlHandler (0x403ba0,1) - no error checking or testing
yet
Division by zero
File: N:\DNOS2S13\LIB.w32\vpsysw32.pas Line#: 1755
--
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=2202
Summary: HKEY_USERS/.Default Registry problem
Product: Wine
Version: 20040408
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rchrzan(a)klub.chip.pl
There is something wrong with interpretation of
/etc/wine/wine.userreg
because in Registry Editor
keys Control Panel and Software are not under .Default but just under
HKEY_USERS.
In result H_KEY_CURRENT_USER has no access to them and for example it is not
possible to install MS Office 97 (try setup /G ).
--
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.
WineDbg starting on pid e
Can't find file for ELF 'wine-kthread' ((nil))
X-Bugzilla-Reason: AssignedTo
http://bugs.winehq.org/show_bug.cgi?id=2201
Summary: wine: Unhandled exception (thread 0013), starting
debugger...
WineDbg starting on pid e
Can't find file for ELF 'wine-kthread' ((nil))
Product: Wine
Version: 20040408
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bsm2003(a)cox.net
Here is the output for trying to install the USPS shipping Assistant in wine ver
20040408-mdk.i586.rpm I can get some things to run but this wont get past the
downloading of required files. I am not a programmer so any help would be
appreciated.
wine: Unhandled exception (thread 0013), starting debugger...
WineDbg starting on pid e
Can't find file for ELF 'wine-kthread' ((nil))
Loaded debug information from ELF 'wine-pthread' ((nil))
Breakpoint 1 at 0x4000d2f0 (_end+0x3fefade0)
Loaded debug information from ELF '/usr/lib/libwine.so.1' (0x40029000)
*** Invalid address 0x40017fd8 (_end+0x3ff05ac8)
No debug information in ELF '/lib/tls/libc.so.6' (0x40052000)
No debug information in ELF '/lib/libdl.so.2' (0x4019a000)
Unsupported debug information in ELF '/lib/ld-linux.so.2' (0x40000000)
No debug information in ELF '/usr/lib/wine/ntdll.dll.so' (0x4019e000)
Loaded debug information from ELF '/usr/lib/libwine_unicode.so.1' (0x40227000)
No debug information in ELF '/lib/tls/libm.so.6' (0x4031b000)
No debug information in ELF '/lib/libnss_files.so.2' (0x4034f000)
No debug information in ELF '/usr/lib/wine/kernel32.dll.so' (0x40470000)
No debug information in ELF '/usr/lib/wine/user32.dll.so' (0x406f0000)
No debug information in ELF '/usr/lib/wine/gdi32.dll.so' (0x4084e000)
No debug information in ELF '/lib/libgcc_s.so.1' (0x40b6d000)
No debug information in ELF '/usr/lib/wine/advapi32.dll.so' (0x40b76000)
No debug information in ELF '/usr/lib/wine/shell32.dll.so' (0x40bab000)
No debug information in ELF '/usr/lib/wine/ole32.dll.so' (0x40c45000)
No debug information in ELF '/usr/lib/wine/rpcrt4.dll.so' (0x40cc7000)
No debug information in ELF '/usr/lib/wine/shlwapi.dll.so' (0x40d13000)
No debug information in ELF '/usr/lib/wine/comctl32.dll.so' (0x40d74000)
No debug information in ELF '/usr/lib/wine/oleaut32.dll.so' (0x40e36000)
No debug information in ELF '/usr/lib/libungif.so.4' (0x40edf000)
No debug information in ELF '/usr/lib/libjpeg.so.62' (0x40ee7000)
No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40f06000)
No debug information in ELF '/usr/lib/wine/version.dll.so' (0x411d4000)
No debug information in ELF '/usr/lib/wine/lz32.dll.so' (0x411ef000)
No debug information in ELF '/usr/lib/libfreetype.so.6' (0x41216000)
No debug information in ELF '/lib/libz.so.1' (0x41275000)
No debug information in ELF '/usr/lib/libfontconfig.so.1' (0x41297000)
No debug information in ELF '/usr/lib/libexpat.so.0' (0x412bf000)
No debug information in ELF '/usr/lib/wine/x11drv.dll.so' (0x412e0000)
No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x4137d000)
No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x41386000)
No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x4139d000)
No debug information in ELF '/usr/lib/tls/libGL.so.1' (0x413bc000)
No debug information in ELF '/usr/lib/tls/libGLcore.so.1' (0x41419000)
No debug information in ELF '/usr/X11R6/lib/libXcursor.so.1' (0x4197f000)
No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x41988000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2'
(0x41990000)
No debug information in ELF '/usr/X11R6/lib/libXrandr.so' (0x419a4000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2'
(0x419a8000)
No debug information in ELF '/usr/lib/gconv/ISO8859-1.so' (0x419e7000)
No debug information in ELF '/usr/lib/wine/imm32.dll.so' (0x419e9000)
No debug information in 32bit DLL 'C:\Program Files\Common
Files\InstallShield\Driver\7\Intel 32\IDriver.exe' (0x400000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x401c0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x404a0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40b80000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40890000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40710000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40ce0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40c60000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x40d30000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40d80000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x40bd0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEAUT32.DLL' (0x40e50000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSI.DLL' (0x40fe8000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x41200000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x411e0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x412f0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IMM32.DLL' (0x419f0000)
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x400cfe07).
In 32-bit mode.
0x400cfe07 (memset+0x37 in libc.so.6): repe stosl %es:(%edi)
Wine-dbg>
--
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=2200
Summary: Regression - Open File Dialog: Initial Dirs. Not Shown
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Andrew.Talbot(a)talbotville.com
Patch http://cvs.winehq.org/patch.py?id=12179 introduces a bug whereby the
'Directories:' listbox of a (16-bit?) File Open Dialog is not initially filled.
(Changing drives will cause the list to be populated.)
--
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=2199
Summary: Edit Undo operation does not behave same as MS Windows.
Product: Wine
Version: 20040408
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: krishna.murthy(a)guptaworldwide.com
CC: krishna.murthy(a)guptaworldwide.com
The EM_UNDO message does not return TRUE always for single line edit controls
as per the MSDN specification i.e., the EDIT_EM_Undo() method in
file "wine/controls/edit.c" is not implemented correctly as per the MSDN spec
for EM_UNDO.
As per MSDN spec: For a single-line edit control, the return value should be
always TRUE. For a multiline edit control (with style ES_MULTILINE), the
return value is TRUE if the undo operation is successful, or FALSE if the undo
operation fails.
Due to the above issue, the applications generated from product Team Developer
of Gupta Techologies LLC behave differently on MS windows and Wine.
--
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=2198
------- Additional Comments From juan_lang(a)yahoo.com 2004-28-04 11:01 -------
Feel free to send a patch, I only unicodified this function, I don't have an app
that uses it. A test case would be handy 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.
http://bugs.winehq.org/show_bug.cgi?id=2198
syedmohd.b(a)sonata-software.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Krishna.Murthy@guptaworldwid
| |e.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=2198
Summary: WNetGetConnection returs drive's label name instead of
remote name.
Product: Wine
Version: 20040408
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: syedmohd.b(a)sonata-software.com
CC: juan_lang(a)yahoo.com
WNetGetConnection returs drive's label name instead of remote name. I have
looked the implementation of WNetGetConnectionW, which uses
GetVolumeInformation to get the label name for remote drives. In windows,
WNetGetConnection API returns remote path for the given remote drive. I think,
we should call WINAPI "QueryDosDevice" instead of
GetVolumeInformation. "QueryDosDevice" retrieves the information about dos
devices.
--
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.