http://bugs.winehq.org/show_bug.cgi?id=7412
Summary: Italian translation for shdocvw\en.rc
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-resources
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: devotip(a)tiscali.it
see attachment
--
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=7410
------- Additional Comments From hans(a)it.vu.nl 2007-13-02 06:40 -------
You did not follow my advice:
> trace:exec:SHELL_ExecuteW Execute L"xpdf
xpdf is not in the Windows search path.
--
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=5723
szdowk(a)wp.pl changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #4900 is|0 |1
obsolete| |
------- Additional Comments From szdowk(a)wp.pl 2007-13-02 06:37 -------
Created an attachment (id=4906)
--> (http://bugs.winehq.org/attachment.cgi?id=4906&action=view)
Without GLSL, with PixelShader
--
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=7410
------- Additional Comments From ravinderonline(a)yahoo.com 2007-13-02 05:50 -------
Dear Hans Leidekker,
Thanks for such a quick response. I made a test application in VC++ for
launching the pdf help. I have pasted the function responsible for launching the
help.
void CMainFrame::OnHelp()
{
MessageBox("140");
long temp = (long)ShellExecute(NULL, "open", "Thai.pdf", NULL, NULL, SW_SHOW);
CString strTemp1;
strTemp1.Format("%d", temp);
MessageBox(strTemp1,MB_OK);
}
I ran the application as
WINEDEBUG=exec <exec_name>
Its giving me the following messages on console. As per the output i feel
association is done properly but shell execute is returning 2 that mean file not
found. Although i have pasted the file properly.
[amita@rm nexusexec]$ wine pdfhelp.exe
trace:exec:ShellExecuteA (nil),"open","Thai.pdf",(null),(null),5
trace:exec:ShellExecuteExA 0x33fa84
trace:exec:SHELL_execute mask=0x00000000 hwnd=(nil) verb=L"open"
file=L"Thai.pdf" parm=(null) dir=(null) show=0x00000005 class=not used
trace:exec:ShellExecute_FromContextMenu L"Thai.pdf"
trace:exec:ShellExecute_GetClassKey ext = L".pdf"
trace:exec:ShellExecute_GetClassKey class = L"pdffile"
trace:exec:SHELL_execute execute:L"Thai.pdf",L"",L""
trace:exec:SHELL_ExecuteW Execute L"Thai.pdf" from directory L""
trace:exec:SHELL_ExecuteW returning 5
trace:exec:SHELL_FindExecutable L"Thai.pdf"
trace:exec:SHELL_FindExecutable SearchPathW returned non-zero
trace:exec:SHELL_FindExecutable
xlpFile=L"Z:\\home\\data1\\amita\\DecisionSpace2003.19\\nexusexec\\Thai.pdf",extension=L".pdf"
trace:exec:SHELL_FindExecutable File type: L"pdffile"
trace:exec:SHELL_ArgifyW 0x33e324, 1024, L"xpdf %1",
L"Z:\\home\\data1\\amita\\DecisionSpace2003.19\\nexusexec\\Thai.pdf", (nil),
0x33f184
trace:exec:SHELL_ArgifyW used 66 of 1024 space
trace:exec:SHELL_FindExecutable returning L"xpdf"
trace:exec:SHELL_execute L"Thai.pdf"/L"open" =>
L"\"xpdf\""/L"pdffile\\shell\\open\\command"
trace:exec:execute_from_key L"pdffile\\shell\\open\\command" L"Thai.pdf" (null)
L"" L"xpdf"
trace:exec:execute_from_key got cmd: L"xpdf %1"
trace:exec:SHELL_ArgifyW 0x33d244, 1024, L"xpdf %1", L"Thai.pdf", (nil), 0x33f184
trace:exec:SHELL_ArgifyW used 66 of 1024 space
trace:exec:execute_from_key executing: L"xpdf
\"Z:\\home\\data1\\amita\\DecisionSpace2003.19\\nexusexec\\Thai.pdf\""
trace:exec:SHELL_ExecuteW Execute L"xpdf
\"Z:\\home\\data1\\amita\\DecisionSpace2003.19\\nexusexec\\Thai.pdf\"" from
directory L""
trace:exec:SHELL_ExecuteW returning 2
trace:exec:SHELL_execute retval 2
[amita@rm nexusexec]$
--
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=7411
Summary: GLSL shaders work badly with fglrx
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ns03ja(a)brocku.ca
When using GLSL, fr-038 (from bug 6577) shows almost nothing but black (the
notable exceptions being the word "Theta" at the beginning and some fullscreen
fades from white to black). Of particular note from the output is the
following:
fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader
#536870913: "WARNING: 0:1: extension 'GL_ARB_draw_buffers' is not supported\n"
fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader
#2147483649: " Link successful. The GLSL vertex shader will run in hardware.
The GLSL fragment shader will run in hardware."
and
fixme:d3d:renderstate_stencil_twosided >>>>>>>>>>>>>>>>> 0x500 from
glStencilFuncSeparateATI(...) @ state.c / 560
All of which are repeated many many times (although the first two with
different shader numbers). It should also be noted that glxinfo does show that
GL_ARB_draw_buffers is present:
$ glxinfo | grep draw_buff
GL_ARB_draw_buffers, GL_ATI_draw_buffers, GL_ATI_element_array,
fr-038 works reasonably well (less the remaining issue from bug 6577) when
using ARB.
3DMark 2003 and 2001 exhibit similar issues, in that they will crash at the
end of a test that used shaders. In the case of 2001, the high quality car
chase test is an example of a test that uses shaders. In the case of 2003, the
first test is an example of a test that uses shaders. Debug output for 3DMark
2001 and 2003 to follow.
All of this was observed with a Radeon X1400 using the 8.33.6 drivers.
--
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=7410
------- Additional Comments From hans(a)it.vu.nl 2007-13-02 05:09 -------
One problem is that Wine requires a full path in order
to find the Unix executable (e.g. /usr/bin/xpdf instead
of just xpdf).
The other problem is that ShellExecute converts the
filename to a Windows path which xpdf will not understand.
You'll need a wrapper script like this:
#!/bin/sh
xpdf `winepath -u $1`
and then register the fully qualified path to this script
as the handler for opening .pdf files.
If it still doesn't work run this command in the directory
where "help.pdf" resides:
WINEDEBUG=trace+exec wine start help.pdf
and attach the output here.
--
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.