Re: Audio stuttering issue
On Thu, 27 Jul 2006 02:18:49 -0700, Chris wrote: Or if you still don't want something like that merged in, I'd like to alert the author of that patch that it doesn't require root privs to work. It just needs a non-0 value for RLIMIT_RTPRIO (ulimit -r). Thanks for the heads up. I'll let Alexandre comment on the other stuff but I wanted the patch to work out of the box for all users, with no configuration necessary. I don't see any way to resolve this issue satisfactorily. Windows apps require hard real time support, the kernel won't give it to us without privileged access, Alexandre doesn't want to let Windows apps do that. So it seems we lose (unless somebody conjures something that works just as well as that patch does, which so far hasn't happened). thanks -mike
Re: WineD3D: Do not use the IWineD3DSurface for the cursor
On 27/07/06, Stefan Dösinger [EMAIL PROTECTED] wrote: alternatives are do copy the blitting code into present or to add some hack to prevent the original surface from beeing destroyed. What about simply creating a new surface and copying the original surface's contents?
Re: wine's fullscreen code has no effect on metacity
Havoc Pennington [EMAIL PROTECTED] wrote: You could try patching metacity with either of the fixes mentioned here (or some other fix) and verify that they work for wine: http://bugzilla.gnome.org/show_bug.cgi?id=346927 They are both basically 1-2 line changes, so there's no patch there but there should be enough info to easily patch metacity. I've added a patch there which fixes the problem for me. Here is a comment I've put there to explain why the patch is needed: The problem appears to not be related to the heuristics Metacity uses to check whether a window may be fullscreened, but rather to a missing update of a window state after screen resolution change so that heuristics can do their work. I've used slightly old Metacity 2.10.0 sources, but hopefully the attached patch is still relevant. Please let me know whether the patch is a right way to fix the bug, or you need further explanations. Thanks. -- Dmitry.
Re: WineD3D: Do not use the IWineD3DSurface for the cursor
Am Donnerstag 27 Juli 2006 15:59 schrieb H. Verbeet: about simply creating a new surface and copying the original surface's contents This would go through the whole surface construction code, a HeapAlloc, and the release code + HeapFree every frame to draw the cursor. If I created the surface when the pointer is set I would still have to do refcounting tricks because the newly created surface normally addrefs the device and creates a circular refcount dependency pgp3Mm2bYmG3c.pgp Description: PGP signature
Re: msi: Don't set the shortcut's working directory if it's NULL.
On 7/27/06, Mike McCormack [EMAIL PROTECTED] wrote: --- dlls/msi/action.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) That fixes the last AA installer crash. As soon as that's committed we can close out http://bugs.winehq.org/show_bug.cgi?id=5139 Thanks!! - Dan
Download-Version for the Win2003 SPI - DDK
Hi. The actual DDK can be obtained through MSDN-Subscription or ordered on CD (shipping and handling fee), as you can read here: http://www.microsoft.com/whdc/devtools/ddk/default.mspx They forgot to mention, that the KMDF-ISO-Image (~300MB) has a subdirectory with the name w2k3ddk. Kernel Mode Driver Framework: http://www.microsoft.com/whdc/driver/wdf/KMDF.mspx Do not forget to read the License. ( to design, develop and test your programs for use with Microsoft Windows software) So IMHO, wine is really a set of API-Testing Programs with some Examples (in programs). The other Code is only an addon to make our API-Testing Programs and Examples work on unix ;-) -- By By ... ... Detlef
Regression in wine 0.9.6 in riched20 causes program to fail
Wine suffered a regression between 06:47:19 CST (12:47:19 UTC) and 06:47:20 CST (12:47:20 UTC). CVS indicates that the filesP wine/dlls/riched20/caret.c P wine/dlls/riched20/editor.cP wine/dlls/riched20/paint.cwere modified in this interval. The regression causes the open-source KeyNote note editor (http://keynote.sf.net) to crash after a few clicks through the sample note file. More information and screenshot in bugzilla entry: http://bugs.winehq.org/show_bug.cgi?id=5769If you need more information, please be very explicit in your instructions about how I should get it. I have little experience with the development\debugging side of Linux. Thanks a lot for Wine in all its glory!
Winelib and msvcrt/process.h
Hi Everybody. I have some problems compiling my win32 Application with Windows-Threads (_beginthreadex) against winelib. It seems, that i cannot use the header files in /usr/include/wine/msvcrt. Wine Version 0.9.8, 0.9.16, 0.9.17 GCC: gcc version 4.0.2 20050901 (prerelease) (SUSE Linux), gcc 3.4.4-r1 ssp-3.4.4-1.0 pie-8.7.8 (gentoo) 1st try: Compile with $wineg++ -c -I. -I../com -o ../com/b12.o ../com/b12.cppIn file included from ../com/b12.cpp:22: ../com/W32/b12s.cpp:12:21: error: process.h: No such file or directory ../com/W32/b12s.cpp: In function 'void* pvSTART_THREAD(void* (*)(void*), unsigned int, B12_ThreadClass*, B00_ThreadIdType*)': ../com/W32/b12s.cpp:109: error: '_beginthreadex' was not declared in this scope ../com/W32/b12s.cpp: In function 'F02_ErrorType B12_errSET_ENVIRONMENT_STRING(const str, const str)': ../com/W32/b12s.cpp:360: error: invalid conversion from 'const char*' to 'char*' ../com/W32/b12s.cpp:360: error: initializing argument 1 of 'int putenv(char*)' winegcc: g++ failed. okay, i need process.h. so i use the -mno-cygwin - switch, wich includes the msvcrt-path and sets some #defines. Now the 2nd try: $ wineg++ -c -I. -I../com -o ../com/b12.o ../com/b12.cpp -mno-cygwin /usr/include/c++/4.0.2/cstdio:168: error: '::snprintf' has not been declared /usr/include/c++/4.0.2/cstdio:169: error: '::vfscanf' has not been declared /usr/include/c++/4.0.2/cstdio:170: error: '::vscanf' has not been declared /usr/include/c++/4.0.2/cstdio:172: error: '::vsscanf' has not been declared /usr/include/c++/4.0.2/cstdio:178: error: '__gnu_cxx::snprintf' has not been declared /usr/include/c++/4.0.2/cstdio:179: error: '__gnu_cxx::vfscanf' has not been declared /usr/include/c++/4.0.2/cstdio:180: error: '__gnu_cxx::vscanf' has not been declared /usr/include/c++/4.0.2/cstdio:182: error: '__gnu_cxx::vsscanf' has not been declared /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:55: error: 'uselocale' was not declared in this scope /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:55: error: invalid type in declaration before ';' token /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h: In function 'int std::__convert_from_v(char*, int, const char*, _Tv, __locale_struct* const, int)': /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:73: error: '__gnu_cxx::__uselocale' cannot be used as a function /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:84: error: 'snprintf' is not a member of 'std' /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:90: error: '__gnu_cxx::__uselocale' cannot be used as a function /usr/include/bits/sigthread.h: At global scope: /usr/include/bits/sigthread.h:32: error: expected ',' or '...' before '*' token /usr/include/c++/4.0.2/cwchar:151: error: '::fwide' has not been declared /usr/include/c++/4.0.2/cwchar:158: error: '::mbsinit' has not been declared [ ... a lot more errors ... ] If I ommit -mno-cygwin and set -I/usr/include/wine/msvcrt , i get the same results lioke with -mno-cygwin. Where is the Problem? How can i compile this file? johannes Holzer
Re: wined3d: Fix some upside-down rendering issues for shaders
On 7/26/06, Jason Green [EMAIL PROTECTED] wrote: Flips the resulting y position in both ARB and GLSL vertex shaders if the current rendertarget was rendered upside down. Also, slightly decreases the number of available float PARAMs to ARB vertex shaders to fix a recent regression for some ATI users and to accomodate the reference to the PROJECTION matrix in the vertex shader. This fixes most of the upside-down rendering issues in Max Payne 2, Half Life 2, Civilization 4, and Tomb Raider: Legends and has no noticeable drop in FPS. Many of the character/object models are still broken, but that's a different issue unfortunately. Jason This does not fix battlefront, but it has to be related.
Fwd: Download-Version for the Win2003 SPI - DDK
On 7/27/06, Detlef Riekenberg [EMAIL PROTECTED] wrote: Do not forget to read the License.( to design, develop and test your programs for use withMicrosoft Windows software)I think by Microsoft Windows software they mean Microsoft Windows itself, not the software used on it... So, even with your definition of wine, using this to further wine development would be a violation of the license. So IMHO, wine is really a set of API-Testing Programs with some Examples (in programs). The other Code is only an addon to make our API-Testing Programs and Examples work on unix ;-)-- ThanksTomCheck out this new 3D Instant Messenger called IMVU.It's the best I have seen yet! http://www.imvu.com/catalog/web_registration.php?userId=1547373 -- ThanksTomCheck out this new 3D Instant Messenger called IMVU.It's the best I have seen yet! http://www.imvu.com/catalog/web_registration.php?userId=1547373
RE: [Bug 5139] Americas Army will not install properly
Many thanks to all who fixed this bug. From: Wine Bugs [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bug 5139] Americas Army will not install properly Date: Thu, 27 Jul 2006 11:39:05 -0500 http://bugs.winehq.org/show_bug.cgi?id=5139 --- Additional Comments From [EMAIL PROTECTED] 2006-27-07 11:39 --- All but the very last fix made it into wine-0.9.18. That should be enough to get you into the game. The next fix ought to be in wine-0.9.19. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. You are a voter for the bug, or are watching someone who is.
Re: Recent problems with shdocvw
Dan Kegel wrote: On 7/26/06, Jacek Caban [EMAIL PROTECTED] wrote: I have looked at bugzilla. There is one regression (bug 5630) that needs more widl improvements to work. I have done some work on widl that will help it some time ago, but I've never had time to finish it. Dan Hipschman is focused on widl improvements, perhaps he can work on it. Do you have any notes to send him? I've just looked at the code in my tree and most of my work on widl is a mess ATM, but there are a few simple patches ready to send. It's possible to compile shdocvw typelib, although it's quite not correct. The main problem is that widl creates too many typeinfos for typedefs of structures and unions. That's because there should be only one typeinfo, not one for struct or union and one for typedef. There are also many other issues. It's easy to find them writing tests and comparing result of midl and widl. Anyways currently comiled typelib is enough for WebBrowser implementation so I'll send patches that will add it. Jacek
Re: Audio stuttering issue
On Thursday 27 July 2006 06:10, Mike Hearn wrote: On Thu, 27 Jul 2006 02:18:49 -0700, Chris wrote: Or if you still don't want something like that merged in, I'd like to alert the author of that patch that it doesn't require root privs to work. It just needs a non-0 value for RLIMIT_RTPRIO (ulimit -r). Thanks for the heads up. I'll let Alexandre comment on the other stuff but I wanted the patch to work out of the box for all users, with no configuration necessary. It does. You don't really have to change anything. Only thing that'll happen is the setup_security function won't do anything, but the set_thread_priority funciton would still work. It's just a difference of setting the suid root bit and re-chown'ing /tmp/.wine-* all the time, or setting a non-zero RLIMIT_RTPRIO value for the user. I just think it'd be nice to let users of that patch know they don't need to run Wine with root privs if they don't want. I don't see any way to resolve this issue satisfactorily. Windows apps require hard real time support, the kernel won't give it to us without privileged access, Alexandre doesn't want to let Windows apps do that. I personally don't see what's wrong with letting the user decide. Without setting the suid root bit, Wine won't get any more privileges than any other Linux app run by the same user would get. Wine would just take advantage of the capabilities of a new-ish kernel feature (one that was explicitly added in, mind you; it's not a side effect or unforseen consequence) for the exact reason it was made.. to allow user space apps to get real-time priority, as defined by the user's system settings. It wouldn't be automatic, so Wine couldn't deadlock the system without the user explicitly setting the resource limit. It's exactly what Wine would need, so why not use it?
Wine compilation on ARM
Hi, I have made a small patch has put in some basic framework for winedbg and wineserver for compiling on ARM (i think so). See WineHQ #285 (http://www.winehq.com/?issue=285#Cross-Compiling%20Wine). I donot have an ARM based machine and linux installed on it. And havent test it thorughly, I need someone to test this one. This patch may contain some bugs, use at your own risk. Please send me your comments Thanks, VJ --- programs/winedbg/Makefile.in_bkp2006-07-28 03:05:14.0 +0530 +++ programs/winedbg/Makefile.in2006-07-28 03:00:56.0 +0530 @@ -9,6 +9,7 @@ C_SRCS = \ be_alpha.c \ + be_arm.c \ be_i386.c \ be_ppc.c \ be_x86_64.c \ --- /dev/null 2006-05-02 17:48:25.285177368 +0530 +++ programs/winedbg/be_arm.c 2006-07-28 03:01:20.0 +0530 @@ -0,0 +1,154 @@ +/* + * Debugger ARM specific functions + * + * Copyright 2006 Vijay Kiran Kamuju + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA + */ + +#include debugger.h + +#if defined(__arm__) + +static unsigned be_arm_get_addr(HANDLE hThread, const CONTEXT* ctx, +enum be_cpu_addr bca, ADDRESS* addr) +{ +dbg_printf(not done\n); +return FALSE; +} + +static void be_arm_single_step(CONTEXT* ctx, unsigned enable) +{ +dbg_printf(not done\n); +} + +static void be_arm_print_context(HANDLE hThread, const CONTEXT* ctx, int all_regs) +{ +dbg_printf(Context printing for ARM not done yet\n); +} + +static void be_arm_print_segment_info(HANDLE hThread, const CONTEXT* ctx) +{ +} + +static struct dbg_internal_var be_arm_ctx[] = +{ +{0, NULL, 0, dbg_itype_none} +}; + +static const struct dbg_internal_var* be_arm_init_registers(CONTEXT* ctx) +{ +dbg_printf(not done\n); +return be_arm_ctx; +} + +static unsigned be_arm_is_step_over_insn(void* insn) +{ +dbg_printf(not done\n); +return FALSE; +} + +static unsigned be_arm_is_function_return(void* insn) +{ +dbg_printf(not done\n); +return FALSE; +} + +static unsigned be_arm_is_break_insn(void* insn) +{ +dbg_printf(not done\n); +return FALSE; +} + +static unsigned be_arm_is_func_call(void* insn, void** insn_callee) +{ +return FALSE; +} + +static void be_arm_disasm_one_insn(ADDRESS* addr, int display) +{ +dbg_printf(Disasm NIY\n); +} + +static unsigned be_arm_insert_Xpoint(HANDLE hProcess, const struct be_process_io* pio, + CONTEXT* ctx, enum be_xpoint_type type, + void* addr, unsigned long* val, unsigned size) +{ +dbg_printf(not done\n); +return FALSE; +} + +static unsigned be_arm_remove_Xpoint(HANDLE hProcess, const struct be_process_io* pio, + CONTEXT* ctx, enum be_xpoint_type type, + void* addr, unsigned long val, unsigned size) +{ +dbg_printf(not done\n); +return FALSE; +} + +static unsigned be_arm_is_watchpoint_set(const CONTEXT* ctx, unsigned idx) +{ +dbg_printf(not done\n); +return FALSE; +} + +static void be_arm_clear_watchpoint(CONTEXT* ctx, unsigned idx) +{ +dbg_printf(not done\n); +} + +static int be_arm_adjust_pc_for_break(CONTEXT* ctx, BOOL way) +{ +dbg_printf(not done\n); +return 0; +} + +static int be_arm_fetch_integer(const struct dbg_lvalue* lvalue, unsigned size, +unsigned ext_sign, LONGLONG* ret) +{ +dbg_printf(not done\n); +return FALSE; +} + +static int be_arm_fetch_float(const struct dbg_lvalue* lvalue, unsigned size, + long double* ret) +{ +dbg_printf(not done\n); +return FALSE; +} + +struct backend_cpu be_arm = +{ +be_cpu_linearize, +be_cpu_build_addr, +be_arm_get_addr, +be_arm_single_step, +be_arm_print_context, +be_arm_print_segment_info, +be_arm_init_registers, +be_arm_is_step_over_insn, +be_arm_is_function_return, +be_arm_is_break_insn, +be_arm_is_func_call, +be_arm_disasm_one_insn, +be_arm_insert_Xpoint, +be_arm_remove_Xpoint, +be_arm_is_watchpoint_set, +be_arm_clear_watchpoint, +be_arm_adjust_pc_for_break, +be_arm_fetch_integer, +be_arm_fetch_float, +};
RE: [Bug 5139] Americas Army will not install properly
--- Additional Comments From [EMAIL PROTECTED] 2006-27-07 11:39 --- All but the very last fix made it into wine-0.9.18. That should be enough to get you into the game. The next fix ought to be in wine-0.9.19. Congrats, you beat cedega to supporting america's army. Now if we can liason with evenbalance and get punkbuster working under wine we'll be all set.
Re: oleaut32: implement DISPID_PICT_HANDLE
Juan Lang wrote: ChangeLog: implement DISPID_PICT_HANDLE in OLEPicture::Invoke. Also correct return for stubbed DISPIDs from FALSE to VARIANT_FALSE. I have a series of patches that I'm just about to send that implements this and the rest of the dispids in OLEPicture::Invoke. -- Rob Shearman
Updated version of Wine-0.9.18 RPMs with ntoskrnl for SuSE 10.1
Same as before. Just recompiled with new version. http://www.kievinfo.com/wine-0.9.18-1.2.i586.rpm http://www.kievinfo.com/wine-0.9.18-1.2.src.rpm -- Best regards, Vitaliy