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.
https://bugs.winehq.org/show_bug.cgi?id=38435
Bug ID: 38435
Summary: Xfire 2.0 fails to start
Product: Wine
Version: 1.7.41
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 51296
--> https://bugs.winehq.org/attachment.cgi?id=51296
Backtrace Slackware wine 1.7.41 - Command line output from launching from
installer (XP mode)
Hello everyone,
I just tried Xfire2 and had problems launching it. The first time I launched
it, I got an entry in the system tray but eventually got a Windows error
message in XML format. I have attached the output from the command line.
Next I tried starting it from the installation directory. This is the output I
got.
bash-4.2$ wine Xfire.exe
preloader: Warning: failed to reserve range 00010000-00110000
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
preloader: Warning: failed to reserve range 00010000-00110000
fixme:system:SetProcessDPIAware stub!
Cleaned up temp file: C:/Program Files/Xfire2/Qpaths.ini
fixme:msvcrt:__clean_type_info_names_internal (0x6624b644) stub
fixme:msvcrt:__clean_type_info_names_internal (0x61249e2c) stub
fixme:msvcrt:__clean_type_info_names_internal (0x6202f76c) stub
fixme:msvcrt:__clean_type_info_names_internal (0x1013a9c4) stub
fixme:msvcrt:__clean_type_info_names_internal (0x640f0d1c) stub
fixme:msvcrt:__clean_type_info_names_internal (0x657bfca4) stub
fixme:msvcrt:__clean_type_info_names_internal (0x6726b1fc) stub
bash-4.2$ fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:system:SetProcessDPIAware stub!
fixme:font:get_outline_text_metrics failed to read full_nameW for font L"Ani"!
fixme:msg:pack_message msg 80 (WM_SETICON) not supported yet
fixme:msg:pack_message msg 80 (WM_SETICON) not supported yet
fixme:msvcrt:__clean_type_info_names_internal (0x1000847c) stub
fixme:msvcrt:__clean_type_info_names_internal (0x640f0d1c) stub
fixme:msvcrt:__clean_type_info_names_internal (0x657bfca4) stub
fixme:msvcrt:__clean_type_info_names_internal (0x6726b1fc) stub
--
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=38224
Bug ID: 38224
Summary: AcceptEx detaches the socket from its IO completion
port
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Created attachment 51024
--> https://bugs.winehq.org/attachment.cgi?id=51024
Source + binary for BugAcceptEx
Hello,
On a server I have a listening socket
lListeningSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP);
CreateIoCompletionPort (lListeningSocket, lIoCompletionPort, 0, 0);
bind (lListeningSocket, PSockAddr (@lAddress)^, SizeOf (TSockAddrIn));
listen (lListeningSocket, 1);
and I prepare a socket for a new connection
lSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP);
CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0);
then call AcceptEx
lPtrAcceptEx (lListeningSocket, lSocket, ...);
GetQueuedCompletionStatus (lIoCompletionPort, ...) signals completion for
AcceptEx for an incoming connection (so CreateIoCompletionPort
(lListeningSocket, ...) works fine), but never signals completion for events on
lSocket, not even a disconnection.
If I call again
CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0);
after the completion of AcceptEx, it works fine.
So AcceptEx as detached lSocket from the IO completion port.
To help reproducting it, I created a little command line server BugAcceptEx.exe
Here attached is the code (Delphi) and the executable.
In a command prompt run
BugAcceptEx 1234
and in another command prompt
telnet localhost 1234
and press a key
Under Windows it works fine, under Mac + Wine the server signals the incoming
connection but never signals data nor disconnection.
Now if you do
BugAcceptEx 1235 WithPatch
and
telnet localhost 1235
it works fine
Thank you for your help.
Regards,
Michel Terrisse
--
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.