Hello
> My Advapi32.dll Ver 5.0.2195.6876 from W2K SP4 does not export these
> functions at all. Not even as delayed exports or forwards, at least by
> name. Not sure about ordinals.
>
> Rolf Kalbermatter
I've found alike functions (may be MD4 or MD5) in w2k advapi.dll by magic numbers
but they
Michael Stefaniuc wrote:
>Ok, attached is a modified wine_crosscalls.pl script which use smatch's
>abilities better. Also it includes an easy way to check for false
>positives. At the moment output from the wine tests is ignored. Also *AW
>functions are allowed to call *A funtions so those are exc
I know I'm just a random guy subscribed, but I couldn't help but notice
that your tags weren't closed.
On Wed, 2004-09-15 at 21:56 -0700, Tony Lambregts wrote:
> Michael Stefaniuc wrote
>
> >Corrected script and output files are attached. Now they are only 178
> >lines of output which brings us
> Once I got rid of the duplicate calls I ended up with 130.
What do you mean duplicate calls? Can you give a few examples
of entries that you eliminated?
--
Dimi.
Michael Stefaniuc wrote
>Corrected script and output files are attached. Now they are only 178
>lines of output which brings us damn near to Dimi's number.
Once I got rid of the duplicate calls I ended up with 130.
Changelog: update Janitorial template to reflect the true number of A->W crossc
Francois Gouget wrote:
On Tue, 14 Sep 2004, Robert Reif wrote:
[...]
OK. Here is the beginnings of a joystick test. I want to use
c_dfDIJoystick2 which is defined as extern in dinput.h and exists in
dinput.dll.so but is not exported. It's also not exported in windows
dinput.dll but it is in d
Ryan Underwood wrote:
/*
* ADVAPI32 Secure Hash Algorithm Test
* Copyright 2003 Filip Navara
* Based on public domain SHA code by Steve Reid <[EMAIL PROTECTED]>
*/
This code needs a proper LGPL or other permissive license on it to be
usable. Being based on public domain code and then copyrigh
Francois Gouget wrote:
On Tue, 14 Sep 2004, Robert Reif wrote:
[...]
OK. Here is the beginnings of a joystick test. I want to use
c_dfDIJoystick2 which is defined as extern in dinput.h and exists in
dinput.dll.so but is not exported. It's also not exported in windows
dinput.dll but it is in d
On Wed, Sep 15, 2004 at 04:56:14PM -0700, Juan Lang wrote:
> Michael wrote:
> > Also *AW functions are allowed to call *A funtions
> > so those are excluded too.
>
> There seem to be quite a few of these from shell32
> still included:
> dlls/shell32/shellpath.c 62 PathAppendAW: call to
> PathAppen
Michael wrote:
> Also *AW functions are allowed to call *A funtions
> so those are excluded too.
There seem to be quite a few of these from shell32
still included:
dlls/shell32/shellpath.c 62 PathAppendAW: call to
PathAppendA
dlls/shell32/shellpath.c 75 PathCombineAW: call to
PathCombineA
dlls/she
On Tue, 14 Sep 2004, Robert Reif wrote:
[...]
> OK. Here is the beginnings of a joystick test. I want to use
> c_dfDIJoystick2 which is defined as extern in dinput.h and exists in
> dinput.dll.so but is not exported. It's also not exported in windows
> dinput.dll but it is in dinput.lib.
Are yo
On Tue, Sep 14, 2004 at 05:43:46PM -0400, Dimitrie O. Paun wrote:
> On Tue, Sep 14, 2004 at 11:22:46PM +0200, Michael Stefaniuc wrote:
> > How did you generated this list? By manualy working through the list
> > generated by Vincent's smatch script or by modifying the script
> > directly?
>
> By m
--- Ryan Underwood <[EMAIL PROTECTED]> wrote:
> This code needs a proper LGPL or other permissive license on it to be
> usable. Being based on public domain code and then copyrighted by
> yourself grants no permissions to anyone else.
Oh sorry you just mean the license header needs to be added.
Hi Ryan,
--- Ryan Underwood <[EMAIL PROTECTED]> wrote:
> This code needs a proper LGPL or other permissive license on it to be
> usable. Being based on public domain code and then copyrighted by
> yourself grants no permissions to anyone else.
Sure it does. Thats the idea behind Public Domain. W
> but get the foloowing errors out of make:
> stdafx.h:15:64: afxwin.h: No such file or directory
> stdafx.h:16:46: afxext.h: No such file or directory
> stdafx.h:17:54: afxdisp.h: No such file or directory
> stdafx.h:18:87: afxdtctl.h: No such file or directory
> stdafx.h:20:83: afxcmn.h: No such
What does an audit against comctrl v6.0 entail?
On Wed, 15 Sep 2004 21:36:14 +0100, Robert Shearman <[EMAIL PROTECTED]> wrote:
>
>
> Dimitrie O. Paun wrote:
>
> >On Wed, Sep 15, 2004 at 07:54:44PM +0100, Robert Shearman wrote:
> >
> >
> >>Hi,
> >>
> >>This is a large patch that rewrites a lot
> "Juan" == Juan Lang <[EMAIL PROTECTED]> writes:
Juan> Rolf wrote:
>> My Advapi32.dll Ver 5.0.2195.6876 from W2K SP4 does not export these
>> functions at all.
Juan> Yeah, I didn't remember them showing up in advapi32 until XP.
Juan> MSDN mentions them as part of cryptdll
On Friday 03 September 2004 07:18 am, you wrote:
> On Thu, 2 Sep 2004, Patrick Goupell wrote:
> [...]
>
> > Is there a repository where I can get some projects to test my changes to
> > winemaker?
>
> Here are a couple more ideas:
>
> * the Microsoft Platform SDK also comes with a lot of samples t
Dimitrie O. Paun wrote:
On Wed, Sep 15, 2004 at 07:54:44PM +0100, Robert Shearman wrote:
Hi,
This is a large patch that rewrites a lot of the layout and button state
code in the pager control.
Cool stuff. While this is still fresh in your mind,
an audit against comctrl v6.0 would be good
On Wed, Sep 15, 2004 at 07:54:44PM +0100, Robert Shearman wrote:
> Hi,
>
> This is a large patch that rewrites a lot of the layout and button state
> code in the pager control.
Cool stuff. While this is still fresh in your mind,
an audit against comctrl v6.0 would be good too... :)
--
Dimi.
On Wed, Sep 15, 2004 at 08:06:43PM +0200, Filip Navara wrote:
> Juan Lang wrote:
>
> >Patching advapi32.spec to add the stubs looks correct.
> >Go ahead and submit to wine-patches.
> >
> >
> Just for the record... If anyone wants to implement the SHA functions
> (s)he can make use of the attach
Juan Lang wrote:
>Yeah, I didn't remember them showing up in advapi32
>until XP. MSDN mentions them as part of cryptdll.dll:
>http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devnotes/winprog/md5init.asp
>
>This also exists in XP. Perhaps XP's advapi32.dll
>forwards these to cryp
Rolf wrote:
> My Advapi32.dll Ver 5.0.2195.6876 from W2K SP4 does
> not export these functions at all.
Yeah, I didn't remember them showing up in advapi32
until XP. MSDN mentions them as part of cryptdll.dll:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devnotes/winprog/md5ini
Juan Lang <[EMAIL PROTECTED]> writes:
> I'm unable to reproduce the infinite loop under XP.
> As far as I can tell this shouldn't produce one,
> either: since I don't modify the value of hShell32,
> FreeLibrary should eventually fail when the refcount
> on the library reaches 0 and the library is
Juan Lang wrote:
Patching advapi32.spec to add the stubs looks correct.
Go ahead and submit to wine-patches.
Just for the record... If anyone wants to implement the SHA functions
(s)he can make use of the attached code.
Regards,
Filip
/*
* ADVAPI32 Secure Hash Algorithm Test
* Copyright 2003
Alexander Yaworsky wrote:
>there is some secret crypto API in 2k and xp. Not so long ago i played
>with native rsaenh.dll under wine and found that it requires
>md5 and sha functions exported by advapi32.dll. I don't know where
>this API really should be. Latest platform SDK is very cryptic
>itsel
On Wed, Sep 15, 2004 at 06:27:11PM +0100, Robert Shearman wrote:
> Ulrich Czekalla wrote:
>
> >Running some tests under WinXP I noticed that if the edit control doesn't
> >have WS_EX_CLIENTEDGE it looses the WS_BORDER style and it handles painting
> >the border. This also has the side effect that
Ulrich Czekalla wrote:
Running some tests under WinXP I noticed that if the edit control doesn't
have WS_EX_CLIENTEDGE it looses the WS_BORDER style and it handles painting
the border. This also has the side effect that it's non-client area goes to
zero.
ChangeLog:
Ulrich Czekalla <[EMAIL PR
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > +static void loadShell32(void)
> > +{
> > +if (hShell32)
> > +{
> > +if (pMalloc)
> > +{
> > +pMalloc->lpVtbl->Release(pMalloc);
> > +pMalloc = NULL;
> > +}
> > +/* until it's reall
Patching advapi32.spec to add the stubs looks correct.
Go ahead and submit to wine-patches.
--Juan
___
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com
Hi,
On Wed, Sep 15, 2004 at 06:53:28AM +, JustFillBug wrote:
>
> Use the POSIX peer.
I don't think this is correct (and if it was, then it would have been
done that way already, I guess).
I'm not too familiar with our msvcrt, but it looks like these functions
should definitely be implemented
Well in an updated Wine installation with Xorg the game in question
now functions... just need to complete testing to see what happens
behind the scenes
On Wed, 2004-09-15 at 09:15 +0200, Lionel Ulmer wrote:
> On Wed, Sep 15, 2004 at 01:42:07PM +1200, Belxjander Serechai wrote:
> > Ive got a s
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:msi:MsiEnableLogA 0516 "c:\\windows\\temp\\Office 2000 Professional
Setup (0002)_MsiExec.txt"
fixme:msi:MsiInstallProductW L"/I" L""
fixme:msi:MSI_OpenDatabaseW open failed r = 80004005!
In
Le mer 15/09/2004 à 04:31, Mike Hearn a écrit :
> > fixme:font:WineEngRemoveFontResourceEx :stub
> > fixme:font:WineEngRemoveFontResourceEx :stub
> > fixme:msi:MsiEnableLogA 0516 "c:\\windows\\temp\\Office 2000 Professional
> > Setup (0002)_MsiExec.txt"
> > fixme:msi:MsiInstallProduct
The following change to include/wine/port.h
revision 1.58
date: 2004/09/03 18:30:28; author: julliard; state: Exp; lines: +3 -0
Added configure check for socklen_t.
+#ifndef HAVE_SOCKLEN_T
+typedef unsigned int socklen_t;
+#endif
causes the following build failure on an old version o
Hello
there is some secret crypto API in 2k and xp. Not so long ago i played with native
rsaenh.dll under wine and found that it requires
md5 and sha functions exported by advapi32.dll. I don't know where this API really
should be. Latest platform SDK is very cryptic
itself. Just in case here is
Juan Lang wrote:
--- Robert Shearman <[EMAIL PROTECTED]> wrote:
This is *really* ugly. Create a header file with
just the version
numbers defined and import it from the resource file
and the file that
implements the DllGetVersion function and problem
solved.
Got any suggestions for the ve
James Hawkins wrote:
This is the final debug output when I run ICQ:
wine: Unhandled exception (thread 0023), starting debugger...
fixme:console:SetConsoleCtrlHandler (0x405fbab0,1) - no error checking
or testing yet
WineDbg starting on pid 0x24
Unhandled exception: page fault on read access to 0x00
fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x2476aa98,pFormat = ^0x2476a626,...): stub
That isn't going to work until Rob cleans up and submits his patch to
implement interpretive marshalling. The refcounting problem is probably
just a side-effect of that. Try using native DCOM for now.
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:msi:MsiEnableLogA 0516 "c:\\windows\\temp\\Office 2000 Professional
Setup (0002)_MsiExec.txt"
fixme:msi:MsiInstallProductW L"/I" L""
fixme:msi:MSI_OpenDatabaseW open failed r = 80004005!
In
Belxjander Serechai wrote:
I have currently for the last several days been attempting to update
my local installation of wine and found that I get blocked by this...
Apparently where this macro is used causes errors,
is this a possible regression or something was missed at somepoint?
Yes, I gue
On Wed, Sep 15, 2004 at 01:42:07PM +1200, Belxjander Serechai wrote:
> Ive got a small (can be transported on floppy disk) program that
> has a major and drastic result effect when run on a "pure" Wine only
> installation against both Xfree86 4.4.0 + Xorg 6.7.0,
>
> "Oh My Goddess - Smash The
42 matches
Mail list logo
