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
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
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.
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, +
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?
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: [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.
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: 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.
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
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!
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
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
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: 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
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: 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: Winebrowser: Let the browser decide how to handle a given url
On 7/27/06, Stefan Siebert <[EMAIL PROTECTED]> wrote: This is an enhancement for winebrowser. Currently http urls are only accepted if they are prefixed (http://). Although the browser should know how to handle a given url best. The patch passes every given url to the browser (if it is not a mailto: url). So programs like the Notes Client may use winebrowser and the user is not forced to type the http:// prefix. While your patch points out a bug in wine, and makes Notes work better, the description's slightly off. I think a bare hostname by itself isn't a URL; to be a URL, you need a protocol prefix. So a better description might be "assume any address given by the user is a web page unless a protocol prefix is present which indicates that the address is something else".
Audio stuttering issue
I know there's been discussions on this before, and the only concensus reached was "use kernel 2.6.17", which apparently helps with processes that wait on pipes. There was this patch (which I tested and did have a very noticeable positive effect): http://wiki.winehq.org/Implement_SetThreadPriority that uses sched_setscheduler to change the scheduling policy and priority of the thread, but was rejected because it always ran privileged and allowed apps to deadlock the system if it ran a real-time thread without yielding. However, when looking at my man pages, I found this: Since Linux 2.6.12, the RLIMIT_RTPRIO resource limit defines a ceiling on an unprivileged process's priority for the SCHED_RR and SCHED_FIFO policies. If an unprivileged process has a non-zero RLIMIT_RTPRIO soft limit, then it can change its scheduling policy and priority, subject to the restriction that the priority cannot be set to a value higher than the RLIMIT_RTPRIO soft limit. If the RLIMIT_RTPRIO soft limit is 0, then the only permitted change is to lower the priority. Subject to the same rules, another unprivileged process can also make these changes, as long as the effective user ID of the process making the change matches the real or effective user ID of the target process. See getrlimit(2) for further information on RLIMIT_RTPRIO. Privileged (CAP_SYS_NICE) processes ignore this limit; as with older older kernels, they can make arbitrary changes to scheduling policy and priority. Meaning, if a user has their system set so that a user (or specific user(s)) have a non-zero RLIMIT_RTPRIO rlimit, normal unprivileged apps can change their scheduling policy and increase their priority up to that value; exactly what that patch does, but without needing special privileges. What would you think about implementing that patch so that it runs unprivileged, but allows the user to set their system so Wine can set time-critical thread scheduling? In this way, it would be completely up to the user if they wanted to run an app that can set real-time scheduling for cleaner audio, or not and have potential stuttering. 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).