Kees Cook wrote:
This patch implements a functional replacement for crypt32.dll's
CryptProtectData and CryptUnprotectData. It does _not_ perform any
encrypt/decryption, but rather tracks the cipher/entropy/plain triplets
so that programs depending on the calls will operate correctly.
Perhaps yo
On Apr 4, 2005 12:00 AM, Kees Cook <[EMAIL PROTECTED]> wrote:
> Sure, that's fine by me. I wasn't really sure where to put it, but it's
> easy to change; it's just a path at the top of the file. In looking
> around at other examples, it seemed the most sensible. Is there a
> "normal" implementat
On Apr 3, 2005 11:44 PM, Kees Cook <[EMAIL PROTECTED]> wrote:
> Windows doesn't store the results anywhere: it's just a symmetric crypto
> function. Since we don't know the function, we have to store the
> original data somewhere so we can return it later. Since this is
> entirely a Wine-only imp
On Apr 3, 2005 10:12 PM, Kees Cook <[EMAIL PROTECTED]> wrote:
> To store the triplets, these functions use the registry:
>
> Registry Layout:
> HKEY_CURRENT_USER\Software\Wine\Crypt\ProtectData\Map\[index]
> Cipher: HEX string
> Entropy: HEX string
> Da
On Mon, Apr 04, 2005 at 11:51:02AM +1000, Andrew Tridgell wrote:
> It only changes the name from the point of view of posix. The name is
> completely preserved from the point of view of Wine/Samba. I can still
> understand this annoying some people, but I don't think it would annoy
> the majority o
On Mon, Apr 04, 2005 at 11:08:42AM +1000, Andrew Tridgell wrote:
> I have a proposed solution for that which needs no kernel
> modifications. I have been meaning to write this up properly, so if
> you like I can do that for WineConf.
I think it would be very good to have such a discution. It seems
On Mon, 4 Apr 2005, Troy Rollo wrote:
run into problems with timing issues. Interrupts pose a particular challenge
in that ideally the process handling the device should be activated
immediately, and the Linux kernel currently provides no interface to say
"switch to this task now" - the scheduler c
On Apr 3, 2005 5:17 PM, Paul Millar <[EMAIL PROTECTED]> wrote:
> By the look of it, the bug is that create_test_entries() creates the three
> TestN keys (N=1..3), but doesn't clean them after.
We use the values created in create_test_entries() throughout the
whole test so this is the correct beha
On Sat, 2 Apr 2005 08:15, Kuba Ober wrote:
> Not really. It just needs some sort of device-class-specific forwarding
> protocol. usbfs and libusb already do that, and you should be able to run
> any windows driver that way without even touching the kernel.
USB (along with SCSI) is a special case
Hi James,
On Sunday 03 Apr 2005 22:43, James Hawkins wrote:
> On Apr 3, 2005 4:33 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> I see what's happening now. The original author of test_enum_value
> either didn't know about the 3 existing keys (maybe they were added
> later) or he thought they wou
On Apr 3, 2005 4:33 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've been fixing tests that fail on all of Win9x/XP/2003, and I've
> found a difference between the way we insert new values. What happens
> in advapi32/tests/registry.c - test_enum_value is that we already have
> 3 values
Hi,
I've been fixing tests that fail on all of Win9x/XP/2003, and I've
found a difference between the way we insert new values. What happens
in advapi32/tests/registry.c - test_enum_value is that we already have
3 values created under the key Wine\\Test before the test starts.
Then we make four
On Apr 3, 2005 1:41 PM, Dimitrie O. Paun <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 03, 2005 at 01:25:22PM -0500, James Hawkins wrote:
> > Changelog
> > * LPLPVOID is unknown to Visual Studio, use LPVOID * instead.
>
> If so, how come it's defined in our headers? We should remove
> the definition if
Dimitrie O. Paun wrote:
On Sun, Apr 03, 2005 at 08:57:58PM +1000, Andrew Tridgell wrote:
In each case I will be trying to encourage methods which can store the
full NTFS semantics, rather than limiting ourselves to only the things
that fit natually in posix filesystems. I'm guessing we will have so
On Sun, Apr 03, 2005 at 08:57:58PM +1000, Andrew Tridgell wrote:
> In each case I will be trying to encourage methods which can store the
> full NTFS semantics, rather than limiting ourselves to only the things
> that fit natually in posix filesystems. I'm guessing we will have some
> lively discus
On Sun, Apr 03, 2005 at 01:25:22PM -0500, James Hawkins wrote:
> Changelog
> * LPLPVOID is unknown to Visual Studio, use LPVOID * instead.
If so, how come it's defined in our headers? We should remove
the definition if it's not standard.
--
Dimi.
Robert Reif wrote:
dlls/winmm/wavemap/wavemap.c
Correctly handle where waveOutGetPosition changes timepos.wType
because the requested type is not supported.
dlls/winmm/tests/wave.c
Changed regression test to make sure position is correctly
checked when a different type is returned.
This revised
--- Andrew Tridgell <[EMAIL PROTECTED]> wrote:
> Finally, if we have time, I'd like to discuss cooperation on IDL files
> and MSRPC interfaces.
Yes I would like to discuss this as well. Eirc Kohl has made quite a lot of
changes to WIDL for
ReactOS to support our MSRPC and PLug and Pray implement
Brian,
> I think a full agenda would be about 11 items. If you would like to
> present something let me know - there's definitely space available.
I'd like to present something on the way Samba4 stores the extra NTFS
meta-data in posix filesystems (streams, NT ACLs, DOS attributes,
extra time
On Sun, Apr 03, 2005 at 12:32:28PM +0200, Krzysztof Foltman wrote:
> I'm currently working on complete tab support, and will post a patch
> next week. It already includes support for tab positions.
This is very cool. From the limitted exposure I have with Richedit
controls used in apps, this will
Tobias Burnus wrote:
I suppose this is more addressed to Krzysztof... The readability could be
even better if tab positions were supported :)
True ;) But failing to write patches for Wine myself, I'll try not to
ask too much.
I'm currently working on complete tab support, and will post a patch
ne
21 matches
Mail list logo
