RE: Resend of Adds NET START to net.exe

2007-05-08 Thread Rolf Kalbermatter
Tim Schwartz wrote: +if(!strcasecmp(operation, "start")) +{ +printf("The %s service is starting.\n", service_display_name); +result = StartService(serviceHandle,0,NULL); +CloseServiceHandle(serviceHandle); +if(!result) printf("The %s service failed to start.

RE: Drop-in replacement of windows dll's?

2007-05-08 Thread Rolf Kalbermatter
Tom Spear [mailto:[EMAIL PROTECTED] wrote: >I just remembered reading somewhere (wiki, perhaps?) that the ultimate goal of wine >(aside from documenting the windows api, etc) was to provide open-source drop-in >replacements for windows' core dll's. If that is the case, do we have a framework >set

Re: Resend of Adds NET START to net.exe

2007-05-08 Thread Dmitry Timoshkov
"Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote: +if(!buffer_size) +{ The check above is wrong. Please ignore this one. -- Dmitry.

Re: Resend of Adds NET START to net.exe

2007-05-08 Thread Dmitry Timoshkov
"Tim Schwartz" <[EMAIL PROTECTED]> wrote: +GetServiceDisplayName(SCManager, service_name, NULL, &buffer_size); You need to check GetServiceDisplayName return value here and later. +/* until GetServiceDisplayName() is implemented, buffer_size will always be zero so the service short na

Re: rsaenh: fix bug in RSAENH_CPGetProvParam (corrected)

2007-05-08 Thread Mounir IDRASSI
Hi Juan, Thanks for your explanations. I'm resubmitting the patch. Mounir IDRASSI IDRIX - Cryptography and IT Security Experts http://www.idrix.fr Juan Lang wrote: > Yes, certainly. See e.g. recent patches from Paul Vriens to get the tests > succeeding on Win9x. > --Juan >

Re: rsaenh: fix bug in RSAENH_CPGetProvParam (corrected)

2007-05-08 Thread Juan Lang
Hi again Mounir, > For CRYPT_SEC_DESCR, my previous implementation of the patch tested for > it with an "&" as you are suggesting. But, after Alexandre Julliard > comment, I no more check the current version of windows and return > always CRYPT_SEC_DESCR in RSAENH_CPGetProvParam. So, that's why I

Re: rsaenh: fix bug in RSAENH_CPGetProvParam (corrected)

2007-05-08 Thread Mounir IDRASSI
For CRYPT_SEC_DESCR, my previous implementation of the patch tested for it with an "&" as you are suggesting. But, after Alexandre Julliard comment, I no more check the current version of windows and return always CRYPT_SEC_DESCR in RSAENH_CPGetProvParam. So, that's why I put an "==" instead to

rsaenh: fix bug in RSAENH_CPGetProvParam (corrected)

2007-05-08 Thread Juan Lang
Hi Mounir, +case PP_KEYSTORAGE: +dwTemp = CRYPT_SEC_DESCR; This looks fine.. +result = CryptGetProvParam(prov, PP_KEYSTORAGE, (LPBYTE)&dwParam, &dataLen, 0); +ok(result && dataLen == sizeof(dwParam) && (dwParam == CRYPT_SEC_DESCR), +"Expected CRYPT_SEC_DESCR t

Re: RSAENH_CPGetProvParam

2007-05-08 Thread Mounir IDRASSI
Actually, the only application I know that uses this expects only CRYPT_SEC_DESCR. So, as you advised, I'll rewrite the patch to remove the version check. Mounir IDRASSI IDRIX - Cryptography and IT Security Experts http://www.idrix.fr Alexandre Julliard wrote: > Mounir IDRASSI <[EMAIL PROTECTED]>

Re: Drop-in replacement of windows dll's?

2007-05-08 Thread Tom Spear
On 5/8/07, Thorsten Kani <[EMAIL PROTECTED]> wrote: Hi Tom Please read through wwn244 and 245. If i remenber correctly, at that time common controls from wine wont work out of the box. I had to apply reactos patches to them and had to binary patch sfc.dll on windows. Thanks for the info. I h

Re: [msi/tests] Properly cleanup after each test

2007-05-08 Thread James Hawkins
On 5/8/07, Paul Vriens <[EMAIL PROTECTED]> wrote: Hi, All files in the destination directory (usually 'Program Files') are cleaned up, but sometimes not the files/directories in the temp directory. We have to make sure we have a clean start for every test. I've also changed a filename from 'pat

Re: Drop-in replacement of windows dll's?

2007-05-08 Thread Stefan Dösinger
> I think it would be interesting to see how much of windows will run > with wine's dlls in their current state. Obviously it would be bad to > test this with something like user32.dll, etc, but something like > riched32 and maybe some of the common controls dlls should be ok to > test with? There

(no subject) (WAS: Re: Drop-in replacement of windows dll's?)

2007-05-08 Thread Tom Spear
On 5/8/07, Brian Vincent <[EMAIL PROTECTED]> wrote: On 5/8/07, Tom Spear <[EMAIL PROTECTED]> wrote: > That would be the framework. I appreciate the response. Is this > something that either now or in the future will be officially > supported by wine, or even a true goal of wine, or is it more o

Re: Drop-in replacement of windows dll's?

2007-05-08 Thread Tom Spear
On 5/8/07, Steven Edwards <[EMAIL PROTECTED]> wrote: On 5/8/07, Tom Spear <[EMAIL PROTECTED]> wrote: > I just remembered reading somewhere (wiki, perhaps?) that the ultimate > goal of wine (aside from documenting the windows api, etc) was to > provide open-source drop-in replacements for windows'

Re: Drop-in replacement of windows dll's?

2007-05-08 Thread Steven Edwards
On 5/8/07, Tom Spear <[EMAIL PROTECTED]> wrote: I just remembered reading somewhere (wiki, perhaps?) that the ultimate goal of wine (aside from documenting the windows api, etc) was to provide open-source drop-in replacements for windows' core dll's. If that is the case, do we have a framework s

Re: blizzard conference

2007-05-08 Thread Kai Blin
On Tuesday 08 May 2007 19:27, Tom Spear wrote: > I kinda tend to agree, but the question on their end would be > something along the lines of "with most users using dynamic ip's, how > do you propose that we link the hostname to the current ip?" Personally I don't know if I'd like to have that. I

Re: [setupapi/tests] SetupQueryInfOriginalFileInformationA is not available on win98

2007-05-08 Thread Paul Vriens
Robert Shearman wrote: Paul Vriens wrote: Hi, This makes the setupapi tests run again on win98. Changelog SetupQueryInfOriginalFileInformationA is not available on win98 Weird. From http://msdn2.microsoft.com/en-us/library/aa377417.aspx: "Requires Windows Vista, Windows XP, Windows 2000 P

Re: [PATCH] Uninstaller: Change hardcoded value for maximum subkey name length to a const.

2007-05-08 Thread Dan Hipschman
On Tue, May 08, 2007 at 11:19:16AM -0500, Tom Spear wrote: > static const DWORD MAXSUBKEYNAMELEN = 255; > WCHAR subKeyName[MAXSUBKEYNAMELEN + 1]; I'm not sure what version of C wine is strictly trying to conform to, but it's usually best to go with the lowest common denominator. This is not C89.

Re: hnetcfg: [1:10]Define icftype.idl

2007-05-08 Thread Alexandre Julliard
Jeff Latimer <[EMAIL PROTECTED]> writes: > +typedef enum NET_FW_PROFILE_TYPE_ > +{ > +NET_FW_PROFILE_DOMAIN = 1, > +NET_FW_PROFILE_STANDARD = 2, > +NET_FW_PROFILE_CURRENT = 3, > +NET_FW_PROFILE_TYPE_MAX = 4 > +} NET_FW_PROFILE_TYPE; > + > +typedef enum NET_FW_IP_VERSION_ > +{ > +

Re: RSAENH_CPGetProvParam

2007-05-08 Thread Alexandre Julliard
Mounir IDRASSI <[EMAIL PROTECTED]> writes: > +case PP_KEYSTORAGE: > +dwTemp = GetVersion(); > +/* for Windows NT, 95,98, Me, return CRYPT_PSTORE | > CRYPT_UI_PROMPT | CRYPT_SEC_DESCR > + * for the others, return CRYPT_SEC_DESCR > + */ > +

Re: blizzard conference

2007-05-08 Thread Jesse Allen
On 5/8/07, Tom Spear <[EMAIL PROTECTED]> wrote: On 5/8/07, Jesse Allen <[EMAIL PROTECTED]> wrote: > On 5/7/07, Kai Blin <[EMAIL PROTECTED]> wrote: > > On Tuesday 08 May 2007 05:34, Dan Kegel wrote: > > > Hey, that's only an hour away, maybe I / Lei / Nigel can drop by. > > > > > > But what's the

Re: [setupapi/tests] SetupQueryInfOriginalFileInformationA is not available on win98

2007-05-08 Thread Robert Shearman
Paul Vriens wrote: Hi, This makes the setupapi tests run again on win98. Changelog SetupQueryInfOriginalFileInformationA is not available on win98 Weird. From http://msdn2.microsoft.com/en-us/library/aa377417.aspx: "Requires Windows Vista, Windows XP, Windows 2000 Professional, Windows NT

Re: blizzard conference

2007-05-08 Thread Tom Spear
On 5/8/07, Jesse Allen <[EMAIL PROTECTED]> wrote: On 5/7/07, Kai Blin <[EMAIL PROTECTED]> wrote: > On Tuesday 08 May 2007 05:34, Dan Kegel wrote: > > Hey, that's only an hour away, maybe I / Lei / Nigel can drop by. > > > > But what's the "itchy /etc/hosts bug"? Is that > > http://bugs.winehq.or

Re: blizzard conference

2007-05-08 Thread Jesse Allen
On 5/7/07, Kai Blin <[EMAIL PROTECTED]> wrote: On Tuesday 08 May 2007 05:34, Dan Kegel wrote: > Hey, that's only an hour away, maybe I / Lei / Nigel can drop by. > > But what's the "itchy /etc/hosts bug"? Is that > http://bugs.winehq.org/show_bug.cgi?id=7929 ? I would assume so. I don't know if

Drop-in replacement of windows dll's?

2007-05-08 Thread Tom Spear
I just remembered reading somewhere (wiki, perhaps?) that the ultimate goal of wine (aside from documenting the windows api, etc) was to provide open-source drop-in replacements for windows' core dll's. If that is the case, do we have a framework setup for building the wine dlls as windows .dll f

Re: winegcc: gcc failed

2007-05-08 Thread Eric Pouech
Zalmay A-khaliq a écrit : Respected Developers of the wine My name is Zalmay And I am a BCS student. I have been assigned to port windows(VC++) application into linux. After a thorough searching and researching I found that "wine:" is the resource I can use to port a windows 32 bit application t

Re: blizzard conference

2007-05-08 Thread Kai Blin
On Tuesday 08 May 2007 05:34, Dan Kegel wrote: > Hey, that's only an hour away, maybe I / Lei / Nigel can drop by. > > But what's the "itchy /etc/hosts bug"? Is that > http://bugs.winehq.org/show_bug.cgi?id=7929 ? I would assume so. I don't know if telling them is going to fix anything, though.

winegcc: gcc failed

2007-05-08 Thread Zalmay A-khaliq
Respected Developers of the wine My name is Zalmay And I am a BCS student. I have been assigned to port windows(VC++) application into linux. After a thorough searching and researching I found that "wine:" is the resource I can use to port a windows 32 bit application to Linux. I download

Re: kernel32: Implement most of CopyFileEx

2007-05-08 Thread Dan Kegel
On 5/7/07, Andrey Turkin <[EMAIL PROTECTED]> wrote: Dan, CopyFileA does not leaks a string (note BOOL flags). Instead first call use static TEB-based buffer so this is OK, given that recursion is impossible in this case. Whoops! Sorry, I should have remembered that. (And I meant to insert "see

Re: volume names of mounted iso images

2007-05-08 Thread Alexandre Julliard
"James Hawkins" <[EMAIL PROTECTED]> writes: > I've looked into the problem a bit more. It seems the only way to add > a dos device is through explorer, by way of hal. This works fine for > a CD in the physical drive, as hal notifies explorer that there is a > CD in the drive, and explorer adds t

Re: GetDispParam discriminate b/w VT_EMPTY & zero VT_I4

2007-05-08 Thread Robert Shearman
Misha Koshelev wrote: Hi, thank you very much for your help. I am implementing Installer::RegistryValue for MSI OLE automation and I need a way to tell apart a VT_EMPTY and a VT_I4 type variant with a value of 0 as these have two different behaviors for this function under Windows XP. I have n

Re: kernel32: Implement most of CopyFileEx

2007-05-08 Thread Kevin Koltzau
On Tuesday 08 May 2007 2:39 am, Andrey Turkin wrote: > Kevin, you are setting file size before copy starts. I'm not sure > Windows does so; also how would that work if destination file system > does not support sparse files? This is what windows does (at least XP) SetEndOfFile does not create a s

Re: GetDispParam discriminate b/w VT_EMPTY & zero VT_I4

2007-05-08 Thread Michael Stefaniuc
Michael Stefaniuc wrote: > Misha Koshelev wrote: > >>Hi, thank you very much for your help. >> >>I am implementing Installer::RegistryValue for MSI OLE automation and I need >>a way to tell apart >>a VT_EMPTY and a VT_I4 type variant with a value of 0 as these have two >>different behaviors for

Re: GetDispParam discriminate b/w VT_EMPTY & zero VT_I4

2007-05-08 Thread Michael Stefaniuc
Misha Koshelev wrote: > Hi, thank you very much for your help. > > I am implementing Installer::RegistryValue for MSI OLE automation and I need > a way to tell apart > a VT_EMPTY and a VT_I4 type variant with a value of 0 as these have two > different behaviors for this > function under Windows

Re: ddraw: DllCanUnloadNow

2007-05-08 Thread Stefan Dösinger
Am Dienstag 08 Mai 2007 02:13 schrieb Christian Gmeiner: > Add support for DllCanUnloadNow and eliminates a FIXME As I understand it, all DirectDraw objects also have to be freed, so you have to check the global ddraw object list too. pgp0AYsUCVIOw.pgp Description: PGP signature

Re: [PATCH 3/3] winex11: Use TINN algorithm to speed up colour lookups. (try 2)

2007-05-08 Thread Vitaly Budovski
Dmitry Timoshkov wrote: "Vitaly Budovski" <[EMAIL PROTECTED]> wrote: Both floats and integers have their share of problems. Since the square root operation has been removed, we are dealing with much larger numbers, potentially larger than can fit into unsigned int without looping back around. T