http://bugs.winehq.org/show_bug.cgi?id=4981
------- Additional Comments From pkk(a)spth.de 2006-03-04 10:14 -------
A for the reason I set the Windoes version to 95 or 98: The application will not
perform it's main task under newer versions. See bug 3836, which is tagged as
wontfix.
--
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=4981
Summary: Application runs on slow system only
Product: Wine
Version: unspecified
Platform: PC
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pkk(a)spth.de
When I set the Windows version to Windows 95 or 98 the application at
http://www.willem.org/ZIP/epr097ja.zip runs on slow systems only. It works on an
old K6-2+, but not on my Pentium M. When I use WINEDEBUG=+all to slow my system
down it works on the Pentium M as well (though too slow to be useable). I see
this problem with wine versions 0.9.6 and 0.9.10. I don't know about other versions.
When running the application on a fast system it won't display any windows.
--
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=4980
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download, NoAppDBEntry
------- Additional Comments From tony.lambregts(a)gmail.com 2006-03-04 09:57 -------
Please add an entry for this application in the AppDB http://appdb.winehq.org
--
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=4980
Summary: running DirtBike 3D leads to "BadLength (poly request
too large or internal Xlib length error)"
Product: Wine
Version: 0.9.10.
Platform: PC
URL: http://members.aol.com/dirtbikepc/dirtbike.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: e0126505(a)student.tuwien.ac.at
trying out dirtbike 3d from the url
http://members.aol.com/dirtbikepc/dirtbike.zip
just leads to:
"X Error of failed request: BadLength (poly request too large or internal Xlib length error)
Major opcode of failed request: 145 (GLX)
Minor opcode of failed request: 29 ()
Serial number of failed request: 1673
Current serial number in output stream: 1673"
note, other opengl apps work fine, this is fedora core 5 with the nvidia drivers from livna and wine 0.9.10
from fedora extras
--
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=4268
------- Additional Comments From tuharsky(a)misbb.sk 2006-03-04 08:51 -------
Created an attachment (id=2196)
--> (http://bugs.winehq.org/attachment.cgi?id=2196&action=view)
logfile msvcrt=n +commdlg,+winspool,+print,+profile,+snoop,+relay,+seh,+msvcrt
The same, for native msvcrt.
Please note, that in ALL cases (both native and builtin msvcrt) the ISS haven't
started because Foxpro ended up with "transgressed node" error.
If I run it without the +snoop parameter, would it be of any help for You?
Because without +snoop, the "transgressed node" error will probably not appear
and ISS will work..
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4268
------- Additional Comments From tuharsky(a)misbb.sk 2006-03-04 08:48 -------
Created an attachment (id=2195)
--> (http://bugs.winehq.org/attachment.cgi?id=2195&action=view)
logfile msvcrt=b +commdlg,+winspool,+print,+profile,+snoop,+relay,+seh,+msvcrt
Because the behaviour between Windows versions differ, there are logs from Win
version set to NT40, 2k and XP.
(If ISS is set to NT40, problem doesn't appear. Or if comdlg is native.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4979
Summary: wine .9.11 make fails on AMD64
Product: Wine
Version: 0.9.11.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-patches
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nospam(a)thenerdshow.com
Seems like this old bug is back, identical to this one, possibly?
http://www.winehq.com/hypermail/wine-devel/2004/01/0598.html
Trouble building wine .9.11 & CVS on AMD64. It's linking 64 bit libraries again
:( Passing LDFLAGS="-L/usr/lib" --libdir=/usr/lib to configure doesn't help,
either.
make[2]: Entering directory `/home/fozner/install/wine/dlls/winmm/winearts'
../../../tools/winegcc/winegcc -B../../../tools/winebuild -shared
./winearts.drv.spec arts.o audio.o
-Wl,--rpath,\$ORIGIN/`../../../tools/relpath /usr/local/lib/wine /usr/local/lib`
-o winearts.drv.so -L../../../dlls -lwinmm -luser32 -lkernel32 -lntdll
-L../../../libs -lwine -L/usr/lib64 -ldl -lartsc -lpthread -lgmodule-2.0 -ldl
-lgthread-2.0 -lglib-2.0 -L../../../libs/port -lwine_port
/usr/lib64/libdl.so: could not read symbols: File in wrong format
Rudimentary regression test:
wine .9.10 works fine with just ./configure && make depend && make.
wine .9.11 fails with above error
Today's CVS also fails.
I can get it to build with some editing of the makefiles, but that's not the
point of this exercise.
--
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=4952
------- Additional Comments From infyquest(a)gmail.com 2006-03-04 06:13 -------
please send the fix to wine-patches(a)winehq.org
--
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=4093
------- Additional Comments From jan.wine(a)zerebecki.de 2006-03-04 06:12 -------
Created an attachment (id=2194)
--> (http://bugs.winehq.org/attachment.cgi?id=2194&action=view)
puts some DWORDS with magic values around the crit.sec.
I made this modification to find out if anything accidently overwrites part of
the struct where the crit.section is saved. But now i can't get it to happen
anymore. The deadlock does not happen nor do the magic values change. I'm not
sure if this patch just somehow works around the bug or if I just didn't yet
run into the bug again.
If anyone wants to test it please report any ouput starting with "err:wave:"
except if it only are some lines of "err:wave:DSDB_CreateMMAP checks
initialized.".
--
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.