http://bugs.winehq.org/show_bug.cgi?id=11339
Summary: serial.c:wait_on() sanity checks seem to be too strict
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: e_val(a)inbox.ru
Created an attachment (id=10448)
--> (http://bugs.winehq.org/attachment.cgi?id=10448)
Trivial patch to fix the problem
In its present state, wait_on() function implemented in ntdll/serial.c fails
more often then it should. This means that in some cases serial events are not
reported to the calling Windows program (even if in practice they could be)
leading to application malfunction.
The problem is in the sanity check:
if ((status = get_irq_info(fd, &commio->irq_info)) ||
(status = get_modem_status(fd, &commio->mstat)))
goto out_now;
which bails out and silently returns 0 if low-level Unix kernel driver for
serial device doesn't implement TIOCGICOUNT or TIOCMGET ioctl()s. This is, in
fact, intended behavior if the calling program wants to monitor events like
EV_BREAK, EV_ERR or EV_CTS and friends (otherwise, Wine will loop forever in
wait_for_event()) but is useless and even harmful if the event in interest is
EV_RXCHAR or EV_TXEMPTY. In latter case the check just prevents the program
from working correctly.
I've came across this bug when trying to make control software for AnyData CDMA
modems (EasyWirelessNet 1.00.xx) working. In Linux, those devices use "option"
driver, which lacks TIOCGICOUNT ioctl().
The trivial patch is attached. It's not against git clone of Wine so it is not
meant for applying directly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10627
Summary: child window position is not updated
Product: Wine
Version: 0.9.50.
Platform: PC
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmda(a)yandex.ru
A popup window appears with content placed in wrong offset.
See logs below I grabbed from an application:
Popup window created:
trace:win:WIN_CreateWindowEx (null) L"TEditPopup" ex=00000080 style=42040000
445,332 425x164 parent=0x10254 menu=0x0 inst=0x400000 params=0x0
trace:win:dump_window_styles style: WS_CHILD WS_CLIPCHILDREN WS_THICKFRAME
trace:win:dump_window_styles exstyle: WS_EX_TOOLWINDOW
trace:win:WIN_SetWindowLong 0x10270 -12 0 W
trace:win:GetWindowRect hwnd 0x10270 (803,536)-(1228,700)
Its content created:
trace:win:WIN_CreateWindowEx (null) L"TVirtualStringTree" ex=00000000
style=46310000 0,0 423x143 parent=0x10270 menu=0x0 inst=0x400000 params=0x0
trace:win:dump_window_styles style: WS_CHILD WS_CLIPSIBLINGS WS_CLIPCHILDREN
WS_VSCROLL WS_HSCROLL WS_TABSTOP
trace:win:dump_window_styles exstyle:
trace:win:WIN_SetWindowLong 0x10272 -12 0 W
trace:win:WIN_SetWindowLong 0x10272 -4 2320726 A
trace:win:alloc_winproc allocated 0xffff017b for A 0x2320726 (380/8192 used)
trace:win:WIN_SetWindowLong 0x10272 -12 10272 A
trace:win:GetWindowRect hwnd 0x10272 (804,537)-(1227,680)
Position of the popup window is updated and SWP_SHOWWINDOW is requested:
trace:win:SetWindowPos hwnd 0x10270, after 0xffffffff, 445,332 (425x164), flags
00000050
trace:win:dump_winpos_flags flags: SWP_NOACTIVATE SWP_SHOWWINDOW
trace:win:GetWindowRect hwnd 0x10270 (445,332)-(870,496)
Position of child window remained the same:
trace:win:GetWindowRect hwnd 0x10272 (804,537)-(1227,680)
full log is attached and four points listed above are marked in it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10431
Summary: GPSMapEdit: Unimplemented function
gdiplus.dll.GdipGetImageDimension
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: renaud(a)olgiati-in-paraguay.org
When trying to load a .map file into GPSMapEdit, we no longer have an app crash
as in bug 9963, but the app now freedzes while the following message appears in
the Konsole from which I launched the app:
wine: Call from 0x7ee39360 to unimplemented function
gdiplus.dll.GdipGetImageDimension, aborting
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10046
Summary: Regression GPSMapedit under .47
Product: Wine
Version: 0.9.47.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: renaud(a)olgiati-in-paraguay.org
Created an attachment (id=8591)
--> (http://bugs.winehq.org/attachment.cgi?id=8591)
Debug output lifted from a Konsole.
Under .47 editing the label of a map object causes GPSMapEdit to crash.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9419
Summary: Autocad 2002 crashes after 2 mins of running
Product: Wine
Version: 0.9.43.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chris(a)ncode.com.au
Created an attachment (id=7746)
--> (http://bugs.winehq.org/attachment.cgi?id=7746)
Wine command line output
Autocad 2002 crashes after around 2 mins of operation.
Error reported by Autocad is:
Autocad Error Aborting
Unhandled Access Violation Reading 0x7caa3610
Exception at 7caa3610
I have also have the exception reported at 0x7caa5610, 0x7caa1610.
Until it crashes the program is working pretty well, I have printed, drawn
objects opened/saved files etc. Even when I just start Autocad and do nothing
at all it still crashes after around 2 mins.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12557
Summary: System Shock 2 Demo: Starting game results in black
screen
Product: Wine
Version: unspecified
Platform: Other
URL: http://www.download.com/System-Shock-2-demo/3000-7539_4-
10031250.html
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquid.acid(a)gmx.net
Created an attachment (id=12130)
--> (http://bugs.winehq.org/attachment.cgi?id=12130)
shock2.exe run with d3d tracing
Hi there,
I just installed the System Shock 2 demo to check if it still does not work
with wine (according to the AppDB it doesn't really work well).
And indeed, it doesn't even start. I get some very high pitched sound
distortions after the loading screen ends. The usual background hum continues,
but all I see is a black screen. Sometimes I see a dialogue box for some
milliseconds, but that's all.
Now wine consumes a huge amount of CPU and sometimes doesn't even let me switch
to other applications (currently virtual desktop is on) and even VT switch is
impossible. I have put wineserver -k on a ACPI event button, this is the only
way I can kill wine after SS2 fucks it up.
I post a very short console log here and a more detailed d3d trace as
attachment:
err:ddraw:PixelFormat_DD2WineD3D Unknown Pixelformat!
err:ddraw:IDirectDrawImpl_CreateNewSurface Unsupported / Unknown pixelformat
err:ddraw:IDirectDrawImpl_CreateSurface IDirectDrawImpl_CreateNewSurface failed
with 88760091
err:ddraw:PixelFormat_DD2WineD3D Unknown Pixelformat!
err:ddraw:IDirectDrawImpl_CreateNewSurface Unsupported / Unknown pixelformat
err:ddraw:IDirectDrawImpl_CreateSurface IDirectDrawImpl_CreateNewSurface failed
with 88760091
The thing is that the game should use D3D, but I can't even select it in the
options. The only thing I can select is a DirectDraw renderer. I'm going to
create some ddraw traces, maybe these have additional informations.
BUT the game seems to use d3d calls (the d3d trace grew quite large).
Oh yes, I have added the safe_texture_manager stuff to the cam.cfg, according
to board postings on the net this should reduce some problems on windows as
well. But it doesn't really make any difference here, I also get a black screen
without the config modification.
Greetings,
Tobias
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11335
Summary: Wine does not support the new advanced API call
RegGetValue
Product: Wine
Version: 0.9.54.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jurgen.debo(a)gmail.com
Ritlabs The Bat! v3.99.29 uses the new advanced API call RegGetValue to read
string configuration from the Registry.
Please implement support for this call.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12008
Summary: wined3d dll changes in 0.9.57 broke Solaris gcc build
Product: Wine
Version: 0.9.57.
Platform: PC
OS/Version: Solaris
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: petr.sumbera(a)sun.com
Wine gcc build on Solaris now fails with following error:
../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./wined3d.spec
arb_program_shader.o baseshader.o basetexture.o clipper.o context.o
cubetexture.o device.o directx.o drawprim.o glsl_shader.o indexbuffer.o
palette.o pixelshader.o query.o resource.o state.o stateblock.o surface_base.o
surface.o surface_gdi.o swapchain.o texture.o utils.o vertexbuffer.o
vertexdeclaration.o vertexshader.o volume.o volumetexture.o wined3d_main.o
-o wined3d.dll.so -luser32 -lgdi32 -ladvapi32 -lkernel32 -luuid
../../libs/port/libwine_port.a -lsocket -lnsl
Undefined first referenced
symbol in file
isinf surface_base.o
ld: fatal: Symbol referencing errors. No output written to wined3d.dll.so
collect2: ld returned 1 exit status
winegcc: gcc failed
gmake[2]: *** [wined3d.dll.so] Error 2
gmake[2]: Leaving directory `/builds/WINE/wine-0.9.57/dlls/wined3d'
gmake[1]: *** [wined3d] Error 2
gmake[1]: Leaving directory `/builds/WINE/wine-0.9.57/dlls'
gmake: *** [dlls] Error 2
In Wine 0.9.57 there was for the first time in Wine used function isinf() in
following header file source/dlls/wined3d/wined3d_private.h.
There are some problems with this function on Solaris:
http://www.webservertalk.com/archive100-2005-7-1149187.html
Currently on Solaris with gcc compiler macro "isinf" (and others) is defined
when __C99FEATURES__ is defined (a.k.a. -std=c99). Note, that Wine as whole
cannot be compiled as C99 code as it's using M_PI (which is no longer defined
with C99 in math.h).
As workaround Solaris users can use -std=gnu99 as followed:
CFLAGS=-std=gnu99 ./configure
Final resolution should be probably one of these:
- configure check for isinf availability and eventually define it itself
- enforce C99 build (for at least some Wine parts)
Tested with:
Solaris Nevada build 83
gcc 3.4.3 (bundled with Solaris)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12561
Summary: Photoshop CS alt key for clone/healing - possible
regression
Product: Wine
Version: 0.9.59.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: imbjr(a)imbjr.com
Possible regression.
After upgrade to 0.9.59, the clone/heal tool in Photoshop CS no longer worked
as before. Using Alt+click to set clone/heal source would not be honoured and a
dialog would apppear indicating that a source had to be set.
First, it was suspected that somehow the Alt key had become re-associated with
moving a window. But checking of the windows management settings and Compiz
indicated no such problem. Interestingly, disabling Compiz cured the problem -
though screen updates became very sluggish as the clone/heal tool was moved
around.
Begain to suspect that it was Wine, since this was the first time I'd used
Photoshop since the upgrade. Downgraded to 0.9.58 and
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.