http://bugs.winehq.org/show_bug.cgi?id=2172
------- Additional Comments From nicolas.rouquette(a)jpl.nasa.gov 2004-07-05 13:40 -------
I ran into the same bug symptom with a tool from Semantic Designs,
http://www.semanticdesigns.com. They have a runtime system application
called "run" (not to be confused with windows'own run) that is found on my PATH
variable.
I suspect the problem is related to the dependency on "MSVCIRT.DLL" which is not
(yet) part of wine. Sometimes, I can get the application to run but most of the
time the application crashes on nested exceptions on the signal stack.
rouquett@gabizou [255] : /data/rouquett/RH9/DMS/Domains
[1083] $ WINEDEBUG=+loaddll wine -- CMD.EXE
trace:loaddll:load_dll Loaded module L"advapi32.dll" : builtin
trace:loaddll:load_dll Loaded module L"gdi32.dll" : builtin
trace:loaddll:load_dll Loaded module L"USER32.dll" : builtin
trace:loaddll:load_dll Loaded module L"MSVCRT.dll" : builtin
trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin
trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin
trace:loaddll:MODULE_LoadModule16 Loaded module "GDI.EXE" : builtin
trace:loaddll:MODULE_LoadModule16 Loaded module "USER.EXE" : builtin
trace:loaddll:load_dll Loaded module L"x11drv.dll" : builtin
trace:loaddll:load_dll Loaded module L"imm32.dll" : builtin
fixme:console:SetConsoleCtrlHandler (0x4ad09da7,1) - no error checking or
testing yet
fixme:msvcrt:MSVCRT_setlocale :Codepage only locale not implemented
Microsoft Windows 2000 [Version 4.00.0000]
(C) Copyright 1985-2000 Microsoft Corp.
M:\Domains>run XML\Tools\Parser\DomainParser.P0B
fixme:win:GetProcessWindowStation (void): stub
fixme:user:GetUserObjectInformationW (0x1 2 (nil) 0 0x4074fb40),stub!
fixme:win:GetThreadDesktop (9): stub
fixme:user:GetUserObjectInformationW (0x1 2 (nil) 0 0x4074fb44),stub!
fixme:user:GetUserObjectInformationW (0x1 2 0x40238d38 0 0x4074fb40),stub!
fixme:user:GetUserObjectInformationW (0x1 2 0x40238d38 0 0x4074fb44),stub!
fixme:ntdll:NtQueryInformationProcess
(0x134,0x00000000,0x4074fa58,0x00000018,(nil)),stub!
trace:loaddll:load_dll Loaded module L"advapi32.dll" : builtin
trace:loaddll:load_dll Loaded module L"gdi32.dll" : builtin
trace:loaddll:load_dll Loaded module L"USER32.dll" : builtin
trace:loaddll:load_dll Loaded module L"WINSPOOL.DRV" : builtin
trace:loaddll:load_dll Loaded module L"rpcrt4.dll" : builtin
trace:loaddll:load_dll Loaded module L"ole32.dll" : builtin
trace:loaddll:load_dll Loaded module L"shlwapi.dll" : builtin
trace:loaddll:load_dll Loaded module L"comctl32.dll" : builtin
trace:loaddll:load_dll Loaded module L"shell32.dll" : builtin
trace:loaddll:load_dll Loaded module L"comdlg32.dll" : builtin
trace:loaddll:load_dll Loaded module L"MSVCRT.dll" : builtin
trace:loaddll:load_dll Loaded module L"C:\\windows\\system\\MSVCIRT.dll" : native
trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin
trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin
trace:loaddll:MODULE_LoadModule16 Loaded module "GDI.EXE" : builtin
trace:loaddll:MODULE_LoadModule16 Loaded module "USER.EXE" : builtin
trace:loaddll:load_dll Loaded module L"x11drv.dll" : builtin
trace:loaddll:load_dll Loaded module L"imm32.dll" : builtin
RTS Version 19.1.5
Copyright 1998 Semantic Designs, Inc. All Rights Reserved
Link_Encoding_UNICODE: 1
Code size: 4658244
Enter file name : err:seh:setup_exception nested exception on signal stack in
thread 000c eip 00000002 esp 40dfcb24 stack 0x41bc0000-0x41cc1000
0th thread terminated, cleaning up
M:\Domains>
--
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=1166
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From tony_lambregts(a)telusplanet.net 2004-07-05 10:45 -------
Closing
--
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=1166
michal.seliga(a)visicom.sk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From michal.seliga(a)visicom.sk 2004-07-05 02:25 -------
with last release I tried it worked
so i mark it as fixed
--
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.
Hi,
> ------- Additional Comments From tony_lambregts(a)telusplanet.net 2004-06-05 10:50 -------
> Would you please create an attachment containing the program?
>
Where I can send attachment? To @winehq.org or @telusplus.net?
grtx,
Rafal.
http://bugs.winehq.org/show_bug.cgi?id=1374
------- Additional Comments From lionel.ulmer(a)free.fr 2004-06-05 16:23 -------
Well, from my last analysis of the Wine code, using the CLIPSIBLINGS flag should
fix the issue as in this case, the WGL code will receive the window it needs to
draw into and not its parent.
Anyway, you can always ask, but this is still something that needs to be fixed
in Wine's OpenGL code one of these days...
--
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=2203
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |NoAppDBEntry
--
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=2202
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://appdb.winehq.org/appv
| |iew.php?appId=31
--
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.
WineDbg starting on pid e
Can't find file for ELF 'wine-kthread' ((nil))
X-Bugzilla-Reason: AssignedTo
http://bugs.winehq.org/show_bug.cgi?id=2201
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |NoAppDBEntry
--
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=2197
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |NoAppDBEntry
------- Additional Comments From tony_lambregts(a)telusplanet.net 2004-06-05 10:50 -------
Would you please create an attachment containing the program?
--
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=1374
------- Additional Comments From david_costanzo(a)yahoo.com 2004-06-05 00:51 -------
Created an attachment (id=588)
--> (http://bugs.winehq.org/attachment.cgi?id=588&action=view)
Lionel's patch, updated for current state of CVS
I think I found the emails:
Description of the problem:
http://www.winehq.org/hypermail/wine-devel/2002/05/0494.html
Proposed (hacky) Solution:
http://www.winehq.org/hypermail/wine-devel/2002/08/0048.html
I have attached a patch that should be equivalent to Lionel's original patch,
but that can be applied to the current source.
The patch has no discernable effect in Hammer's default mode of operation,
which is to show maps in a window with a horizontal and a vertical splitter,
with each of the four views (top,front,side,camera) having its own quadrant.
However, this patch *does* fix the problem when Hammer's is run in its
alternate mode of operation, where each of the four views have their own window
(Tools->Options->General and check "use independent window configuration"). In
this mode, I find it convenient to simulate the splitter window by organizing
the four separate windows with Windows->Tile.
Lionel, in the mail that you sent to wine-dev, you wrote:
> Anyway, all this comes from the fact that the programmers were
> lazy and did not add the 'DCX_CLIPSIBLINGS' flag to their GetDCEx
> call (I know it's not needed because the clipping is done by OpenGL
> in the viewport call).
Are the "lazy programmers" the Hammer programmers? Would it be that simple to
fix Hammer, assuming we had the source code? If you're confident that this
would fix the problem, we can try to convince someone at Valve to set the flag.
They seem like a Linux-friendly company.
--
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=2205
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://appdb.winehq.org/appv
| |iew.php?appId=995
--
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=2194
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |NoAppDBEntry
--
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=717
------- Additional Comments From Speeddymon(a)yahoo.com 2004-05-05 20:51 -------
Well it may be a lil while before I can help with debugging the real problem,
because as I said before I still dont have a computer, just using a public
access one. But if you know a little bit about BASH scripting, I can help you
write up a workaround..
I think that all that needs to be done is have wineshelllink check to see if
the link target exists. If it does then create the link as before, but if not,
then create the link using the dummy icon (which would be installed to
C:\Windows\System (or C:\WinNT\System32) when wine is installed)
Of course some nice but not necessary additions to this would be to have an
initscript check (upon bootup) to see if the files needed to create a proper
link exist, and if so then call wineshelllink to do so. Another thing it could
do is to remove links when someone hasnt properly uninstalled a program and the
targets _no longer_ exist (but did before). And of course if the link is
already proper then do nothing... This is of course not necessary as I said
before but would be something nice..
If anyone has any other ideas post em here and as soon as I get a computer Ill
get to writing them up..
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=717
pauling(a)starwolf.biz changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pauling(a)starwolf.biz
------- Additional Comments From pauling(a)starwolf.biz 2004-05-05 19:47 -------
See Comment 20;
I'm running wine 20040408, and this is still a problem, complete error message
reads:
Error: Unable to create a link to C:\Program Files\Starcraft\Readme.hl as
C:\WINDOWS\Start Menu\Programs\Starcraft\Starcraft Readme.lnk.
Installation Aborted
Error 0: Success
at: LinkUndo.cpp Line 165
I've tried touching the file that it's having trouble creating, to no effect,
and this has happened now reliably for 20 install cycles. Other .lnk files it
appears to be able to create without problems.
Any assistance in suggesting WINEDEBUG environment variables that might help
isolate this would be appreciated
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=2209
Summary: Cannot print from Red Hat Enterprise Linux 3
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: medbi01(a)accpac.com
When printing from ACCPAC Advantage Series for Linux (and I expect from a test
program too) I get the error:
lpr: unable to print file: server-error-service-unavailable
This occurs just after CloseJob16 closes its fd to the printing fork.
If I modify wine to print via a temp file I get the same error, even though I
can print the temp file manually from the command line.
--
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=2194
irshadkunda(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P4 |P1
--
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=2137
------- Additional Comments From vladimir(a)pobox.com 2004-04-05 18:31 -------
This is caused by exec shield being on by default. echo 0 >
/proc/sys/kernel/exec-shield and the problem goes away.
--
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=2048
------- Additional Comments From zbyszek(a)pangea.com.pl 2004-04-05 08:17 -------
I can confirm this bug, also. I have downloaded and build version (20040408).
regards, zgibek
--
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=1374
------- Additional Comments From lionel.ulmer(a)free.fr 2004-04-05 06:17 -------
This seems to be the 'famous' problem that is also present in the NWN toolset.
There was a mail of mine to the Wine mailing list explaining exactly the reasons
for this problem and a (hacky) fix.
I could not tell you exactly when I sent it, but it should be in the archives.
If you can't find it, I will see if I can find it in my archives.
Basically, it comes from the fact that the DC created for the OpenGL window does
not have the CLIPSIBLINGS flag set, which means that the X window associated to
this DC is the parent window with some hacks (ie X geometry translation +
passthrough). This geometry translation and passthrough is not supported by
OpenGL => the GL drawings are done in a window which is obscured by other
windows => one does not see anything.
--
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=1374
------- Additional Comments From david_costanzo(a)yahoo.com 2004-04-05 03:03 -------
I think the problem is with WGL and/or x11drv.
After hacking on wgl.c, I was able to get the camera view to draw onto the
desktop's root window. The good news is that the image looks fine, which makes
me think the gl* calls are not the problem, it's that the gl* calls are writing
to a window that is not being drawn to the screen.
I also tried calling XDrawLine on the same window on which the gl* calls are
made (you can get the Drawable in wglMakeCurrent), but I never saw my line. The
window seems to ignore all drawing commands.
Any ideas on how to trouble-shoot why drawing to a "Drawable" has no apparent
effect? Any ideas on how to determine if the Drawable in wglMakeCurrent is
really the camera window in Hammer (as opposed to some hidden window)?
--
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=2208
Summary: Problems loading wine
Product: Wine
Version: 20040408
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: slimreb(a)yahoo.com
I am getting an error message whenever I try to load wine. The error is:
fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support
for it ?
I have not been able to find out anything for this error. Please let me know
what I need to do to get this to work. Thank you.
--
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=2207
Summary: Word 2000 viewer installation loops
Product: Wine
Version: CVS
Platform: PC
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=0e56d944-38f6-4eb5-aca6-8bd280d5e6b1&DisplayLang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: puoti(a)inwind.it
The word 2000 viewer installation decompresses the files, starts the setup
program, I click continue and at this point apparently enters an infinite loop.
I don't know what info is needed to debug this, but as it's a free and small
download I suggest anybody wanting to debug this just downloads it and does in
on his own pc.
--
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=2206
Summary: Configure file
Product: Wine
Version: 20040408
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marcd(a)lasermarking.net
I am sure it is an easy fix, however, I have found that while using the
winemaker in the wine-devel-20040408-1fc1winehq.i386.rpm version, a configure
file is never generated. The makefile is, but not the configure file. I have
tried a couple of different things, to no avail, so any help would be
appreciated
--
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=2205
Summary: wine fails to install "Install Shield".
Product: Wine
Version: 20040408
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: James(a)superbug.demon.co.uk
wine fails to install some programs that need "Install Shield 6". If Install
Shield does not exist in the wine setup, the program about to be installed will
try to install a new version of InstallShield. But the install of InstallShield
fails.
Here is some extract of a log I took of it failing. It gets stuck in a loop
(sleep, try create_pipe, sleep, etc.) trying to create a named pipe, but always
fails to create it.
0009:Call kernel32.Sleep(000003e8) ret=40a3095c
0009:Ret kernel32.Sleep() retval=00000000 ret=40a3095c
0009:Call kernel32.CreateFileA(406dec30
"\\\\.\\pipe\\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA}",c0000000,00000000,00000000,00000003,00000000,00000000)
ret=40a30898
0009:trace:heap:RtlAllocateHeap (0x40380000,00000002,00000060): returning 403f0c20
0009:trace:file:CreateFileW
L"\\\\.\\pipe\\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA}" GENERIC_READ
GENERIC_WRITE OPEN_EXISTING attributes 0x0
0009:trace:file:CreateFileW Opening a pipe:
L"\\\\.\\pipe\\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA}"
0009: open_named_pipe( access=c0000000, inherit=0,
name=L"\\\\.\\pipe\\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA}" )
0009: open_named_pipe() = NO_SUCH_FILE { handle=(nil) }
0009:trace:file:FILE_OpenPipe Returned (nil)
0009:trace:file:CreateFileW returning 0xffffffff
0009:trace:heap:RtlFreeHeap (0x40380000,00000002,403f0c20): returning TRUE
0009:Ret kernel32.CreateFileA() retval=ffffffff ret=40a30898
0009:warn:ole:create_marshalled_proxy Could not open named pipe to broker
\\.\pipe\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA},
le is 2
0009:Call kernel32.Sleep(000003e8) ret=40a3095c
0009:Ret kernel32.Sleep() retval=00000000 ret=40a3095c
0009:Call kernel32.CreateFileA(406dec30
"\\\\.\\pipe\\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA}",c0000000,00000000,00000000,00000003,00000000,00000000)
ret=40a30898
0009:trace:heap:RtlAllocateHeap (0x40380000,00000002,00000060): returning 403f0c20
0009:trace:file:CreateFileW
L"\\\\.\\pipe\\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA}" GENERIC_READ
GENERIC_WRITE OPEN_EXISTING attributes 0x0
0009:trace:file:CreateFileW Opening a pipe:
L"\\\\.\\pipe\\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA}"
0009: open_named_pipe( access=c0000000, inherit=0,
name=L"\\\\.\\pipe\\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA}" )
0009: open_named_pipe() = NO_SUCH_FILE { handle=(nil) }
0009:trace:file:FILE_OpenPipe Returned (nil)
0009:trace:file:CreateFileW returning 0xffffffff
0009:trace:heap:RtlFreeHeap (0x40380000,00000002,403f0c20): returning TRUE
0009:Ret kernel32.CreateFileA() retval=ffffffff ret=40a30898
0009:warn:ole:create_marshalled_proxy Could not open named pipe to broker
\\.\pipe\{91814EC0-B5F0-11D2-80B9-00104B1F6CEA},
le is 2
0009:Call kernel32.Sleep(000003e8) ret=40a3095c
0009:Ret kernel32.Sleep() retval=00000000 ret=40a3095c
--
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=2130
------- Additional Comments From brettholcomb(a)charter.net 2004-01-05 20:11 -------
And it's still broken with CVS as of 4/31/2004. Same output.
fixme:dc:LockWindowUpdate (0x10024), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dc:LockWindowUpdate (0x10024), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dc:LockWindowUpdate (0x10024), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
--
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.