http://bugs.winehq.org/show_bug.cgi?id=2890
ivanleo(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed| |1
------- Additional Comments From ivanleo(a)gmail.com 2005-22-04 18:08 -------
I'm already working on it ATM, unfortunately the full version uses safedisk 1
copy protection and that makes things tricky, it will take some time to fix, but
work is in progress. Unless there's been a regression recently, the trial
version should work, even if it's too slow to be playable.
Don't worry about reporting details on this bug, I've got the game mysel, I may
have a patch for you in a few weeks, even if I don't know how long it will take
to get it into mainstream CVS.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1798
------- Additional Comments From ivan(a)yosifov.net 2005-22-04 12:55 -------
I am not a dev myself. Yet I am sure it would be easier if you provided a link
or (if the patch is not too large) attached the diff.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2890
Summary: AOE II installs, but doesn't work
Product: Wine
Version: 20050310
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sjlegg(a)gmail.com
AOE II (full version) installed (it didn't last time I tried with version
20041201) but doesn't want to run.
The output from wine is:
[steven@jupiter Age of Empires II]$ wine empires2.exe > $HOME/aoeoutput.txt
fixme:vxd:VXD_Open Unknown/unsupported VxD L"sice.vxd". Try setting Windows
version to 'nt40' or 'win31'.
fixme:vxd:VXD_Open Unknown/unsupported VxD L"siwvid.vxd". Try setting Windows
version to 'nt40' or 'win31'.
fixme:vxd:VXD_Open Unknown/unsupported VxD L"ntice.vxd". Try setting Windows
version to 'nt40' or 'win31'.
wine: Unhandled exception (thread 0009), starting debugger...
WineDbg starting on pid 0x8
Unhandled exception: page fault on read access to 0xffffc004 in 32-bit code
(0x004277f4).
In 32 bit mode.
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033
EIP:004277f4 ESP:779fda94 EBP:779fdae0 EFLAGS:00210246( - 00 -RIZP1)
EAX:ffffc000 EBX:77d17980 ECX:779fdb08 EDX:00000001
ESI:77d40ee4 EDI:77eff400
Stack dump:
0x779fda94: 77eff400 77d40ee4 779fdae0 779fdab4
0x779fdaa4: 77d17980 00000001 779fdb08 00001010
0x779fdab4: 77eff400 77d40ee4 77d17980 00001010
0x779fdac4: 00010073 00000000 c00007ff 0001ffff
0x779fdad4: 00000000 00000002 0000f5a1 779fdba4
0x779fdae4: 004278df 00001010 779fdb08 77eff400
Backtrace:
=>1 0x004277f4 in empires2 (+0x277f4) (0x779fdae0)
2 0x004278df in empires2 (+0x278df) (0x779fdba4)
3 0x00425d1c in empires2 (+0x25d1c) (0x779fdc54)
4 0x004252ed in empires2 (+0x252ed) (0x779fdc74)
5 0x00424bad in empires2 (+0x24bad) (0x779fdcb4)
6 0x00424820 in empires2 (+0x24820) (0x779ffd10)
7 0x00424538 in empires2 (+0x24538) (0x779ffd68)
8 0x004255c7 in empires2 (+0x255c7) (0x779ffda0)
9 0x00411e70 in empires2 (+0x11e70) (0x779ffe94)
10 0x0041ae22 EntryPoint in empires2 (0x779fff20)
11 0x77c96958 in kernel32 (+0x56958) (0x779ffff4)
12 0x4101da5d in libglcore.so.1 (+0x4a5d) (0x00000000)
0x004277f4: movl 0x4(%eax),%esi
Wine-dbg>WineDbg terminated on pid 0x8
The demo version installs, starts (messing up my X session), loads the menu, but
when you start a new game, the graphics are mixed up, making it unplayable.
I don't know whether these bugs are connected.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1798
------- Additional Comments From m1ch53l(a)gmail.com 2005-22-04 10:29 -------
Using last night's CVS version here, and still the same behaviour.
I'm kinda working in a patch to use EWMH Hints to switch off borders as suggested.
Right now, it's just plan ugly, but I got keyboard focus in fullscreen windows...
Anyone interested in testing/contributing to it?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2888
Summary: last-modified information not sent, not even with images
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
URL: http://appdb.winehq.com
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lamber45(a)cse.msu.edu
In the app database, there are a number of objects for which we have a
historical modification time and which shouldn't get changed very often, but
the PHP scripts always set the "no-cache" header and otherwise make sure that
they aren cached. In particular, /appimage.php (the screenshot viewer) sets
the following headers on a positive lookup:
Set-Cookie: whq_appdb=91649fe42c6dbd10991df9899e4cfa7b; expires=Thu, 21-Jul-05
14:47:31 GMT; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Note the absence of a Last-Modified: header, the cookie, and the Cache-Control:
line. Since the URL includes "id" (which is the primary key of the appData
table) and a parameter for "thumbnail", there is no reason for these headers in
the response. Instead, the Last-Modified: header ought to be the modification
time (i.e., upload time) of the underlying image file, and it would be best to
also send:
Cache-Control: public
along with the response.
Furthermore, it should be OK to optimize the response to "HEAD" requests by
checking the REQUEST_METHOD CGI variable. At present, the script would not
need to do any image-processing, just:
1. Check whether the URL is valid
2. Check that the image is in the database
3. Get the file's access-time, and look for a JPEG or PNG header
4. Make sure it is public, or that the user (verified by the login cookie) is
an administrator. (This will prevent spam.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2887
dfantom(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://appdb.winehq.org/appv
| |iew.php?appId=42
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2887
dfantom(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2887
Summary: Delphi 7 complete crash on wine 20050419
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-gdi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dfantom(a)gmail.com
Before wine 20050310 Delphi 7 ran almost perfectly stable. Starting with
20050310 a bug causing crashes with the menu system popped up (see bug id 2802).
The latest wine 20050419 completely crashes Delphi on startup, making it
completely unusable.
Delphi crashes with the dialog box stating "External Exception 80000101"
The console Window contains the following, the last two lines regarding size.cx
are when D7 crashes:
"fixme:imm:ImmGetContext (0x10020): stub
fixme:imm:ImmReleaseContext (0x10020, 0x4041f188): stub
fixme:pager:PAGER_Create [0x1003a] Drag and Drop style is not implemented yet.
fixme:win:LockWindowUpdate (0x10020), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x10020), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x10020), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x10020), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x10020), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x10020), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x10020), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:richedit:RichEditANSIWndProc EM_EXLIMITTEXT: stub
wine-pthread: run.c:522: ME_CalcRunExtent: Assertion `size.cx' failed.
wine-pthread: run.c:522: ME_CalcRunExtent: Assertion `size.cx' failed."
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1434
Bug 1434 depends on bug 1073, which changed state.
Bug 1073 Summary: wine does not show drives or directories in unicode apps that use treeview
http://bugs.winehq.org/show_bug.cgi?id=1073
What |Old Value |New Value
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|REMIND |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.