http://bugs.winehq.org/show_bug.cgi?id=15153
Summary: Dragging tabs crashes Code:Blocks 8.02 C++ IDE
Product: Wine
Version: 1.1.4
Platform: Other
URL: http://sourceforge.net/project/downloading.php?groupname
=codeblocks&filename=codeblocks-8.02mingw-
setup.exe&use_mirror=dfn
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: florianskarten(a)web.de
Created an attachment (id=15880)
--> (http://bugs.winehq.org/attachment.cgi?id=15880)
complete crash log (contains backtrace)
At the bottom of the IDE is a panel Logs & others, it contains several tabs. If
you start dragging one of these tabs then the wine crash.
--
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=11629
Summary: Usable Wine interface
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: remco47(a)yahoo.com
What about making a Wine GUI to behave more like emulators like VirtualBox.
It's extremely hard right now to get Wine in desktop mode. It would be nice if
you could start Wine as an application, which opens up a window like this:
http://xs224.xs.to/xs224/08081/mockup918.png (ignore the virtualbox-stuff)
And if you start one of those prefixes, it by default opens a Wine Desktop with
a simple Taskbar & Start-menu. Somewhere in the Start-menu could be the option
to switch to desktop integration mode. There could also be an option to run the
Wine Desktop full-screen. Like this:
http://xs224.xs.to/xs224/08081/winedesktop771.png (forgive my GIMP skills)
I believe this would be very good for usability. Desktop mode is more stable
than seamless mode, yet it's hidden in winecfg. This kind of UI also exposes
the prefix-functionality in a transparent way. Wouldn't that be a nice 1.0
polishing idea?
--
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=16911
Summary: WriteProcessMemory() not working for memory protected by
X11DRV_DIB_DoProtectDIBSection()
Product: Wine
Version: 1.1.12
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Keywords: patch, source
Severity: minor
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Created an attachment (id=18660)
--> (http://bugs.winehq.org/attachment.cgi?id=18660)
test program
Hi, I have a test case here that works on WinXP but not Wine. I deliberately
wrote a standalone test case because I'm not sure which unit test to put it in.
It's in fact based off of dlls/kernel32/tests/virtual.c where the other
WriteProcessMemory() test is.
In this test case, we call CreateDIBSection() which returns a HBITMAP (hbitmap)
and some memory (mem). Next, we call SetDIBits() with hbitmap. We get into
X11DRV_SetDIBits(), where it calls X11DRV_DIB_Lock( physBitmap,
DIB_Status_GdiMod );.
This marks the memory (mem) as PAGE_NOACCESS, and leaves it in that state as
SetDIBts() returns. Normally if the process tries to access it, we get a page
fault that's handled by X11DRV_DIB_FaultHandler(), and everything works.
However, when the test code calls WriteProcessMemory(), we talk to wineserver
in NtWriteVirtualMemory(). In wine_server_call(), we do send_request(), where
writev() tries to read 'mem' and fails with EFAULT. This doesn't trigger
X11DRV_DIB_FaultHandler(), and WriteProcessMemory() fails.
--
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=12401
Summary: Support junction points, i.e.
DeviceIoCtl(FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_PO
INT)
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Junction points are one of Microsoft's answers to symlinks.
Unix symlinks could be mapped into junction points.
This would allow applications (e.g. Picasa) avoid following
symlinks if they wanted to.
Also, the .net 2 installer would be happier in winxp mode if wine supported
junction points (see bug 10601):
"The .NET 2.0 Framework installer checks if the target volume is NTFS
filesystem
type and then uses the FSCTL_SET_REPARSE_POINT ioctl (used for mount points and
junctions) to create junction points for each registered assembly in Windows
SxS directory to GAC assembly directory (link target).
Basically the junction point is used to redirect access from one directory to
another."
Tommy Kho posted a patch to add a conformance test for
getting and setting junction points,
http://www.winehq.org/pipermail/wine-patches/2006-March/024956.html
but it was not accepted.
--
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=14010
Summary: RivaTuner 2.09 not work ,no overclocking or sensor
ability
Product: Wine
Version: 1.0.0
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dj--alex(a)ya.ru
RivaTuner 2.09 not work ,no overclocking or sensor ability
My videocard is very loud without this program!!
I and not only i, want to overclocking without BIOS VRAM rewrite.
Program can be downloaded free from
http://www.radeon.ru/
(Main menu left - newest version)
--
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=13679
Summary: Trados: installation hanging due to failure at the
registration of assembly
Product: Wine
Version: 0.9.60
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yolande(a)haneder.biz
Attached the log, it speaks for itself:
The part starting with fixme:atl:AtlModuleInit SEMI-STUB (0x40eb40 0x40c040
0x400000) at the end was on my console as I sent the rest to a text file.
May be related or not to bug 12930 (and the failure of the service to
initialize).
Both do not happen at the same time but they appeared in the same version.
I added mscoree as component because on another log (installation/repair of the
same problem) I saw that mscoree was loaded when mscorlib crashes.
--
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=10791
Summary: RPG Maker XP 10.2a: Does not play Background Music (BGM)
and Background Sounds (BGS)
Product: Wine
Version: 0.9.50.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hen.asraf(a)gmail.com
Background Music and Background Sounds cannot be played with Wine.
It is possible to play them in your own media player and such, and then just
choose to use the preferred file to be played when playing. It will play on
Windows machines, only it won't under Wine.
No errors occur, the sound simply does not play.
Sound Effects (SE) and Music Effects (ME) do work.
It might have something to do with the file type and media codec.
--
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=17414
Summary: user32/dde test crashes if +heap enabled
Product: Wine
Version: 1.1.15
Platform: PC
URL: http://test.winehq.org/data/6a1537c4b5037be5253c33021fda
3a02430533f7/wine_xp_ae-ub-810-heap/riched32:editor.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: enhancement
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=19484)
--> (http://bugs.winehq.org/attachment.cgi?id=19484)
backtrace in 1.1.15
wine: Unhandled page fault on read access to 0x00130000 at address 0x6045971b
(thread 0009), starting debugger...
...
=>0 0x6045971b CompareStringW+0x13b(lcid=1033, style=0, str1=0x130000, len1=0,
str2=0x6074c780, len2=-1)
[/home/austin/wine-git/dlls/kernel32/../../include/wine/unicode.h:216] in
kernel32 (0x0032f848)
1 0x6045bed4 lstrcmpW+0x64(str1=<register EDI not in topmost frame>,
str2=<register ESI not in topmost frame>)
[/home/austin/wine-git/dlls/kernel32/locale.c:2834] in kernel32 (0x0032f878)
2 0x60681d7a dde_server_wndprocW+0x3da(hwnd=0xe0028, msg=1000, wparam=458798,
lparam=<register EDI not in topmost frame>)
[/home/austin/wine-git/dlls/user32/tests/dde.c:1215] in user32_test
(0x0032f8b8)
3 0x6082337a WINPROC_wrapper+0x1a() in user32 (0x0032f8e8)
4 0x608237ca call_window_proc+0x6a(hwnd=<register EDI not in topmost frame>,
msg=<register ESI not in topmost frame>, wp=458798, lp=1204994,
result=0x32f998, arg=0x606819a0)
[/home/austin/wine-git/dlls/user32/winproc.c:458] in user32 (0x0032f928)
5 0x60828af7 WINPROC_call_window+0xf7(hwnd=<register EDI not in topmost
frame>, msg=1000, wParam=458798, lParam=1204994, result=0x32f998, unicode=1,
mapping=WMCHAR_MAP_DISPATCHMESSAGE)
[/home/austin/wine-git/dlls/user32/winproc.c:2218] in user32 (0x0032f968)
6 0x607e7ee6 DispatchMessageW+0x96(msg=<register EDI not in topmost frame>)
[/home/austin/wine-git/dlls/user32/message.c:3122] in user32 (0x0032f9a8)
7 0x607a4037 WDML_SyncWaitTransactionReply+0xe7(hConv=0x1254b8,
dwTimeout=<register ESI not in topmost frame>, pXAct=0x125508, ack=0x32fb84)
[/home/austin/wine-git/dlls/user32/dde_client.c:1069] in user32 (0x0032fa08)
8 0x607a4b21 DdeClientTransaction+0x651(pData="test dde command", cbData=17,
hConv=0x1254b8, hszItem=0xdead, wFmt=48879, wType=16464, dwTimeout=1000,
pdwResult=0x32fb84) [/home/austin/wine-git/dlls/user32/dde_client.c:1225] in
user32 (0x0032fa68)
9 0x60686158 test_dde_aw_transaction+0x638()
[/home/austin/wine-git/dlls/user32/tests/dde.c:1374] in user32_test
(0x0032fb98)
...
216 while (*s) s++;
Attached is the backtrace...I've stripped out +heap, so the output is readable,
but easily reproducible.
--
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=9304
Summary: Temple of Elemental Evil demo doesn't work - gui
vanishing
Product: Wine
Version: 0.9.43.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: riklaunim(a)gmail.com
ToEE has a demo:
ftp://ftp.infogrames.net/demos/toee/ToEE_Demo.exe
Which install on wine 0.9.43 but it doesn't start properly (also on older
wines). The console output:
################
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:wininet:INET_QueryOptionHelper Stub! 40
fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_CONNECTED_STATE: semi-stub
fixme:shdocvw:navigate_url Unsupported arguments
err:ole:CoGetClassObject class {25336920-03f9-11cf-8fd0-00aa00686f13} not
registered
err:ole:CoGetClassObject class {25336920-03f9-11cf-8fd0-00aa00686f13} not
registered
err:ole:CoGetClassObject no class object {25336920-03f9-11cf-8fd0-00aa00686f13}
could be created for context 0x3
err:shdocvw:navigate Could not create HTMLDocument: 80040154
fixme:shdocvw:OleInPlaceObject_InPlaceDeactivate (0x1aa3b0)
fixme:shdocvw:OleObject_Close (0x1aa3b0)->(1)
#############################
The game window shows for a second and disapper (at the end of those error
messages)
--
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=9314
Summary: Borland C++ Builder 5 expects registry values to be read
in the same order they were written
Product: Wine
Version: 0.9.43.
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikolaj.zalewski(a)gmail.com
Created an attachment (id=7584)
--> (http://bugs.winehq.org/attachment.cgi?id=7584)
test
It arranges the component palettes in the same order in which it read the
values from the registry (even if MSDN exlicitly says not to rely on the order
in which the values are read). We store the values in the alphabetical order to
binsearch them so the palettes under Wine are in alphabetical order instead of
the configured order.
I attach a small test showing that under Windows the values are read in the
same order as they were written.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.