After last number of patches to sound drivers I'm having problems with sound.
Unfortunately I haven't spotted when exactly did that happened.
Here is what the problem is:
- When using AIM, yes, windows AIM - there are nothing else I could find that
exists on both Windows and Linux and has "Talk" feature.
- After 5 - 10 seconds sound stops working. Recording works fine, but playback
stops completely.
- Tested with oss, alsa and arts. Problem exists in all of them or in something
common between them.
- If I don't use record, just play some sound - no problem.
- Needless to say this used to work before.
Any suggestions?
--
Best regards,
Vitaliy
From: Cordula's Web (cpghost_at_cordula.ws)
> # Any changes made by the user and others get contributed back into
the base product
This is the main difference between BSD and GPL, and you're using
the GPL model here. This is exacly what would prevent commercial
vendors from adopting this license. But, okay.
Hi,
Maybe i've misread your re-ply..
do you care to elaborate why the GPL, LGPL
woul'd "prevent commercial vendors from adopting this license."
Like I said before maybe ive made a mistake.
Regards,
Tom
> From: Dmitry Timoshkov
>
> "Casper Hornstrup" <chorns(a)users.sourceforge.net> wrote:
>
> > I would like to have the call to the Win16 API LockResource16 removed
> > from ole32.dll. I guess there is a reason for it being LockResource16
> > and not LockResource. What is the reason?
>
> Because LoadAcceleratorsA/W returns a value allocated by GlobalAlloc16.
>
> > How can the call be removed?
>
> Only if you or someone else can prove that under real windows
> LoadAcceleratorsA/W behaves differently (taking into account Win9x
> weirdness).
Would the attached patch be an acceptable solution? Basically it does a
GetProcAddress on LockResource16 and uses it if found (Wine case). If it's
not found, it uses LockResource().
Ge van Geldorp.
Index: dlls/ole32/ole2.c
===================================================================
RCS file: /home/wine/wine/dlls/ole32/ole2.c,v
retrieving revision 1.48
diff -u -r1.48 ole2.c
--- dlls/ole32/ole2.c 8 Dec 2003 22:46:08 -0000 1.48
+++ dlls/ole32/ole2.c 23 Jan 2004 14:17:06 -0000
@@ -1422,9 +1422,34 @@
/* YES, Accel16! */
LPACCEL16 lpAccelTbl;
int i;
+ HMODULE Kernel32;
+ LPVOID (WINAPI *LockResource16Ptr)(HGLOBAL16 ResData);
if(!lpMsg) return FALSE;
- if (!hAccel || !(lpAccelTbl = (LPACCEL16)LockResource16(HACCEL_16(hAccel))))
+ if (!hAccel)
+ {
+ WARN_(accel)("NULL accel handle\n");
+ return FALSE;
+ }
+ Kernel32 = GetModuleHandleA("kernel32.dll");
+ if (NULL != Kernel32)
+ {
+ LockResource16Ptr = (LPVOID (WINAPI *)(HGLOBAL16))
+ GetProcAddress(Kernel32, "LockResource16");
+ }
+ else
+ {
+ LockResource16Ptr = NULL;
+ }
+ if (NULL != LockResource16Ptr)
+ {
+ lpAccelTbl = (LPACCEL16) LockResource16Ptr(HACCEL_16(hAccel));
+ }
+ else
+ {
+ lpAccelTbl = (LPACCEL16) LockResource(hAccel);
+ }
+ if (NULL == lpAccelTbl)
{
WARN_(accel)("invalid accel handle=%p\n", hAccel);
return FALSE;
"Martin Fuchs" <martin-fuchs(a)gmx.net> wrote:
> Changelog:
> - don't link directly to NTDLL; use MultiByteToWideChar() instead of RtlCreateUnicodeStringFromAsciiz()
Why do you need that?
--
Dmitry.
Hi list,
I'm still trying to get Wine running with kernel 2.6.
I've finally got Wine built (OpenGL header prob.), but now it says this
about files that Wine could run before my switch to 2.6:
$ wine machine.exe:
Warning: Language '' was not recognized, defaulting to English.
err:module:map_image Could not map section .text, file probably
truncated
wine: could not load L"G:\\Corp\\machine.exe" as Win32 binary
The only program (Skype) I have which actually starts (or well, almost
starts) displays a msgbox:
Exception EAccessViolation in module uxtheme.dll at 000063BE.
Acess violation at adress 427963BE in module 'uxtheme.dll'. Write of
adress 00000000.
Any help?
--
Thomas Brix Larsen <killar(a)get2net.dk>
RemiAssailly(a)aol.com wrote:
> Well I explain in more details.
> When I launched wine it writed:
> err:x11settings:X11DRV_ChangeDisplaySettingsExW No matching mode found!
> (NoRes)
> err:x11settings:X11DRV_ChangeDisplaySettingsExW No matching mode found!
> (NoRes)
> And StarCraft told me that it was unable to change graphic mode.
The (NoRes) in there means that resolution changing is disabled in the
config file or failed to initialize (if the latter there would be other
log messages farther back). Try enabling XRandR or XF86VidMode in the
config file or running Wine in desktop mode.
-ajp
Hi,
Can anybody tell me, what's this device NWLINK should be? A search in google did not solve anything....
I suspect some leftovers from a imported registry file. Fixing that (whatever it is, probably NET device??) the app will work...
trace:loaddll:load_dll Loaded module L"ws2_32.dll" : builtin
trace:loaddll:load_dll Loaded module L"C:\\WINDOWS\\SYSTEM\\NETAPI32.DLL" : builtin
fixme:file:DeviceIoControl Unimplemented control 256 for VxD device NWLINK
trace:loaddll:load_dll Loaded module L"dsound.dll" : builtin
wine: Unhandled exception (thread 000c), starting debugger...
trace:loaddll:load_dll Loaded module L"C:\\WINDOWS\\SYSTEM\\advapi32.dll" : built
Regards
Signer: Eddy Nigg
Company: StartCom Group at http://www.startcom.org
MediaHostT at http://www.mediahost.org
---
StartCom Ltd.
http://www.startcom.org
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.563 / Virus Database: 355 - Release Date: 1/17/2004
Hallo,
I didn't install wine, but run it in-place by giving the full path of the
wine wrapper. Now I have a 16 bit application that doesn't find the dlls it
wants to load. What happens is:
- NE_LoadDLLs tries to laod CTL3DV2.DLL
- wine_dll_get_owner resolves the symbolic link to ctl3d/ctl3d32.dll.so
- and rejects is as it contains a slash
With additinal debug output this looks like:
fixme:module:NE_LoadDLLs BON: buffer "CTL3DV2.DLL"
fixme:module:MODULE_LoadModule16 BON: dllname "ctl3dv2.dll"
BON: readlink "/spare/wine/wine/dlls/ctl3dv2.dll.so" returned 20 errno 0"Success"
BON: readlink "ctl3d/ctl3d32.dll.so"
^
Commenting out the clause that checks for a slash lets the application
proceed. What's the correct solution for this problem?
Thanks
--
Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------