http://bugs.winehq.org/show_bug.cgi?id=12454
Summary: iriver plus 3 doesn't start
Product: Wine
Version: 0.9.58.
Platform: PC
URL: http://www.iriver.com/plus/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hewus.owns(a)gmail.com
iriver plus 3 installs, but does not start. I added mfc42u.dll to get rid of
missing dll messages, but it now ends here (0.9.59):
err:module:attach_process_dlls "iDeviceM.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\iriver\\iriver plus 3\\iPlus3.exe" failed, status c0000142
I tried yesterday on 0.9.58 and got this:
err:module:LdrInitializeThunk "iDeviceM.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\iriver\\iriver plus 3\\iPlus3.exe" failed, status c0000142
The errors are slightly different, if that helps at all. I am able to provide
more debugging if required.
Free download:
http://www.iriver.com.au/iriver/uploads/software/iplus3_setup_full.zip
--
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=36457
Bug ID: 36457
Summary: Hearts of Iron III Demo crashes with unimplemented
function vcomp.dll._vcomp_enter_critsect
Product: Wine
Version: 1.7.18
Hardware: x86
URL: http://www.gamefront.com/files/14193739/HeartsofIron3_
Demo.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: vcomp
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Created attachment 48500
--> http://bugs.winehq.org/attachment.cgi?id=48500
log
Works with vcrun2005.
--
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=31895
Bug #: 31895
Summary: The main character is not rendered in Synaesthete
Product: Wine
Version: 1.5.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: viny_viny304(a)hotmail.com
Classification: Unclassified
Created attachment 41983
--> http://bugs.winehq.org/attachment.cgi?id=41983
SYnaesthete output log
When playing the synaesthete the main character is not rendered.
I am attaching the terminal output.
In this video (running on Windows) you can see the character that is not being
rendered on wine:
http://www.youtube.com/watch?v=5PfzgTkZndE
The game is free and can be downloaded here:
https://www.digipen.edu/?id=1170&download=383
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37478
Bug ID: 37478
Summary: cmd doesn't handle "else if" correctly in all cases
Product: Wine
Version: 1.7.28
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jbb.rose(a)yahoo.com
Distribution: ---
cmd.exe doesn't seem to handle "else if" constructs correctly in all
cases. This is making it difficult for me to run some complex build
scripts under wine.
Using this batch file:
C:\Users\bjj\Documents>type try.bat
@REM bjj test hack
@echo off
echo Args: "%1" "%2" "%3" "%4"
if /I "%1" == "DEBUG" (
echo It is debug
) else if /I "%1" == "RELEASE" (
echo It is release
) else if /I "%1" == "TRY" (
echo It is try
) else (
echo it is neither: "%1"
)
On Windows 7, all the branches seem to be handled correctly:
C:\Users\bjj\Documents>try foo
Args: "foo" "" "" ""
it is neither: "foo"
C:\Users\bjj\Documents>try DEBUG
Args: "DEBUG" "" "" ""
It is debug
C:\Users\bjj\Documents>try RELEASE
Args: "RELEASE" "" "" ""
It is release
C:\Users\bjj\Documents>try TRY
Args: "TRY" "" "" ""
It is try
However, on wine 1.7.28 the "else" branch is sometimes executed when
it shouldn't be:
W:\>try foo
Args: "foo" "" "" ""
it is neither: "foo"
W:\>try DEBUG
Args: "DEBUG" "" "" ""
It is debug
it is neither: "DEBUG"
W:\>try RELEASE
Args: "RELEASE" "" "" ""
It is release
it is neither: "RELEASE"
W:\>try TRY
Args: "TRY" "" "" ""
It is try
Judging from this example, it appears that the "else" clause is only skipped
if the final "if .. else if ..." clause is true. If one of the earlier
clasues is true, the final "else" is unexpectedly executed.
I haven't tried this batch file with earlier versions of wine.
Thanks,
Brian
--
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=28444
Summary: zenilib 0.4.1.0 applications: crash when attempting to
use d3dx9 for rendering
Product: Wine
Version: 1.3.28
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bazald(a)gmail.com
CC: wine-bugs(a)winehq.org
Created an attachment (id=36469)
--> (http://bugs.winehq.org/attachment.cgi?id=36469)
Output log
I'm responsible for the development of a "simple" game engine, zenilib. It
compiles and runs natively under Linux, so most code isn't doing anything too
platform specific. The Windows build runs magnificently in Linux when using
OpenGL for rendering, but something is preventing applications from starting at
all when attempting to use Direct3D9.
You can download the engine and supporting files here:
http://zenilib.com/download/#vs
To reproduce:
1. unzip zenilib_0.4.1.0.zip
2. unzip zenilib_0.4.1.0_support.zip
3. cd zenilib/config
4. cat zenilib.xml | sed 's/OpenGL/DX9/' > temp && mv temp zenilib.xml
3. cd ../bin
4. wine Application.exe
--
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=29081
Bug #: 29081
Summary: Drag and Drop: Duplicate entries in winamp playlist
window
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: anwetli(a)hotmail.com
Classification: Unclassified
Created attachment 37475
--> http://bugs.winehq.org/attachment.cgi?id=37475
Wine log for xdnd
Operating System: Kubuntu 10.04 LTS with KDE 4.4.5 / i386 / nvidia grafics
driver
Bug is related to winamp, a windows music player (www.winamp.com). Other
applications may be affected by this bug.
Problem:
Every File drag and dropped to the playlist-window of winamp will duplicated.
It generates double entries for every file dropped to the playlist-window.
Version of wine:
This bug has been introduced since version 1.3x. In wine 1.2 everything is
fine.
Details:
If you drag drop a file to the main window of winamp, no duplicate entries will
be generated. But if you drop a file to the playlist-window (a window within
the winamp application), you will get two entries (duplicated). So it seems to
me that the bug is connected to how the drag drop code specifies the target
window.
Wine trace (WINEDEBUG=xdnd wine winamp.exe)
last lines in wine 1.2x:
----------------------------
trace:xdnd:X11DRV_XDND_DropEvent
trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x10056)
0x1356a4(L"E:\\x.mp3")
trace:xdnd:X11DRV_XDND_FreeDragDropOp
last lines in wine 1.3x:
----------------------------
trace:xdnd:X11DRV_XDND_DropEvent
trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x101e0)
0x1abe6c(L"Z:\\home\\angel\\Desktop\\x.mp3")
trace:xdnd:create_stream_from_map size 4096
trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adbb4={.tymed=0x1,
.dwAspect=1, .cfFormat=49326}
trace:xdnd:XDNDDATAOBJECT_QueryGetData application didn't find
UniformResourceLocator
trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1,
.dwAspect=1, .cfFormat=15}
trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP
trace:xdnd:XDNDDATAOBJECT_GetData (0x68a29320, 0x7adba0, 0x7adbd8)
trace:xdnd:XDNDDATAOBJECT_GetData application is looking for CF_HDROP
trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1,
.dwAspect=1, .cfFormat=15}
trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP
trace:xdnd:X11DRV_XDND_DropEvent drop succeeded
trace:xdnd:X11DRV_XDND_FreeDragDropOp
It seems that with wine 1.3 new code for a better drag and drop functionality
has been introduced. But also leading to a bug with duplicate entries.
Maybe someone can fix this? Would be nice :-)
--
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=31856
Bug #: 31856
Summary: TextPad full screen view toggle broken
Product: Wine
Version: 1.5.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zelotech(a)yahoo.de
Classification: Unclassified
When you shift within the Shareware Text Editor Textpad5 (which generally is
excellent supported by Wine) to full screen view that works pretty well,
however when you return from full screen view to the normal view the window
header gets lost. Messages are not printed out.
--
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=23650
Summary: PowerPoint 2007 insensitive to changes in screen
resolution
Product: Wine
Version: 1.2-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.duelli(a)web.de
For presentations, you usually have to change your screen to the right
resolution such that the external monitor / projector can display your slides.
However, I found that when you start PowerPoint 2007 using wine 1.2rc7 or more
specifically the wine server before adopting the screen resolution, then
PowerPoint or at least parts of it will stick to the former screen resolution.
Steps to reproduce:
1. Start your computer with a certain screen resolution, say 1280x1024
2. Start up PowerPoint 2007 with wine.
(Everything is fine, presentation mode works as expected)
3. Change screen resolution
4. Activate presentation mode
-> The presentation will be rendered to fit in the old screen resolution and
there is no way to change this.
Possibly this also affects other applications.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36163
Bug ID: 36163
Summary: valgrind shows an unitialized variable in
programs/cmd/tests/batch.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==18147== Conditional jump or move depends on uninitialised value(s)
==18147== at 0x401B9C5: real_length (sortkey.c:329)
==18147== by 0x401B9E3: wine_compare_string (sortkey.c:338)
==18147== by 0x7B852F44: CompareStringEx (locale.c:3016)
==18147== by 0x7B852D0A: CompareStringW (locale.c:2979)
==18147== by 0x4B1D493: WCMD_setshow_default (builtins.c:3316)
==18147== by 0x4B281B6: WCMD_execute (wcmdmain.c:1487)
==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294)
==18147== by 0x4B130E0: WCMD_batch (batch.c:95)
==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187)
==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618)
==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294)
==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590)
==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36)
==18147== by 0x7B864247: ??? (process.c:1045)
==18147== by 0x7B864394: start_process (process.c:1097)
==18147== by 0x7BC87087: ??? (signal_i386.c:2571)
==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==18147== by 0x7BC87065: ??? (signal_i386.c:2571)
==18147== by 0x7BC5A1C0: start_process (loader.c:2840)
==18147== by 0x401B03C: ??? (port.c:60)
==18147== Uninitialised value was created by a client request
==18147== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209)
==18147== by 0x7BC4C697: initialize_block (heap.c:240)
==18147== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717)
==18147== by 0x4B2544E: heap_alloc (wcmdmain.c:444)
==18147== by 0x4B27671: WCMD_execute (wcmdmain.c:1310)
==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294)
==18147== by 0x4B130E0: WCMD_batch (batch.c:95)
==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187)
==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618)
==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294)
==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590)
==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36)
==18147== by 0x7B864247: ??? (process.c:1045)
==18147== by 0x7B864394: start_process (process.c:1097)
==18147== by 0x7BC87087: ??? (signal_i386.c:2571)
==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==18147== by 0x7BC87065: ??? (signal_i386.c:2571)
==18147== by 0x7BC5A1C0: start_process (loader.c:2840)
==18147== by 0x401B03C: ??? (port.c:60)
==18147==
--
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=25225
Summary: MPLAB: toolbars getting reorganised every time when
the window minimized and restored in MPLAB
Product: Wine
Version: 1.0.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: theozo77(a)gmail.com
Created an attachment (id=32026)
--> (http://bugs.winehq.org/attachment.cgi?id=32026)
Screenshots before minimize and after restore the window
When the MPLAB minimized to the tray and restored, the toolbars organized into
one row, will change to one toolbar per one row. So 3 toolbars will use 3
lines, while the horizontal position of their stays unchanged.
The program is available here:
http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB_IDE_v8_60.zip
--
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.