delayed unloading of .so in WINE

object is unloaded only when the app exits. Do we have some way to do this in WINE? Or does any feature in Windows necessitate implementing this kind of behaviour in WINE? I can think of VC++ linker flags /DELAYLOAD and /DELAY:unload which might need the use of such mechanism. Regards Santosh

does wineshelllink work for use with GNOME?

to be required to be under $HOME/.kde/applnk-redhat but wineshelllink puts them in applnk folder. Is this correct? Thanks in advance! Santosh Siddheshwar * Disclaimer: The information in this e-mail and any attachments is

RE: Clipboard functionality across processes

Hi, Any pointers to where to look for the relevant code which may need to be looked at? Regards Santosh Siddheshwar > -Original Message- > From: Ulrich Czekalla [SMTP:[EMAIL PROTECTED] > Sent: Wednesday, May 12, 2004 7:13 PM > To: Santosh Siddheshwar > Cc: [

Clipboard functionality across processes

Hi, Does WINE support access to clipboard data across WINE processes. For e.g. one app opens the clipboard and sets data into it using SetClipboardData, closes it and then exits. The other app tries to retrieve this data. It works in windows but doesnt seem to do so in WINE. Regards Santosh

Conversion between Clipboard Formats

Hi, Does WINE support automatic type conversion between certain kinds of clipboard formats? For e.g. between CF_TEXT and CF_UNICODETEXT and similar types of conversions? Any inputs would be appreciated Regards Santosh Siddheshwar

EM_UNDO message handling for single line edit controls

if it is Read Only. My question is why should a read only edit control not be allowed to handle WM_PASTE, EM_UNDO and similar messages? Regards Santosh Siddheshwar * Disclaimer: The information in this e-mail and any attachments is

RE: Handling dialog messages for non-template based dialogs

Could you take a look at this fix? I would think I have resolved the other issue with SetDefButton as well. Tests with msg ran fine. Regards Santosh Siddheshwar <> > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED] > Sent: Friday, April 16, 20

RE: Handling dialog messages for non-template based dialogs

do when there are no child controls on the dialog? My guess is implementation of DEFDLG_SetDefButton may need to change. Regards Santosh Siddheshwar > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED] > Sent: Thursday, April 15, 2004 5:48 PM > To: Santosh

RE: Handling dialog messages for non-template based dialogs

Actually there is WM_GETMINMAXINFO which comes before WM_NCCREATE but I dont think we should put the DIALOGINFO initialization logic there. WM_NCCREATE should be the better option. Regards Santosh Siddheshwar > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED]

RE: Handling dialog messages for non-template based dialogs

OK.One place where this could be done is WM_NCCREATE which comes before WM_CREATE. Other place (possibly better) where it might be possible to do this is in CBTProc hook procedure. Not sure about the second option though. Any thoughts? Regards Santosh Siddheshwar > -Original Mess

RE: Handling dialog messages for non-template based dialogs

Hi, But dont you think that the structure is not really required till the window has been created successfully? Regards Santosh Siddheshwar > -Original Message- > From: Alexandre Julliard [SMTP:[EMAIL PROTECTED] > Sent: Thursday, April 15, 2004 9:00 AM > To: Dmitry Ti

RE: Handling dialog messages for non-template based dialogs

Hi, So can I expect this to be checked into cvs soon? Regards Santosh Siddheshwar > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED] > Sent: Wednesday, April 14, 2004 5:22 PM > To: Santosh Siddheshwar; Robert Shearman > Cc: [EMAIL PROTECTED] >

RE: Handling dialog messages for non-template based dialogs

Thanks for the feedback. Excellent catches! Hope my next mail to wine-patches gets through! Regards Santosh Siddheshwar > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, April 13, 2004 7:38 PM > To: Santosh Siddheshwar; Robert Shea

RE: Handling dialog messages for non-template based dialogs

Hi, I didnt get the second point that you mention Another one might be that WM_CREATE must be always passed to DEFDLG_Proc regardless of what result an application returned to DefDlgProc16/A/W. Regards Santosh Siddheshwar > -Original Message- > From:

RE: Handling dialog messages for non-template based dialogs

OK. I will resend the fix after incorporating your feedback. Thanks Santosh Siddheshwar > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED] > Sent: Monday, April 12, 2004 6:34 PM > To: Santosh Siddheshwar > Cc: [EMAIL PROTECTED] > Subject: R

RE: Handling dialogs created without using templates

Hi, Thanks. Would you be able to share details of the changes you did for handling MDI windows? Regards Santosh > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, March 30, 2004 7:40 PM > To: Santosh Siddheshwar > Cc: [EMAIL PROTE

RE: Handling dialogs created without using templates

Hi, Do you have a solution to this issue? If yes, are you planning to introduce it soon? Thanks in advance. Regards Santosh Siddheshwar > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, March 30, 2004 7:40 PM > To: Santosh Sidd

Handling dialogs created without using templates

Also where would the best place to put such code? Regards Santosh Siddheshwar * Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you

DM_SETDEFID problems

Hi Rob, Maybe I should have been more clear in my question. Is DM_SETDEFID message processing restricted to dialogs created using dialog template? Is there any scenario where the DIALOGINFO structure could be NULL thus preventing the message from being effectively handled? Regards Santosh S

DM_SETDEFID problems

Hi All, Does anyone know if WINE supports sending DM_SETDEFID to non-dialog windows? Regards Santosh S * Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the a

NULL DIALOGINFO structure

Hi All, Does anyone visualize a scenario where DIALOGINFO is going to be NULL and subsequently we cannot process DM_SETDEFID and DM_GETDEFID messages? Regards Santosh S * Disclaimer: The information in this e-mail and any attach