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 notat
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
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 sp
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 i
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]
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]
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 mi
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.
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
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
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 (
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 n
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 li
> "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
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:
fixme:advapi:L
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 ac
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.
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.
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 wi
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
scr
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 : movaps %xmm0,(%ecx)
0x080495a3 : shufps $0xa,%xmm3,%xmm2
0x080495a7 : add$0x90,%eax
0x080495ac :decl 0x4
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
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
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 : HKEY_LOCAL_MACHINE\SOFTWA
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.
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.
> + */
Th
>
> 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 inform
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 : movaps %xmm0,(%ecx)
> > 0x080495a3 : shufps $0xa,%xmm3,%xmm2
> > 0x080495a7 : add$0x90,%eax
> > 0x080495ac :decl 0x4c(%
>
> 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 inform
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
> (gdb) disassemble bar
> Dump of assembler code for function bar:
> 0x080495a0 : movaps %xmm0,(%ecx)
> 0x080495a3 : shufps $0xa,%xmm3,%xmm2
> 0x080495a7 : add$0x90,%eax
> 0x080495ac :decl 0x4c(%esp)
> 0x080495b0 :movaps %xmm1,0x10(%ecx)
> 0x080495b4 :shufps $0x9d,%xmm
"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 d
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
33 matches
Mail list logo
