Re: Ok to call CoInitialize in the file dialogs?

I ran into similar problems in shell32/shellole.c, function SHCoCreateInstance. Shouldn't when both bLoadFromShell32 and bLoadWithoutCOM are false call CoInitialize before CoCreateInstance (I got once a program needing it) ? A+ -- Eric Pouech

Re: Regression: Winrar fails to start

Dmitry Timoshkov [EMAIL PROTECTED] writes: Wine ought to be able to handle images larger than 32767x32767, that's not a Wine requirement, that's what applications written for win32 API expect to see working. There is no way to make it work without DIB engine if X11 doesn't support it due to

Re: privileged instruction in 32-bit code

(gdb) disassemble bar Dump of assembler code for function bar: 0x080495a0 bar+0: movaps %xmm0,(%ecx) 0x080495a3 bar+3: shufps $0xa,%xmm3,%xmm2 0x080495a7 bar+7: add$0x90,%eax 0x080495ac bar+12:decl 0x4c(%esp) 0x080495b0 bar+16:movaps %xmm1,0x10(%ecx) 0x080495b4

Re: Ok to call CoInitialize in the file dialogs?

Hi Eric, On Friday 11 November 2005 09:37, Eric Pouech wrote: I ran into similar problems in shell32/shellole.c, function SHCoCreateInstance. Shouldn't when both bLoadFromShell32 and bLoadWithoutCOM are false call CoInitialize before CoCreateInstance (I got once a program needing it) ? It's

Re: privileged instruction in 32-bit code

Hi, On Fri, Nov 11, 2005 at 10:36:24AM +0100, Marcus Meissner wrote: (gdb) disassemble bar Dump of assembler code for function bar: 0x080495a0 bar+0: movaps %xmm0,(%ecx) 0x080495a3 bar+3: shufps $0xa,%xmm3,%xmm2 0x080495a7 bar+7: add$0x90,%eax 0x080495ac bar+12:

Re: WINE.INF: Add timezone information to the registry.

I've attached the program that generated the timezone information. The information in the patch is derived from glibc's timezone information. We could add the program to wine and generate the timezone information dynamically if necessary. Mike ChangeLog: Add timezone information to

Re: PATCH: (enhanced) getaddrinfo

Marcus Meissner [EMAIL PROTECTED] writes: +/* NOTE: In theory we would need to convert hints too. + * However the addrinfo fields that vary between Windows and UNIX are + * defined to be 0 or NULL for hints , so it is safe to use + * the windows struct. + */ There is no

Re: privileged instruction in 32-bit code

Hi, seems another Copy Protected Game. can you try Ivan Leo Puoti patches (related to ntoskrnl/safedisc) ? Raphael Unless the game is protected by safedisc they won't help much. Chances are some anti debugger checks are failing, so the game intentionally screws itself up. Ivan.

Re: WINE.INF: Add timezone information to the registry.

Paul Vriens wrote: win98 : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones NT4 : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones Win2K : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones W2k3 :

Re: WINE.INF: Add timezone information to the registry.

Mike McCormack [EMAIL PROTECTED] writes: I decided to put the TimeZones in what Wine called the %CurrentVersion% key. It's easy enough to change the program that generates the data to put them in Windows NT\CurrentVersion if that's what is decided to be correct. In theory it should be

Re: 100% CPU usage in Wine-0.9

On 11/10/05, Stefan Dösinger [EMAIL PROTECTED] wrote: Hello, Hi Stefan, I switched to a vanilla 2.6.14.1 kernel and tried both radeon and fglrx. Identical results: Wine-0.9 + 2.6.14.1 + radeon driver runing Crystal: Cpu(s): 16.3% us, 83.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0%

Re: privileged instruction in 32-bit code

Andreas Mohr wrote: Hi, On Fri, Nov 11, 2005 at 10:36:24AM +0100, Marcus Meissner wrote: (gdb) disassemble bar Dump of assembler code for function bar: 0x080495a0 bar+0: movaps %xmm0,(%ecx) 0x080495a3 bar+3: shufps $0xa,%xmm3,%xmm2 0x080495a7 bar+7: add$0x90,%eax 0x080495ac

Re: privileged instruction in 32-bit code

Ivan Leo Puoti wrote: Hi, seems another Copy Protected Game. can you try Ivan Leo Puoti patches (related to ntoskrnl/safedisc) ? Raphael Unless the game is protected by safedisc they won't help much. Chances are some anti debugger checks are failing, so the game intentionally screws

Re: privileged instruction in 32-bit code

Tyler Nielsen schrieb: Ivan Leo Puoti wrote: Yeah, the safedisc patch didn't seem to help the issue at all. I really hope this isn't debugger checks failing, but I still wonder why a seemingly valid command (movaps) is returning a privileged instruction exception. google says: movaps will

Re: privileged instruction in 32-bit code

Peter Beutner wrote: Tyler Nielsen schrieb: Ivan Leo Puoti wrote: Yeah, the safedisc patch didn't seem to help the issue at all. I really hope this isn't debugger checks failing, but I still wonder why a seemingly valid command (movaps) is returning a privileged instruction exception.

Re: 100% CPU usage in Wine-0.9

The photodex plug in is another app that runs at 100% and because of that the audio is choppy. Just go to this url with firefox for windows and install the plugin. http://www.photodex.com/sharing/spotlight/demoshows_rharris.html Paul R.

Get/SetThreadContext problems ?

