http://bugs.winehq.org/show_bug.cgi?id=3763
------- Additional Comments From jay(a)mytuxserv.com 2005-06-11 13:55 -------
New error I was not getting befor, I started getting this after a wine update
(through yum) and a ATI driver install...
[user@sys Steam]$ wine steam
memstd.cpp (148) : Assertion Failed: 0
fixme:dbghelp:EnumerateLoadedModules If this happens, bump the number in mod
fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpWithDataSegs
err:ntdll:RtlpWaitForCriticalSection section 0x7405b4e4 "loader.c:
loader_section" wait timed out in thread 0011, blocked by 0009, retrying (60 sec)
[user@sys Steam]$
--
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=3736
------- Additional Comments From marcus(a)jet.franken.de 2005-06-11 13:33 -------
on what filesystem do you try it?
might be filesystem related.
--
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=3736
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2005-06-11 13:12 -------
I think i found the cause of the problem :
when i install wine using cvs i do this::
export CVSROOT=:pserver:cvs@rhlx01.fht-esslingen.de:/home/wine
cvs login
cvs -z 0 checkout wine
when i compile cvs wine krnl386.exe.so is just a copy of kernel32.dll.so
when i compile a source tarball krnl386.exe.so is a symbolic link to kernel32.dll.so
i compiled both cvs and source tarball and searched for diffs in configure and i
see this:
in cvs config.log:
configure:5389: checking whether ln -s works
configure:5396: result: no, using cp -p
in source tarball config.log:
configure:5389: checking whether ln -s works
configure:5393: result: yes
now how is that possible? how can cvs decide that ln -s doesn't work? it just
works fine here.
any hints welcome
--
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=3760
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-06-11 11:17 -------
patch committed.
--
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=3765
Summary: Screen Color Depth: Cant change Blank
Product: Wine
Version: 0.9
Platform: Other
URL: http://k.domaindlx.com/rUiSu/index2.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peregrinitalia(a)hotmail.com
Im using ATI display driver, but it also happened without this one.
The screen color depth is not defined, and I need it to play some fullscreen games .
This is the screen shot:
http://k.domaindlx.com/rUiSu/winecfg.png
--
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=3716
------- Additional Comments From infyquest(a)gmail.com 2005-06-11 08:51 -------
Hi Robert,
I made a patch that tells you all the audio modules detected.(which has been in
the CVS)
By Default the its being set to OSS as it being the more stable one even if
there is more than one.
For some other audio modules there is no accurate mechanism for detecting them
like nas, audioIO(Solaris).
try this small program after you unload the modules for oss and also after
removing the /dev entries
void main()
{
int fd = open("/dev/dsp", O_WRONLY | O_NONBLOCK);
if(fd)
{
close(fd);
printf("OSS Detected\n");
}
}
--
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=3764
Summary: First Class BBS Client Version 8.047 crashes Wine
Product: Wine
Version: 0.9
Platform: PC
URL: http://firstclass.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guiver1(a)hotmail.com
Version 7.1 works and installs fine, but 8.047 crashes Wine after the accept
screen. This version uses installshield. I tried Codeweavers also, but it has
the same problem. I have tried the DCOM trick, to no avail.
Thanks
--
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=3716
------- Additional Comments From robust(a)gentoo.se 2005-06-11 06:07 -------
I loaded ALSA and OSS and winecfg detected them, and OSS was choosen as default.
Then I tried unloading all the modules (no /dev entries left either), but
winecfg still detects OSS. So the problem isn't fixed. Another thing that
bothers me is that OSS is default and not ALSA, I have only been having problems
with OSS in wine and therefore I think ALSA is alot better. (Perhaps I'm the
only one) If the load is high the OSS driver only creates static. ALSA is fine
even under 100% CPU usage.
--
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.