http://bugs.winehq.com/show_bug.cgi?id=339
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:43 -------
resolving as fixed....
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=339
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:43 -------
Why i did it as invalid I don't know, reopening
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=336
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:42 -------
Can someone please verify that this is still the case? Need to try with latest
wine version and several older versions of mIRC (for users that use scripts
based on older versions)..
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=15
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:40 -------
Re closing.. I'm guessing that either I accidentally clicked reopen instead of
close, or Bugzilla forgot that it was closed after the last update... either
way....
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1165
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|critical |major
Status|RESOLVED |CLOSED
Version|unspecified |20021031
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:35 -------
And closing..
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1165
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:34 -------
Resolving as fixed since that is the case..
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1165
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|WORKSFORME |
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:33 -------
Actually, if the bug is not apparent in recent versions of wine, then that
means the bug was fixed between the version you last saw the bug in and the
current version, so it should be resolved FIXED.. reopening..
Advise all users experiencing this problem with photoshop 6 and an old(er)
version of wine to upgrade to the most recent version..
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=906
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:26 -------
If anyone can verify that the old Quicken 99 is working with a current wine,
please make this verified and I will close shortly thereafter.. If not, I feel
that this should be reopened so that we may get Quicken 99 working, as some
users may not upgrade to more recent versions of Quicken.....
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1537
Summary: Wine reports 0 MHz CPU speed to applications
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: khalek(a)scummvm.org
Using Wine CVS from 20030623 two applications that used to work with wine now
don't with the application error given stating "Sorry, x requires at least a 60
MHz processor or faster to run. Specific error: Speed = 0 MHz"
Where X is the name of the game I'm trying to run.
This happens with the win32 versions of Full Throttle and Sam 'n Max: Hit the Road
both games from Lucasarts.
These titles previously used to start with wine in the past but don't now due to
the above error.
I would try to track down the call the application is making but I'm not
familiar with the wine debugger/codebase and don't have the time right now.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=905
gnutt(a)belzberg.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From gnutt(a)belzberg.com 2003-22-06 17:17 -------
Appears to be working now. Didn't really track starting with which version.
Presently using 20030508.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1274
------- Additional Comments From dclark(a)akamail.com 2003-22-06 15:21 -------
This appears to be fixed in the current Wine. Are you still seeing it?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1253
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:27 -------
Bug comments restored from Gmane.org:
When I try to run a program that accesses a lm license server I get an error
stating that the function NetWkstaTransportEnum is unimplemented in the
netapi32.dll. I am using the builtin version, not the native windows version.
------- Additional Comments From mike <at> theoretic.com 2003-03-27 04:42 -------
Can you give us the exact error? That function appears to be a partial stub,
some parts are in fact implemented.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1255
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:24 -------
Bug comments restored from Gmane.org:
The command I type in is:
wine --managed --winver win98 matlab.exe
This is what I get:
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 24 (X_ConvertSelection)
Resource id in failed request: 0x0
Serial number of failed request: 21
Current serial number in output stream: 21
err:ntdll:RtlpWaitForCriticalSection section 0x41833684 "x11drv_main.c:
X11DRV_CritSection" wait timed out, retrying (60 sec) fs=008f
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-06
14:56 -------
Good god... You are running a very old version of wine there. Please update you
version of wine http://www.winehq.org/download/ I would
recommend you install
the latest tarball.
Also the documentation you have is very out of date. --managed and --winver are
no longer command line options. The latest documentation is always available at
the following link. http://www.winehq.org/Docs/
If you still have the same problem after installing a new version of wine please
reopen.
------- Additional Comments From horacio6217 <at> mchsi.com 2003-02-06 23:13
-------
I installed wine version: 20030115. I get the following errors:
fixme:console:SetConsoleCtrlHandler (0x10c0ed10,1) - no error checking or
testing yet
fixme:msvcrt:MSVCRT_signal (8 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (4 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (11 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (22 (nil)):stub
fixme:msvcrt:_fstati64 :dwFileAttributes = 32, mode set to 0
fixme:msvcrt:_fstati64 :dwFileAttributes = 32, mode set to 0
fixme:msvcrt:MSVCRT_signal (8 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (4 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (11 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (22 (nil)):stub
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-06
23:45 -------
By the log I take it that the original problem is gone. The log shows me that
the program encounters a couple of stubs. These are not nessesarily a problem. I
suppose that the program still does not work otherwise you would not have
reopened the report. What is not clear to me is what is going wrong. There is no
evidence of a crash from the log. Could you please elaborate on what the problem is.
BTW is matlab is by the company at this web site?. http://www.mathworks.com
------- Additional Comments From horacio6217 <at> mchsi.com 2003-02-07 09:43
-------
Sorry for not being more clear about it. It was late, I was tired.
With the newer version of WINE, it only displays those messages and it never
gets Matlab up and running. I waited for about 3 minutes. It only gets as far
as displaying the Matlab logo.
Thanks
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1260
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:14 -------
Bug comments restored from Gmane.org:
MS Office 2000 installation on clean cvs version chokes after accepting the EULA
with
following information in console:
wineserver: request.c:175: set_reply_data_size: Assertion `size <=
get_reply_max_size()' failed.
Installation has worked flawlessly a couple of weeks ago, so this is due to a
recent
change in wine.
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-02-10
18:34 -------
Hi, please attach a --debugmsg +server logfile.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1262
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:09 -------
Bug comments restored from Gmane.org:
CreateWindow's flag WS_EX_TRANSPARENT doesn't do anything.
Cesar Mello did a little example program which uses this flag:
Both source and an executable are available here:
ftp://ftp.elipse.com.br/pub/transp/transp-exe.tar.gz
ftp://ftp.elipse.com.br/pub/transp/transp-source.tar.gz
Does anyone can help me with this?
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-07 10:54
-------
Created an attachment (id=393)
--> (http://bugs.winehq.com/attachment.cgi?id=393&action=view)
Executable of a program that creates an transparent window
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-07 10:54
-------
Created an attachment (id=394)
--> (http://bugs.winehq.com/attachment.cgi?id=394&action=view)
Source code of a program that creates an transparent window
------- Additional Comments From mike <at> theoretic.com 2003-02-28 05:23 -------
I would recommend this be futured. Until the XFree guys improve save-unders and
introduce the transparent windowing extension (needs xrender to reach 1.0 first,
ie won't happen for a while) this feature is unimplementable on Linux. It's also
not actually required by any app that I know of.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1263
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:04 -------
Bug comments restored from Gmane.org:
Form resizing doesn't work properly in Microsoft Visual FoxPro versions 5, 6,
7, 8. Trying to grab the sides or corners of the form to resize does not
work.
To reproduce this problem please download my demo application as listed in the
URL field.
------- Additional Comments From dclark <at> akamail.com 2003-02-08 12:38 -------
Here is a small "fix", but not the right one. It is not clear to me yet whether
the wrong value is being passed to this function, or that a more elaborate
method needs to be used to determine what to do with it. But anyway, the patch
at least demonstrates where the problem is.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 8 Feb 2003 18:35:31 -0000
@@ -1901,11 +1903,17 @@
else /* SC_SIZE */
{
if (!thickframe) return;
- if ( hittest && hittest != HTSYSMENU ) hittest += 2;
+ ERR("Hittest A %ld\n", hittest);
+ if ( hittest && hittest != HTSYSMENU )
+ {
+ if (hittest <= WMSZ_BOTTOMRIGHT) hittest += ( HTLEFT - WMSZ_LEFT );
+ else hittest += 2;
+ }
else
{
set_movesize_capture( hwnd );
hittest = start_size_move( hwnd, wParam, &capturePoint, style );
+ ERR("Hittest B %ld\n", hittest);
if (!hittest)
{
set_movesize_capture(0);
@@ -1932,6 +1940,7 @@
}
origRect = sizingRect;
+ ERR("Hittest C %ld\n", hittest);
if (ON_LEFT_BORDER(hittest))
{
mouseRect.left = max( mouseRect.left, sizingRect.right-maxTrack.x );
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-08 14:54 -------
Duane your patch worked beautifully on my end. I can now resize all VFP
windows normally. However, it still doesn't handle the grab on the top edge of
the window correctly, but all other edges and all corners grab just fine.
Thanks and hopefully this patch can get committed if it is found to be the
correct one.
------- Additional Comments From dclark <at> akamail.com 2003-02-08 15:34 -------
It definitely isn't correct, since it breaks certain cases in other apps. I'm
still trying to figure out exactly what should be done. All the MSDN says is
that "the four low-order bits of the wParam parameter are used internally by the
system", so not much help there :-)
------- Additional Comments From dclark <at> akamail.com 2003-02-08 17:08 -------
It looks like the correct fix is:
http://www.winehq.com/hypermail/wine-patches/2003/02/0080.html
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-08 17:48 -------
Yes, that patch resolves the window resizing issue in Visual FoxPro, all
versions. Great job, I definitely feel like I'm getting my money's worth with
Wine! :)
As far as I'm concerned this bug can be marked as resolved, assuming that the
patch makes it into the CVS tree.
------- Additional Comments From dclark <at> akamail.com 2003-02-24 18:21 -------
I think we can close this one. Fixed by:
http://www.winehq.com/hypermail/wine-cvs/2003/02/0075.html
------- Additional Comments From dpaun <at> rogers.com 2003-03-25 17:46 -------
Fix some time ago. Closing.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1264
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:01 -------
Bug comments restored from Gmane.org:
A TAB will advance to the next control, and a SHIFT-TAB *should* bring you to
the previous control, but this isn't implemented in Wine. The following
message gets output when you try to SHIFT-TAB from Visual FoxPro:
err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE20
(ISO_Left_Tab) :
err:keyboard:X11DRV_ToUnicode (virtKey=9,scanCode=F,keycode=17,state=11)
------- Additional Comments From wine-devel <at> bol.com.br 2003-04-05 23:25
-------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1265
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:59 -------
Bug comments restored from Gmane.org:
Tooltip text is drastically cut off, which is a big problem
when working in the VFP IDE as Intellisense will tell a
developer the syntax for the command being entered.
Download my demo to reproduce.
------- Additional Comments From dclark <at> akamail.com 2003-02-10 13:03 -------
This is being caused because this sequence of events is taking place. Early on
the app creates two DCs for the tooltip with a default size of 66x20 pixels. One
is an offscreen DC for working in (ends up being 0xa18 on my system), and the
other is the DC that is used to actually display the tooltip on the screen
(0xa14). When it comes time to show the tooltip, the app moves and resizes both
DCs, and paints and writes in the text to the offscreen DC. It then copies this
into the screen DC and sends a signal to make it visible. Up to this point
everything is fine.
When the window is made visible, some events are received from the X queue,
which "catch up" the app. It sends two resize events to the offscreen DC, the
first resizes back to 66x20, which effectively clips the rest of the tooltip,
and the second resizes it back to the correct size. Unfortunately the contents
are now corrupted, but the app is assuming the offscreen DC is ok. The corrupted
offscreen DC is then copied to the screen DC.
When the tooltip is hidden and redisplayed, the same sequence of events occurs.
Except this time, the DCs were already at the correct size for the tooltip, so
no resizing back to 66x20 occurs, and the offscreen DC is not corrupted this
time. Even when the window is closed and reopened, it continues to use the DCs
it has already created, so no problem occurs.
------- Additional Comments From dclark <at> akamail.com 2003-02-10 15:48 -------
And it looks like this patch fixes this bug. I am not real sure why this code is
here, so will have to study more before submitting. And there are already lots
of patches setting in the queue already :-)
An X ConfigureNotify event is a notification that a window has just been
changed. So it is not clear to me why Wine immediately then changes it again. I
will have to test with a bunch of apps to see if I can figure out what (if
anything) it is needed for.
Watch out for word wrap.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 10 Feb 2003 21:41:08 -0000
@@ -1609,8 +1611,8 @@
/* if nothing changed, don't do anything */
if (winpos.flags == (SWP_NOMOVE | SWP_NOSIZE | SWP_NOZORDER |
SWP_NOACTIVATE)) return;
- SetWindowPos( hwnd, winpos.hwndInsertAfter, winpos.x, winpos.y,
- winpos.cx, winpos.cy, winpos.flags | SWP_WINE_NOHOSTMOVE );
+/* SetWindowPos( hwnd, winpos.hwndInsertAfter, winpos.x, winpos.y,
+ winpos.cx, winpos.cy, winpos.flags | SWP_WINE_NOHOSTMOVE );*/
}
------- Additional Comments From dclark <at> akamail.com 2003-02-10 16:35 -------
It looks like this is a much better fix.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 10 Feb 2003 22:33:20 -0000
@@ -887,6 +887,9 @@
UINT wvrFlags = 0;
BOOL bChangePos;
+ /* This is needed to flush pending X ConfigureNotify events on this window */
+ MsgWaitForMultipleObjectsEx( 0, NULL, 0, 0, 0 );
+
TRACE( "hwnd %p, swp (%i,%i)-(%i,%i) flags %08x\n",
winpos->hwnd, winpos->x, winpos->y,
winpos->x + winpos->cx, winpos->y + winpos->cy, winpos->flags);
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-10 19:35 -------
I didn't try your first fix but the second works!! This is great for Visual
FoxPro and Wine...
One thing though, not sure if this should be a separate bug report or not. If
I display some ToolTipText, and then switch to a different application, the
ToolTipText will be displaying on top of the foreground app's windows as well.
Actually, the ToolTipText will be on every desktop workspace, on top of all
other windows. I had previously noticed this phenomenon for dockable windows
that were currently undocked in the VFP IDE, so I'm assuming this is a
separate issue entirely and will likely file a separate bug report in a couple
weeks...
------- Additional Comments From chetdude <at> pacbell.net 2003-02-26 15:51 -------
*** This bug has been confirmed by popular vote. ***
------- Additional Comments From wine-devel <at> bol.com.br 2003-04-05 23:59
-------
The second patch solves the bug. Why not to apply to current wine version?
And te bug 1266 appear to be resolved, too.
------- Additional Comments From dclark <at> akamail.com 2003-04-06 13:05 -------
Hmm, you assigned the bug to yourself (Marcelo) :-) Adding wine-bugs to the CC
list so that further postings show up on gmane.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1266
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:54 -------
Bug comments restored from Gmane.org:
WAIT WINDOW text gets drawn, but then the background covers up the text.
See my demo to reproduce.
------- Additional Comments From dclark <at> akamail.com 2003-02-10 17:31 -------
Oh, cool. The patch I put on bug 1265 also fixes this one.
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-10 19:38 -------
Yes Duane, confirmed. Your second patch in bug 1265 fixes this WAIT WINDOW
problem as well. Same issue however with the window appearing on top of any
foreground application on any desktop workspace.
Are you going to submit your patch to be committed to CVS or did you need to
do more testing first?
The patch has been submitted. It makes sense (at least to me :-), and I tested
it with a bunch of apps too.
And yes, the window insisting on being on top is a "feature", and separate from
this bug.
------- Additional Comments From chetdude <at> pacbell.net 2003-02-26 15:52 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1267
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:44 -------
Bug comments restored from Gmane.org:
If you have other apps open on your desktop, and you are
letting X manage created windows and you aren't running
inside a Wine desktop, when a popup menu appears all other
VFP-created windows get sent behind any other windows on the
desktop and only the popup is visible.
Please download my demo application to reproduce.
------- Additional Comments From chetdude <at> pacbell.net 2003-02-26 15:52 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1269
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:40 -------
Bug comments restored from Gmane.org:
This was on v3.31 of WinMX (gotten from the link in the app db, but I'm pretty
sure http://www.winmx.com and click on the download link). And the
Redhat 8.0
rpm from Mecano of 20030115 (with the devel package too). I ran the install
exe and after configuring the app it started. If you go to the search tab along
the top it'll display another row of boxes below. The initial box will have a
WinMX icon, but it'll be bigger than it's supposed to be.
http://www.zeron.ca/~dan/wine/winmx1.png is a
screenshot for a different bug,
but it shows this problem too.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-09
11:22 -------
This is a free-as-in-beer download. I can confirm this
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1272
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:37 -------
Bug comments restored from Gmane.org:
SW_SHOWMINIMIZED has a weird bug: The application, when restored, goes blank and
have to be killed and re-started to work again.
This looks like an internal loop inside wine, or a wrong XLib flag being set.
This seems to be critical, because to app does not work anymore untill it is
re-started.
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 06:52
-------
Created an attachment (id=396)
--> (http://bugs.winehq.com/attachment.cgi?id=396&action=view)
source code of an app to test the SW_SHOWMINIMIZED flag
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 06:53
-------
Created an attachment (id=397)
--> (http://bugs.winehq.com/attachment.cgi?id=397&action=view)
executable of an app to test the SW_SHOWMINIMIZED flag
------- Additional Comments From dclark <at> akamail.com 2003-02-10 11:17 -------
I can never figure out how to download those attachments. Anyway, try this
patch, which fixes the exact same symptom on another app for me. Watch out for
word wrap.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 14 Jan 2003 03:02:14 -0000
@@ -1345,8 +1345,7 @@
if (!(win = WIN_GetPtr( hwnd ))) return;
- if ((win->dwStyle & WS_VISIBLE) &&
- (win->dwStyle & WS_MINIMIZE) &&
+ if ((win->dwStyle & WS_MINIMIZE) &&
(win->dwExStyle & WS_EX_MANAGED))
{
int x, y;
@@ -1373,7 +1372,10 @@
WIN_SetStyle( hwnd, style );
WIN_ReleasePtr( win );
- SendMessageA( hwnd, WM_SHOWWINDOW, SW_RESTORE, 0 );
+ /* The SW_SHOW is needed if WS_VISIBLE is false. It will trigger
+ X11DRV_ShowWindow, and pass the SW_SHOW parameter. Otherwise, it
+ does not hurt anything. */
+ SendMessageA( hwnd, WM_SHOWWINDOW, SW_RESTORE, SW_SHOW );
SetWindowPos( hwnd, 0, rect.left, rect.top, rect.right-rect.left,
rect.bottom-rect.top,
SWP_NOZORDER | SWP_WINE_NOHOSTMOVE );
}
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-02-10
11:47 -------
Whoa, that was fast!
I've also been looking at this bug, and I found something different:
I have used Win98 notepad.exe in a desktopified Wine environment for testing.
I started it, minimized notepad, and watched in amazement as it totally
disappeared (no icon anywhere!).
So in fact I uncovered a second bug while investigating that bug. Cool, huh?
Call trace:
X11DRV_ShowWindow
WINPOS_MinMaximize(hwnd, SW_MINIMIZE, &newPos)
GetWindowPlacement(hwnd, &wpl)
WINPOS_InitInternalPos()
WINPOS_FindIconPos(wndPtr, wp l.ptMinPosition [-1, -1]);
(rectParent 0/0 - 1400/1050: desktop window!)
SetRect(newPos, wpl.ptMaxPosition.x, wpl.ptMaxPosition.y,
GetSystemMetrics(SM_CXICON), GetSystemMetrics(SM_CYICON); --> 21/1596 - 32/32
---> WAY below
Wine Desktop window!!!!
What seems to happen is that WINPOS_InitInternalPos returns -1, -1
(no position information stored yet for window).
WINPOS_FindIconPos can't deal with -1, -1 properly, it seems.
I tried your patch to check whether it'd also fix this issue,
but it doesn't.
Any idea about my problem?
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-02-10
12:10 -------
OK, *my* issue is not quite a bug.
My Win98SE copy has horribly negative values for almost all WindowMetrics keys,
so Wine picks up these values and uses them in an uncorrected manner.
I'll try to find out what Windows does in case of negative values, and I'll
change Wine to handle that if required.
------- Additional Comments From dclark <at> akamail.com 2003-02-10 12:35 -------
It was quick because I have been using this patch for quite awhile now :-) It
was even submitted to CVS, but rejected:
http://www.winehq.com/hypermail/wine-devel/2002/08/0360.html
I guess maybe an attempt needs to be made to figure out the right fix.
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 12:43
-------
Well, Duane...I guess it got rejected because it does not work :)
The problem still exists...in fact, what seems to happen is that when the
window is SW_SHOWMINIMIZED, it also is resized to 0,0, it's not only minimized.
And when the user tries to restore the windows to normal (having to manually
resize the window to the "normal" size) state, the main window is locked, but
the menu seem to work (could be some flag not being set correctly).
To download the attachments...just click on them. They're are also available here:
ftp://ftp.elipse.com.br/pub/showWindow/showWindow-exe.tar.gz
ftp://ftp.elipse.com.br/pub/showWindow/showWindow-src.tar.gz
------- Additional Comments From dclark <at> akamail.com 2003-02-10 13:25 -------
I finally figured out that the attachments were gzip files. Netscape 7 thinks
they are named showattachment.cgi, and there were no other clues that I could
see to what they were. The "executable" unpacks into a .so file for some reason.
When I execute, it says I need libstdc++.so.5.
Anyway, I was able to compile from the source and run that. And yes, my patch
does not fix your app. On the otherhand, I don't get the symptom of it locking
up. Yes it is restored to a tiny window and I have to resize it by hand, but the
"hello world" is displayed just fine for me.
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 13:53
-------
You're right.
It turned out to be a Window Maker bug.
I tried the same program with gnome and it worked fine.
So, ok...the "main" bug is not a wine bug...but a minor bug still exists: The
window gets resized to a really tiniy value when minimized.
------- Additional Comments From dclark <at> akamail.com 2003-02-11 12:03 -------
Hmm, what I am seeing now is that sometimes the contents of the Window are
painted when I open and resize it, and sometimes they are not. Apparently
somewhat random, or at least no obvious cause that I can see.
------- Additional Comments From dclark <at> akamail.com 2003-02-11 19:50 -------
It looks like SW_SHOWMINIMIZED should be setting a flag to not resize the top
level window. Like this.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 12 Feb 2003 01:39:59 -0000
@@ -1237,7 +1240,7 @@
/* fall through */
case SW_SHOWMINIMIZED:
case SW_FORCEMINIMIZE: /* FIXME: Does not work if thread is hung. */
- swp |= SWP_SHOWWINDOW;
+ swp |= SWP_SHOWWINDOW | SWP_WINE_NOHOSTMOVE;
/* fall through */
case SW_MINIMIZE:
swp |= SWP_FRAMECHANGED;
@@ -1296,7 +1299,7 @@
swp |= SWP_NOACTIVATE | SWP_NOZORDER;
SetWindowPos( hwnd, HWND_TOP, newPos.left, newPos.top,
- newPos.right, newPos.bottom, LOWORD(swp) );
+ newPos.right, newPos.bottom, swp );
if (cmd == SW_HIDE)
{
/* FIXME: This will cause the window to be activated irrespective
The next problem is that somewhere, the SW_MINIMIZE client style is removed, but
the client window is not mapped. If you use just the above patch, you will see
the missing interior (client) area. This patch explicitely maps the client area,
but it kind of masks the original problem.
Index: dlls/x11drv/window.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/window.c,v
retrieving revision 1.50
diff -u -r1.50 window.c
--- dlls/x11drv/window.c 30 Jan 2003 01:07:43 -0000 1.50
+++ dlls/x11drv/window.c 12 Feb 2003 01:49:42 -0000
@@ -587,7 +587,7 @@
if (was_mapped && !is_client_window_mapped( win ))
XUnmapWindow( display, data->client_window );
XConfigureWindow( display, data->client_window, mask, &changes );
- if (!was_mapped && is_client_window_mapped( win ))
+ if (is_client_window_mapped( win ))
XMapWindow( display, data->client_window );
wine_tsx11_unlock();
}
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-12 12:46
-------
This last patch fixed my problem. Thanks!
Could you submit it for inclusion in the CVS?
------- Additional Comments From dclark <at> akamail.com 2003-02-12 13:24 -------
I kind of doubt the second part of the patch would be accepted. There are a
couple of lingering problems with minimizing and restoring (like the problem
that my earlier patch fixes on one of my apps :-) I'm getting much more
comfortable with analyzing problems and figuring out how things "should" work
than when I created that old patch; which I originally wrote almost two years
ago. So maybe it is time for me to take a second look and dig into this a little
deeper.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1274
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:14 -------
Bug comments restored from Gmane.org:
Using MSWord from Office 2000, the window size and position is not remembered if
managed == Y.
Workaround: turn managed off and set the window size and position, and then
turn managed back on.
OS: RedHat 8.0 with 2.4.20 kernel
Wine config:
[DllOverrides]
"kernel" = "builtin"
"kernel32" = "builtin"
"gdi" = "builtin"
"gdi32" = "builtin"
"user" = "builtin"
"user32" = "builtin"
"ntdll" = "builtin"
"commdlg" = "builtin, native"
"comdlg32" = "builtin, native"
"comctrl" = "builtin, native"
"comctl32" = "builtin, native"
"shell" = "builtin, native"
"shell32" = "builtin, native"
"shfolder" = "builtin, native"
"shlwapi" = "builtin, native"
"shdocvw" = "builtin, native"
"advapi32" = "builtin, native"
"setupx" = "native, builtin"
"setupapi" = "native"
"cabinet" = "native"
"oleaut32" = "native"
"ole32" = "native" ;; still see fixmes though so this isn't being honored
"*" = "native, builtin"
[Version]
"Windows" = "win98"
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1276
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:13 -------
Bug comments restored from Gmane.org:
[root@localhost Notes]# uname -a
Linux localhost.localdomain 2.4.18-19.8.0custom #2 Wed Feb 12 10:48:39 PST 2003
i686 i686 i386 GNU/Linux
[root@localhost Notes]# pwd
/mnt/win/Program Files/Notes
[root@localhost Notes]# mount
/dev/hda5 on / type ext3 (rw)
none on /proc type proc (rw)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /boot type ext3 (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
none on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/hda2 on /mnt/win type ntfs (rw)
[root@localhost Notes]# wine notes
fixme:win32:SetCriticalSectionSpinCount critsection=0x77a3f7a0: spincount=1000
not supported
fixme:win32:SetCriticalSectionSpinCount critsection=0x77a3f810: spincount=1000
not supported
fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet
fixme:console:SetConsoleCtrlHandler (0x115f1e0,1) - no error checking or testing yet
fixme:file:LockFile not implemented in server
fixme:file:UnlockFile not implemented in server
[root@localhost Notes]#
[root@localhost .wine]# cd
[root@localhost root]# cd .wine
[root@localhost .wine]# pwd
/root/.wine
[root@localhost .wine]# cat config
WINE REGISTRY Version 2
;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config
;; If you think it is necessary to show others your complete config for a
;; bug report, filter out empty lines and comments with
;; grep -v "^;" ~/.wine/config | grep '.'
;;
;; MS-DOS drives configuration
;;
;; Each section has the following format:
;; [Drive X]
;; "Path"="xxx" (Unix path for drive root)
;; "Type"="xxx" (supported types are 'floppy', 'hd', 'cdrom' and 'network')
;; "Label"="xxx" (drive label, at most 11 characters)
;; "Serial"="xxx" (serial number, 8 characters hexadecimal number)
;; "Filesystem"="xxx" (supported types are 'msdos'/'dos'/'fat', 'win95'/'vfat',
'unix')
;; This is the FS Wine is supposed to emulate on a certain
;; directory structure.
;; Recommended:
;; - "win95" for ext2fs, VFAT and FAT32
;; - "msdos" for FAT16 (ugly, upgrading to VFAT driver strongly recommended)
;; DON'T use "unix" unless you intend to port programs using Winelib !
;; "Device"="/dev/xx" (only if you want to allow raw device access)
;;
[Drive C]
"Path" = "/mnt/win"
"Type" = "hd"
"Label" = "Win2000"
"Filesystem" = "win95"
[Drive D]
"Path" = "/mnt/cdrom"
"Type" = "cdrom"
"Label" = "CD-Rom"
"Filesystem" = "win95"
; make sure that device is correct and has proper permissions !
"Device" = "/dev/cdrom"
[Drive E]
;"Path" = "${HOME}/.wine/c"
"Path" = "/root/.wine/c"
"Type" = "hd"
"Label" = "Win2k"
"Filesystem" = "unix"
[Drive F]
;"Path" = "${HOME}"
;"Type" = "network"
;"Label" = "Home"
;"Filesystem" = "win95"
[wine]
"Windows" = "c:\\WINNT"
"System" = "c:\\WINNT\\system32"
"Temp" = "e:\\tmp"
"Path" = "c:\\WINNT;c:\\WINNT\\system32;c:\\WINNT\system;e:\\"
"Profile" = "e:\\windows\\Profiles\\Administrator"
"GraphicsDriver" = "x11drv"
; Wine doesn't pass directory symlinks to Windows programs by default.
; Enabling this may crash some programs that do recursive lookups of a whole
; subdir tree in case of a symlink pointing back to itself.
;"ShowDirSymlinks" = "1"
"ShellLinker" = "wineshelllink"
# <wineconf>
[Version]
; Windows version to imitate
(win95,win98,winme,nt351,nt40,win2k,winxp,win20,win30,win31)" },
"Windows" = "win2k"
; DOS version to imitate
;"DOS" = "6.22"
; Be careful here, wrong DllOverrides settings have the potential
; to pretty much kill your setup.
[DllOverrides]
"commdlg" = "builtin, native"
"comdlg32" = "builtin, native"
"ver" = "builtin, native"
"version" = "builtin, native"
"shell" = "builtin, native"
"shell32" = "builtin, native"
"shfolder" = "builtin, native"
"shlwapi" = "builtin, native"
"shdocvw" = "builtin, native"
"lzexpand" = "builtin, native"
"lz32" = "builtin, native"
"comctl32" = "builtin, native"
"commctrl" = "builtin, native"
"advapi32" = "builtin, native"
"crtdll" = "builtin, native"
"mpr" = "builtin, native"
"winspool.drv" = "builtin, native"
"ddraw" = "builtin, native"
"dinput" = "builtin, native"
"dsound" = "builtin, native"
"opengl32" = "builtin, native"
"msvcrt" = "native, builtin"
"msvideo" = "builtin, native"
"msvfw32" = "builtin, native"
"mcicda.drv" = "builtin, native"
"mciseq.drv" = "builtin, native"
"mciwave.drv" = "builtin, native"
"mciavi.drv" = "native, builtin"
"mcianim.drv" = "native, builtin"
"msacm.drv" = "builtin, native"
"msacm" = "builtin, native"
"msacm32" = "builtin, native"
"midimap.drv" = "builtin, native"
; you can specify applications too
"notepad.exe" = "native, builtin"
; default for all other dlls
"*" = "native, builtin"
[x11drv]
; Number of colors to allocate from the system palette
"AllocSystemColors" = "100"
; Use a private color map
"PrivateColorMap" = "N"
; Favor correctness over speed in some graphics operations
"PerfectGraphics" = "N"
; Color depth to use on multi-depth screens
;;"ScreenDepth" = "16"
; Name of X11 display to use
;;"Display" = ":0.0"
; Allow the window manager to manage created windows
"Managed" = "Y"
; Use a desktop window of 640x480 for Wine
;"Desktop" = "640x480"
; Use XFree86 DGA extension if present
; (make sure /dev/mem is accessible by you !)
"UseDGA" = "N"
; Use XShm extension if present
"UseXShm" = "Y"
; Use XVidMode extension if present
"UseXVidMode" = "Y"
; Enable DirectX mouse grab
"DXGrab" = "N"
; Create the desktop window with a double-buffered visual
; (useful to play OpenGL games)
"DesktopDoubleBuffered" = "N"
; Code page used for captions in managed mode
; 0 means default ANSI code page (CP_ACP == 0)
"TextCP" = "0"
; Use this if you have more than one port for video on your setup
; (Wine uses for now the first 'input image' it finds).
;; "XVideoPort" = "43"
; Run in synchronous mode (useful for debugging X11 problems)
;;"Synchronous" = "Y"
[fonts]
;Read the Fonts topic in the Wine User Guide before adding aliases
;See a couple of examples for russian users below
"Resolution" = "96"
"Default" = "-adobe-helvetica-"
"DefaultFixed" = "fixed"
"DefaultSerif" = "-adobe-times-"
"DefaultSansSerif" = "-adobe-helvetica-"
;; default TrueType fonts with russian koi8-r encoding
;"Default" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r"
;"DefaultFixed" = "-monotype-courier new-*-*-*--*-*-*-*-*-*-koi8-r"
;"DefaultSerif" = "-monotype-times new roman-*-*-*--*-*-*-*-*-*-koi8-r"
;"DefaultSansSerif" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r"
;; default cyrillic bitmap X fonts
;"Default" = "-cronyx-helvetica-"
;"DefaultFixed" = "fixed"
;"DefaultSerif" = "-cronyx-times-"
;"DefaultSansSerif" = "-cronyx-helvetica-"
; the TrueType font dirs you want to make accessible to wine
[FontDirs]
;"dir1" = "/usr/X11R6/lib/X11/fonts/TrueType"
;"dir2" = "/usr/share/fonts/truetype"
;"dir3" = "/usr/X11R6/lib/X11/fonts/TT"
;"dir4" = "/usr/share/fonts/TT"
[serialports]
"Com1" = "/dev/ttyS0"
"Com2" = "/dev/ttyS1"
"Com3" = "/dev/ttyS2"
"Com4" = "/dev/modem"
[parallelports]
"Lpt1" = "/dev/lp0"
[ppdev]
;; key: io-base of the emulated port
;; value : parport-device{,timeout}
;; timeout for auto closing an open device ( not yet implemented)
;"378" = "/dev/parport0"
;"278" = "/dev/parport1"
;"3bc" = "/dev/parport2"
[spooler]
"FILE:" = "tmp.ps"
"LPT1:" = "|lpr"
"LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -"
"LPT3:" = "/dev/lp3"
[ports]
;"read" = "0x779,0x379,0x280-0x2a0"
;"write" = "0x779,0x379,0x280-0x2a0"
[Debug]
;"RelayExclude" = "RtlEnterCriticalSection;RtlLeaveCriticalSection"
;"RelayInclude" = "user32.CreateWindowA"
;"SnoopExclude" = "RtlEnterCriticalSection;RtlLeaveCriticalSection"
;"SpyExclude" = "WM_SIZE;WM_TIMER;"
[registry]
;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false.
;Defaults are read all, write to Home
; Global registries (stored in /etc)
"LoadGlobalRegistryFiles" = "Y"
; Home registries (stored in ~user/.wine/)
"LoadHomeRegistryFiles" = "Y"
; Load Windows registries from the Windows directory
"LoadWindowsRegistryFiles" = "Y"
; TRY to write all changes to home registries
"WritetoHomeRegistryFiles" = "Y"
; Registry periodic save timeout in seconds
; "PeriodicSave" = "600"
; Save only modified keys
"SaveOnlyUpdatedKeys" = "Y"
[Tweak.Layout]
;; supported styles are 'Win31'(default), 'Win95', 'Win98'
;; this has *nothing* to do with the windows version Wine returns:
;; set the "Windows" value in the [Version] section if you want that.
"WineLook" = "Win98"
[Console]
;"Drivers" = "tty"
;"XtermProg" = "nxterm"
;"InitialRows" = "25"
;"InitialColumns" = "80"
;"TerminalType" = "nxterm"
[Clipboard]
"ClearAllSelections" = "0"
"PersistentSelection" = "1"
; List of all directories directly contain .AFM files
[afmdirs]
"1" = "/usr/share/ghostscript/fonts"
"2" = "/usr/share/a2ps/afm"
"3" = "/usr/share/enscript"
"4" = "/usr/X11R6/lib/X11/fonts/Type1"
[WinMM]
"Drivers" = "wineoss.drv"
#"Drivers" = "winearts.drv"
"WaveMapper" = "msacm.drv"
"MidiMapper" = "midimap.drv"
[dsound]
;; HEL only: Number of waveOut fragments ahead to mix in new buffers.
;"HELmargin" = "5"
;; HEL only: Number of waveOut fragments ahead to queue to driver.
;"HELqueue" = "5"
;; Max number of fragments to prebuffer
;"SndQueueMax" = "28"
;; Min number of fragments to prebuffer
;"SndQueueMin" = "12"
;; sample AppDefaults entries
;[AppDefaults\\iexplore.exe\\DllOverrides]
"shlwapi" = "native"
"rpcrt4" = "native"
"ole32" = "native"
"shdocvw" = "native"
"wininet" = "native"
"shfolder" = "native"
"shell32" = "native"
"shell" = "native"
"comctl32" = "native"
;[AppDefaults\\sol.exe\\Version]
;"Windows" = "nt40"
;
;; Some games (Quake 2, UT) refuse to accept emulated dsound devices.
;; You can add an AppDefault entry like this for such cases.
;[AppDefaults\\pickygame.exe\\dsound]
;"EmulDriver" = "N"
[AppDefaults\\setup.exe\\x11drv]
"Desktop" = "800x600"
[AppDefaults\\kazaa.exe\\DllOverrides]
"commctrl" = "native"
"comctl32" = "native"
"shdoclc" = "native"
"shdocvw" = "native"
"shlwapi" = "native"
[AppDefaults\\winmx.exe\\DllOverrides]
"commctrl" = "native"
"comctl32" = "native"
"shdocvw" = "native"
"shlwapi" = "native"
# </winecon
[root@localhost .wine]#
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-12
18:50 -------
First: why are you running wine as root. (Bad Idea).
Second: why did you post your wine config. (Attaching it would be the way to go
if it was required)
Third:Have you looked at the AppDB
http://appdb.winehq.com/appview.php?appId=27&versionId=156
Fourth: Please read "How to report a bug" for instructions on how to report a
bug. http://www.winehq.org/Docs/wine-user/bug-reporting.shtml
(I know you can do better)
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1277
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:06 -------
Bug comments restored from Gmane.org:
When we input Chinese charactors,we cannot use the key BackSpace and wine works
very slow.Some Chinese charactors display as some black blocks.A Chinese guy
has solved the problem.He wrote a patch for Wine-20030115.You can download
here: http://xbkconfp.cosoft.org.cn/archive/XIM.patch.diff.tar.gz
I hope the next version will not have the bug again.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1278
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:03 -------
Bug comments restored from Gmane.org:
------- Additional Comments From mgf <at> taktile.com 2003-02-13 06:07 -------
Created an attachment (id=399)
--> (http://bugs.winehq.com/attachment.cgi?id=399&action=view)
wine --debugmsg +relay,+reg Program\ Files/3dsmax3_1/3dsmax.exe 2>
/tmp/3dsmax.log - only the
30000 last line
------- Additional Comments From mgf <at> taktile.com 2003-02-13 06:13 -------
Wine-dbg>bt
Backtrace:
=>0 0x402b939a (NTDLL.DLL.sscanf+0x13f0e in libc.so.6) (ebp=407627cc)
1 0x40a2d860 (RegSetValueExA+0x200 [registry.c:137] in advapi32.dll.so)
(ebp=00000000)
------- Additional Comments From mgf <at> taktile.com 2003-02-13 06:22 -------
Created an attachment (id=400)
--> (http://bugs.winehq.com/attachment.cgi?id=400&action=view)
please ignore the previous log file. it is irrelevant
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-13
11:39 -------
Thankyou for the bug report. Just a comment on the attached log(s) usually only
the last 3000 lines before "starting debugger..." are required (unless we are
debugging the debugger<g>) the lines after that are calls made by the debugger
to set up and run.
trace:reg:NtCreateKey (0x114,L"ShellNew",L"",0,f003f,0x40762900)
trace:reg:NtCreateKey <- 0x118
00000034:Ret ntdll.NtCreateKey() retval=00000000 ret=40a2bb76
00000034:Call ntdll.RtlFreeUnicodeString(407627ac) ret=40a2bb83
00000034:Ret ntdll.RtlFreeUnicodeString() retval=00000001 ret=40a2bb83
00000034:Call ntdll.RtlNtStatusToDosError(00000000) ret=40a2bb0f
00000034:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=40a2bb0f
00000034:Ret advapi32.RegCreateKeyExA() retval=00000000 ret=300b123a
00000034:Call advapi32.RegSetValueExA(00000118,300b40d8
"NullFile",00000000,00000001,00000000,00000000) ret=300b108b
00000034:Call kernel32.GetVersion() ret=40a2d683
00000034:Ret kernel32.GetVersion() retval=c0000004 ret=40a2d683
wine: Unhandled exception, starting debugger...
Trim after this.
What is program is this? Is there a demo/download available?
Thanks.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1280
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:56 -------
Bug comments restored from Gmane.org:
When you try to limit the maximum chars accepted in an edit control by doing
something like this:
SendMessage(hwndEdit, EM_LIMITTEXT, 10, 0);
Wine simply ignores it, and let the user type more than 10 (in this example)
characters.
This looks bad, because the user could eventually overflow the allocated memory
for the dialog, making the program crash.
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-14 09:44
-------
Created an attachment (id=401)
--> (http://bugs.winehq.com/attachment.cgi?id=401&action=view)
.tar.gz source program which sets (in the "about" dialog) the maximum input to 10
characters
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-17
10:48 -------
I downloaded the tarball and need some instructions on how to build this (on
Wine) either that or you could upload the compiled exe.
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-17 11:42
-------
You can compile the source code with something like this:
$ winemaker --nomfc . ; ./configure --with-wine=<your wine path> ; make
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-17
13:10 -------
I compiled it but when I tried to run it
./about1
I got
/usr/local/bin/wine: cannot find 'about1.exe'
I copied about1 to about1.exe and got this
/usr/local/bin/wine: cannot determine executable type for 'F:\about1-src\about1.exe'
Any suggestions
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-17 13:50
-------
try 'wine about1.so'
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-17
18:00 -------
OK confirming...
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1281
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:53 -------
Bug comments restored from Gmane.org:
I already described the problems I have with Wine on FreeBSD in Bug #803. Here
is a quick overview:
wine + VirtualDub + Win98SE:
fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD
fixme:reg:GetSystemInfo not yet supported on this system
fixme:mmsys:WMMMidiRunOnce16 (), stub!
err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices
err:thunk:_loadthunk (USER.EXE, UsrMpr_ThunkData16, MPR.DLL): Bad magic fUh
(should be SL01)
err:thunk:_loadthunk (USER.EXE, UsrMpr_ThunkData16, MPR.DLL): Bad magic fUh
(should be SL01)
(Exit Code 133)
With builtin MPR.DLL (whatever that is):
fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD
fixme:reg:GetSystemInfo not yet supported on this system
fixme:mmsys:WMMMidiRunOnce16 (), stub!
err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices
fixme:file:DeviceIo_MMDEVLDR (5,0x0,0,0x283b2bdc,4,0x28622e18,0x0): stub
fixme:gdi:Escape16 unknown/unsupported 16-bit escape c03 (56,0x28632f3e,0x28632f86
fixme:gdi:Escape16 unknown/unsupported 16-bit escape c03 (56,0x28632f3e,0x28632f86
fixme:x11drv:X11DRV_GetDeviceCaps (0xafc): CAPS1 is unimplemented, will return 0
fixme:hook:NotifyWinEvent (32780,0x30029,-4,1)-stub!
fixme:process:CreateProcessA (C:\windows\SYSTEM\DDHELP.EXE,...):
NORMAL_PRIORITY_CLASS ignored
fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD
fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD
fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD
fixme:reg:GetSystemInfo not yet supported on this system
fixme:x11drv:X11DRV_GetDeviceCaps (0xafc): CAPS1 is unimplemented, will return 0
fixme:mmsys:WMMMidiRunOnce16 (), stub!
err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices
fixme:x11drv:X11DRV_GetDeviceCaps (0x74): CAPS1 is unimplemented, will return 0
GetModuleHandleA succeed
LoadLibrary returns baaa0000
fixme:system:EnumDisplayDevicesA (0x0,0,0x286226e8,0x00000000), stub!
wine: Unhandled exception, starting debugger...
Warning: L"/usr/bin/winedbg.exe" not accessible from a configured DOS drive
Warning: L"/usr/bin/winedbg" not accessible from a configured DOS drive
Warning: L"/usr/bin/winedbg 134705408.exe" not accessible from a configured DOS
drive
Warning: L"/usr/bin/winedbg 134705408" not accessible from a configured DOS drive
Warning: L"/usr/bin/winedbg 134705408 152.exe" not accessible from a configured
DOS drive
Warning: L"/usr/bin/winedbg 134705408 152" not accessible from a configured DOS
drive
err:seh:start_debugger Couldn't start debugger ("/usr/bin/winedbg 134705408
152") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr
0x28e9990e
err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr
0x28e9990e
[1000 more lines of the same error]
zsh: 30788 illegal hardware instruction (core dumped) wine --dll mpr=b virtualdub
(Why is Wine looking for winedbg in /usr/bin? Wine got installed to /usr/local/bin!)
Here is one backtrace I did with gdb:
err:module:BUILTIN32_dlopen failed to load .so lib for builtin vdoenc32.dll:
Cannot open "/usr/local/lib/wine/vdoenc32.dll.so"
Program received signal SIGBUS, Bus error.
0x280ebd80 in IsBadWritePtr (ptr=0x29a50000, size=40) at ../../memory/virtual.c:568
568 p[0] |= 0;
(gdb) bt
#0 0x280ebd80 in IsBadWritePtr (ptr=0x29a50000, size=40) at
../../memory/virtual.c:568
#1 0x29a542af in ?? ()
#2 0x29a53359 in ?? ()
#3 0x79a9199a in ?? ()
#4 0x41b57e in ?? ()
#5 0x2d0 in ?? ()
Error accessing memory address 0x28: Bad address.
(gdb)
"Error accessing memory: Bad address"??? This sounds like serious breakage to me.
I got enough core dumps when trying to get Starcraft/Diablo to work and I guess
it's because there are tons of functions not (yet) implemented for non-linux
system. I myself am right now trying to implement CDROM_GetIdeInterface for BSD
systems, but my C skills are ... lacking :(
------- Additional Comments From q <at> galgenberg.net 2003-02-19 09:56 -------
I tried WINE from CVS and managed to get a better backtrace when trying to run
starcraft. Looks like DirectSound is the culprit:
fixme:console:SetConsoleCtrlHandler (0x4cf850,1) - no error checking or testing yet
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x2833ebc0)->(00010021,00000013)
fixme:x11drv:X11DRV_DDHAL_CreatePalette stub
Program received signal SIGBUS, Bus error.
0x2a7d5290 in DSDB_MapPrimary (dsdb=0x283421d8) at audio.c:1816
1816 while (b--) *p4++ = 0;
(gdb) bt
#0 0x2a7d5290 in DSDB_MapPrimary (dsdb=0x283421d8) at audio.c:1816
#1 0x2a7d5d9d in IDsDriverImpl_CreateSoundBuffer (iface=0x28342190,
pwfx=0x28344768, dwFlags=1,
dwCardAddress=0, pdwcbBufferSize=0x28344868, ppbBuffer=0x28344860,
ppvObj=0x2834485c)
at audio.c:2133
#2 0x2a75194e in DSOUND_PrimaryCreate (This=0x283444e0) at primary.c:174
#3 0x2a74ed43 in DirectSoundCreate8 (lpGUID=0x0, ppDS=0x696234, pUnkOuter=0x0)
at dsound_main.c:696
#4 0x4a6bbe in ?? ()
#5 0x28100b68 in start_process () at ../../scheduler/process.c:564
#6 0x28104a75 in call_on_thread_stack (func=0x2810094c) at
../../scheduler/sysdeps.c:112
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1282
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:46 -------
Bug comments restored from Gmane.org:
Using the latest version of IDA Pro (Interactive Disassembler,
http://www.datarescue.com/idabase/), version 4.30,
the now MDI based GUI turns
out to be unusable.
While the GUI is displayed correctly, all GUI actions are very slow and every
simple action, such as a click on an MDI document window is taking > 20 seconds
to process. The program behaves correctly though after the "blocking" has
passed, which happens on every GUI action. Sorry for the vague bug description,
you may want to reproduce the bug yourself using an evaluation version available
from http://www.datarescue.com/idabase/ida4down.htm
by email request. Versions <
4.30 are non-MDI based and behave almost right under wine, 4.30 is unusable due
to the slowdowns.
I use the Debian/sid wine packages, version 20030115.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1285
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:38 -------
Bug comments restored from Gmane.org:
I tryed to run old Windows games
(Another World, Battle Of Britain, Xenon 2, ...)
but I got the following message
for ~10 of them:
---
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
Warning: unprotecting the first 64KB of memory to allow real-mode calls.
NULL pointer accesses will no longer be caught.
---
Most of them ended
but one displayed
a 640x480 black box on top left of the screen
and bring me to killall -TERM wine.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1165
7ownq0k402(a)sneakemail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From 7ownq0k402(a)sneakemail.com 2003-22-06 11:35 -------
In the CVS from 2003-06-16, I no longer see this bug.
As the reason for the fix is unknown, I'm setting this
to WORKSFORSOME.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1288
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:33 -------
Bug comments restored from Gmane.org:
PopUp windows in Visual FoxPro (such as 'Wait' windows, and 'percent complete'
notifications during a select) are shown on top of ALL other windows, even in
other virtual desktops.
------- Additional Comments From rick <at> valeoinc.com 2003-02-18 14:13 -------
Created an attachment (id=407)
--> (http://bugs.winehq.com/attachment.cgi?id=407&action=view)
WaitWindow example program - requires VFP5 Runtime
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-18 14:36 -------
Please see my bug 1267, I think we are talking about very similar symptoms.
------- Additional Comments From rick <at> valeoinc.com 2003-02-18 14:47 -------
I think I know what you're talking about in 1267. Correct me if I'm wrong, but
an example of 1267
would be:
1. Have FoxPro and a shell open on the same virtual desktop.
2. Right click on Foxpro - a copy/cut/paste/
THAT window will be ontop, and Foxpro will be pushed behind the shell window.
I've seen that before, is that what you were reporting?
That seems to be a different issue to me, but I could be wrong..
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-18 16:25 -------
Yes you are correct, a different issue entirely. Sorry for the confusion!
------- Additional Comments From mikecopeland <at> genesis-group.net 2003-03-19
17:17 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1165
------- Additional Comments From 7ownq0k402(a)sneakemail.com 2003-22-06 11:31 -------
Recovered from news.gmane.org:
http://bugs.winehq.com/show_bug.cgi?id=1165
Summary: Photoshop6 hangs, can potentially lock X server, and
machine.
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: 7ownq0k402(a)sneakemail.com
Wine build: Build 20021031 (Not in version list)
Steps to reproduce:
1. Run Photoshop6
2. Photoshop starts running.
3. Photoshop main window comes up (sometimes badly drawn)
4. The splash screen comes up.
5. Towards the end of the load ("Initialising..." is in splash screen) the main
window disappears, as does the splash screen.
6. The whole screen is now locked apart from the KDE panel, with the cursor
showing the hourglass.
7. When menus are lauched from the panel. the mouse works properly in menu.
Menu is draw correctly, but when leave menu, nothing is re-drawn.
8. Sometimes (especially if left in locked state) Photoshop 6 will use all
available memory (real & swap), and linux will hang.
Repeatability:
Always.
Workarounds attempted (None succeded):
1. Attempted using the following DLLs native:
shell,shell32,commtrl,comctl32,commdlg,comdlg32,shlwapi,
ole32,rpcrt4,shlwapi,oleaut32,msvcrt20,msvcrt,msvcp60,shfolder
2. Removed the native wintab32.dll
3. Tried with "Synchronous" = "Y"
This improved the drawing, but didn't fix the bug.
4. Tried with OS set to Win 98.
Wine config:
Is based upon a win98 install.
Photoshop6 was installed in Win98.
Options for exiting lock:
1. Go to a console (CTRL-ALT-FNKEY), and kill wineserver, and any wine apps.
2. Shutdown computer (sometimes possible from KDE panel menu.
3. Reset computer.
Looks almost as if a X grab has occured, on the whole screen apart
from the KDE panel.
I am happy to provide debug reports, but I'll need guidance as to how to
proceed, because all debug logs I've created are large, and Photoshop must run
at a reasonable rate so I can kill it before
Something to do with shfolder.dll?????
Seems to occur near wher dll is loaded.
------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-27 06:40 -------
In the bug report, I didn't complete this paragraph:
I am happy to provide debug reports, but I'll need guidance as to how to
proceed, because all debug logs I've created are large, and Photoshop must run
at a reasonable rate so I can kill it before it consumes all memory.
------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-27 10:57 -------
Looking closely, the Window Manager controlled parts of the window disappear too.
This suggests some foulup relating to X11 communication, as the area is
obviously grabbed, but there's not title bar to minimise the grabbed window with.
------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-27 14:10 -------
It turns out that Photoshop removes all top level windows from
the KDE panel.
------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-28 10:23 -------
Did some serious gdb debugging on the problem.
Conclusion: This is an X11driver problem, moving to x11driver component
Motes on the debug session follows:
The problem occurs as 1st wine processs exits with error code 1.
After this the wineserver process (and possibly another wine process seem to go
mad).
They cause 100% kernel load, and 100% use of swap.
did breakpoint on exit()
in gdb wine, on the 1st process (desktop???)
got following stack trace
#0 0x402761dd in exit () from /lib/libc.so.6
#1 0x4106913a in _XDefaultError () from /usr/X11R6/lib/libX11.so.6
#2 0x40ff66bd in error_handler (display=0x80a0e08, error_evt=0x406d18a4)
at x11drv_main.c:136
#3 0x4106924d in _XError () from /usr/X11R6/lib/libX11.so.6
#4 0x4106787b in _XReply () from /usr/X11R6/lib/libX11.so.6
#5 0x4106319a in XSync () from /usr/X11R6/lib/libX11.so.6
#6 0x40fef7c4 in TSXSync (a0=0x80a0e08, a1=0) at ts_xlib.c:614
#7 0x40ff148f in X11DRV_CreateWindow (hwnd=0x10051, cs=0x406d1c00, unicode=0)
at window.c:893
#8 0x4086c1d0 in WIN_CreateWindowEx (cs=0x406d1c00, classAtom=49155,
type=WIN_PROC_32A) at ../../windows/win.c:1166
#9 0x4086c63b in CreateWindowExA (exStyle=0, className=0x10156c0 "edit",
windowName=0x10974a4 "", style=1073807488, x=5, y=6, width=101, height=16,
parent=0x10026, menu=0x177b, instance=0x400000, data=0x0)
at ../../windows/win.c:1320
The contents of error_evt was:
(gdb) print error_evt
$1 = (XErrorEvent *) 0x406d18a4
(gdb) print error_evt->type
$2 = 0
(gdb) print error_evt->display
$3 = (Display *) 0x80a0e08
(gdb) print error_evt->resourceid
$4 = 77594636
(gdb) print error_evt->serial
$5 = 911
(gdb) print error_evt->error_code
$6 = 8 '\b'
(gdb) print error_evt->request_code
$7 = 7 '\a'
(gdb) print error_evt->minor_code
$8 = 0 '\000'
And what's the error:
(gdb) call XGetErrorText(display,error_evt->error_code,1076119904,1000)
$15 = 0
(gdb) print (char*)(1076119904)
$16 = 0x40244960 "BadMatch (invalid parameter attributes)"
------- Additional Comments From marcus(a)jet.franken.de 2002-11-28 15:01 -------
set the "Synchronous" flag to "Yes" and run again. this will pop up the
debugger on fault and will show the real x instruction which did hang.
------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-28 19:00 -------
Here's the stack backtrace from the synchronous mode.
Oh, all my traces are done with "Desktop" = "800x600".
Synchronous backtrace:
(gdb) bt
#0 0x40770f34 in DebugBreak () at ../../include/winternl.h:808
#1 0x40ff66b3 in error_handler (display=0x80a0e08, error_evt=0x406d16c8)
at x11drv_main.c:135
#2 0x4106924d in _XError () from /usr/X11R6/lib/libX11.so.6
#3 0x4106787b in _XReply () from /usr/X11R6/lib/libX11.so.6
#4 0x4106319a in XSync () from /usr/X11R6/lib/libX11.so.6
#5 0x41063234 in _XSyncFunction () from /usr/X11R6/lib/libX11.so.6
#6 0x41060dd9 in XReparentWindow () from /usr/X11R6/lib/libX11.so.6
#7 0x40ff1bea in X11DRV_SetParent (hwnd=0x10021, parent=0x10026)
at window.c:1118
#8 0x4086e5cb in SetParent (hwnd=0x10021, parent=0x10026)
at ../../windows/win.c:2557
#9 0x40888cf7 in handle_internal_message (hwnd=0x10021, msg=2147483651,
wparam=65574, lparam=0) at message.c:1057
#10 0x40889531 in call_window_proc (hwnd=0x10021, msg=2147483651,
wparam=65574, lparam=0, unicode=1, same_thread=1) at message.c:1355
#11 0x4088a12f in SendMessageTimeoutW (hwnd=0x10021, msg=2147483651,
wparam=65574, lparam=0, flags=0, timeout=4294967295, res_ptr=0x0)
at message.c:1737
#12 0x40886ef4 in broadcast_message_callback (hwnd=0x10021, lparam=1080891832)
at message.c:298
#13 0x4086ee72 in EnumWindows (
lpEnumFunc=0x40886e70 <broadcast_message_callback>, lParam=1080891832)
---Type <return> to continue, or q <return> to quit---
at ../../windows/win.c:2957
#14 0x4088a0b8 in SendMessageTimeoutW (hwnd=0xffffffff, msg=2147483651,
wparam=65574, lparam=0, flags=0, timeout=4294967295, res_ptr=0x406d1a0c)
at message.c:1724
#15 0x4088a3b9 in SendMessageW (hwnd=0xffffffff, msg=2147483651, wparam=65574,
lparam=0) at message.c:1818
#16 0x4086e5b0 in SetParent (hwnd=0xffffffff, parent=0x10026)
at ../../windows/win.c:2552
Also from a trace of the server log when running asynchonous gives:
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 7 (X_ReparentWindow)
Serial number of failed request: 911
Current serial number in output stream: 918
So it's the ReparentWindow that fails, and from documentation,
will fail with BadMatch if:
*The new parent window is not on the same screen as the old parent window.
*The new parent window is the specified window or an inferior of the specified
window.
*The new parent is InputOnly, and the window is not.
*The specified window has a ParentRelative background, and the new parent window
is not the same depth as the specified window.
------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-12-06 11:16 -------
More info:
**** On the SetParentCall failure ****
The call to SetParent is SetParent(HWND_BROADCAST,A_Window)
So, it looks as if it attempts to broadcast this to all top level windows.
Don't know what Windows does, but I'm certain it shouldn't fail as badly as it does.
My suggestion:
Handle the "Bad Match" error, and return an error result to the calling app (If
possible).
To fix this properly, need a test for the behaviour on Windows.
*** On the hang ****
I suspect that Wine shouldn't (in theory) hang on an error like this.
I suspect it does hang because because it's attempting to open the debugger,
while some of it's windows are mangled.
Will test disabling the bebugger in wine config.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1289
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:29 -------
Bug comments restored from Gmane.org:
this is an editor written in powerbasic
exe:
http://gemia.de/test/editor.exe
source: (i am ashamed. this was a really early program , dont hit me)
http://gemia.de/test/editor.bas
(see bug 1286 for link to compiler)
an old dos program i wrote once when the
dos editor wasnt able to handle files bigger than 64K
i think nobody needs it anymore and the programs text is german, so its difficult
to use for all others
but it causes wine to create LOADS of different errors and bugs
and should be excellent for testing purposes. :-)
Bugs in this file include:
--not running every now and then (wineconsole bug) instead writing strange
chars into the wineconsole window and freezing wine
--so much err and fixme messages on the screen that you cant see the program
anymore if -debugmsg -all isnt given
(most of them about unhandled mouse interrupt calls)
(if i remember right i did hide the mouse during refreshing the screen)
(under X this is unnecessary since there is no text-mode mouse cursor)
(but wine doesnt know about that interrupt call)
--you cannot go into the menu via ALT-D or similar since the ALT key isnt
recogniced
--some sub menues cause wine to end the program
--wine ends the program randomly every now and then
...
excellent for testing purposes isnt it?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1291
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:26 -------
Bug comments restored from Gmane.org:
The TrueType music font NWCV15 installed by Noteworthy Software's
Composer/Player programs (downloadable from URL given) doesn't work under Wine -
with the latest Wine CVS code the program just complains that the font can't be
found. The font is evidently SYMBOL_CHARSET, but on Windows the program doesn't
have to specify this for it to be correctly found. I can get it to be found in
Wine by duplicating the two lines of code in the dlls/gdi/freetype.c routine
WineEngCreateFontInstance() that compare each font face name with "Symbol" and
set up the search lfCharSet appropriately. The comment immediately preceeding
these lines hints that this isn't necessarily done right in Wine, and the NWCV15
font is evidently in the same class as Symbol in that respect.
Once the program can find the font though, it still doesn't work - the symbols
from the font are not displayed, just square boxes where they should appear.
It's not obvious to me whether these two problems might be related or not.
------- Additional Comments From anjohnson <at> iee.org 2003-02-21 01:25 -------
I have a partial solution to my second problem - it seems that Matt Johnson
<matt <at> guysfield.demon.co.uk> managed to get Noteworthy running on an old
version
of Wine, and by looking at and applying one of the source changes he made I now
have the NWCV15 font displaying properly. Unfortunately it seems this broke the
display of the wingdings font though...
Here's my complete patch to dlls/gdi/freetype.c which allows me to use
Noteworthy. I'm not suggesting that these changes should go into the official
Wine tree though, these are really just workarounds.
Index: freetype.c
===================================================================
RCS file: /home/wine/wine/dlls/gdi/freetype.c,v
retrieving revision 1.30
diff -u -r1.30 freetype.c
--- freetype.c 23 Jan 2003 21:32:36 -0000 1.30
+++ freetype.c 21 Feb 2003 07:20:05 -0000
@@ -165,6 +165,7 @@
static WCHAR MSSansSerifW[] = {'M','S',' ','S','a','n','s',' ',
'S','e','r','i','f','\0'};
static WCHAR HelvW[] = {'H','e','l','v','\0'};
+static WCHAR NWCV15W[] = {'N','W','C','V','1','5','\0'};
static WCHAR ArabicW[] = {'A','r','a','b','i','c','\0'};
static WCHAR BalticW[] = {'B','a','l','t','i','c','\0'};
@@ -970,6 +971,8 @@
if(!strcmpiW(lf.lfFaceName, SymbolW))
lf.lfCharSet = SYMBOL_CHARSET;
+ if(!strcmpiW(lf.lfFaceName, NWCV15W))
+ lf.lfCharSet = SYMBOL_CHARSET;
if(!TranslateCharsetInfo((DWORD*)(INT)lf.lfCharSet, &csi, TCI_SRCCHARSET)) {
switch(lf.lfCharSet) {
@@ -1338,8 +1341,8 @@
static FT_UInt get_glyph_index(GdiFont font, UINT glyph)
{
- if(font->charset == SYMBOL_CHARSET && glyph < 0x100)
- glyph = glyph + 0xf000;
+ if (font->charset == SYMBOL_CHARSET)
+ pFT_Select_Charmap(font->ft_face, ft_encoding_symbol);
return pFT_Get_Char_Index(font->ft_face, glyph);
}
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1293
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:23 -------
Bug comments restored from Gmane.org:
Explorer 6.1SP1 ran on wine cvs with --winver=winxp cannot download its setup
files (Please make sure you are connected to the Internet..etc). The error
messages follow. Please not networking seems to work since the kazaa installer
downloaded its components fine. Winehack preloads a library prior to running
wine to solve the threading issue with glibc 2.3.1.
[phantom@cobra phantom]$ winehack ie6*
Got eroloc 0x4011a614 & 0x40248b10
Got eroloc 0x804981c & 0x4015eb10
fixme:win32:PE_CreateModule Security directory ignored
fixme:advapi:CheckTokenMembership ((nil) 0x4039c778 0x408d2cfc) stub!
fixme:process:CreateProcessA (E:\IXP000.TMP\ie6wzd.exe,...): NORMAL_PRIORITY_CLA
SS ignored
Got eroloc 0x4011a614 & 0x40248b10
fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctl
y implemented!
0x41790000
fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x4179000
0
fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x4179
0074
fixme:ntdll:NtQueryInformationProcess (0xffffffff,0x0000001a,0x408d2cb0,0x000000
04,(nil)),stub!
fixme:advapi:CheckTokenMembership ((nil) 0x403ae5d8 0x408d25cc) stub!
fixme:dosfs:QueryDosDeviceA (A:) not detected as DOS device!
fixme:dosfs:QueryDosDeviceA (B:) not detected as DOS device!
fixme:setupapi:SetupInstallFromInfSectionW unsupported flags 106
fixme:urlmon:URLMON_DllRegisterServer (void): stub
fixme:setupapi:SetupInstallFromInfSectionW unsupported flags 106
fixme:ole:CoCreateInstance no classfactory created for CLSID {6e449686-c509-11cf
-aafa-00aa00b6015c}, hres is 0x80040150
fixme:setupapi:SetupInstallFromInfSectionW unsupported flags 106
[phantom@cobra phantom]$
------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:16 -------
Are you behind a proxy?
By explorer, I assume you mean Internet Explorer?
------- Additional Comments From ivg2 <at> cornell.edu 2003-03-30 22:06 -------
Yes I mean internet explorer.
No I am not behind a proxy.
------- Additional Comments From mike <at> theoretic.com 2003-03-31 03:57 -------
Confirming as I've seen this issue before, I normally just copy the files it
downloads into the same directory. I thought it'd be fixed by a patch that went
in a few weeks ago, but that was for proxies.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1294
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:19 -------
Bug comments restored from Gmane.org:
Windows Media Player 9.0 for Windows XP cannot detect the windows version
correctly. I have:
[Version]
"Windows" = "winxp"
in my configuration file.
(/etc/wine/wine.conf)
(Winehack preloads a library to solve threading issue with glibc 2.3.1 and then
runs wine)
[phantom@cobra phantom]$ winehack MP*
Got eroloc 0x4011a614 & 0x40248b10
Got eroloc 0x804981c & 0x4015eb10
fixme:win32:PE_CreateModule Security directory ignored
[phantom@cobra phantom]$
Installer says:
This version of Windows Media Player can only be installed on Windows XP and
Windows .NET server.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1295
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:17 -------
Bug comments restored from Gmane.org:
I am attempting to run a program called UOAssist(www.tugsoft.com). This is a
very popular addon for the game Ultima Online(www.uo.com). This program will
interact with the game to do tasks for you in game. UOAssist has to start the
game itself and this seems to be where the problems occur. Ultima Online itself
runs great if run alone. I run all of this with no DLLOverrides for either
program. Also, I run Debian Unstable with the WINE package avaliable through
Debian apt-get sources(http://packages.debian.org/unstable/otherosfs/wine.html).
When I try to run UOAssist, it will crash when it starts the game executable.
The initial errors printed out are:
fixme:ole:CoCreateInstance no instance created for interface
{00000000-0000-0000-c000-000000000046} of class
{8856f961-340a-11d0-a96b-00c04fd705a2}, hres is 0x80040111
fixme:shdocvw:SHDOCVW_DllCanUnloadNow (void): stub
fixme:process:CreateProcessA (C:\Program Files\Ultima Online 2D\client.exe,...):
CREATE_NEW_PROCESS_GROUP ignored
fixme:process:CreateProcessA (C:\Program Files\Ultima Online 2D\client.exe,...):
CREATE_DEFAULT_ERROR_MODE ignored
fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4037fa90,00030021,3):stub
wine: Unhandled exception, starting debugger...
Wine exited with a successful status
I'm not sure what other logs that would be needed for this. I found an old
closed bug report at http://bugs.winehq.com/show_bug.cgi?id=16 that
seemed to be
slightly similar. Thanks for your time
------- Additional Comments From mike <at> theoretic.com 2003-03-27 04:53 -------
Can you get a backtrace from the crash?
Also if you could put up the last 100 lines before the debugger starts in a
relay trace, that would be good also:
wine --debugmsg +relay uoassist.exe 2>relay.log
------- Additional Comments From ruffk <at> purdue.edu 2003-03-27 09:19 -------
Created an attachment (id=432)
--> (http://bugs.winehq.com/attachment.cgi?id=432&action=view)
The part of the log that shows when Winedbg starts
------- Additional Comments From ruffk <at> purdue.edu 2003-03-27 09:20 -------
Created an attachment (id=433)
--> (http://bugs.winehq.com/attachment.cgi?id=433&action=view)
The 100 lines before Winedbg starts
------- Additional Comments From ruffk <at> purdue.edu 2003-03-27 09:22 -------
I hope this works, I've never responded to a bug
A backtrace from this is:
0 0x2aa71000 (IGRPING.DLL..reloc+0x1aa6d000) (ebp=406729b8)
1 0x407be2e5 (USER32.DLL.GetForegroundWindow+0x4d5 in user32.dll.so)
(ebp=406729e0)
2 0x407be54b (USER32.DLL.HOOK_CallHooks+0x14f in user32.dll.so)
(ebp=40672d34)
3 0x407c3896 (USER32.DLL.PeekMessageW+0xe6 in user32.dll.so)
(ebp=40672d84)
4 0x407c391f (USER32.DLL.PeekMessageA+0x27 in user32.dll.so)
(ebp=40672dac)
5 0x0050627e (client.exe..text+0x10527e in C:\Program Files\Ultima Online
2D\client.exe) (ebp=40796628)
6 0xec815356 (MSVCRT.DLL..reloc+0x747d0356) (ebp=57e58955)
7 0x530cea0e (MIDIMAP.DRV.DriverProc+0x120cbc6e) (ebp=b00b2d04)
I added 2 attachments. Let me know if these aren't correct/want more info.
Thanks
------- Additional Comments From mike <at> theoretic.com 2003-03-28 09:18 -------
Hmm, nothing springs out at me from these files. The backtrace is a bit wierd.
The relay isn't much use, it seems the program traps the error, you'd need to
look further back at any rate to find the call that failed.
Without access to the app, I can't go much further with this. Maybe somebody
else knows. Updating the summary to be more accurate (this doesn't have anything
to do with createprocess i don't think)
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1297
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:11 -------
Bug comments restored from Gmane.org:
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403a9490)->(00010021,00000013)
I am trying to play StarCraft with the latest release of wine. I get ok
performance because it has apparent lags in character moves (not smooth motions).
I am not sure what other information you required.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1299
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:07 -------
Bug comments restored from Gmane.org:
There is no shell output, you just get a box saying "Age of Empires II requires
DirectX 6.1a or higher", I click on OK and the program exits. It worked prefecty
up to not long ago.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-25
22:07 -------
This is an excelent time for you to switch to CVS since the best way to get this
fixed is to do some regression testing via CVS. As a bonus you can be bleading
edge up to date as you want.
http://www.winehq.org/Docs/wine-devel/cvs-regression.shtml
This has a download page at
http://www.gamesdomain.com/demos/demo/1221.html
Perhaps someone would like to do the regression testing for you for you. What
was the last version of wine that ran this?
------- Additional Comments From puoti <at> inwind.it 2003-02-27 09:46 -------
The last time I run it I had a december cvs wine; if you want to do the tests
for me it would be great, I go to high shool and I don't have much free time to
do testing.
------- Additional Comments From lionel.ulmer <at> free.fr 2003-02-27 15:59 -------
Well, tried to install the demo version and it does not install for me at all.
------- Additional Comments From puoti <at> inwind.it 2003-02-28 09:12 -------
On a clean 20030219 wine installation no windows and fake windows directory
generated by winesetuptk the installation works for me, I'll submit a screenshot.
But I have noticed that the icrosoft cart installer gives the same directx
problem; it did work up to some time ago. It seems that wine doesn't simulate
directx 6 correctly, at least not any more.
------- Additional Comments From puoti <at> inwind.it 2003-02-28 09:33 -------
Created an attachment (id=408)
--> (http://bugs.winehq.com/attachment.cgi?id=408&action=view)
3 screenshots of installation.
------- Additional Comments From lionel.ulmer <at> free.fr 2003-02-28 13:53 -------
Well, while I try to install the game with my Wine install, could you attach a
'+ddraw,+relay' log of the failed start of the game ?
------- Additional Comments From puoti <at> inwind.it 2003-03-04 11:33 -------
Created an attachment (id=414)
--> (http://bugs.winehq.com/attachment.cgi?id=414&action=view)
The output you asked for generated by cvs wine from today
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1302
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:56 -------
Bug comments restored from Gmane.org:
I had gotten an earlier version of this program to work, but the current 1.91
doesn't work. I can't get it to load at all.
Before it crashes/doesn't load, a dialog box pops up with:
"Invalid picture"
with just an OK button.
Attached is a 200-line relay output.
------- Additional Comments From roz <at> one.net 2003-03-01 13:12 -------
Created an attachment (id=410)
--> (http://bugs.winehq.com/attachment.cgi?id=410&action=view)
200-line relay trace
------- Additional Comments From marcus <at> jet.franken.de 2003-03-03 02:45
-------
too short relay output. are there any error message on normal output? also
attach longer log if
possible (1000 lines or so).
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-03
08:01 -------
1000 lines is still WAY too short with the new much more verbose relay output.
I'd suggest something like at least 10000 or 20000 lines or so.
("tail -10000 logfile >logfile.new")
------- Additional Comments From roz <at> one.net 2003-03-03 18:49 -------
Created an attachment (id=413)
--> (http://bugs.winehq.com/attachment.cgi?id=413&action=view)
20000 line relay trace
------- Additional Comments From roz <at> one.net 2003-03-03 19:09 -------
OK, I updated my config file with the template from the CVS install, and now I'm
getting a different error message. A popup saying access is denied to a file.
Here is the console output:
fixme:debug:FlushInstructionCache (0xffffffff,0x41440000,0x00006000): stub
fixme:ole:CoRegisterMessageFilter stub
fixme:debug:FlushInstructionCache (0xffffffff,0x41440000,0x00006000): stub
fixme:debug:FlushInstructionCache (0xffffffff,0x41440000,0x0000a000): stub
fixme:ole:OleLoadPictureEx
(0x41231d44,774,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x406d2a48),
partially implemented.
fixme:ole:OLEPictureImpl_SaveAsFile (0x403d6460)->(0x403d84e0, 0, (nil)), hacked
stub.
fixme:ole:OleLoadPictureEx
(0x41233854,766,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0x406d2838),
partially implemented.
fixme:ole:OLEPictureImpl_SaveAsFile (0x403d8610)->(0x403d8ef8, 0, (nil)), hacked
stub.
fixme:ole:OleLoadPictureEx
(0x41234594,774,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x406d26bc),
partially implemented.
err:ole:CoGetClassObject couldn't load InprocServer32 dll
C:\WINDOWS\SYSTEM\MSCOMM32.OCX
fixme:ole:CoRegisterMessageFilter stub
Obviously it is looking for a file that doesn't exist. My system directory is
E:\Winnt\system32 and is correctly set in the config file. So I don't know why
it's lookin in C:\...
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1304
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:51 -------
Bug comments restored from Gmane.org:
Microsofts cmd.exe has those quick edit controls. Adding them to Wines wcmd.exe
would be a very nice project for someone who knows a bit about windows programming.
------- Additional Comments From dank <at> kegel.com 2003-03-02 18:56 -------
wouldn't this be a feature of wineconsole, not wcmd?
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-02
19:09 -------
Quick... Well I just don't know. Since Eric is the real expert in this area I
suppose he could tell us. I would add him to the CC list, but he does not have a
Bugzilla account. <frown>Why is that?</frown>
------- Additional Comments From spetreolle <at> yahoo.fr 2003-03-02 20:56 -------
Eric, no problem if I add you on CC list of this bug ?
------- Additional Comments From pouech <at> winehq.com 2003-03-03 11:46 -------
yes, this should be a wineconsole featured (I changed the component to reflect this)
(no pb to be on the CC list)
A+
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-03
12:14 -------
Why not change the Summary, too? ;-)
Also, wineconsole should also get a button for Configuration.
I'm unable to recall how many zillions of people were unaware
of the context menu...
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1305
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:47 -------
Bug comments restored from Gmane.org:
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
11:49 -------
Not a bugzilla bug, changing Product to Wine
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
11:54 -------
Please provide more information agout this bug
in the attached log you have
wine: Unhandled exception, starting debugger...
What is the backtrace from the debugger?
------- Additional Comments From peter <at> lego-hc11.de 2003-03-30 16:46 -------
Created an attachment (id=439)
--> (http://bugs.winehq.com/attachment.cgi?id=439&action=view)
Okay! Here Iam again! My C: HDD is now win98 .... see what happen when starting
HalfLife
------- Additional Comments From peter <at> lego-hc11.de 2003-03-30 16:50 -------
Sorry can't understand why all this lib's could not be opend!!
------- Additional Comments From peter <at> lego-hc11.de 2003-03-30 17:23 -------
Back again!
I think I found an importent information!
I installed HalfLife again! Perheaps you know: HalfLife Setup plays a Sound File
at the beginning of installation.
When HalfLife Setup tries to play this soundfile this high amount of error
Messages starts appears ... (the same happens when starting the game HalfLife).
After this Soundtest a new Window become opened:
"Setup has determinated that some system components may be less than requirements:
Digital Sound: WAVE Support Requirred"
Whats's this ? Who i can install this "WAVE Support"?
Peter
------ Additional Comments From peter <at> lego-hc11.de 2003-03-31 16:22 -------
Created an attachment (id=443)
--> (http://bugs.winehq.com/attachment.cgi?id=443&action=view)
I installed OSS (OpenSoundSystem for FressBSD) now the sound in HalfLife menu is
working fine. But
when I start a "New Game" Half Life freeze. See LOGFILE for more informatiions.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1306
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:43 -------
Bug comments restored from Gmane.org:
I'm running Unreal in OpenGL with wine since months without trouble. Now after
updating my System (glibc2.3.1, gcc 3.2.2, XFree4.3.0) it isn't grabbing the
keyboard anymore. The keyboard input still goes to the console window (if i
start it
from there), everything else seems to be like before. It doesnt appear if i use
Desktop or managed windows, but thats really bad to play. Any other setting seems
to have no effect.
------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-03 15:35 -------
Questions :
- do you still have mouse working ?
- do you have DXGrab set to "Y" ?
- did you try to change window manager (or even better, without a window
manager) ?
- (seems dumb) you sure that you give focus to the Wine window ?
------- Additional Comments From lfs <at> isl-gbr.de 2003-03-04 01:59 -------
Questions :
- do you still have mouse working ?
yes, the mouse is working
- do you have DXGrab set to "Y" ?
yes i have
- did you try to change window manager (or even better, without a window
manager) ?
no, i didnt - will have to find out how it can be started without a manager
- (seems dumb) you sure that you give focus to the Wine window ?
it isnt opening a window (only if i use allow windomanager to manage = Y) but then
its not fullscreen and the window isnt having the correct size, so unplayable.
Enabling or disabling focus in the options has no effect.
------- Additional Comments From lfs <at> isl-gbr.de 2003-03-04 11:33 -------
if i open it in a 2nd x server without windowmanager it works fine. So it could be
caused by kde3.1 as well...
------- Additional Comments From lfs <at> isl-gbr.de 2003-03-04 15:38 -------
installed half life, the same problem appears directly when it asks for the cd
key, so
its no unreal alone problem...next thing i'll try will be another windowmanager
------- Additional Comments From lfs <at> isl-gbr.de 2003-03-09 12:48 -------
doesnt seem to work with other windowmanagers, tried now with icewm, same
problem.
------- Additional Comments From lfs <at> isl-gbr.de 2003-04-03 05:42 -------
nobody else seems to have this bug, and i guess there are some xfree4.3.0
users now out there. If it is an error of my system, what can i do to find out
what its caused by ?
------- Additional Comments From mike <at> theoretic.com 2003-04-03 08:41 -------
This sounds like a bad WM interaction. There are some other possibilities as well.
I don't understand why it's bad to play with wine managing windows though.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1308
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:38 -------
Bug comments restored from Gmane.org:
snipped the error messages I get when I try to build crosstest in dlls/kernel/
on Debian 3.0.
cc1: warning: -fPIC ignored for target (all code is position independent)
i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2
-Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D_REENTRANT
-o locale.cross.o locale.c
cc1: warning: -fPIC ignored for target (all code is position independent)
i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2
-Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D_REENTRANT
-o path.cross.o path.c
cc1: warning: -fPIC ignored for target (all code is position independent)
i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2
-Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D_REENTRANT
-o pipe.cross.o pipe.c
cc1: warning: -fPIC ignored for target (all code is position independent)
In file included from ../../../include/winsock2.h:47,
from ../../../include/windows.h:62,
from ../../../include/rpc.h:22,
from ../../../include/wtypes.h:2,
from pipe.c:36:
../../../include/winsock.h:237: parse error before `u_long'
../../../include/winsock.h:237: warning: no semicolon at end of struct or union
../../../include/winsock.h:338: parse error before `u_short'
../../../include/winsock.h:338: warning: no semicolon at end of struct or union
../../../include/winsock.h:340: parse error before `}'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `SOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `PSOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `LPSOCKADDR'
../../../include/winsock.h:340: warning: data definition has no type or storage
class
../../../include/winsock.h:344: parse error before `u_short'
../../../include/winsock.h:344: warning: no semicolon at end of struct or union
../../../include/winsock.h:345: warning: type defaults to `int' in declaration
of `l_linger'
../../../include/winsock.h:345: warning: data definition has no type or storage
class
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `PLINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LPLINGER'
../../../include/winsock.h:346: warning: data definition has no type or storage
class
../../../include/winsock.h:416: parse error before `u_int'
../../../include/winsock.h:416: warning: no semicolon at end of struct or union
../../../include/winsock.h:422: parse error before `}'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `fd_set'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `FD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `PFD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `LPFD_SET'
../../../include/winsock.h:422: warning: data definition has no type or storage
class
../../../include/winsock.h:540: parse error before `u_char'
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:541: warning: type defaults to `int' in declaration
of `S_un_b'
../../../include/winsock.h:541: warning: data definition has no type or storage
class
../../../include/winsock.h:543: parse error before `u_short'
../../../include/winsock.h:543: warning: no semicolon at end of struct or union
../../../include/winsock.h:544: warning: type defaults to `int' in declaration
of `S_un_w'
../../../include/winsock.h:544: warning: data definition has no type or storage
class
../../../include/winsock.h:545: parse error before `S_addr'
../../../include/winsock.h:545: warning: type defaults to `int' in declaration
of `S_addr'
../../../include/winsock.h:545: warning: data definition has no type or storage
class
../../../include/winsock.h:546: warning: type defaults to `int' in declaration
of `S_un'
../../../include/winsock.h:546: warning: data definition has no type or storage
class
../../../include/winsock.h:562: parse error before `}'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `IN_ADDR'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `PIN_ADDR'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `LPIN_ADDR'
../../../include/winsock.h:562: warning: data definition has no type or storage
class
../../../include/winsock.h:567: parse error before `u_short'
../../../include/winsock.h:567: warning: no semicolon at end of struct or union
../../../include/winsock.h:570: parse error before `}'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `SOCKADDR_IN'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `PSOCKADDR_IN'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `LPSOCKADDR_IN'
../../../include/winsock.h:570: warning: data definition has no type or storage
class
../../../include/winsock.h:886: parse error before `u_int'
../../../include/winsock.h:887: parse error before `u_int'
../../../include/winsock.h:888: parse error before `u_int'
../../../include/winsock.h:889: parse error before `u_int'
../../../include/winsock.h:890: parse error before `u_int'
../../../include/winsock.h:891: parse error before `u_int'
../../../include/winsock.h:892: parse error before `u_int'
../../../include/winsock.h:914: parse error before `fd_set'
../../../include/winsock.h:921: warning: parameter has incomplete type
i586-mingw32msvc-gcc: Internal compiler error: program cc1 got fatal signal 11
make[1]: *** [pipe.cross.o] Error 1
make[1]: Leaving directory `/home/jakov/src/Wine/wine-20030219/dlls/kernel/tests'
make: *** [tests/__crosstest__] Error 2
t kov@vmlinux:~/src/Wine/wine-20030219/dlls/kernel> make crosstest 2>&1 >
/tmp/make_crosstest.tx
cc1: warning: -fPIC ignored for target (all code is position independent)
In file included from ../../../include/winsock2.h:47,
from ../../../include/windows.h:62,
from ../../../include/rpc.h:22,
from ../../../include/wtypes.h:2,
from pipe.c:36:
../../../include/winsock.h:237: parse error before `u_long'
../../../include/winsock.h:237: warning: no semicolon at end of struct or union
../../../include/winsock.h:338: parse error before `u_short'
../../../include/winsock.h:338: warning: no semicolon at end of struct or union
../../../include/winsock.h:340: parse error before `}'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `SOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `PSOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `LPSOCKADDR'
../../../include/winsock.h:340: warning: data definition has no type or storage
class
../../../include/winsock.h:344: parse error before `u_short'
../../../include/winsock.h:344: warning: no semicolon at end of struct or union
../../../include/winsock.h:345: warning: type defaults to `int' in declaration
of `l_linger'
../../../include/winsock.h:345: warning: data definition has no type or storage
class
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `PLINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LPLINGER'
../../../include/winsock.h:346: warning: data definition has no type or storage
class
../../../include/winsock.h:416: parse error before `u_int'
../../../include/winsock.h:416: warning: no semicolon at end of struct or union
../../../include/winsock.h:422: parse error before `}'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `fd_set'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `FD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `PFD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `LPFD_SET'
../../../include/winsock.h:422: warning: data definition has no type or storage
class
../../../include/winsock.h:540: parse error before `u_char'
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:541: warning: type defaults to `int' in declaration
of `S_un_b'
../../../include/winsock.h:541: warning: data definition has no type or storage
class
jakov@vmlinux:~/src/Wine/wine-20030219/dlls/kernel> make crosstest l
jakov@vmlinux:~/src/Wine/wine-20030219/dlls/kernel> make crosstest
make[1]: Entering directory `/home/jakov/src/Wine/wine-20030219/dlls/kernel/tests'
i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2
-Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D_REENTRANT
-o pipe.cross.o pipe.c
cc1: warning: -fPIC ignored for target (all code is position independent)
In file included from ../../../include/winsock2.h:47,
from ../../../include/windows.h:62,
from ../../../include/rpc.h:22,
from ../../../include/wtypes.h:2,
from pipe.c:36:
../../../include/winsock.h:237: parse error before `u_long'
../../../include/winsock.h:237: warning: no semicolon at end of struct or union
../../../include/winsock.h:338: parse error before `u_short'
../../../include/winsock.h:338: warning: no semicolon at end of struct or union
../../../include/winsock.h:340: parse error before `}'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `SOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `PSOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `LPSOCKADDR'
../../../include/winsock.h:340: warning: data definition has no type or storage
class
../../../include/winsock.h:344: parse error before `u_short'
../../../include/winsock.h:344: warning: no semicolon at end of struct or union
../../../include/winsock.h:345: warning: type defaults to `int' in declaration
of `l_linger'
../../../include/winsock.h:345: warning: data definition has no type or storage
class
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `PLINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LPLINGER'
../../../include/winsock.h:346: warning: data definition has no type or storage
class
../../../include/winsock.h:416: parse error before `u_int'
../../../include/winsock.h:416: warning: no semicolon at end of struct or union
../../../include/winsock.h:422: parse error before `}'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `fd_set'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `FD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `PFD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `LPFD_SET'
../../../include/winsock.h:422: warning: data definition has no type or storage
class
../../../include/winsock.h:540: parse error before `u_char'
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:541: warning: type defaults to `int' in declaration
of `S_un_b'
../../../include/winsock.h:541: warning: data definition has no type or storage
class
../../../include/winsock.h:543: parse error before `u_short'
../../../include/winsock.h:543: warning: no semicolon at end of struct or union
../../../include/winsock.h:544: warning: type defaults to `int' in declaration
of `S_un_w'
../../../include/winsock.h:544: warning: data definition has no type or storage
class
../../../include/winsock.h:545: parse error before `S_addr'
../../../include/winsock.h:545: warning: type defaults to `int' in declaration
of `S_addr'
../../../include/winsock.h:545: warning: data definition has no type or storage
class
../../../include/winsock.h:546: warning: type defaults to `int' in declaration
of `S_un'
../../../include/winsock.h:546: warning: data definition has no type or storage
class
../../../include/winsock.h:562: parse error before `}'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `IN_ADDR'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `PIN_ADDR'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `LPIN_ADDR'
../../../include/winsock.h:562: warning: data definition has no type or storage
class
../../../include/winsock.h:567: parse error before `u_short'
../../../include/winsock.h:567: warning: no semicolon at end of struct or union
../../../include/winsock.h:570: parse error before `}'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `SOCKADDR_IN'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `PSOCKADDR_IN'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `LPSOCKADDR_IN'
../../../include/winsock.h:570: warning: data definition has no type or storage
class
../../../include/winsock.h:886: parse error before `u_int'
../../../include/winsock.h:887: parse error before `u_int'
../../../include/winsock.h:888: parse error before `u_int'
../../../include/winsock.h:889: parse error before `u_int'
../../../include/winsock.h:890: parse error before `u_int'
../../../include/winsock.h:891: parse error before `u_int'
../../../include/winsock.h:892: parse error before `u_int'
../../../include/winsock.h:914: parse error before `fd_set'
../../../include/winsock.h:921: warning: parameter has incomplete type
i586-mingw32msvc-gcc: Internal compiler error: program cc1 got fatal signal 11
make[1]: *** [pipe.cross.o] Error 1
make[1]: Leaving directory `/home/jakov/src/Wine/wine-20030219/dlls/kernel/tests'
make: *** [tests/__crosstest__] Error 2
jakov@vmlinux:~/src/Wine/wine-20030219/dlls/kernel>
------- Additional Comments From jakob <at> vmlinux.org 2003-03-03 18:17 ------
oops. can _not_ make crosstests...
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1309
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:35 -------
Bug comments restored from Gmane.org:
if you have LANG set to de_DE you can input german umlauts.
If you have set it to de_DE.utf8, you no longer can.
instead wine reports for ä (a diaresis even):
fixme:keyboard:EVENT_event_to_vkey keysym is E4
fixme:keyboard:EVENT_event_to_vkey e->keycode is 2F
fixme:keyboard:EVENT_event_to_vkey just before vkey generation, pressed KeyPress?
fixme:keyboard:EVENT_event_to_vkey keysym is E4
fixme:keyboard:EVENT_event_to_vkey e->keycode is 2F
fixme:keyboard:EVENT_event_to_vkey just before vkey generation, pressed KeyPress?
err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 00E4 (adiaeresis) :
err:keyboard:X11DRV_ToUnicode (virtKey=DE,scanCode=28,keycode=2F,state=0)
fixme:keyboard:EVENT_event_to_vkey keysym is E4
fixme:keyboard:EVENT_event_to_vkey e->keycode is 2F
fixme:keyboard:EVENT_event_to_vkey just before vkey generation, pressed KeyRelease?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1310
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:34 -------
Bug comments restored from Gmane.org:
[root@cobra wine]# make
make[1]: Entering directory `/usr/src/wine-cvs/wine/library'
gcc -c -I. -I. -I../include -I../include -g -O2 -Wall
-mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__
-DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -o ldt.o ldt.c
ldt.c: In function `set_thread_area':
ldt.c:97: `__NR_set_thread_area' undeclared (first use in this function)
ldt.c:97: (Each undeclared identifier is reported only once
ldt.c:97: for each function it appears in.)
make[1]: *** [ldt.o] Error 1
make[1]: Leaving directory `/usr/src/wine-cvs/wine/library'
make: *** [library] Error 2
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-05
07:38 -------
I really don't see why you should get such an error.
In line 97 in CVS, there's SYS_set_thread_area, NOT __NR_set_thread_area.
Or try:
cd /usr/include
find|xargs grep __NR_set_thread_area
to hopefully get some more clue on why exactly this error happens :-\
(perhaps SYS_set_thread_area is defined as __NR_set_thread_area somewhere in
/usr/include)
------- Additional Comments From ivg2 <at> cornell.edu 2003-03-05 07:50 -------
I was slightly puzzled myself, but here it is:
[phantom@cobra include]$ find|xargs grep __NR_set_thread_area
./bits/syscall.h:#define SYS_set_thread_area __NR_set_thread_area
[phantom@cobra include]$ cd /usr/src/wine-cvs/wine/library
[phantom@cobra library]$ grep syscall.h ldt.c
# include <sys/syscall.h>
[phantom@cobra library]$ grep syscall.h /usr/include/sys/syscall.h
we scan the kernel's list and produce <bits/syscall.h> with macros for
# include <bits/syscall.h>
[phantom@cobra library]$
------- Additional Comments From julliard <at> winehq.com 2003-03-05 12:00 -------
The __NR_ one should be defined in asm/unistd.h. Is your asm directory a link
to some old kernel source by any chance? And what's your glibc version?
------- Additional Comments From ivg2 <at> cornell.edu 2003-03-05 12:31 -------
Very strange..
My glibc-kernheaders RPM somehow ended up being newer than Rawhide,
even though I upgrade from Rawhide. I downgraded to current Rawhide,
and the problem is fixed (__NR_set_thread_area is in asm/unistd.h for that
version of the glibc headers, wine compiles..)
Thanks for your help.
Sorry for invalid report.
------- Additional Comments From dpaun <at> rogers.com 2003-03-25 17:38 -------
Looks like it's ready to be CLOSED.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1312
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:30 -------
Bug comments restored from Gmane.org:
dlls/ntdll/cdrom.c does not compile on NetBSD, because it expects CD_FRAMES,
CD_SECS, and CDROM_MSF to be defined in some system header.
On Linux, they seem to be in <linux/cdrom.h>, but they are not defined on
NetBSD at all.
I'll attach a patch that makes it compile again.
This patch also ifdef's out a debugging message that uses some fields of a
structure which also don't exist on NetBSD.
------- Additional Comments From wiz <at> danbala.ifoer.tuwien.ac.at 2003-03-08
02:16 -------
Created an attachment (id=418)
--> (http://bugs.winehq.com/attachment.cgi?id=418&action=view)
compilation fix as mentioned in the bug report
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-08
03:05 -------
'scuse me, I don't see that
TRACE("caching toc from=%d to=%d\n", hdr.cdth_trk0, hdr.cdth_trk1);
line in newest CVS.
Are you running CVS?
If not, does CVS fix anything?
Err no, you're not.
Current CVS has some half-fix. Could you update and patch the remaining missing
parts (CDROM_MSF etc.) instead?
Thanks for the report!
------- Additional Comments From wiz <at> danbala.ifoer.tuwien.ac.at 2003-03-08
07:41 -------
ok, the CD_SECS and CD_FRAMES as well as the debug line are fixed in CVS.
The CDROM_MSF is only used once outside of the #ifdef linux part -- I guess
that's an error and just shouldn't be there.
Additionally, I stumbled over a duplicate assignment around line 920:
data->MediaCatalog.FormatCode = IOCTL_CDROM_MEDIA_CATALOG;
data->MediaCatalog.FormatCode = sc.what.media_catalog.data_format;
One of them should probably go...
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1313
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:26 -------
Bug comments restored from Gmane.org:
The Microsoft Powerpoint viewer
http://download.microsoft.com/download/powerpoint2000/ppview97/2000/WIN98/E…
cannot print in wine. If you do "wine ppview32", click on a .pps file, and then
click
print,
the cursor turns busy until you move it, but nothing happens.
If you do "wine ppview32 somefile.pps" (to launch the slideshow directly,
without going
through the main dialog) and then print from the right-click menu, the app just
hangs,
and nothing else happens either...
When this happens, the following is printed to the log:
0009:fixme:commdlg:PRINTDLG_SetUpPrinterListComboA Can't find '(null)' in printer
list so trying to find default
N.B. There are printers defined in /etc/printcap, and other apps, such as the Word
viewer, the Excel viewer, and the builtin notepad print just fine.
------- Additional Comments From wine <at> alk.org.lu 2003-03-25 14:42 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1314
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:10 -------
Bug comments restored from Gmane.org:
In wine-20030302 shipped by SuSE, if you have a truetype font directory defined
such
as the following:
[FontDirs]
"dir1" = "/home/aknaff/winefonts/core/ttf"
then all fonts defined there in will be downloaded into the generated postscript
file,
even if the printer natively understands them (as defined in the ppd file).
I.e. if I have an arial truetype font, this font is downloaded to the printer,
even though I
have the following in my .ppd file:
*Font ArialMT:
*Font Arial-BoldMT:
*Font Arial-BoldItalicMT:
*Font Arial-ItalicMT:
and even though I have the relevant .afm files in my [afmdirs].
The only way how I could force wine to use the printer's builtin Arial font was
to define
a substitution table where I substituted it with itself:
[System\\CurrentControlSet\\Control\\Print\\Printers\\file\\PrinterDriverData\\FontSubTable]
1047119381
"Courier New"="Courier New"
"Arial"="Arial"
"Times New Roman"="Times New Roman"
"Webdings"="Webdings"
"Tahoma"="Tahoma"
...
[Btw, the above FontSubTable worked for Courier New, Arial, Times New Roman, and
Tahoma, but still not for Webdings. But that's probably a different problem].
After perusing the source code, I found the following in
wine-20030219/dlls/wineps/font.c near the end of function PSDRV_SelectFont :
if(physDev->dc->gdiFont && !subst) {
if(PSDRV_SelectDownloadFont(physDev))
return 0; /* use gdi font */
}
PSDRV_SelectBuiltinFont(physDev, hfont, &lf, FaceName);
return (HFONT)1; /* use device font */
I.e. if there is a gdiFont defined for current font (I assume, this means if a
display font
has been loaded), and if the font is not the result of a substitution, then we
download it
into the printer. Otherwise we try to use a builtin font.
Shouldn't that be the other way round: first try to use a builtin font, and only
if that is not
possible (because no such font defined in generic.ppd or missing .afm file)
download it.
------- Additional Comments From wine <at> alk.org.lu 2003-03-25 14:42 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1315
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:54 -------
Bug comments restored from Gmane.org:
Hello wine developers,
I have problems with directories on VFAT partitions. wine can't find most of
directories, it see only them with name with all capital ASCII letters. With
this problem I can run no program! I can run windows programs only from linux
partition.
I assigned this bug to wine-loader but I don't know if problem is there...
Problems occur for longer time (I tried last three releases).
Here is the listing directories and files which have such problems:
!Audio
&Audio
!Compress
CygWin
!Editory
!Education
Fifne
Filmy
!Grafika
!Hardware
&Hardware
Hry
&Hry
Install
!Internet
&Internet
Linux
&Listy
Mp3
MSOffice
My Music
Obrázky
Petr
!Prog
&Prog
!Program Files
temp
&Upload
Video
&Video
!Viewers
Zálohy
3nityShop_soubory
Frankie[1].asx
Zarodek.bmp
PøÃslovÃ.doc
snail.gif
3nityShop.htm
48h_ccds.it
Entropie.jpg
pp3-36-12.jpg
ww1-36-12.jpg
1a1a.jpg
6a6a.jpg
dirs.lst
1judas_o.mp3
print.mxp
mat_sym_v5.ps
zcu-ca.p7b
ildasm.reg
all.tgz
eee.txt
frankieKnuckles[1].wax
Here is list which was OK:
FANDA
STULDA
AVG6DB_F.DAT
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-09
05:06 -------
Are you sure you're using proper "win95" or "vfat" entries in the Filesystem
type of a drive entry within the wine config file ~/.wine/config instead of
using the strongly discouraged "dos" type?
------- Additional Comments From valtri <at> atlas.cz 2003-03-09 05:12 -------
Thanks for quick response.
Yes I am. Here is my drive settings:
[Drive A]
"Path" = "/A:"
"Type" = "floppy"
"Device" = "/dev/fd0"
[Drive C]
"Path" = "/C:"
"Type" = "hd"
"Serial" = "16500FEC"
"Label" = "Fat16"
"Filesystem" = "win95"
[Drive D]
"Path" = "/D:"
"Type" = "hd"
"Serial" = "38D2DA25"
"Label" = "Fat32"
"Filesystem" = "win95"
; make sure that device is correct and has proper permissions !
[Drive E]
"Path" = "/E:"
"Type" = "hd"
"Serial" = "3ACE2659"
"Label" = "Mp3"
"Filesystem" = "win95"
[Drive H]
"Path" = "${HOME}"
"Type" = "network"
"Label" = "Home"
"Filesystem" = "win95"
[Drive L]
"Path" = "/"
"Type" = "network"
"Label" = "Linux"
"Filesystem" = "win95"
[Drive Q]
"Path" = "/Q:"
"Type" = "cdrom"
"Device" = "/dev/cdrom"
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-09
05:17 -------
Hmm, indeed.
Could you mention the mount options you use for /C: from /etc/fstab?
Maybe some unusual codepage or so?
Also, please add some --debugmsg +file,+dosfs logfile.
------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:16 -------
Part of etc/fstab:
/dev/hda1 /C: vfat
defaults,utf8,umask=007,quiet,nocase=1,uid=root,gid=local 0 0
End of logfile:
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Ir50_qc.dllrIR50_QC.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Ir50_32.dllrIR50_32.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Ivfsrc.axlIVFSRC.AX.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Ir32_32.dllVIR32_32.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Iac25_32.axVIAC25_32.AXHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"vredir.vxdxVREDIR.VXDAXHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
warn:dosfs:DOSFS_FindUnixName L"WinRAR.exe" not found in '/C:/WINDOWS/SYSTEM'
warn:file:CreateFileW Unable to get full filename from
L"C:\\WINDOWS\\SYSTEM\\WinRAR.exe" (GLE 2)
wine: cannot find 'WinRAR.exe'
I can send compressed whole logfile directly to you (I don't know how attached
it here). It take 140 kB.
------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:42 -------
Created an attachment (id=419)
--> (http://bugs.winehq.com/attachment.cgi?id=419&action=view)
Console log with debugmsg +file +dosfs
------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:43 -------
Already I know how attach file. :-)
------- Additional Comments From spetreolle <at> yahoo.fr 2003-03-10 07:35 -------
Run Scandisk on your disk, as you have several files with the same shortname.
Looks like a corrupted filesystem.
trace:dosfs:DOSFS_ReadDir Read: long_name: L"snail.gifISNAIL.GIFY~1.PS\0010", sh
ort_name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"1a1a.jpgf1A1A.JPGIFY~1.PS\0010", sh
ort_name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"6a6a.jpgf6A6A.JPGIFY~1.PS\0010", sh
ort_name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"pp3-36-12.jpg.PP3-36~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"ww1-36-12.jpg.WW1-36~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"My Music2MYMUSI~1-36~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"&Audioi&AUDIOSI~1-36~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"&InternetU&INTER~136~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"&Progr&PROGINTER~136~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"Zarodek.bmpIZARODEK.BMPJPG", short_
name: L"STULDA "
------- Additional Comments From valtri <at> atlas.cz 2003-03-10 07:59 -------
I ran the scandisk (under Windows) and all is OK.
Note files in this directory was repaired in the past and they already are with
short names (with "~").
I will delete this directory and send new wine logfile.
------- Additional Comments From valtri <at> atlas.cz 2003-03-10 08:07 -------
Created an attachment (id=421)
--> (http://bugs.winehq.com/attachment.cgi?id=421&action=view)
gzipped log output again, executed program is "/D:/!Education/CyberSky/Cybersky.exe"
------- Additional Comments From valtri <at> atlas.cz 2003-03-10 08:14 -------
Many short names are the same. It seems there is a bug with finding out short
names (or only in debug printfs :-)).
------- Additional Comments From valtri <at> atlas.cz 2003-03-25 08:49 -------
Interesting. I removed mount option "utf8" and it starts work:
mount /dev/hda5 /D: -t vfat -o utf8
... doesn't work (option "utf8" is required for reproducing this bug)
mount /dev/hda5 /D: -t vfat -o iocharset=utf8
... works, but there are doubled some characters
mount /dev/hda5 /D: -t vfat -o iocharset=cp852
... works, but some characters have bad encoding (cp852 isn't
Windows standard, it contains iso8859-2 characters)
mount /dev/hda5 /D: -t vfat -o iocharset=cp1250
... works OK (cp1250 is standard encoding in Windows
for iso8859-2 characters)
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1316
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:42 -------
Bug comments restored from Gmane.org:
When I open a figure in MATLAB the text and general scale of the objects in teh
figure are inordinately large. Some figures I have created on win show up only
partially, because of the size.
the url points to an example image.
note how large the buttons etc are.
Interestingly the tool tip string is the right size.
thanks, and congratulations on a very well made program
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1317
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:40 -------
Bug comments restored from Gmane.org:
I've running MS Access 97 Runtime. When I open a database with an embedded
OLE-Image in a form, wine crashes with following error:
fixme:storage:StorageImpl_Commit (2): stub!
wine: Unhandled exception, starting debugger...
err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134688536
228") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
fixme:ole:CoSetState ((nil)),stub!
Wine exited with a successful status
Regards,
Daniel.
------- Additional Comments From marcus <at> jet.franken.de 2003-03-11 13:00
-------
please configure your debugger better to give a backtrace. (basically just do
"regedit
winedefault.reg" to get the registry to have the correct paths). also run with
-debugmsg +ole
and attach tyhe output.
------- Additional Comments From dschlager <at> kaindl.com 2003-03-12 00:34 -------
Created an attachment (id=422)
--> (http://bugs.winehq.com/attachment.cgi?id=422&action=view)
OLE Trace with -debugmsg +ole
------- Additional Comments From mike <at> theoretic.com 2003-03-12 10:28 -------
That trace seems to indicate the program ran successfully, or at least there's
no mention of the crash in it.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1319
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:34 -------
Bug comments restored from Gmane.org:
When running the latest CVS of wine manually compiled with ./configure
--enable-opengl, OpenGL
programs output unreadable ASCII garbage to the terminal window, and make
beeping noises.
System info:
Kernel: linux 2.4.20-ck3
Xfree86: 4.2.1-6pre7 (Debian)
Graphics card: ATi Radeon 8500 64mb w/ ATi Binary drivers v2.5.1
Wine version: Cvs version as of 2003/3/12
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-12
08:43 -------
Ah, here it is :)
Please attach a --debugmsg +relay,+opengl log file to find out where this
garbage happens.
Thanks!
------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-12 16:01
-------
Created an attachment (id=423)
--> (http://bugs.winehq.com/attachment.cgi?id=423&action=view)
Logfile of running Neverwinter Nights version 1.29
------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-12 16:05
-------
Here is a gzipped logfile of running Neverwinter Nights v1.29 with the requested
parameters.
Apologies for the large filesize.
------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-15 16:08 -------
Well, this log is not really helpfull... As the garbage is on stdin and the
trace on stderr (so I cannot see where the garbage starts).
Moreover, except for the GL init in the X11 driver, there is NO GL call at all
in this log.
------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-20 13:38
-------
I apologize. I invoked wine as specified with &> ~/winelog.txt... was this not
correct? I could also attempt running a different openGL program (Such as quake2
or quake3 which I believe are available online.)
------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-20 13:55 -------
Well, yeah, try to run with 'normal' Linux GL applications to see if it puts
garbage too.
Otherwise, as told, I do not see any GL call in your trace so I do not see why
this garbage only happens in GL applications.
------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-20 20:37
-------
Well, native linux openGL programs all run fine. (glxgears, tuxracer, quake2
linux and quake3 linux)
Additionally, I tried running the windows versions of quake2 and quake3,
redirecting the same way I'd
done before, with identical results. No opengl calls except the init.
Is there anything else I can do to help?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1320
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:29 -------
Bug comments restored from Gmane.org:
The internal GUI engine of Jade does complete top down drawing of a window and
all its children in the same pass. To draw a textbox, the following logic is called:
::SetViewportOrgEx(hdc, rect.left, rect.top, NULL);
::SendMessage(hwnd, WM_PRINTCLIENT, (WPARAM)hdc, PRF_CLIENT | PRF_ERASEBKGND);
Under Wine, this does not produce any visible output.
------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:32 -------
Can you please produce a test case for this behaviour, or make available your
application for testing?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1321
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:24 -------
Bug comments restored from Gmane.org:
When using the CopyFile api, the copied file does not retain its timestamps as
they do under Windows.
------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:40 -------
Confirming, we should do this. Patches are welcome, I don't think it'd be hard.
MSDN doesn't seem to mention behaviour here, but I expect the reporter is right :)
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1322
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:21 -------
Bug comments restored from Gmane.org:
Calling IsTextUnicode with the IS_TEXT_UNICODE_UNICODE_MASK option correctly
determines that ansi text is not unicode. However calling IsTextUnicode with the
IS_TEXT_UNICODE_REVERSE_MASK option for that same ansi text incorrectly reports
that the text is Unicode.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-14
20:34 -------
AFAICT IsTextUnicode is very rudimentary in wine. If you want to improve it
please look in dlls/ntdll/rtlstr.c
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1323
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:00 -------
Bug comments restored from Gmane.org:
To determine whether text is ansii, unicode (big or little endian) a series of
test are performed including calling wctomb. This routine should return -1 if
the conversion cannot be performed in the current locale. As a result, under
Wine, an ansii string appears to be unicode (both big or little endian).
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1325
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:52 -------
Bug comments restored from Gmane.org:
solved with a patch
------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:28 -------
So, is this bug fixed then?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1326
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:51 -------
Bug comments restored from Gmane.org:
Close Combat installs fine from CD_ROM (it even does a direct link on desktop),
but when I try to run CC.exe, I get a following note in a single popup-window:
---
Close Combat Error
Close Combat requires indeo 4.1 to display the videos. Please run the Close
Combat setup again.
---
I have indeo 4.1 codec in /usr/lib/win32/w32codec-0.90/ir41_32.dll
When I run the setup.exe from CD-ROM, it installs the Close Combat all over
again and when I run setup.exe from the installed directory I get following popup:
---
Setup Error 544
Setup in unable to open the data file 'C:\Program Files\Microsoft Games\Close
Combat\Setup\SETUP.stf'; run Setup again from where you originally ran it.
---
------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-15 15:38 -------
Well, the problem is that the installer should also (if it installs the Intel
Indeo codecs) put a lot of stuff in the registry...
So one solution would be to do a '--debugmsg +relay', look at a RegOpenKey or
something like that that fails. If you find it, people will be very happy to
provide you with the key to put in your registry.
Better would be to have the installer actually working though :-)
------- Additional Comments From mike <at> theoretic.com 2003-03-19 09:01 -------
The codec in /usr/lib/win32 is unlikely to be used by wine, I think that's
mplayer, which uses wine internally but the two don't interact.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1327
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:48 -------
Bug comments restored from Gmane.org:
This is my first time submitting a bug to the wine bugtracker, and I'm not
versed in the wine
internals; I hope I've fingered the correct module. Apologies if not!
Download 6000.exe from http://www.visioneer.com/support/flatbed/6000downloads.asp
Attempt to install it with "wine 6000.exe"
InstallShield extracts its files, then displays an error dialog, "Missing or
Invalid Parameter:
UpdateNumber", and stops installing.
I did some tracing: InstallShield calls GetPrivateProfileStringA() to retrieve
the UpdateNumber entry
from X:\update.exe\UPDATE.INI. Yes, the .ini exists and contains that entry. Its
real filename is
/tmp/update.ini. /tmp/update.exe is a file, put there by InstallShield.
If I'm reading the trace correctly, it looks like wine's dosfs subsystem is
returning
/tmp/update.exe/update.ini as the real path, which is obviously wrong. Why a
file is being used as a
mount point in the first place is a mystery to me...
Hopefully the above procedure should let you reproduce my trace easily, but I
can send it if that's
required.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-14
20:06 -------
Perhaps the bug is valid. However I have my doubts about getting your scanner to
work using this method. Hmm... A bug is a bug though...
------- Additional Comments From dankna <at> childe.crusoe.net 2003-03-15 18:20
-------
Well, other people have reported success with this method (not with my model
scanner), so it
certainly seemed worth a try.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-16
12:55 -------
A relavant trace would help (what channels did you use?)
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1330
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:35 -------
Bug comments restored from Gmane.org:
Running a DOS program from the command line, i.e.:
wine -- ../prog.exe arg1 arg2
it would be helpful if the path to the executable
(../prog.exe) was converted to DOS form (..\prog.exe)
when it was passed in to the program as argv[0].
Having this path in UNIX form confused a program
that was trying to find the path to its home dir.
The work-around was easy, (specify a DOS path) but
other WINE users may get bit by this as well.
------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:15 -------
Confirming bug, changing summary
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1334
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:55 -------
Bug comments restored from Gmane.org:
Running wine built on redhat (beta 5 - 8.0.94) 8.1.
Notes starts, runs but will not do name resolution.
Log shows the following.
fixme:file:LockFile not implemented in server
fixme:thread:SYSDEPS_SpawnThread CreateThread: stub
fixme:winsock:WSACancelAsyncRequest (0xdeae),stub
fixme:file:LockFile not implemented in server
fixme:file:UnlockFile not implemented in server
Name resolution is accessible to user from console, correct permissions set.
On same build on other distribution i.e. mandrake8 it works fine.I can turn on
debugging if someone wants me to?
------- Additional Comments From traxtopel <at> hotpop.com 2003-03-20 04:06 -------
Running a debug on winsock, I get the following, still will not resolve. Edited
/etc/hosts added it manually. Under user ID notes is started I can ping this
address.
fixme:ole:CoRegisterMessageFilter stub
fixme:thread:SYSDEPS_SpawnThread CreateThread: stub
fixme:thread:SYSDEPS_SpawnThread CreateThread: stub
trace:winsock:DllMain 0x41dc0000 0x1 (nil)
trace:winsock:WSAStartup verReq=101
trace:winsock:WSAStartup succeeded
trace:winsock:WSASetBlockingHook hook 0x41cb2510
trace:winsock:WSAAsyncGetHostByName hwnd 0x2002c, msg 00000401, host D15ML003,
buffer 1024
fixme:thread:SYSDEPS_SpawnThread CreateThread: stub
fixme:winsock:WSACancelAsyncRequest (0xdeae),stub
------- Additional Comments From traxtopel <at> hotpop.com 2003-03-21 02:12 -------
Not sure what has changed but somewhere between cvs 20030320 1pm CET & 20030321
8am CET dns resolving is working again?
------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:04 -------
OK, I'll close this bug. Probably there was a slight regression that's been
fixed. Thanks for reporting the issue! :)
------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:06 -------
Closing
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1335
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:51 -------
Bug comments restored from Gmane.org:
When I try to install Drakan under Linux and without Windows it wants to update
to winsock2. Because this does not function the setup hangs. Could there be a
way of making Drakan believe that the update worked?
------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:07 ------
Wine supports winsock2 mostly anyway, so it shouldn't need to update. The real
question is, why does it think it needs to update?
Do you have a ws2_32.dll file in your fake windows/system directory?
------- Additional Comments From dh <at> onclick.org 2003-03-30 16:29 -------
No, there is no such file.
Maybe the game Drakan just wants wine to update, if necessary or not, and
expects some ok-message back?
------- Additional Comments From mike <at> theoretic.com 2003-03-31 03:40 -------
Change to your fake windows/system directory, then run "touch ws2_32.dll". See
if that makes any difference.
------- Additional Comments From dh <at> onclick.org 2003-03-31 10:18 -------
I got a new error. There was a serious error popup followed by a popup that said
that the setup directory could not be found. Is that the path to the game cd?
This I found in ws2setup.log:
WS2SETUP begin: 02/25/2003 07:44:14
RegQueryValueEx(VendorInstallDll) failed
VendorWantsMSTCP=1, WantsMSIPX=2, WantsSetupUI=1
WantsMSDNS=1, WantsMSSAP=0
New wsock32.dll file version: 0004000a.00000678
Created WS2BAKUP.BAT backup batch file
No version info for C:\WINDOWS\SYSTEM\wsock32.dll
WS2SETUP end: failure
windows/ws2setup.log (END)
This is all I found on screen:
Font metrics: 100.0% done
fixme:int21:DOS3Call get interrupt vector - move to winedos...
fixme:int21:DOS3Call get interrupt vector - move to winedos...
fixme:process:CreateProcessA (E:\_ISTMP0.DIR\W95ws2setup.exe,...):
CREATE_SEPARATE_WOW_VDM ignored
fixme:win32:PE_CreateModule Security directory ignored
fixme:process:CreateProcessA (E:\MSE000\setup.exe,...): NORMAL_PRIORITY_CLASS
ignored
fixme:msvcrt:MSVCRT__sopen : pmode 0x40712c9c ignored
fixme:msvcrt:MSVCRT__sopen : pmode 0x40068618 ignored
fixme:dialog:MSGBOX_OnInit system modal msgbox ! Not modal yet.
fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1337
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:47 -------
Bug comments restored from Gmane.org:
I previously used "Les Secrets de l'intelligence, Ubisoft"
and it worked well.
This application was designed for Windows 95.
Now, I can't make it run
with the last release.
What changed in my config:
automount use for /mnt/cdrom.
Trace:
---------------
[j@laptop Les Secrets]$ wine SECRETS.exe
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll wing.dll still not found
- 16-bit dll or version conflict.
file_set_error: Permission denied
fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f
wine: Unhandled exception, starting debugger...
[1]+ Stopped wine SECRETS.exe
[j@laptop Les Secrets]$ bg
[1]+ wine SECRETS.exe &
[j@laptop Les Secrets]$ killall wine
[1]+ Terminated wine SECRETS.exe
[j@laptop Les Secrets]$
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-21
04:37 -------
Hmm, strange errors.
Please attach a --debugmsg +relay,+files,+dosfs,+server logfile.
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-21
04:38 -------
Ugh, that should have been +file, of course...
------- Additional Comments From titan.costa <at> wanadoo.fr 2003-03-21 17:10
-------
16-bit dll or version conflict ?
That reminds me a problem I've had once.
Do you have a wing.dll in you app directory ?
------- Additional Comments From jerome.bouat <at> wanadoo.fr 2003-03-22 06:00
-------
[j@laptop j]$ find ~/.wine/c -name 'wing\.dll'
[j@laptop j]$
Created an attachment (id=426)
--> (http://bugs.winehq.com/attachment.cgi?id=426&action=view)
wine --debugmsg +relay,+files,+dosfs,+server SECRETS.exe 2>log.err
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1000
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:28 -------
Bug comments restored from Gmane.org:
This bug is a part of Efforts to port Microsoft Flight Simulator to Linux via Wine
---------------------------------------------------------------------------
Assumes:
Read Bug 997 and all of its dependencies
Shell Command
$ wine fs2002.exe
X11 output attached.
Other Comments:
Microsoft seems to have placed a function call in software since 1995 to make
sure it is running on the Correct Windows version. This call seems to be
misinterpreted with wine
System:
NVIDIA RIVA TNT
RedHat Linux 7.0
Glibc 2.2-12
20GB HD:
2 GB /usr/local (formerly Windows C:) ext2 raid
10 GB /mnt/win_d (formerly Windows D:, use to be 16GB, rest split up as /,
location of fs2002) vfat
1 GB /mnt/win_e (formerly Windows E:). vfat. Configured as Wine TEMPDIR
2 GB /usr ext2
2 GB / ext2
32MB swap swap
32MB
------- Additional Comments From mcbridematt <at> hotmail.com 2002-08-29 03:50
-------
Created an attachment (id=280)
--> (http://bugs.winehq.com/attachment.cgi?id=280&action=view)
Screenshot
------- Additional Comments From mcbridematt <at> hotmail.com 2002-08-29 03:58
-------
More debugging shows that:
RtlAllocateHeap
is known. But needs somemore programming.
Debug output:
084c1018:trace:heap:RtlAllocateHeap (40350000,00000002,00000018): returning
403505f0
I have reason to belive this is used by Windows programs, particularly ones by
Microsoft to check if there is enough diskspace.
Microsoft must be the only one using it, as I have searched through Unoffical
and Office implementations of the Platform SDK to no avail.
------- Additional Comments From mcbridematt <at> hotmail.com 2002-08-29 04:48
-------
Others:
64MB Ram
800MHz Duron
------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-03 02:42
-------
A related function:
<code>RtlFreeHeap</code>
Returns TRUE when asked for.
But RtlAllocateHeap doesn't.
------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-03 02:44
-------
I've noticed that Wine does not pass on swap, but only the memory free. Perhaps
we should create a "ForceRAM" option in the wine config file in the future to
force programs to belive that there is a certain amount of ram
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-09-03 04:12
-------
Well, of course RtlAllocateHeap doesn't return TRUE.
It's supposed to return an LPVOID, the address of the buffer allocated
(like all heap alloc function do !).
Having said that, I really don't think the error is due to RtlAllocateHeap.
An "out of disk space" error might be caused by all sorts of other errors,
too.
RtlAllocateHeap is probably rather perfect. (it doesn't even have a single FIXME
either)
Attaching a --debugmsg +relay,+file,+dosfs log file of the error might be a good
idea...
A RAM size fake option would be a good idea, yes.
(some games have a swap partition check, for example, and they fail to run
if you don't have enough free swap space, so such an option would be good)
------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-04 01:58
-------
Created an attachment (id=284)
--> (http://bugs.winehq.com/attachment.cgi?id=284&action=view)
bzip'ed Debug output
------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-04 01:59
-------
I've also noticed this in other M$ apps:
Microsoft Works 4.0, Microsoft Money for Win95
------- Additional Comments From kyethespy <at> liquid2k.com 2002-10-05 20:38
-------
I can confirm this bug exists - and what's this about efforts to port fs to
linux?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=999
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:25 -------
Bug comments restored from Gmane.org:
This bug is a part of efforts to port FS2002 to Linux via Wine.
See Metabug 997
Additional Info in 998
Shell Command
$ wine fs2002.exe
Output:
fixme:win32:PE_CreateModule Security directory ignored
<!-- All other output is contained in 998 -->
------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-06 02:15
-------
does anybody know what PE_CreateModuleSecurity does?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=998
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:25 -------
Bug comments restored from Gmane.org:
This bug is a part of efforts to help port FlightSimulator 2002 to wine.
Command run:
$ wine fs2002.exe
fixme:win32:PE_CreateModule Security directory ignored
err:win:WIN_FindWndPtr window 10024 belongs to other process
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:font:WineEngRemoveFontResourceEx :stub
Debugmsg FIXME:
084b8030:trace:heap:RtlAllocateHeap (40350000,00000002,00000018): returning
403505f0
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1341
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:24 -------
Bug comments restored from Gmane.org:
http://article.gmane.org/gmane.comp.emulators.wine.bugs/4211
For certain Excel files, the Microsoft Excel viewer
(http://download.microsoft.com/download/excel2000/Xlviewer/2000/WIN98/EN-US/…)
crashes when attempting to print. For other Excel files, it works just fine.
At the following URL is one example that crashes:
http://www.agecon.ksu.edu/kdhuyvetter/Spreadsheets/cowlease.xls
Here is how to reproduce:
1. Start the xlviewer with the given file:
wine -debugmsg +psdrv xlview l:cowlease.xls
2. Go into print preview (File Menu, print preview)
3. Select setup
4. Click OK in the page setup dialog (no need to change any of the settings.
5. As soon as you click ok, you get a dialog box saying:
> Your file could not be printed due to an error on a on LPR:lp. There are several
possible reasons:
> There may not be enough memory available. Try closing files and programs you
aren't using.
> If you use a network for printing, there may be a problem with the network
connection or the printer driver.
> There may be loose cables or a bad connection between your computer and
printer.
6. Soon after, wine crashes, here is the end of the log (sometimes clicking OK
on the
dialog is necessary to produce the crash)
trace:psdrv:PSDRV_SelectBrush hbrush = 0x72
trace:psdrv:PSDRV_SelectFont FaceName = L"" Height = 100 Italic = 0 Weight = 400
trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'Courier'
trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Courier'
trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Courier'
trace:psdrv:ScaleFont 'Courier' 100
trace:psdrv:ScaleFont Selected PS font 'Courier' size 88 weight 400.
trace:psdrv:ScaleFont H = 100 As = 74 Des = 26 IL = 12 EL = 0
trace:psdrv:PSDRV_SetDeviceClipping hdc=0xc70
trace:psdrv:PSDRV_FindPrinterInfo 'a'
trace:psdrv:PSDRV_ExtDeviceMode (Driver=WINEPS, hwnd=(nil), devOut=(nil),
Device='a', Port='LPT1:', devIn=(nil), Profile='(null)', Mode=0000)
trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000
trace:psdrv:PSDRV_SelectBrush hbrush = 0x72
trace:psdrv:PSDRV_SelectFont FaceName = L"System" Height = 16 Italic = 0 Weight
= 400
trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'System'
trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Helvetica'
trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Helvetica'
trace:psdrv:ScaleFont 'Helvetica' 16
trace:psdrv:ScaleFont Selected PS font 'Helvetica' size 14 weight 400.
trace:psdrv:ScaleFont H = 16 As = 13 Des = 3 IL = 2 EL = 0
trace:psdrv:PSDRV_DeleteDC
trace:psdrv:PSDRV_FindPrinterInfo 'a'
trace:psdrv:PSDRV_CreateDC (WINEPS a LPT1: (nil))
trace:psdrv:PSDRV_UpdateDevCaps ImageableArea = 75,150 - 2475,3150: PageSize
= 2550x3300
trace:psdrv:PSDRV_UpdateDevCaps devcaps: horzSize = 203mm, vertSize = 253mm,
horzRes = 2400, vertRes = 3000
trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000
trace:psdrv:PSDRV_SelectBrush hbrush = 0x72
trace:psdrv:PSDRV_SelectFont FaceName = L"" Height = 100 Italic = 0 Weight = 400
trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'Courier'
trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Courier'
trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Courier'
trace:psdrv:ScaleFont 'Courier' 100
trace:psdrv:ScaleFont Selected PS font 'Courier' size 88 weight 400.
trace:psdrv:ScaleFont H = 100 As = 74 Des = 26 IL = 12 EL = 0
trace:psdrv:PSDRV_SetDeviceClipping hdc=0xc74
trace:psdrv:PSDRV_FindPrinterInfo 'a'
trace:psdrv:PSDRV_ExtDeviceMode (Driver=WINEPS, hwnd=(nil),
devOut=0x42436580, Device='a', Port='LPT1:', devIn=0x424364d0, Profile='(null)',
Mode=000a)
trace:psdrv:PSDRV_ExtDeviceMode DM_MODIFY set. devIn->dmFields = 00007b13
trace:psdrv:PSDRV_MergeDevmodes Changing orientation to 1 (Portrait)
trace:psdrv:PSDRV_MergeDevmodes Changing page to Letter 2159 x 2794
trace:psdrv:PSDRV_MergeDevmodes Changing Scale to 100
trace:psdrv:PSDRV_MergeDevmodes Changing Copies to 1
trace:psdrv:PSDRV_MergeDevmodes Trying to change to unsupported bin 7
trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000
trace:psdrv:PSDRV_SelectBrush hbrush = 0x72
trace:psdrv:PSDRV_SelectFont FaceName = L"System" Height = 16 Italic = 0 Weight
= 400
trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'System'
trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Helvetica'
trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Helvetica'
trace:psdrv:ScaleFont 'Helvetica' 16
trace:psdrv:ScaleFont Selected PS font 'Helvetica' size 14 weight 400.
trace:psdrv:ScaleFont H = 16 As = 13 Des = 3 IL = 2 EL = 0
trace:psdrv:PSDRV_DeleteDC
trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000
trace:psdrv:PSDRV_SelectFont FaceName = L"" Height = 100 Italic = 0 Weight = 400
trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'Courier'
trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Courier'
trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Courier'
trace:psdrv:ScaleFont 'Courier' 100
trace:psdrv:ScaleFont Selected PS font 'Courier' size 88 weight 400.
trace:psdrv:ScaleFont H = 100 As = 74 Des = 26 IL = 12 EL = 0
trace:psdrv:PSDRV_MergeDevmodes Changing PaperLength|Width to 269x0
trace:psdrv:PSDRV_MergeDevmodes Changing Scale to 0
trace:psdrv:PSDRV_UpdateDevCaps ImageableArea = 0,0 - 0,317: PageSize = 0x317
trace:psdrv:PSDRV_UpdateDevCaps devcaps: horzSize = 26mm, vertSize = 0mm,
horzRes = 317, vertRes = 0
trace:psdrv:PSDRV_ExtEscape QUERYESCSUPPORT for 4115
trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000
trace:psdrv:PSDRV_SelectBrush hbrush = 0x72
trace:psdrv:PSDRV_SelectFont FaceName = L"System" Height = 16 Italic = 0 Weight
= 400
trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'System'
trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Helvetica'
trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Helvetica'
trace:psdrv:ScaleFont 'Helvetica' 16
trace:psdrv:ScaleFont Selected PS font 'Helvetica' size 14 weight 400.
trace:psdrv:ScaleFont H = 16 As = 13 Des = 3 IL = 2 EL = 0
trace:psdrv:PSDRV_DeleteDC
trace:psdrv:DllMain (0x42510000, 0x00000000, (nil))
wine: Unhandled exception, starting debugger...
Wine already configured, run 'winesetup' to reconfigure.
WineDbg starting on pid 8
No debug information in ELF 'wine' (0x00000000)
Breakpoint 1 at 0x4000adc0
No debug information in ELF '/usr/lib/libntdll.dll.so' (0x40027000)
No debug information in ELF '/usr/lib/libwine.so' (0x40129000)
No debug information in ELF '/usr/lib/libwine_unicode.so' (0x40141000)
No debug information in ELF '/lib/libm.so.6' (0x40222000)
No debug information in ELF '/lib/libc.so.6' (0x40245000)
No debug information in ELF '/lib/libdl.so.2' (0x40363000)
No debug information in ELF '/lib/ld-linux.so.2' (0x40000000)
No debug information in ELF '/usr/lib/wine/advapi32.dll.so' (0x406d3000)
No debug information in ELF '/usr/lib/wine/kernel32.dll.so' (0x40702000)
No debug information in ELF '/usr/lib/wine/gdi32.dll.so' (0x407b0000)
No debug information in ELF '/usr/lib/wine/ole32.dll.so' (0x40834000)
No debug information in ELF '/usr/lib/wine/user32.dll.so' (0x408b0000)
No debug information in ELF '/usr/lib/wine/rpcrt4.dll.so' (0x409f3000)
No debug information in ELF '/usr/lib/wine/comdlg32.dll.so' (0x40a3d000)
No debug information in ELF '/usr/lib/wine/shell32.dll.so' (0x40abc000)
No debug information in ELF '/usr/lib/wine/shlwapi.dll.so' (0x40b44000)
No debug information in ELF '/usr/lib/wine/comctl32.dll.so' (0x40b97000)
No debug information in ELF '/usr/lib/wine/winspool.drv.so' (0x40c4a000)
No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40c81000)
No debug information in ELF '/usr/lib/wine/x11drv.dll.so' (0x40cc3000)
No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x4001a000)
No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40d36000)
No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40d4d000)
No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40d5b000)
No debug information in ELF '/usr/lib/libGL.so.1' (0x40e53000)
No debug information in ELF '/usr/lib/libGLcore.so.1' (0x40ea0000)
No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40367000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2'
(0x40023000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2'
(0x413e0000)
No debug information in ELF '/lib/libnss_files.so.2' (0x41640000)
No debug information in ELF '/usr/lib/wine/mpr.dll.so' (0x42330000)
No debug information in 32bit DLL 'C:\Program Files\XLView\XLVIEW.EXE'
(0x30000000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL'
(0x40730000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL'
(0x406e0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x407d0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL'
(0x408d0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL'
(0x40a10000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40850000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSO97V.DLL'
(0x306c0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL'
(0x40b60000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL'
(0x40bb0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL'
(0x40ae0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV'
(0x40c50000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL'
(0x40a50000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\XLVIEW\XLINTL32.DLL'
(0x30c50000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL'
(0x40ce0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MPR.DLL' (0x42340000)
Unhandled exception: page fault on read access to 0x00000050 in 32-bit code
(0x300502fa).
In 32-bit mode.
0x300502fa (XLVIEW.EXE.EntryPoint+0x37e2a in C:\Program
Files\XLView\XLVIEW.EXE): pushl 0x50(%eax)
Wine-dbg>
Other spreadsheets than the above examples only lead to the dialog box, but not the
crash. Others yet print just fine. Others print fine, as long as no setting is
changed in
page setup, but crash when chosing landscape mode. And I even have seen a case
that crashed when picking landscape mode in the page setup box, but not when
picking landscape in the printer options box.
I use wine-20030302-0.i586.rpm on a SuSE 8.1 box.
http://article.gmane.org/gmane.comp.emulators.wine.bugs/4219
------- Additional Comments From wine <at> alk.org.lu 2003-03-25 14:41 -------
*** This bug has been confirmed by popular vote. ***
http://article.gmane.org/gmane.comp.emulators.wine.bugs/4390
------- Additional Comments From wine <at> alk.org.lu 2003-03-29 01:33 -------
Found out what was going on: I had a bad generic.ppd . By using the default
generic.ppd, it works again. Sorry for the false alert.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=996
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:23 -------
Bug comments restored from Gmane.org:
The sock.c test fails on FreeBSD 4.6:
../../../../src/programs/winetest/runtest -q -P wine -M ws2_32.dll -T ../../..
-p ws2_32_test.exe.so ../../../../src/dlls/winsock/tests/sock.c && touch sock.ok
fixme:reg:GetSystemInfo not yet supported on this system
../../../../src/dlls/winsock/tests/sock.c:607: Test failed: some threads have
not completed
The test then gets stuck.
------- Additional Comments From fgouget <at> codeweavers.com 2002-08-28 22:25
-------
Another run and some more messages:
../../../../src/programs/winetest/runtest -q -P wine -M ws2_32.dll -T ../../..
-p ws2_32_test.exe.so ../../../../src/dlls/winsock/tests/sock.c && touch sock.ok
fixme:reg:GetSystemInfo not yet supported on this system
../../../../src/dlls/winsock/tests/sock.c:607: Test failed: some threads have
not completed
../../../../src/dlls/winsock/tests/sock.c:231: Test failed: failed to bind: 10048
../../../../src/dlls/winsock/tests/sock.c:607: Test failed: some threads have
not completed
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=995
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:22 -------
Bug comments restored from Gmane.org:
The shlfileop test fails on FreeBSD 4.6:
../../../../src/programs/winetest/runtest -q -P wine -M shell32.dll -T ../../..
-p shell32_test.exe.so ../../../../src/dlls/shell32/tests/shlfileop.c && touch
shlfileop.ok
fixme:reg:GetSystemInfo not yet supported on this system
../../../../src/dlls/shell32/tests/shlfileop.c:177: Test failed: Rename dir
../../../../src/dlls/shell32/tests/shlfileop.c:178: Test failed: The dir is renamed
../../../../src/dlls/shell32/tests/shlfileop.c:179: Test failed: The dir is renamed
../../../../src/dlls/shell32/tests/shlfileop.c:182: Test failed: Rename dir back
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=993
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:21 -------
Bug comments restored from Gmane.org:
WINE does not accept a ppd file from CUPS 1.1.x+GIMP-print 4.2.0 that corresponds
to HP
DeskJet 600 Series (/usr/share/cups/model/en_GB/pcl-600.ppd.gz in RedHat 7.3
installation). The error message is:
err:psdrv:PSDRV_PPDGetNextTuple Error in line '*CloseUI *stpBrightness
'?
(The linebreak was present in the output).
I can mail the ppd file on request. The problem is not windows-application-specific. I
have no real Windows installation.
------- Additional Comments From dclark <at> akamail.com 2002-08-28 10:30 -------
Hmm.. my RedHat 7.3 does not seem to have that PPD file. There was awhile back
an error in one of the CUPS PPD files for PCL printers, which I discovered when
trying to use it with Wine on my LaserJet 4V (PCL). I don't remember exactly
where the error was, but I am pretty sure it was on a line that included
"CloseUI". I sent a correction off to the EasySW folks, and they said it would
be included in the next version. If you want to send the PPD file to me, I can
take a look at it.
------- Additional Comments From dclark <at> akamail.com 2002-08-28 12:04 -------
The problem is that the line is missing a colon. I think that this is the same
problem that I had previously. Obviously, the CUPS software does not care ;) The
line should be
*CloseUI: *stpBrightness
instead of
*CloseUI *stpBrightness
I think that should fix that particular problem, in which case this is a CUPS
bug rather than Wine bug.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-30
00:53 -------
Resolving Invalid
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
15:33 -------
Closing
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=992
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:20 -------
Bug comments restored from Gmane.org:
Any wine process freezes (kill -9 required) when running galeon. Without
running galeon, or by just running mozilla instead, wine runs just fine. note
that galeon keeps running fine. It's wine that freezes.
Procedure to make wine freeze:
- Run an application under wine
- Start galeon
- Load http://www.slashdot.org in galeon
- Wine should be frozen by now
My configuration:
- Linux 2.4.19 on a dual Athlon
- galeon 1.2.5
- mozilla 1.0.0
- (codeweavers-)wine 20020411-6
------- Additional Comments From mike <at> theoretic.com 2003-03-27 04:28 -------
Hmm, I run Galeon with Wine all the time. I don't think the two are related.
Can you get a backtrace for this?
Run the program in the wine debugger, winedbg foo.exe then when it freezes hit
ctrl-c and then when "bt", to get a backtrace.
If you're on CodeWeavers wine, you may wish to try it with the latest WineHQ.
------- Additional Comments From mike <at> theoretic.com 2003-03-31 04:58 -------
Closing as WFM
------- Additional Comments From mike <at> theoretic.com 2003-03-31 04:58 -------
Closing
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-31 10:30
-------
Maybe that was due to some sound device access issue between Galeon and Wine?
Oh well, probably doesn't matter any more anyway...
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1342
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:19 -------
Bug comments restored from Gmane.org:
Miranda ICQ version 2.1 with MSN & Yahoo protocol plug-ins installed (ICQ
protocol disabled)
[cad@pc-2 mio]$ wine -v
Wine 20030318
(under Mandrake 8.1)
[cad@pc-2 mio]$ wine miranda32.exe
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
fixme:file:FindFirstChangeNotificationA this is not supported yet
(non-trivial).
fixme:win32:PE_CreateModule Security directory ignored
err:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string
err:module:get_registry_value Invalid load order module-type L"so", ignored
fixme:system:SystemParametersInfoA Unimplemented action: 4102
(SPI_GETLISTBOXSMOOTHSCROLLING)
fixme:system:SystemParametersInfoA Unimplemented action: 4110
(SPI_GETHOTTRACKING)
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=16
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=16
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=16
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=16
err:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device NWLINK
err:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=16
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=16
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=16
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=16
------- Additional Comments From mike <at> theoretic.com 2003-03-26 08:56 -------
The message about "so" is due to a faulty config file, remove the keyword so
from any DLL overrides you might have, ie
"comctl32" = "native, builtin, so" -> "native, builtin"
In general, you need to report WHAT is going wrong, not any error output - that
can be generated by badly written applications, and doesn't tell us much without
a human description of a bug
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-26 14:33
-------
Created an attachment (id=429)
--> (http://bugs.winehq.com/attachment.cgi?id=429&action=view)
screenshot of Miranda ICQ with plug-ins in the bottom of the window
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-26 14:36
-------
ok, the "so" thing disappeared when fixing config file... but, the other
messages remain.
:(The behaviour of wine when invoked as shown (under KDE 2.2.1 -mdk) is that it
loads msn plug-in and
works ok, but yahoo messenger protocol plug-in loads but never make a connection
to yahoo
server.Moreover,Miranda "M" icon is garbled.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
19:30 -------
One problem per bug report please. Changed the Summary of this bug to reflect
the corruption of the miranda "M" icon. Please file another bug report for the
inability to connect to Yahoo.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
19:55 -------
Mike: This bug report shows the same icon corruption as you reported on Wine
devel. I would think that fixing one would solve the other.
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-26 23:33
-------
Name : XFree86 Relocations: (not relocateable)
Version : 4.1.0 Vendor: MandrakeSoft
Release : 17mdk Build Date: sáb 22 sep 2001
15:36:11
(Hope this helps)
------- Additional Comments From mike <at> theoretic.com 2003-03-27 05:25 -------
Agreed. I can't find a bug about the ImageList error, should I file one or turn
this bug into it?
BTW, I can't search on descriptions, so I might have missed one. I think both
Mike McCormack and Vitolay were tracking this, so hopefully it'll be fixed soon.
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-27 12:19
-------
I must add that the icons in pull-down menus and submenus are missing under
Wine. I'll attach a screenshot of miranda window under w98 to show the diff.
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-27 12:28
-------
Created an attachment (id=435)
--> (http://bugs.winehq.com/attachment.cgi?id=435&action=view)
Miranda showing icons in submenus under w98
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-27 12:33
-------
Created an attachment (id=436)
--> (http://bugs.winehq.com/attachment.cgi?id=436&action=view)
same submenus under wine
------- Additional Comments From mike <at> theoretic.com 2003-03-27 12:42 -------
OK, I think that's probably a separate bug. You might want to open a miranda ICQ
tracking bug then make them all depend on that one.
------- Additional Comments From juan <at> virtual-orbis.com 2003-04-18 21:25
-------
under 20030408:
Display of "M" icon is partially fixed when a child window is spawn. This child
window displays perfectly! (perfect colorfull drawn icon buttons in child
window)
But, when this child window is closed, "M" returns to the initial state
(corrupt "M" icon again!). That's weird.
------- Additional Comments From mike <at> theoretic.com 2003-04-19 08:40 -------
Hmmm. We had a patch lately to fix imagelist corruption, I'd forgotten about
this bug, so it should have been fixed. The fact that it isn't concerns me
slightly. I'll try and remember to take a look at Miranda again when I get back
to my flat. Poke me in a week if I've forgotten (ie haven't posted to this bug).
------- Additional Comments From juan <at> virtual-orbis.com 2003-04-26 07:31
-------
under 20030408:
When child window is ACTIVE, miranda main window is redrawn "well" ("M" gets
partially fixed -weird: cannot capture a snapshot of this redrawn main window
with Ksnapshot, captured picture shows no changes at all). When this child
window goes off (it is NOT CURRENT window) , miranda main window gets back
with the corrupt "M" icon (whether it is the ACTIVE window or not).
Moreover, Miranda's normal behaviour under win98 when child window is spawn,
is that Miranda main window grays out the "M" icon (color in "M" icon gets
replaced with shades of gray -see my snapshot).
------- Additional Comments From juan <at> virtual-orbis.com 2003-04-26 07:37
-------
Created an attachment (id=465)
--> (http://bugs.winehq.com/attachment.cgi?id=465&action=view)
when child window is spawn, main window redraws (failed to capture this)
------- Additional Comments From juan <at> virtual-orbis.com 2003-04-26 07:47
-------
Created an attachment (id=466)
--> (http://bugs.winehq.com/attachment.cgi?id=466&action=view)
miranda child window under win98
------- Additional Comments From mike <at> theoretic.com 2003-04-26 11:27 -------
Confirmed, it's still there.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=991
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:18 -------
Bug comments restored from Gmane.org:
I've downloded microsoft close combat trial, the installer loads, but when I
lcick on install it goes in crash, shell output is:
$ einr Mscc3.exe
wine: Unhandled exceptiopn, starting debugger...
err:win:WIN_FindWndPtr windows 10021 belongs to other process
err:win:WIN_FindWndPtr windows 10021 belongs to other process
Terminated
------- Additional Comments From puoti <at> inwind.it 2002-10-02 10:53 -------
With wine 20020904 the output of close combat trial 3 is a bit diffrent:
[ivan@localhost mstrial]$ wine Mscc3.exe
fixme:win32:PE_CreateModule Security directory ignored
fixme:int21:DOS3Call Unimplemented FAT32 int32 function 7303
wine: Unhandled exception, starting debugger...
err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134683288 60")
Read the Wine Developers Guide on how to set up winedbg or another debugger
err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x411
[ivan@localhost mstrial]$
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=989
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:17 -------
Bug comments restored from Gmane.org:
The programm Pettersson und Findus doesn't work.
How can I attach the bugreport files wine created?
------- Additional Comments From katjaundsiegfried.haas <at> t-online.de 2002-08-26
04:11
-------
Created an attachment (id=275)
--> (http://bugs.winehq.com/attachment.cgi?id=275&action=view)
debugoutput
------- Additional Comments From katjaundsiegfried.haas <at> t-online.de 2002-08-26
04:11
-------
Created an attachment (id=276)
--> (http://bugs.winehq.com/attachment.cgi?id=276&action=view)
depugreport
------- Additional Comments From katjaundsiegfried.haas <at> t-online.de 2002-08-26
04:13
-------
I haven any clue, how this all works? Is anybody out there to give me some addvise?
Thank's
Siegfried
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-26
21:22 -------
It looks like you have not set up your ~/.wine/config file
Warning: could not find wine config [Drive x] entry for current working
directory /windows/C/findus; starting in windows directory.
Warning: /windows/C/findus/findus.exe not accessible from a configured DOS drive
Warning: /windows/C/findus/findus.exe not accessible from a configured DOS drive
/usr/local/bin/wine: cannot find '/windows/C/findus/findus.exe'
It looks like you need something like this.
[Drive C]
"Path" = "/windows/C"
"Type" = "hd"
"Filesystem" = "vfat"
You might find the following link usefull
http://www.winehq.org/Docs/wine-user/
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
15:33 -------
Closing
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=987
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:15 -------
Bug comments restored from Gmane.org:
I donwloded the trial of age of empires 1 and 2, the installer blocks when
installing arial.ttf, wine dosen't run until you don't delete it, the game sruns
fine once instaled with windows or winex, if you are intrested in this bug you
can download it for free, just go to microsoft.com/games/age2 go to the download
section and download the trial file.
I found this bug on a Mandrake 8.2 system, XFree86 4.2, gcc 3.0.4, wine-20020710
from rpm, KDE3, Openglide woking OK, scanner and printer working with sane and
cups, glibc 2.2.4
------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-06 05:11
-------
Try running the installer with:
$wine (setup.exe?) --debugmsg +shell32.
And put what it says here
------- Additional Comments From puoti <at> inwind.it 2002-09-06 09:20 -------
It carshed in the same way, like this:
$wine AoE2demo.exe --debugmsg +shell32
wine: Unhandled exception, starting debugger...
wine: Unhandled exception, starting debugger...
wine: Unhandled exception, starting debugger...
wine: Unhandled exception, starting debugger...
wine: Unhandled exception, starting debugger...
wine: Unhandled exception, starting debugger...
wine: Unhandled exception, starting debugger...
wine: Unhandled exception, starting debugger...
And so on until I close the shell.
------- Additional Comments From puoti <at> inwind.it 2002-10-02 10:36 -------
In now works fine, installs and runs with no problem.
------- Additional Comments From puoti <at> inwind.it 2002-10-02 10:38 -------
Closing.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=986
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:14 -------
Bug comments restored from Gmane.org:
While attempting to clean install MS Office 2000 Pro, using Windows Installer 2,
just after the enter license key stage, it caught a Signal 11 with these messenges:
Could not load 'ODBC.DLL' required by '(AME)', error=2
Could not load 'ODBC.DLL' required by '(AME)', error=2
------- Additional Comments From mcbridematt <at> hotmail.com 2002-08-29 04:04
-------
Same for me.
OBDC.dll unimplemented.
Wine segfaults.
------- Additional Comments From mcbridematt <at> hotmail.com 2002-08-29 04:05
-------
*** This bug has been confirmed by popular vote. ***
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-29 05:20
-------
Well, then... what about simply implementing it ? ;-)
------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-10 02:06
-------
A set of OBDC dlls for Windows 95 is included with MS Office Pro, look on the
CD,you'll need Windows Installer to run it.
run it by:
msiexec /i $setupfile
They don't seem to include however OBDC.dll itself.
OBDC.dll from memory first appeared in Internet Explorer 4 and was probly last
included in a IE installer in IE5.5
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-10-08 10:37
-------
Well, if so many people depend on it, then why not fix this issue ? ;-)
Use exedump.exe or nedump.exe or something similar to dump the function
names of Windows's odbc.dll, create a file odbc.spec in dlls/odbc32/, check out
how other
directories in dlls/ are organized/implemented, search http://msdn.microsoft.com
on how to implement not yet existing 16bit ODBC functions or so, and that's it.
A matter of a couple hours, at most.
(for a basic working example, at least)
------- Additional Comments From medbi01 <at> accpac.com 2002-11-06 18:33 -------
But should it be implemented similarly to odbc32.dll, i.e. as a proxy to a unix
ODBC library or should it try to function as it does on windows?
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 09:59
-------
Sorry, could you explain this more ?
I really don't know what this means.
AFAICS of course it should interface to a unix ODBC library.
------- Additional Comments From mcbridematt <at> hotmail.com 2002-11-08 05:23
-------
I've looked through and old set of Offical Platform SDK Headers (October 2000,
find it somewhere on planetmirror.com ) and ODBC has puzzled me a bit.
There is no Odbc.h, there are two files called OdbcInst.h and OdbcSS.h.
OdbcInst.h contains a kinda SQL Abstraction Layer and the other one some simular
methods. touch(ing) the file won't work. Office 2K needs a actual working example.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=985
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:11 -------
Bug comments restored from Gmane.org:
Hi
i'm Alessandro. I try to use wine that i found in RED HAT 7.3.
I installed a program: TinMessanger. All ther installation precceded correctly.
The program need a file: mfc42.dll. I found it on the net and copyed in tinMessanger
directory. But
now i get his
error:
err:win32:PE_fixup_imports No implementation for MFC42.DLL.6880 imported from
F:\tinMessanger\TinMessenger.exe,
setting to 0xdeadbeef
err:win32:PE_fixup_imports No implementation for MFC42.DLL.6663 imported from
F:\tinMessanger\TinMessenger.exe,
setting to 0xdeadbeef
err:win32:PE_fixup_imports No implementation for MFC42.DLL.6571 imported from
F:\tinMessanger\TinMessenger.exe,
setting to 0xdeadbeef
This is all the info i can supply.
Bye
Alessandro
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-24
21:26 -------
Looks to me as a duplicate of bug 657
*** This bug has been marked as a duplicate of 657 ***
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
15:32 -------
Closing
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=984
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:11 -------
Bug comments restored from Gmane.org:
------- Additional Comments From duncan <at> emarketeers.com 2002-08-22 09:00
-------
Hi,
I've been trying to run EccoPro 4.0. In both the latset wine build (20020804)
and the CodeWeavers CrossoverOffice build (20020710) I get a crash when I
activate a particular tab.
Raw output from Wine is:
[duncan@duncan Ecco]$ wine ecco32.exe
fixme:keyboard:RegisterHotKey (0x00010039,256,0x00000003,83): stub
fixme:file:LockFile not implemented in server
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
fixme:scroll:ScrollBarWndProc Unimplemented style SBS_SIZEBOX.
wine: Unhandled exception, starting debugger...
err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134681632
160") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
err:win32:_EnterSysLevel (0x407acb24, level 2): Holding 0x4085f604, level 3.
Expect deadlock!
etc.
I have attached a debug listing from the CXOffice debug log.
Duncan
------- Additional Comments From duncan <at> emarketeers.com 2002-08-22 09:01
-------
Created an attachment (id=271)
--> (http://bugs.winehq.com/attachment.cgi?id=271&action=view)
CrossoverOffice debug log for EccoPro4.0 crash
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=983
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:10 -------
Bug comments restored from Gmane.org:
I tried installing FS2002, which I had already installed on Windows
running setup.exe on the cdrom, I incurred the message shown above and the
program said that I needed Win98 or Later,well? My Wine is setup to imitate winme
------- Additional Comments From mcbridematt <at> hotmail.com 2002-08-31 21:47
-------
Added FIXME
------- Additional Comments From mcbridematt <at> hotmail.com 2002-12-02 02:52
-------
I tried installing the Core Contigency expansion for Total Annihilation, and
suprise, I got a DOS:int21 call attached to it. And Strangley enough, it's a
Wise Soloutions based installer.
Font metrics: 95.3% done
Font metrics: 95.7% done
fixme:font:LFD_InitFontInfo font '-misc-kochi
gothic-medium-r-normal--0-0-0-0-c-0-fcd8859-15' has unknown registry 'fcd8859'
and character encoding '15'
Font metrics: 96.1% done
fixme:font:LFD_InitFontInfo font '-misc-kochi
mincho-medium-r-normal--0-0-0-0-c-0-fcd8859-15' has unknown registry 'fcd8859'
and character encoding '15'
Font metrics: 96.5% done
Font metrics: 96.9% done
Font metrics: 97.4% done
Font metrics: 97.8% done
Font metrics: 98.2% done
Font metrics: 98.6% done
Font metrics: 99.0% done
Font metrics: 99.4% done
Font metrics: 99.8% done
Font metrics: 100.0% done
fixme:int21:DOS3Call get interrupt vector - move to winedos...
------- Additional Comments From mcbridematt <at> hotmail.com 2002-12-02 02:52
-------
*** This bug has been confirmed by popular vote. ***
------- Additional Comments From mcbridematt <at> hotmail.com 2003-01-09 00:35
-------
Changing component to wine-dos. Core Contingency now installs under CVS. Moving
severity to trivial as their is only one working example.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=982
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:08 -------
Bug comments restored from Gmane.org:
It quits with very little debug information.
Now on to another one.. SImply Accounting Installer... By AccPac..
The installer quits with only minimal debug output..
Looks ot be in the X11DRV.DLL,
Latest Debian unstable..
<snipped>
(0x408d7000) No debug
information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40983000)
Unhandled exception: page fault on write access to 0x0040b7fe in 32-bit code
(0x00404512). In 32-bit mode.
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL'
(0x408b0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40858000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEAUT32.DLL'
(0x408d7000) No debug
information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40983000)
Unhandled exception: page fault on write access to 0x0040b7fe in 32-bit code
(0x00404512). In 32-bit mode.
0x00404512 (Setup.exe.EntryPoint+0x29a8 in D:\Simply\Setup.exe): andw
$0,0x0(%esi)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40858000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEAUT32.DLL'
(0x408d7000) No debug
information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40983000)
Unhandled exception: page fault on write access to 0x0040b7fe in 32-bit code
(0x00404512). In 32-bit mode.
0x00404512 (Setup.exe.EntryPoint+0x29a8 in D:\Simply\Setup.exe): andw
$0,0x0(%esi) Wine-dbg>
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEAUT32.DLL'
(0x408d7000) No debug
information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40983000)
Unhandled exception: page fault on write access to 0x0040b7fe in 32-bit code
(0x00404512). In 32-bit mode.
0x00404512 (Setup.exe.EntryPoint+0x29a8 in D:\Simply\Setup.exe): andw
$0,0x0(%esi) Wine-dbg>
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL'
(0x40983000)
Unhandled exception: page fault on write access to 0x0040b7fe in 32-bit code
(0x00404512). In 32-bit mode.
0x00404512 (Setup.exe.EntryPoint+0x29a8 in D:\Simply\Setup.exe): andw
$0,0x0(%esi) Wine-dbg>
Unhandled exception: page fault on write access to 0x0040b7fe in 32-bit code
(0x00404512). In 32-bit mode.
0x00404512 (Setup.exe.EntryPoint+0x29a8 in D:\Simply\Setup.exe): andw
$0,0x0(%esi) Wine-dbg>
In 32-bit mode.
0x00404512 (Setup.exe.EntryPoint+0x29a8 in D:\Simply\Setup.exe): andw
$0,0x0(%esi) Wine-dbg>
0x00404512 (Setup.exe.EntryPoint+0x29a8 in D:\Simply\Setup.exe): andw
$0,0x0(%esi) Wine-dbg>
------- Additional Comments From spetreolle <at> yahoo.fr 2003-05-08 20:56 -------
dont cut debug debug output please, create an attachement if you think
its too big. we cant fix anything without this.
feel free to reopen a bug with a newer version wine.
------- Additional Comments From spetreolle <at> yahoo.fr 2003-05-08 20:56 -------
closing.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=981
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:07 -------
Bug comments restored from Gmane.org:
+timer,+treeview log attached. This happens when you do a search
and the list of results is displayed.
More detailed logs available on request (except +relay !!)
I am using native win98se DLLs as follows :
[AppDefaults\\kazaa.exe\\DllOverrides]
"shlwapi" = "native"
"shdocvw" = "native"
------- Additional Comments From levon <at> movementarian.org 2002-08-20 17:10
-------
Created an attachment (id=270)
--> (http://bugs.winehq.com/attachment.cgi?id=270&action=view)
+treeview,+timer log
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=980
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:07 -------
Bug comments restored from Gmane.org:
When building on FreeBSD stream.dll.so does not build. When trying to play
Half-Life in OpenGL mode it starts but then says "The selected OpenGL mode is
not supported by your video card." The truth is it is supported. Looking at
the console output it says "err:module:BUILTIN32_dl.open failed to load .so lib
for builtin steam.dll: Cannot open "/usr/local/lib/wine/steam.dll" I looked in
the folder and it is no where to be found while may other of the same time of
files exist there. Wine + OpenGL + FreeBSD are not playing nicely.
------- Additional Comments From apa3a <at> yahoo.com 2002-08-20 12:18 -------
Merritt, you built Wine from sources, right?
What is the correct name of the dll - you refer one time to it as "steam.dll",
other time as "stream.dll".
I don't see dll with such name in my installation (current CVS Wine on Linux), I
don't think it is references anywhere inside Wine. I also can't find such dll on
my Windows NT machine.
Is this the application dll? Search your fake windows/applications directory for it.
------- Additional Comments From tmdraney <at> yahoo.com 2002-08-20 17:03 -------
Sorry. Just steam.so.dll. Thats what it is telling me at least. Says that and
starts the debugger. Something is not clicking with wine and freebsd's
opengl/x11 in there somewhere and if that if fixed all will be well in the world.
------- Additional Comments From apa3a <at> yahoo.com 2002-08-21 11:57 -------
You mean steam.dll.so, not steam.so.dll, right? :-P
Anyway, try to find out what references this dll and what is supposed to provide
it. As I already mentioned it is not a standard Windows/Wine dll. Check if your
applications have it.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=979
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:05 -------
Bug comments restored from Gmane.org:
There is a problem with the network code that affects HP's jetadmin(.exe) and
Half-Life(? maby others). In the jetadmin case there is no dialog to enter IPs
or MACs so broadcast packets are needed for this program to work at all.
Jetadmin should send ought a broadcast packet asking for all the printers to
respond, this packet is not receved by my other computers. I don't know what
calles jetadmin uses to produce these packets.
I can make logs avalible on request.
------- Additional Comments From cheako911 <at> yahoo.com 2002-08-19 16:11
-------
I'd like to help add support to wine for this feature, thought being unemployed
I don't know how mutch time I can spend.
What I need at this point is some example code(from a windows app like jetadmin)
and a pointer to what files I'd have to add/change functions in.
------- Additional Comments From apa3a <at> yahoo.com 2002-08-20 12:07 -------
Mike, you are welcome to fix this bug.
I advise you to ask your questions on the wine-devel mailing list.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=978
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:04 -------
Bug comments restored from Gmane.org:
Missing wine related files in Mandrake 8.2 RPM distribution. Would not run "out of the
box". Complained of missing lib.wine.so, lib.nt.so.
Had to search Internet to find missing library files.
After that, it could not successfully run a single Windows app, to conclusion. Kept on
complaining to
add 'WinMM' section to Wine config. file.
I don't have the faintest clue what is needed to do this.
There is no config file in /etc/wine/. Only registry files are there. If the registry files is
the
"config" file, then that should be clarified.
There is a BLANK config file in /home/~user~/.wine. Wine will now not run because it
is complaining
about this blank 'config' file.
Loose related wine lib.xxx files should be part of the package, and not spread out over
the
internet.
Missing WinMM section in Wine config. file should be taken care of by the "experts".
They know what has to be entered there. I surely don't! How well controlled is the
bundling of the
Wine package? Is it a loose arrangement?
Did Mandrake miss the bandwagon?
This is what makes 'newbies' give up, quit, and go back to Win**.
------- Additional Comments From apa3a <at> yahoo.com 2002-08-19 10:09 -------
Hi onederer,
Wine project itself does not provide binary packages and does not control any
Wine distributions, provided by anybody else, as stated on the download page:
http://www.winehq.com/download/
In this particular you can contact Mandrake mailing lists or tech support for
help about their packages. You can also contact wine-users <at> winehq.com mailing
list for help. There are probably other people who run Wine on this particular
distribution.
Are you sure you removed all the old Wine files before installing the package?
Here you can find instructions how to do total cleanup:
http://www.winehq.org/fom-meta/cache/1.html
Try to do this and reinstall the Wine rmp.
If the binary package still does not work for you do again total cleanup and try
to install it from source. Usually it is fairly simple. The README file with the
source provides very good instructions how to do that and you can expect much
more help from us as we are responsible for it.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
15:31 -------
Closing
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1346
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:03 -------
Bug comments restored from Gmane.org:
Miranda ICQ version 2.1 with MSN & Yahoo protocol plug-ins installed (ICQ
protocol disabled)Under
Wine, Miranda loads the msn plug-in and works fine, but with yahoo messenger
protocol plug-in, it
loads but never makes a connection to yahoo server.(keeps showing the "Connecting to
yahoo..." string)see: http://bugs.winehq.com/showattachment.cgi?attach_id=429
for a screenshot(screenshot of Miranda ICQ with plug-in status messages in the
bottom of the
window)[cad@pc-2 mio]$ wine -vWine 20030318(under Mandrake 8.1 + KDE 2.2.1 -mdk
+ XFree86 4.1.0
)[cad@pc-2 mio]$ wine miranda32.exeshows:fixme:file:FindFirstChangeNotificationA
this is not
supported yet (non-trivial).fixme:win32:PE_CreateModule Security directory
ignorederr:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string(repeated 7
times)err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string(repeated 7
times)fixme:system:SystemParametersInfoA Unimplemented action: 4102
(SPI_GETLISTBOXSMOOTHSCROLLING)fixme:!
system:SystemParametersInfoA Unimplemented action: 4110
(SPI_GETHOTTRACKING)err:nls:CompareStringA
(s1=(null),s2=(null)): Invalid NULL string(repeated three
times)fixme:file:DeviceIoControl
Unimplemented control 256 for VxD device VNETBIOS(repeated 7
times)fixme:file:DeviceIoControl
Unimplemented control 256 for VxD device NWLINKerr:nls:CompareStringA
(s1=(null),s2=(null)): Invalid
NULL stringerr:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
------- Additional Comments From mike <at> theoretic.com 2003-03-27 05:27 -------
Hmm, can you attach a +winsock,+wnet trace please?
For some reason bugzilla doesn't wrap your first entry, so please either attach
it or upload it (bzip2 compressed).
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-27 12:10
-------
Created an attachment (id=434)
--> (http://bugs.winehq.com/attachment.cgi?id=434&action=view)
trace +winsock, +wnet of miranda32.exe
------ Additional Comments From juan <at> virtual-orbis.com 2003-03-27 18:41
-------
Miranda ICQ version 2.1 with MSN & Yahoo protocol plug-ins installed (ICQ
protocol disabled)
Under Wine, Miranda loads the msn plug-in and works fine, but with yahoo
messenger protocol plug-in, it loads but never makes a connection to yahoo
server.
(keeps showing a "Connecting to yahoo..." string)
see: http://bugs.winehq.com/showattachment.cgi?attach_id=429
for a screenshot
(screenshot of Miranda ICQ with plug-in status messages in the bottom of the
window)
[cad@pc-2 mio]$ wine -v
Wine 20030318(under Mandrake 8.1 + KDE 2.2.1 -mdk + XFree86 4.1.0 )
[cad@pc-2 mio]$ wine miranda32.exe
shows:
fixme:file:FindFirstChangeNotificationA this is not supported yet (non-trivial).
fixme:win32:PE_CreateModule Security directory ignored
err:nls:CompareStringA (s1="MSN",s2=(null)): Invalid NULL string
(repeated 7 times)
err:nls:CompareStringA (s1="yahoo",s2=(null)): Invalid NULL string
(repeated 7 times)
fixme:system:SystemParametersInfoA Unimplemented action: 4102
(SPI_GETLISTBOXSMOOTHSCROLLING)
fixme:system:SystemParametersInfoA Unimplemented action: 4110
(SPI_GETHOTTRACKING)
err:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
(repeated three times)
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS
(repeated 7 times)
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device NWLINK
err:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
err:nls:CompareStringA (s1=(null),s2=(null)): Invalid NULL string
------- Additional Comments From juan <at> virtual-orbis.com 2003-04-18 21:30
-------
Problem persist as of wine-20030408.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=976
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:02 -------
Bug comments restored from Gmane.org:
When I try and run a program through WINE (I only run 2 - WinRAR and Winamp) I
get the following error:
err:module:PE_fixup_imports Module (file) winspool.drv (which is needed by
C:\WINDOWS\SYSTEM\comdlg32.dll) not found
err:module:load_library can't load comdlg32.dll
wine: Unhandled exception, starting debugger...
fixme:console:SetConsoleCtrlHandler (0x4047fd10,1) - no error checking or
testing yet
It has worked fine in the past but not anymore. I think 2002/07/10 is when it
stopped working. I use a fake windows directory.
------- Additional Comments From apa3a <at> yahoo.com 2002-08-20 12:01 -------
I have winspool.drv.so in /usr/local/lib/wine. Do you have it there or in any
other Wine library directory?
Boris, do you install Wine from source? Did the compilation finish successfully?
If yes, try to go to directory dlls/winspool in the source tree and run
"make install" from there to see if the library will be installed.
------- Additional Comments From dragon_sdc <at> hotmail.com 2002-08-29 07:25
-------
A quick search shows that I only have the following:
$ locate .drv.so
/usr/lib/wine/joystick.drv.so
/usr/lib/wine/mcianim.drv.so
/usr/lib/wine/mciavi.drv.so
/usr/lib/wine/mcicda.drv.so
/usr/lib/wine/mciseq.drv.so
/usr/lib/wine/mciwave.drv.so
/usr/lib/wine/midimap.drv.so
/usr/lib/wine/msacm.drv.so
/usr/lib/wine/wineaudioio.drv.so
/usr/lib/wine/wineoss.drv.so
It looks like I don't have the winspool.drv.so file.
I am a Debian user, therefore I installed Wine through the Debian package
manager. Yes, it installed without any errors.
Was I supposed to have this file after the initial install?
------- Additional Comments From dbungert <at> excite.com 2002-09-27 22:07 -------
apt-get install libwine-print
------- Additional Comments From asd <at> suespammers.org 2002-10-29 23:06 -------
FYI: I am using Debian as well, and the solution from Daniel Bungert works for me.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-10-30
13:43 -------
Resolving as invalid (not a bug) thanks guys..
------- Additional Comments From dragon_sdc <at> hotmail.com 2002-11-04 01:01
-------
Sorry for late reply - yes the solution does work - thanks for the help!
------- Additional Comments From dpaun <at> rogers.com 2003-01-07 02:00 -------
Let's close this one too.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=975
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:00 -------
Bug comments restored from Gmane.org:
When I try to run the warcraft 3 installer from linux:
wine /cdrom/install.exe
Nothing happens. It doesn't exit, it just sits there. When I press ^C it says
'Terminated' and exits.
I'm running kernel 2.4.19, under slackware linux. I'm using wine CVS as of
08/14/02. I'm using a fake windows install with C: as /winedrv, and I'm using
[Version]"windows"="win98". Wine does work sometimes, as I can play
halflife/counterstrike just fine under it, so I don't think it's a
configuration problem. I don't know what debug options to use for a useful
log, so if a log would be useful, email me and I'll send one.
------- Additional Comments From dclark <at> akamail.com 2002-08-16 19:51 -------
Since you typed "wine /cdrom/install.exe", can I assume that you were not in the
/cdrom directory when you executed that? As a general rule, you should be in the
directory containing the installer when running them. They are sometimes picky
about that.
------- Additional Comments From johane <at> lysator.liu.se 2002-08-18 11:29 -------
Try with the latest CVS, as this could be the same bug as 969.
------- Additional Comments From johane <at> lysator.liu.se 2002-08-19 08:36 -------
Bug 969 turned out to be still present, but to determine if we have the same
problem you could help a lot by enabling debugmsg=+relay, for a start.
------- Additional Comments From rindolf <at> directvinternet.com 2002-08-19 11:18
-------
Created an attachment (id=268)
--> (http://bugs.winehq.com/attachment.cgi?id=268&action=view)
bzipped log of 'wine --debugmsg +relay install.exe'
------- Additional Comments From rindolf <at> directvinternet.com 2002-08-19 11:22
-------
The log I just submitted was with the 20020814 version, I'm about to update
and try again.
------- Additional Comments From johane <at> lysator.liu.se 2002-08-19 14:12 -------
Have you tried enabling the Desktop option to see if there is any difference?
------- Additional Comments From rindolf <at> directvinternet.com 2002-08-19 14:38
-------
Created an attachment (id=269)
--> (http://bugs.winehq.com/attachment.cgi?id=269&action=view)
Same as previous, only with CVS as of 20021819
------- Additional Comments From rindolf <at> directvinternet.com 2002-08-19 14:41
-------
I tried it with desktop enabled, but it didn't act any differently, just made
a black window open.
------- Additional Comments From uh_ja <at> gmx.net 2002-08-24 21:18 -------
I have found that when using a native msvcrt.dll, it fixes the hang with the
install.exe. So the problem lies in wine's msvcrt.
------- Additional Comments From us <at> the-edmeades.demon.co.uk 2003-05-14
12:11 -------
This is the problem documented in
http://www.winehq.com/hypermail/wine-devel/2003/05/0126.html
PS WC3 (nocd) works quite well with recent cvs
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1347
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 06:59 -------
Bug comments restored from Gmane.org:
Some desktop apps that use DirectDraw, such as Java Swing and QuickTime cause
the contents of the screen to be erased. Forcing a repaint, by dragging windows
around, or by switching to a VT and back to X, restores the screen to what it
should be. The only ddraw fixmes I can see are:
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x4027f258)->(00000000,00000008)
fixme:ddraw:Main_DirectDrawClipper_Initialize
(0x4027cc90)->(0x4027f264,0x00000000),stub!
fixme:ddraw:get_display_window clipper clip lists not supported
So presumably this is a problem with clipping?
------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-28 14:39 -------
Well, to start to look at the problem, attaching a '+ddraw' trace would be best.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=974
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:58 -------
Bug comments restored from Gmane.org:
We get several mails from people willing to translate some parts of Wine
documentation into foreign (and entirely alien ;-) languages.
We should have a common framework set up for doing this very regularly,
consistently and well.
I'd suggest that we create a web page for every language with a database backend
which creates a new translation ticket for every documentation patch of Wine for
every language involved (one ticket page per language).
(e.g. by Alexandre CC'ing documentation patches to this system)
Then everyone who is involved with translating documentation could commit the
translation for his language into the *foreign language Wine cvs tree*
and close the corresponding translation ticket on this language webpage.
Once a month an automated build process would take the entire foreign language
CVS tree and build new documentation for the web page to download.
(the idea would be that the main Wine CVS tree would still only contain English
docu, with a short hint at where to get foreign documentation, in the README file)
Someone would have to be willing to develop this for us, though.
Any takers ?
One guy willing to do some translation work is (add others here, too !):
Mon, 12 Aug 2002 05:56:27 comp.emulators.ms-windows.wine Thread 70
of 108
Lines 5 Wine User Guide Translation No responses
Enio Schutt Jr <enio.s.jr <at> operamail.com> at
http://groups.google.com/
Newsgroups: comp.emulators.ms-windows.wine
Hi,
I am interested in translating the Wine User's Guide to
Brazilian Portuguese.
I would like to hear your opinion.
Bye.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=972
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:57 -------
Bug comments restored from Gmane.org:
This function downloads the URL to a cache file, optionally notifying caller
about the progress.
This function is used by installer of HeadHunter 1.1.2. Currently the installer
crashes with message "Unhandled exception: unimplemented function
urlmon.dll.URLDownloadToCacheFileA".
It can be downloaded from http://downloads-zdnet.com.com/3001-2077-10128958.html
------- Additional Comments From apa3a <at> yahoo.com 2002-08-16 12:01 -------
Created an attachment (id=267)
--> (http://bugs.winehq.com/attachment.cgi?id=267&action=view)
The installer
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=971
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:56 -------
Bug comments restored from Gmane.org:
Some time ago (probably with 20020411 wine) I was able to install and use corel
draw 10.
The major problem was font related (I was not using client side fonts support at
the time).
Now I tryed again with 20020804 build.
However it doesn't even start the installer.
I get an dialog saying:
SetupMgr: (the dialog title)
\/ You don't have administrator privileges
/\ in this computer.
Inpossible to continue instalation.
<OK>
The message is actually in pt_BR (as my CD10 version).
here is the output of --debugmes +ntdll,+mpr,+ole,+dll
trace:dll:fill_init_list (krnl386.exe) - START
trace:dll:fill_init_list (krnl386.exe) - END
trace:dll:fill_init_list (system.dll) - START
trace:dll:fill_init_list (system.dll) - END
trace:dll:fill_init_list (wprocs.dll) - START
trace:dll:fill_init_list (wprocs.dll) - END
trace:dll:fill_init_list (gdi.exe) - START
trace:dll:fill_init_list (gdi.exe) - END
trace:dll:fill_init_list (user.exe) - START
trace:dll:fill_init_list (user.exe) - END
trace:dll:fill_init_list (display.dll) - START
trace:dll:fill_init_list (display.dll) - END
fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not
found!
Using closest match instead (United States keyboard layout (phantom key
version)) for scancode mapping.
Please define your layout in windows/x11drv/keyboard.c and submit them
to us for inclusion into future Wine releases.
See the Wine User Guide, chapter "Keyboard" for more information.
mcop warning: user defined signal handler found for SIG_PIPE, overriding
trace:dll:NE_InitDLL Calling LibMain, cs:ip=02c7:0000 ds=02ff di=02fe cx=0200
trace:dll:fill_init_list (C:\WINDOWS\SYSTEM\COMMCTRL.DLL) - START
trace:dll:fill_init_list (krnl386.exe) - START
trace:dll:fill_init_list (krnl386.exe) - END
trace:dll:fill_init_list (user.exe) - START
trace:dll:fill_init_list (user.exe) - END
trace:dll:fill_init_list (gdi.exe) - START
trace:dll:fill_init_list (gdi.exe) - END
trace:dll:fill_init_list (keyboard.dll) - START
trace:dll:fill_init_list (keyboard.dll) - END
trace:dll:fill_init_list (C:\WINDOWS\SYSTEM\COMMCTRL.DLL) - END
trace:dll:NE_CallDllEntryPoint Calling C:\WINDOWS\SYSTEM\COMMCTRL.DLL
DllEntryPoint, cs:ip=02c7:0176
Log file name:C:\WINDOWS\Corel\Setup.log
fixme:mpr:WNetOpenEnumA (00000001, 00000001, 00000000, (nil), 0x405b5b58):
stub
fixme:mpr:WNetOpenEnumA (00000001, 00000001, 00000000, (nil), 0x405b5b58):
stub
fixme:win32:SetCriticalSectionSpinCount critsection=0x77a36230: spincount=1000
not supported
fixme:win32:SetCriticalSectionSpinCount critsection=0x77a36258: spincount=1000
not supported
It seems to me that the problem is with mpr.
However using a native mpr.dll gives an error about user.exe (as the builtin is
used). Using the native user.exe crashes.
------- Additional Comments From apa3a <at> yahoo.com 2002-08-20 12:35 -------
Yes, one should never use native user.exe in wine.
Raul, you can do regression testing to find the patch which broke your
application. It is one of the simplest and efficient debugging methods. You can
find instructions how to do the regression testing here:
http://www.winehq.org/docs/wine-devel/cvs-regression.shtml
It will take about 7 iterations to find a day of the patch.
Can you do this?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=970
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:55 -------
Bug comments restored from Gmane.org:
[Comments made about CVS just after Tue, 13 Aug 2002 19:44:01 +01:00 (BST)
updates]
Whilst conducting the regression tests (as part of the rolling CVS regression
testing) I discovered a problem. With the version set to "win20", the process
froze at one of the wininet DLL tests. This has happened before (see [1]), but
it only occurs when emulating one of the 16-bit version of Windows (ie "win20",
"win30" or "win31") and never for other versions.
Sylvain has reported [2] problems with the wininet regression tests. The
symptoms are the same, but for me the problem is only intermittent. Once I found
an example of the problem, I haven't been able to reproduce it - even with
identical CVS trees.
When the problem occurred, I attached gdb to the process and got the following info:
[...]
Loaded symbols for /lib/libresolv.so.2
0x402e7744 in __libc_close () at __libc_close:-1
-1 __libc_close: No such file or directory.
in __libc_close
(gdb) bt
#0 0x402e7744 in __libc_close () at __libc_close:-1
#1 0x400ec9a4 in __DTOR_END__ ()
from /home/paulm/WINE-cvs/wine/dlls/libntdll.dll.so
#2 0x400b3df5 in WaitForMultipleObjectsEx (count=0, handles=0x0,
wait_all=0, timeout=100, alertable=0) at
../../scheduler/synchro.c:257
#3 0x400b3b88 in Sleep (timeout=100) at ../../scheduler/synchro.c:178
#4 0x40358747 in winapi_test (flags=268435456) at tests/http.c:121
#5 0x40358b36 in func_http () at tests/http.c:184
#6 0x40358f9d in run_test (name=0xbffffc63 "http.c") at wtmain.c:244
#7 0x40357037 in __wine_exe_main () at wininet_test.exe.spec.c:133
#8 0x400aff84 in start_process () at ../../scheduler/process.c:528
#9 0x400b3f3f in call_on_thread_stack (func=0x400afd2c)
at ../../scheduler/sysdeps.c:108
So, to summarise (with some extra bits of information):
The problem occurs when wininet/tests/http.c is testing asynchronous
HttpSendRequest() (so flags > 0). The problem is triggered at line 121 of
http.c, i.e.:
120 while ((flags)&&(!goon))
121 Sleep(100);
Sleep(), in turn, just calls WaitForMultipleObjectsEx(). From
scheduler/synchro.c:
176 VOID WINAPI Sleep( DWORD timeout )
177 {
178 WaitForMultipleObjectsEx( 0, NULL, FALSE, timeout, FALSE );
179 }
WaitForMultipleObjectsEx() has problems when it gets to 257:
256 SERVER_END_REQ;
257 if (ret == STATUS_PENDING) ret = wait_reply( &cookie );
258 if (ret != STATUS_USER_APC) break;
In this case, ret is 1079729528, btw.
AFAIK, __DTOR_END__ (see near bottom of stack) is the destructor for a
function call in ntdll. I'm probably missing something obvious, but I
don't see the connection between scheduler/synchro.c:257 and ntdll. The
closest is wait_reply() (in scheduler/client.c) calls wait_reply_data (in
same file), which calls NtCurrentTeb(), which is commented as an NTDLL
function. But there doesn't seem to be an implementation of NtCurrentTeb
in ntdll.
HTH
Paul.
[1] http://www.winehq.com/hypermail/wine-devel/2002/08/0006.html
[2] http://www.winehq.com/hypermail/wine-devel/2002/07/0386.html
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=969
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:54 -------
Bug comments restored from Gmane.org:
Installing Alpha Centauri no longer works in the CVS version. The installshield
progress bar shows up, and fills up, but then the program freezes. A trace reveals
err:ntdll:RtlpWaitForCriticalSection section 0x401147c4 "../../loader/module.c:
loader_section" wait timed out, retrying (60 sec) tid=080905a8
------- Additional Comments From johane <at> lysator.liu.se 2002-08-15 14:47 -------
Created an attachment (id=265)
--> (http://bugs.winehq.com/attachment.cgi?id=265&action=view)
+relay,+module trace. I interrupted the program when it had frozen.
------- Additional Comments From johane <at> lysator.liu.se 2002-08-15 14:49 -------
This is a regression. I cut the attached file so only the last lines are present.
------- Additional Comments From johane <at> lysator.liu.se 2002-08-15 14:51 -------
Note that it is the initialization of winspool.drv that never finishes.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-15
18:13 -------
If this is a regression you should be able to find the patch taht caused it. the
instructions for this are here
http://www.winehq.org/Docs/wine-devel/cvs-regression.shtml
------- Additional Comments From johane <at> lysator.liu.se 2002-08-18 11:24 -------
This is fixed in the latest CVS.
------- Additional Comments From johane <at> lysator.liu.se 2002-08-18 11:44 -------
Tested again, and now it doesn't work. Phases of the moon-dependent.
------- Additional Comments From johane <at> lysator.liu.se 2002-09-03 04:12 -------
Unable to reproduce now. Probably works.
------- Additional Comments From johane <at> lysator.liu.se 2002-10-28 05:03 -------
Will change to WORKSFORME
------- Additional Comments From johane <at> lysator.liu.se 2002-10-28 05:05 -------
Done.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-10-30
13:40 -------
Verifying as per reportes comments
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-19
22:13 -------
Closing
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.