http://bugs.winehq.com/show_bug.cgi?id=1537
khalek(a)scummvm.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #291 is|0 |1
obsolete| |
------- Additional Comments From khalek(a)scummvm.org 2003-23-06 04:37 -------
Created an attachment (id=292)
--> (http://bugs.winehq.com/attachment.cgi?id=292&action=view)
500 lines of output with CriticalSection calls filtered out
should I do another with winmm.timeGetTime and
kernel32.Release/RestoreThunkLock filtered out?
they seem to be repeated quite a bit with the same numbers....
--
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
------- Additional Comments From marcus(a)jet.franken.de 2003-23-06 04:05 -------
hmm, either the winmmGetTime calls ... the end was correct, but can you quote 500 lines before it and filter out the RtlEnterCriticalSection and RtlLeaveCriticalSection calls please?
--
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
------- Additional Comments From marcus(a)jet.franken.de 2003-23-06 01:27 -------
can you run the game with --debugmsg +relay appended to the commandline.
it will create a large debuglog, so redirect to a file.
look for "mhz" (case insensitive) in the file. there are probably be
RegOpenKey / RegCreateKey in the vicinity.
Please attach the parts of the trace with the Mhz and the like 100-200 lines
before.
--
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
------- Additional Comments From khalek(a)scummvm.org 2003-23-06 01:09 -------
The win32 binaries are part of a seperate product sold in the uk/europe as the
"lucasarts entertainment pack" and to my knowledge aren't available as a
seperate download.
Aaron Giles of mame/lucasarts fame is the person who updated the games to have
directx bits. Some more information can be found on his website ie
http://www.aarongiles.com/scumm/index.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=1537
------- Additional Comments From marcus(a)jet.franken.de 2003-23-06 00:58 -------
Are the Win32 binaries available for download? I have FT, but only the DOS 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=1538
Summary: error (in SetBitmapBits?) - unhandled exception, when
running Shareaza
Product: Wine
Version: 20030508
Platform: PC
URL: http://www.aspire-is.com/pub/shareaza_bug.txt
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gdi
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: lane-winehq(a)aspire-is.com
for the full output of "wine --debugmsg +all shareaza.exe" go to the url above or here:
http://www.aspire-is.com/pub/shareaza_bug.txt
The tail of that file is:
trace:string:lstrcpynA (0x406a262c, "USER", 260)
trace:bitmap:CreateBitmap 32x32, 65536 colors returning 0x1a18
trace:bitmap:SetBitmapBits (0x1a18, 2048, 0x403ee984) 32x32 65536 colors fetched height: 32
wine: Unhandled exception, starting debugger...
trace:string:lstrcpynW (0x4058d8f0, L"C:\\Program Files\\Shareaza\\Shareaza.exe", 260)
trace:string:lstrcpynA (0x4058db5c, "/home/lane/.wine/fake_windows", 1024)
trace:string:lstrcpynA (0x4058db5c, "/home/lane/.wine/fake_windows", 1024)
trace:string:lstrcpynA (0x4058db7a, "Program Files/Shareaza", 994)
trace:string:lstrcpynW (0x4058df62, L"PROG~FBU\\SHAREAZA", 1021)
lane@multios Shareaza $
This is when running shareaza
http://www.kiwiuk.net/shareaza/Shareaza1890.exe
wine 20030508
on a gentoo (www.gentoo.org) linux box:
Linux multios 2.4.20-xfs-r3 #2 SMP Wed Jun 18 20:57:53 CDT 2003 i686 AMD Athlon(tm) XP 1700+ AuthenticAMD GNU/Linux
If you need me to run some commands in the wine debugger -- well, it never actually brings up the debugger, so I don't know how to help. but just tell me what to do and I'll do 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=906
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 20:21 -------
Received in email from Jeff May:
"Yes, it works perfectly. Thanks!"
So I am closing this bug, good job guys..
--
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=414
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 20:06 -------
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=400
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 20:05 -------
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=399
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn| |514
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 20:02 -------
making depend on 514 per andy's comments
--
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=396
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:56 -------
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=396
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:56 -------
resolving fixed..
if the issue still exists, feel free to reopen the bug or file a new one.
--
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=396
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:55 -------
Good lord I must be braindead.. 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=388
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:54 -------
Closing.
If the bug still exists, reopen it or feel free to file a new bug..
--
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=358
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:51 -------
Closing..
If the bug still exists, reopen it or file a new bug.
--
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=356
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:50 -------
Closing.
If bug still exists, reopen it or file a new bug..
--
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=356
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:50 -------
resolving 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=356
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|REMIND |
Summary|Oracle OCI software (eg |Oracle OCI software (eg
|TOAD, PL/SQL Devlopper) not |TOAD, PL/SQL Developer) not
|working after Wine version |working after Wine version
|20010629 |20010629
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:49 -------
reopening i must have been braindead that night..
--
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=355
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:46 -------
and Closing
If bug still exists, reopen it or file a new bug.
--
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=355
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:45 -------
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=355
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|REMIND |
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:45 -------
Why I did it as a remind I dont 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=339
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:44 -------
Closing.
If bug still exists, please reopen it or file a new one.
--
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|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.