Dmitry Timoshkov wrote:
>>+"Edit",
>>+"Button",
>>+"Static",
>>+"ComboBox",
>>+"ComboLBox",
>>+"ListBox",
>>+"#32770", /* dialog */
>>+};
>
>You forgot "ScrollBar" and some other builtin classes.
Ok all other builtin classes added for t
Werner LEMBERG wrote:
>> If your software really is trying to use winsock to access the database, try
>> running it with "WINEDEBUG=+winsock wine app.exe" to log the winsock calls
>> that are being made.
>
> This gives
>
> trace:winsock:DllMain 0x7e6a 0x1 0x1
> trace:winsock:WSAStartup
Juan Lang wrote:
> Hi Dan,
>
> +if (ppSecurityDescriptor)
> +*ppSecurityDescriptor = sd;
> +
>
> you leak sd in the (implicit) else block here.
> --Juan
>
>
There are no other options here. I'm sure windows will leak it as well. Did
anyone mentioned already how well win32api is des
<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]> Modify the stub
implementation of GetDestCtx, to "emulate" a local machine instead of a remote
machine. This trick is needed to allow handle marshalling
> + *pdwDestContext = MSHCTX_NOSHAREDMEM; //MSHCTX_DIFFERENTMACHINE;>
c++ s
This discussion really would be better taken up in bugzilla.
--Juan
> It is probably irrelevant, but something is looking for the visual C
> 8 runtime and not finding it. You can install VC80 runtime with
> winetricks.
Well, the program comes with a setup for VC80 files (which I
intentionally haven't installed to make Wine debugging easier due to
non-tainting --
> Hi Werner, fancy seeing you in a different list...
:-)
> I was wondering why you do warn+all (not very useful). I would be
> doing +relay or +odbc or one of the others.
Hrmpf. Using WINEDEBUG=+relay gives me a 237MByte log file, using
WINEDEBUG=+warn:relay produces nothing (except the unrela
> If your software really is trying to use winsock to access the database, try
> running it with "WINEDEBUG=+winsock wine app.exe" to log the winsock calls
> that are being made.
This gives
trace:winsock:DllMain 0x7e6a 0x1 0x1
trace:winsock:WSAStartup verReq=202
trace:winsock:WSAStar
On Thu, Aug 07, 2008 at 02:33:35PM -0700, Juan Lang wrote:
> > I guess I should elaborate on that. You can request any of the four
> > parts of the security descriptor and pass NULL for the SD itself and
> > Windows will return them without anyway to free the memory.
>
> I can see what MSDN says
> I guess I should elaborate on that. You can request any of the four
> parts of the security descriptor and pass NULL for the SD itself and
> Windows will return them without anyway to free the memory.
I can see what MSDN says it does, but your tests don't check that
calling GetSecurityInfo with
On Thu, Aug 07, 2008 at 02:28:10PM -0700, Dan Hipschman wrote:
> On Thu, Aug 07, 2008 at 02:25:00PM -0700, Juan Lang wrote:
> > +if (ppSecurityDescriptor)
> > +*ppSecurityDescriptor = sd;
> > +
> >
> > you leak sd in the (implicit) else block here.
>
> So does Windows.
I guess I shou
>> you leak sd in the (implicit) else block here.
>
> So does Windows.
In that case, you should include that in your tests, as it's not
especially obvious.
--Juan
On Thu, Aug 07, 2008 at 02:25:00PM -0700, Juan Lang wrote:
> +if (ppSecurityDescriptor)
> +*ppSecurityDescriptor = sd;
> +
>
> you leak sd in the (implicit) else block here.
So does Windows.
Hi Dan,
+if (ppSecurityDescriptor)
+*ppSecurityDescriptor = sd;
+
you leak sd in the (implicit) else block here.
--Juan
Hi Werner, fancy seeing you in a different list... I was wondering why you do
warn+all (not very useful). I would be doing +relay or +odbc or one of the
others. Here is a useful link:
http://wiki.jswindle.com/index.php/Wine_Debug_Channels
--- On Thu, 7/8/08, Werner LEMBERG <[EMAIL PROTECTED]>
"Zachary Goldberg" <[EMAIL PROTECTED]> wrote:
> Your patch is more likely to be accepted if it comes with a test which
> works on windows, didnt pass in wine before but passes now and
> demonstrates why the new behavior is correct.
There is no need for a test since that's not really an implementa
"Jeff Latimer" <[EMAIL PROTECTED]> wrote:
>> Although there is no tests for all DdeClientTransaction cases, it should
>> be pretty safe to assume that all request types behave similar in
>> returning
>> handling state.
> That is not how it looked when I set ack to DMLERR_NO_ERROR at the start
>
On 8/6/08, Martin Profittlich <[EMAIL PROTECTED]> wrote:
> Hello!
>
> This patch fixes bug 14781 (http://bugs.winehq.org/show_bug.cgi?id=14781).
>
> Some Native Instruments apps like Kontakt 3 and Kore Player crash on startup,
> shortly after calling RegisterDeviceNotificationW(). This stub curren
Vladimir Pankratov wrote:
> -if (DialogBox(hInst, MAKEINTRESOURCE(IDD_COLUMNS_DIALOG), hMainWnd,
> ColumnsDialogWndProc) == IDOK)
> +if (DialogBoxW(hInst, (LPWSTR)MAKEINTRESOURCE(IDD_COLUMNS_DIALOG),
> hMainWnd, ColumnsDialogWndProc) == IDOK)
Why not to use MAKEINTRESOURCEW?
On Thursday 07 August 2008 10:33:28 Werner LEMBERG wrote:
> I try to make run a German software bundle called `IDU Verwaltung'.
> It seems to work, however, I can't make it to connect to a PostgreSQL
> database. I have enabled PostgreSQL access in my firewall.
>
> Interestingly, I couldn't find i
Dmitry Timoshkov wrote:
> "Jeff Latimer" <[EMAIL PROTECTED]> wrote:
>
>> MSDN does not show DdeCientTransaction as returning in res
>> DDE_FNOTPROCESSED. Is this the standard test to see if it is zero?
>> Otherwise an actual test for 0 would be just as good.
>
> Existing tests already check for
"Jeff Latimer" <[EMAIL PROTECTED]> wrote:
> MSDN does not show DdeCientTransaction as returning in res
> DDE_FNOTPROCESSED. Is this the standard test to see if it is zero?
> Otherwise an actual test for 0 would be just as good.
Existing tests already check for DDE_FNOTPROCESSED. Using just 0
Dmitry Timoshkov wrote:
> "Jeff Latimer" <[EMAIL PROTECTED]> wrote:
>
>>
>> + if (ack) *ack = ERROR_SUCCESS;
>>
>>
>> ok(ret == ERROR_SUCCESS, "Expected ERROR_SUCCESS, got %d\n", ret);
>> -todo_wine
>> -{
>> -ok(res == ERROR_SUCCESS, "Expected ERROR_SUCCESS, got
>> %08x\n", r
Werner LEMBERG wrote:
> [wine 1.1.2]
> [openSuSE 10.2, kernel 2.6.21-rc6]
>
> Folks,
>
>
> I try to make run a German software bundle called `IDU Verwaltung'.
> It seems to work, however, I can't make it to connect to a PostgreSQL
> database. I have enabled PostgreSQL access in my firewall.
Ho
[wine 1.1.2]
[openSuSE 10.2, kernel 2.6.21-rc6]
Folks,
I try to make run a German software bundle called `IDU Verwaltung'.
It seems to work, however, I can't make it to connect to a PostgreSQL
database. I have enabled PostgreSQL access in my firewall.
Interestingly, I couldn't find informatio
25 matches
Mail list logo