Hi, apart from the fact that the kernel32/thread tests are failing for Wine and most of the Windows platforms (test.winehq.org) I seem to have a problem with threads as well. The app I'm working on experiences a crash: Backtrace: =1 0x7155ddf3 in aclui (+0xddf3) (0x5bc62acc) 2 0x7155e806 in

Re: Needs some guidance (aclui/netapi32)

Paul Vriens wrote: Hi, I'm trying to add some extra functions to our netapi32 (domain service related stuff) as this is needed by Process Explorer (or actually by native aclui.dll). I've experienced some crashes, so I tried it with a native netapi32 and the crashes still occur:

Re: privileged instruction in 32-bit code

Peter == Peter Beutner [EMAIL PROTECTED] writes: Peter Tyler Nielsen schrieb: Ivan Leo Puoti wrote: Yeah, the safedisc patch didn't seem to help the issue at all. I really hope this isn't debugger checks failing, but I still wonder why a seemingly valid command (movaps) is

Re: Question about contents of STARTUPINFO structure and non WinMain entry points

I tried modifying the RTL_USER_PROCESS_PARAMATERS settings after creation in dlls/ntdll/thread.c (in thread_init, right after the structure is allocated,) but that didn't work. So I put the change in dlls/kernel/process.c, at the end of build_initial_environment, and that worked. But it seems a

Re: Ok to call CoInitialize in the file dialogs?

Michael Jung wrote: Hi Eric, On Friday 11 November 2005 09:37, Eric Pouech wrote: I ran into similar problems in shell32/shellole.c, function SHCoCreateInstance. Shouldn't when both bLoadFromShell32 and bLoadWithoutCOM are false call CoInitialize before CoCreateInstance (I got once a program

Re: Ok to call CoInitialize in the file dialogs?

Eric Pouech wrote: Michael Jung wrote: Hi Eric, On Friday 11 November 2005 09:37, Eric Pouech wrote: I ran into similar problems in shell32/shellole.c, function SHCoCreateInstance. Shouldn't when both bLoadFromShell32 and bLoadWithoutCOM are false call CoInitialize before CoCreateInstance

Re: winecfg: Add command-line switch -C to setup default configuration

Anything wrong with this patch? Vitaliy Margolen Monday, October 31, 2005, 11:31:13 PM, Vitaliy Margolen wrote: For now that's only windows version. Vitaliy Margolen changelog: winecfg - Add command-line switch -C to setup default configuration

Re: Add WINEPREFIX to the command in wineshelllink

Anything wrong with this patch? Vitaliy Margolen Monday, October 31, 2005, 9:29:55 PM, Vitaliy Margolen wrote: Vitaliy Margolen changelog: - Add WINEPREFIX to the command in wineshelllink

Re: wineprefixcreate: Call winecfg -c to setup default config.

Anything wrong with this patch? Vitaliy Margolen Monday, October 31, 2005, 11:34:57 PM, Vitaliy Margolen wrote: Vitaliy Margolen changelog: wineprefixcreate - Call winecfg -c to setup default config.

Re: shell32/test: Make shelllink.c compile with mingw and work with win2k

Anything wrong with this patch? Vitaliy Margolen Saturday, October 1, 2005, 10:39:36 AM, Vitaliy Margolen wrote: ILFree, ILIsEqual and SHILCreateFromPath are not exported by names at least on my win2k. Vitaliy Margolen changelog: shell32/test Make shelllink.c compile with mingw

Re: winecfg: Add command-line switch -C to setup default configuration

Vitaliy Margolen [EMAIL PROTECTED] writes: winecfg - Add command-line switch -C to setup default configuration That should be done in wine.inf. There's proper support for version-dependent settings now. -- Alexandre Julliard [EMAIL PROTECTED]

Re: shell32/test: Make shelllink.c compile with mingw and work with win2k

Vitaliy Margolen [EMAIL PROTECTED] writes: changelog: shell32/test Make shelllink.c compile with mingw and work with win2k. The mingw import lib probably needs to be fixed. -- Alexandre Julliard [EMAIL PROTECTED]

Re: Question about contents of STARTUPINFO structure and non WinMain entry points

Yeah, it works. :) Thanks! James On Fri, 2005-11-11 at 21:17 +0100, Eric Pouech wrote: I tried modifying the RTL_USER_PROCESS_PARAMATERS settings after creation in dlls/ntdll/thread.c (in thread_init, right after the structure is allocated,) but that didn't work. So I put the change in

Re: Measuring Wine's API completeness

Hi, Michael Jung wrote: Something like 'IMPLEMENTATION STATUS', which would document the author's opinion on how complete the implementation of a given API is. We could introduce a classification scheme similar to: STUBBED: Well, stubbed. SKETCHY: Implemented just enough to make a

Re: Measuring Wine's API completeness

On 11/12/05, Markus Amsler [EMAIL PROTECTED] wrote: @-notation, 5 states: @unimplemented (=STUBBED) @skechty @substantial @implemented(=COMPLETE) @reviewed The proposed method is superfluous and adds unnecessary words to the docs and source. You really don't get any extra

Re: Measuring Wine's API completeness

On Sat, 2005-11-12 at 01:44 +0100, Markus Amsler wrote: I like the states from Michael, and the short @-notation from ReactOS. The implementation status is just a flag, writting a whole section is IMO an overkill. Any agreements on this proposal: @-notation, 5 states: I think this notation