Re: [PATCH] user32: on VK_RETURN, send WM_COMMAND to ancestor, not parent.

[Lei Zhang]

On Fri, Apr 4, 2008 at 11:11 AM, Lei Zhang <[EMAIL PROTECTED]> wrote:
>
> On Fri, Apr 4, 2008 at 9:14 AM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
>  > "Lei Zhang" <[EMAIL PROTECTED]> wrote:
>  >
>  >
>  > > The edit control is the child of a dialog box bar, which is in turn
>  > > the child of another dialog box foo. SetParent() is not involved, if
>  > > that's what you mean.
>  > >
>  >
>  >  Seems that's not the case then, from your test it looks more like
>  >  a WM_COMMAND forwarding from a child dialog to the parent one.
>  >
>  >  --
>  >  Dmitry.
>  >
>
>  I'm pretty sure the parent dialog is getting the WM_COMMAND directly.
>  It is not the case where the child dialog gets a WM_COMMAND, and
>  forwards it to its parent.
>
>  Running the test on Windows, the child dialog gets two WM_COMMANDS -
>  EN_SETFOCUS and EN_KILLFOCUS. Then the parent dialog gets WM_COMMAND
>  with IDOK.
>
>  - Lei
>

Ah, this is because the child dialog has the DS_CONTROL style. I
should test for that and handle it appropriately.

- Lei

Re: Wine 1.0 status: 70 days to release, 68 bugs to fix. 28 days to code freeze!

[Dan Kegel]

On Fri, Apr 4, 2008 at 5:35 PM, Austin English <[EMAIL PROTECTED]> wrote:
> On 4/4/08, Dan Kegel <[EMAIL PROTECTED]> wrote:
>  >  New (by A.F. and Austin):
>  >  11420  advapi320   service control manager API problem:
>  >  name of named objects might differ (client vs. service process)
>
>  I  didn't add that one

http://bugs.winehq.org/show_bug.cgi?id=11420#c4 says you did, but
somehow it escaped being listed until now.
- Dan

Re: Wine 1.0 status: 70 days to release, 68 bugs to fix. 28 days to code freeze!

[Austin English]

On 4/4/08, Dan Kegel <[EMAIL PROTECTED]> wrote:
>  New (by A.F. and Austin):
>  11420  advapi320   service control manager API problem:
>  name of named objects might differ (client vs. service process)
I  didn't add that one, I think you mean:
4372  comctl32  1 listview: cannot drag several items
Which I did add. Even though adding bugs at this point is obviously a
bad idea, if something as basic (and somewhat easy to fix) as dragging
multiple items doesn't work, it will reflect poorly on the project.
Things as basic as that should 'just work'.

Wine 1.0 status: 70 days to release, 68 bugs to fix. 28 days to code freeze!

[Dan Kegel]

Here are the 1.0 bug list changes since April 1:

Fixed (by Stefan D. and Lei):
5955   directx-8   DirectDrawCreate crash on non-OpenGL desktop

New (by A.F. and Austin):
11420  advapi320   service control manager API problem:
name of named objects might differ (client vs. service process)

Deferred:
82  document2   Stabilize Winelib User Guide Table of Contents

We really shouldn't be adding any more 1.0 bugs at this point, but
the new one is well-analyzed, and is said to affect Visual Studio, 3dsmax,
and the copy protection scheme used by Autocad 2000, so what the heck.
That's probably the last of its ilk, though.

We're going to get a lot more cruel about deferring bugs
as we get closer to release.  For instance, issue 82.
Winelib is kind of a secondary issue... not a whole lot of
people should be using it, so it's probably ok to defer.
And 'probably ok' is getting to be a good enough reason.

Here's the full list of the 68 remaining bugs:

11420 advapi32  0 service control manager API problem:
name of named objects might differ
556   build-en  1 Reconcile the Windows and Wine spec files
1114  comctl32  3 Winrar2.90/3.00: Comboex doesn't trigger
a event when you mouse-click in
2493  comctl32  2 Multi-select listview: Shift-arrow up
only selects top two items
4372  comctl32  1 listview: cannot drag several items
11509 crypt32   0 Wordviewer 2003 is unable to open
documents encrypted with AES
11681 directx-  15Add support for video overlay
5535  directx-  16Planescape:Torment doesn't work
9030  directx-  0 army men hangs on black screen
3270  gdi32 15Problem with minimized top-level windows
6519  gdi32 7 Wine blacks out rotated font bitmap
7571  gdi32 1 Accented character glyphs are mixed up
with TrueType fonts (affects e.g. Lotus Notes R5)
9771  gdi32 38Steam Friends doesn't work (fails to
render correctly or refresh)
5024  kernel32  4 Thief: Deadly Shadows crashes:page fault
on read access to 0x040c
5351  kernel32  9 Windows Installer 3.1 cannot install
because of non-standard drive labeling
5541  kernel32  0 WriteConsole can't write to stdout;
affects e.g. wsh's cscript's usage message
9039  kernel32  0 GS-Auftrag Professional SQL aborts on startup
9484  kernel32  19Program refuses to run because of
ProtectCD/ProtectDISC copy-protection
7098  mscoree   1 RufzXP crashes on startup, needs
mscoree.dll.CorBindToRuntimeEx
5163  msi   12Office XP 2002 crashes on installation
8783  ntdll 13USB serial ports do not work
9356  ntdll 7 Serial communication not working since wine-0.9.33
2539  ole   3 XDND (Drag and drop for X Windows)
doesn't copy text
6607  ole   10Drag and Drop not working
8095  ole   0 PQ Teaching toy crashes
9942  ole   2 Powerpoint Viewer 2007 crashes opening .pptx files
5926  programs  1 Wine does not provide an implementation
of winhlp32.exe
6254  richedit  4 Installer infinite loop from rich text error
3546  shdocvw   2 CLSID_InternetShortcut not available...
6095  shdocvw   12MOTD in counter-strike 1.6 and
counter-strike source does not render
8898  shdocvw   0 Run Time Error "445": Object doesn't
support this action in Europa Knowledgebase
9304  shdocvw   4 Temple of Elemental Evil demo doesn't
start - gui irresponsive
8439  shell32   8 Visual Studio .NET (7) install fails
9809  shell32   4 Autodesk Revit Architecture 2008 install fails
11742 shlwapi   8 Small .net 1.1 app (FastMD5 1.3) fails to start up
12074 testcase  2 The conformance tests fail on Windows
6604  tools 2 Ship icons for the wine-tools that can
be used in .desktop files
5055  -unknown  5 Deleting files from a window in wine
doesn't send them to the Trash
5061  -unknown  6 Copying from Windows Firefox in Wine and
pasting to Linux OpenOffice pastes metadata
5402  -unknown  0 Trying to run PhotoStitch 3.1
5844  -unknown  12tray minimize
5948  -unknown  1 Star Trek: Armada does not install
7404  -unknown  3 ShowWindow(SW_MINIMIZE) should not
generate a WM_PAINT message
7477  -unknown  1 Uplink demo crashes
8125  -unknown  0 Marratech 6.1 crashes on start
9178  -unknown  7 "hello world" dos program hangs
9916  -unknown  6 "make test" usually fails
9959  -unknown  8 Make wine updates work even if the
registry changed
10147 -unknown  1 Word Viewer 2003 - Tab behavior differs
from Windows
10815 -unknown  2 Cannot drag images into Adobe Photoshop
7 fr

Re: wine based win32 printer drivers

[Hin-Tak Leung]

I am looking at ddiwrapper lately and having a lot of fun with it. Is Marcel's 
on-going 
not-merged work anywhere on line that I can have a peek before its merge into 
wine?

Hin-Tak

--- On Mon, 31/3/08, Detlef Riekenberg <[EMAIL PROTECTED]> wrote:

> From: Detlef Riekenberg <[EMAIL PROTECTED]>
> Subject: wine based win32 printer drivers
> To: "Marcel Partap" <[EMAIL PROTECTED]>
> Cc: wine-devel@winehq.org
> Date: Monday, 31 March, 2008, 12:12 AM
> On So, 2008-03-30 at 06:03 +0200, Marcel Partap wrote:
> > Anyways, I am working on getting something merged.. 
> 
> Great!
> 
> > For now the target is to get the Adobe pscript5 driver
> working which
> > has its own raster renderer and thus does not depend
> on the dib
> > engine. 
> A Postscript Driver has no raster renderer...
> A Postscript Driver has a Postscript Engine.
> 
> > Just started by making AddPrinter correctly get 
> > a default devmode out of the driver, patch is
> attached, 
> 
> > DRIVER_EVENT_INITIALIZE, 3,
> "3" is wrong here. See:
> myAddPrinterDriverEx(DWORD level, ...
> 
> Since there are much more Events, we need the DriverUI in
> more Places
> later. I suggest a simple struct, which can be extended
> later
> (The struct must include the Results from GetProcAddress)
> 
> 
> The changes for winspool.drv must go in a seperate Patch.
> WINSPOOL_CallDrvDocumentProperties is the wrong name, when
> you 
> call DrvDocumentPropertySheets.
> 
> You should collect all API in winspool.drv, that need the
> driverui
> (some are not implemented) and design a simple struct
> with helper functions (Use monitor_t as example).
> Not all Drivers Export DrvDocumentPropertySheets.
> You must prepare to use a Fallback to get the default
> devmode
> (DrvConvertDevMode)
> See winspool.drv/monitor_load as Example:
> - InitializePrintMonitor2 is suggested my MSDN, but not
> needed yet
> - InitializePrintMonitor implemented
> - InitializeMonitorEx and InitializeMonitor as Fallback.
> 
> The current Code is a crosscall from DocumentPropertiesW to
> DocumentPropertiesA.
> The DDI-API is unicode and should be the prefered way.
> When wineps.drv is updated, the old code with the crosscall
> can be
> removed, since we do not support ANSI Drivers (Windows 9x).
> 
> You can even use the same struct and helper functions 
> in localspl.dll and winspool.drv
> 
> 
> -- 
>  
> By by ... Detlef


  ___ 
Yahoo! For Good helps you make a difference  

http://uk.promotions.yahoo.com/forgood/

Re: Bug in MSVCRT_fseek (with patch)

[Erik de Castro Lopo]

Dan Kegel wrote:

> To get your change and test accepted, please send a patch,
> and make the test a real wine conformance test.

I found a test in dlls/msvcrt/tests/file.c that seems to have been
mad inactive by use of a "todo_wine". Activating the test without
my patch results in two failures:

file.c:244: Test failed: feof failure in binary mode
file.c:244: Test failed: feof failure in ascii mode

Rerunning the test after my patch an these two failures disappeared.

Below is my new patch, which activates the test and fixes the bug.

Cheers,
Erik

-8<-8<-8<-8<-
diff --git a/dlls/msvcrt/file.c b/dlls/msvcrt/file.c
index 0c1e84b..866d28d 100644
--- a/dlls/msvcrt/file.c
+++ b/dlls/msvcrt/file.c
@@ -918,6 +918,8 @@ int CDECL MSVCRT_fseek(MSVCRT_FILE* file, long offset, int 
whence)
   if(file->_flag & MSVCRT__IORW) {
 file->_flag &= ~(MSVCRT__IOREAD|MSVCRT__IOWRT);
   }
+  /* Clear end of file flag */
+  file->_flag &= ~MSVCRT__IOEOF;
   return (_lseek(file->_file,offset,whence) == -1)?-1:0;
 }
 
diff --git a/dlls/msvcrt/tests/file.c b/dlls/msvcrt/tests/file.c
index d406ae5..aa58a32 100644
--- a/dlls/msvcrt/tests/file.c
+++ b/dlls/msvcrt/tests/file.c
@@ -241,7 +241,7 @@ static void test_readmode( BOOL ascii_mode )
 ok(fread(buffer,1,1,file)==0,"fread failure in %s\n", IOMODE);
 ok(feof(file)!=0,"feof failure in %s\n", IOMODE);
 ok(fseek(file,-3,SEEK_CUR)==0,"seek failure in %s\n", IOMODE);
-todo_wine ok(feof(file)==0,"feof failure in %s\n", IOMODE);
+ok(feof(file)==0,"feof failure in %s\n", IOMODE);
 ok(fread(buffer,2,1,file)==1,"fread failed in %s\n", IOMODE);
 ok(feof(file)==0,"feof failure in %s\n", IOMODE);
 ok(fread(buffer,2,1,file)==0,"fread failure in %s\n",IOMODE);

-8<-8<-8<-8<-


-- 
-
Erik de Castro Lopo
-
Only people who suck have a problem with elitism.

Re: Documentation is still in CVS?

[Hin-Tak Leung]

--- On Fri, 4/4/08, Lei Zhang <[EMAIL PROTECTED]> wrote:

> From: Lei Zhang <[EMAIL PROTECTED]>
> Subject: Re: Documentation is still in CVS?
> To: "Hin-Tak Leung" <[EMAIL PROTECTED]>
> Cc: "Wine Devel" 
> Date: Friday, 4 April, 2008, 6:50 PM
> On Fri, Apr 4, 2008 at 8:35 AM, Hin-Tak Leung
> <[EMAIL PROTECTED]> wrote:
> >  Doesn't work for me:
> >
> >  $ cvs -z3
> -d:pserver:[EMAIL PROTECTED]:/cvsroot/wine
> co -P docs
> >  cvs [checkout aborted]: connect to
> [wine.cvs.sourceforge.net]:2401 failed: Connection timed
> out
> >
> >  $ git cvsimport -C wine-doc -v -k -d
> :pserver:[EMAIL PROTECTED]:/cvsroot/wine
> docs
> >  Socket to wine.cvs.sourceforge.net: Connection timed
> out
> >
> >  I'll need to try stunnel and see if it improves
> things. (but I can still check out stuff from other
> sourceforge projects...)
> >
> 
> Firewall issue on your side? Can you ping
> wine.cvs.sourceforge.net?
> Connect to it on port 80? or port 2401?

Can do port 80, can't do port 2401. Wierd. It is probably problem in my end.



  ___ 
Yahoo! For Good helps you make a difference  

http://uk.promotions.yahoo.com/forgood/

wget usage in winetricks

[Hin-Tak Leung]

I'll say upfront that, *thank you* for wine tricks!

Recently I encounted an interesting issue - I have a .wgetrc which sets always 
construct directory, and always time stamps, etc. It is equivalent to the 
command line option:
"-x,  --force-directoriesforce creation of directories" - while it is 
my personal preference to always know where I have downloaded stuff from, the 
usage of wget in winestricks probably should explicitly specify 
"-nd, --no-directories   don't create directories" and maybe other 
options
to make sure that wget is downloading stuff to where you want it to. 

I thought of unsetting WGETRC, or setting WGETRC to some unknown place so that 
user/site-admin preferences are not loaded, but that's dangerous, because 
proxies, etc
are also set in wgetrc and if winetricks unset wgetrc, connectivity can break. 
So explicitly do -nd or even -O seems more sensible...





  ___ 
Yahoo! For Good helps you make a difference  

http://uk.promotions.yahoo.com/forgood/

Re: Documentation is still in CVS?

[Hin-Tak Leung]

--- On Thu, 3/4/08, Lei Zhang <[EMAIL PROTECTED]> wrote:


> The instructions on http://www.winehq.org/site/cvs works
> for me.

Doesn't work for me:

$ cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/wine co -P docs
cvs [checkout aborted]: connect to [wine.cvs.sourceforge.net]:2401 failed: 
Connection timed out

$ git cvsimport -C wine-doc -v -k -d :pserver:[EMAIL PROTECTED]:/cvsroot/wine 
docs 
Socket to wine.cvs.sourceforge.net: Connection timed out

I'll need to try stunnel and see if it improves things. (but I can still check 
out stuff from other sourceforge projects...)


  ___ 
Yahoo! For Good helps you make a difference  

http://uk.promotions.yahoo.com/forgood/

Re: softpub exported functions prototypes

[Lei Zhang]

On Fri, Apr 4, 2008 at 10:50 AM, andre furtado <[EMAIL PROTECTED]> wrote:
>
>
>  add softpub exported functions prototypes...
>
> HRESULT  WINAPI GenericChainCertificateTrust(IN OUT PCRYPT_PROVIDER_DATA
> pProvData)
> HRESULT WINAPI GenericChainFinalProv(IN OUT PCRYPT_PROVIDER_DATA pProvData)
> HRESULT WINAPI HTTPSCertificateTrust(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI SoftpubDefCertInit(CRYPT_PROVIDER_DATA *pProvData)
> BOOL WINAPI SoftpubFreeDefUsageCallData(const char *pszUsageOID,
> CRYPT_PROVIDER_DEFUSAGE *psDefUsage)
> BOOL WINAPI SoftpubLoadDefUsageCallData(const char *pszUsageOID,
> CRYPT_PROVIDER_DEFUSAGE *psDefUsage)
> BOOL CALLBACK AddPersonalTrustDBPages(LPVOID lpv, LPFNADDPROPSHEETPAGE
> lpfnAddPage, LPARAM lParam)
> HRESULT WINAPI DriverCleanupPolicy(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI DriverFinalPolicy(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI DriverInitializePolicy(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI HTTPSFinalProv(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI OfficeCleanupPolicy(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI OfficeInitializePolicy(CRYPT_PROVIDER_DATA *pProvData)
> BOOL WINAPI OpenPersonalTrustDBDialog(HWND hWnd)
> HRESULT WINAPI OfficeInitializePolicy(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI SoftpubAuthenticode(CRYPT_PROVIDER_DATA *pProvData)
> BOOL WINAPI SoftpubCheckCert(CRYPT_PROVIDER_DATA *pProvData, DWORD
> idxSigner,
> BOOL fCounterSignerChain, DWORD idxCounterSigner)
> HRESULT WINAPI SoftpubCleanup(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI SoftpubDumpStructure(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI SoftpubInitialize(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI SoftpubLoadMessage(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT SoftpubLoadSignature(CRYPT_PROVIDER_DATA *pProvData)
> HRESULT WINAPI FindCertsByIssuer(OUT PCERT_CHAIN pCertChains, IN OUT DWORD
> *pcbCertChains, OUT DWORD *pcCertChains, IN BYTE* pbEncodedIssuerName, IN
> DWORD
> cbEncodedIssuerName, IN LPCWSTR pwszPurpose, IN DWORD dwKeySpec)
>
> André Renato Furtado
>[EMAIL PROTECTED]
>
> 
> Conheça já o Windows Live Spaces, o site de relacionamentos do Messenger!
> Crie já o seu!
>
>
>

- Stop, you're not doing it correctly. Please read:

http://www.winehq.org/site/sending_patches

- What you're sending is not a patch. Here is what a patch looks like:

http://www.winehq.org/pipermail/wine-patches/attachments/20080402/f22a7fe4/attachment.txt

- Please stop sending the same email to wine-patches and wine-devel.
Patches go only to wine-patches.

Re: fusion: Test and implement CreateAssemblyNameObject

[James Hawkins]

2008/4/4 James Hawkins <[EMAIL PROTECTED]>:
> Hi,
>
>  Changelog:
>  * Test and implement CreateAssemblyNameObject.
>

Please ignore this patch.

-- 
James Hawkins

softpub exported functions prototypes

[andre furtado]

add softpub exported functions prototypes... HRESULT  WINAPI 
GenericChainCertificateTrust(IN OUT PCRYPT_PROVIDER_DATA pProvData)HRESULT 
WINAPI GenericChainFinalProv(IN OUT PCRYPT_PROVIDER_DATA pProvData)HRESULT 
WINAPI HTTPSCertificateTrust(CRYPT_PROVIDER_DATA *pProvData)HRESULT WINAPI 
SoftpubDefCertInit(CRYPT_PROVIDER_DATA *pProvData)BOOL WINAPI 
SoftpubFreeDefUsageCallData(const char *pszUsageOID, CRYPT_PROVIDER_DEFUSAGE 
*psDefUsage)BOOL WINAPI SoftpubLoadDefUsageCallData(const char *pszUsageOID, 
CRYPT_PROVIDER_DEFUSAGE *psDefUsage)BOOL CALLBACK 
AddPersonalTrustDBPages(LPVOID lpv, LPFNADDPROPSHEETPAGE lpfnAddPage, LPARAM 
lParam) HRESULT WINAPI DriverCleanupPolicy(CRYPT_PROVIDER_DATA 
*pProvData)HRESULT WINAPI DriverFinalPolicy(CRYPT_PROVIDER_DATA 
*pProvData)HRESULT WINAPI DriverInitializePolicy(CRYPT_PROVIDER_DATA 
*pProvData)HRESULT WINAPI HTTPSFinalProv(CRYPT_PROVIDER_DATA *pProvData)HRESULT 
WINAPI OfficeCleanupPolicy(CRYPT_PROVIDER_DATA *pProvData)HRESULT WINAPI 
OfficeInitializePolicy(CRYPT_PROVIDER_DATA *pProvData)BOOL WINAPI 
OpenPersonalTrustDBDialog(HWND hWnd)HRESULT WINAPI 
OfficeInitializePolicy(CRYPT_PROVIDER_DATA *pProvData)HRESULT WINAPI 
SoftpubAuthenticode(CRYPT_PROVIDER_DATA *pProvData)BOOL WINAPI 
SoftpubCheckCert(CRYPT_PROVIDER_DATA *pProvData, DWORD idxSigner, BOOL 
fCounterSignerChain, DWORD idxCounterSigner)HRESULT WINAPI 
SoftpubCleanup(CRYPT_PROVIDER_DATA *pProvData)HRESULT WINAPI 
SoftpubDumpStructure(CRYPT_PROVIDER_DATA *pProvData)HRESULT WINAPI 
SoftpubInitialize(CRYPT_PROVIDER_DATA *pProvData)HRESULT WINAPI 
SoftpubLoadMessage(CRYPT_PROVIDER_DATA *pProvData)HRESULT 
SoftpubLoadSignature(CRYPT_PROVIDER_DATA *pProvData)HRESULT WINAPI 
FindCertsByIssuer(OUT PCERT_CHAIN pCertChains, IN OUT DWORD *pcbCertChains, OUT 
DWORD *pcCertChains, IN BYTE* pbEncodedIssuerName, IN DWORD 
cbEncodedIssuerName, IN LPCWSTR pwszPurpose, IN DWORD dwKeySpec) André 
Renato Furtado   [EMAIL PROTECTED]
_
Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger!
http://www.amigosdomessenger.com.br/

Re: xenroll exported functions

[Vitaliy Margolen]

andre furtado wrote:
> add documentation for exported functions of the xenroll library...
> IEnroll * WINAPI PIEnrollGetNoCOM(void)
> */ returns a pointer to an IEnroll interface. */
> IEnroll2 * WINAPI PIEnroll2GetNoCOM(void)
> */ returns a pointer to an IEnroll2 interface. */
> IEnroll4 * WINAPI PIEnroll4GetNoCOM(void)
> */ returns a pointer to an IEnroll4 interface. */
>André Renato Furtado
>   [EMAIL PROTECTED] 
> 
> 
> 
> Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para 
> o Messenger! É GRÁTIS! 
> 
> 
> 
> 
> 
This does not look like a patch to me. Generate something that can be used 
with program 'patch'. For best results use git and 'git format-patch' as 
described in the wiki page you were pointed to in another reply.

Vitaliy.

Re: XDC 2008 wishlist

[Vitaliy Margolen]

Roderick Colenbrander wrote:
>> Hi,
>>
>> My travel to XDC 2008 is finalized now, I am collecting the topics I
>> should 
>> bring up there. I already have these:
>>
>> *) Mouse input handling. I've CC'ed Vitaliy. All I know so far is that
>> Vitaliy 
>> said opening the core pointer as XInput device would be good. Vitaliy, do
>> you 
>> have any proof of concept code / test apps? Do you have time to discuss
>> the 
>> details? I think this is the most important topic, and I don't know
>> anything 
>> about it, so I should be well-prepared.

I don't have any code for this unfortunately.

What Wine needs is the physical mouse movement events, that work even when 
pointer itself "stuck" on the window/screen border. This should also work 
for the entire desktop not just one window. Absolute/relative events - 
doesn't matter, it's easy to convert from one to another.

In short - in the current xorg code there are checks to explicitly prohibit 
opening of the primary pointer and keyboard device as XInput device.

There is some capturing extension don't remember the name of it. It requires 
two server connections and works for the specified window only. This won't 
work for us.

Vitaliy.

Re: [PATCH] user32: on VK_RETURN, send WM_COMMAND to ancestor, not parent.

[Lei Zhang]

On Fri, Apr 4, 2008 at 9:14 AM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> "Lei Zhang" <[EMAIL PROTECTED]> wrote:
>
>
> > The edit control is the child of a dialog box bar, which is in turn
> > the child of another dialog box foo. SetParent() is not involved, if
> > that's what you mean.
> >
>
>  Seems that's not the case then, from your test it looks more like
>  a WM_COMMAND forwarding from a child dialog to the parent one.
>
>  --
>  Dmitry.
>

I'm pretty sure the parent dialog is getting the WM_COMMAND directly.
It is not the case where the child dialog gets a WM_COMMAND, and
forwards it to its parent.

Running the test on Windows, the child dialog gets two WM_COMMANDS -
EN_SETFOCUS and EN_KILLFOCUS. Then the parent dialog gets WM_COMMAND
with IDOK.

- Lei

Re: Documentation is still in CVS?

[Lei Zhang]

On Fri, Apr 4, 2008 at 8:35 AM, Hin-Tak Leung <[EMAIL PROTECTED]> wrote:
>  Doesn't work for me:
>
>  $ cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/wine co -P docs
>  cvs [checkout aborted]: connect to [wine.cvs.sourceforge.net]:2401 failed: 
> Connection timed out
>
>  $ git cvsimport -C wine-doc -v -k -d :pserver:[EMAIL 
> PROTECTED]:/cvsroot/wine docs
>  Socket to wine.cvs.sourceforge.net: Connection timed out
>
>  I'll need to try stunnel and see if it improves things. (but I can still 
> check out stuff from other sourceforge projects...)
>

Firewall issue on your side? Can you ping wine.cvs.sourceforge.net?
Connect to it on port 80? or port 2401?

Lots of valgrind errors in gdi32/tests/font.c

[Dan Kegel]

Today's valgrind run shows a bunch more valgrind warnings in gdi32/tests/font.c:
http://kegel.com/wine/valgrind/logs-2008-04-04/vg-gdi32_font-diff.txt
e.g.

+ Use of uninitialised value of size 4
+at  HEAP_CreateFreeBlock (heap.c:502)
+by  HEAP_MakeInUseBlockFree (heap.c:538)
+by  RtlFreeHeap (heap.c:1294)
+by  GDI_FreeObject (gdiobj.c:731)
+by  FONT_DeleteObject (font.c:554)
+by  DeleteObject (gdiobj.c:854)
+by  enum_truetype_font_proc (font.c:1602)
+by  FONT_EnumInstance (font.c:589)
+by  WineEngEnumFonts (freetype.c:3761)
+by  FONT_EnumFontFamiliesEx (font.c:626)
+by  EnumFontFamiliesExA (font.c:664)
+by  func_font (font.c:1744)
+by  run_test (test.h:406)
+by  main (test.h:455)
...
+ Conditional jump or move depends on uninitialised value(s)
+at  RtlAllocateHeap (heap.c:1204)
+by  WineEngGetOutlineTextMetrics (freetype.c:4831)
+by  WineEngGetTextMetrics (freetype.c:4720)
+by  GetTextMetricsW (font.c:1158)
+by  X11DRV_XRender_SelectFont (xrender.c:433)
+by  X11DRV_SelectFont (xfont.c:3216)
+by  FONT_SelectObject (font.c:497)
+by  SelectObject (gdiobj.c:1129)
+by  enum_truetype_font_proc (font.c:1579)
+by  FONT_EnumInstance (font.c:589)
+by  WineEngEnumFonts (freetype.c:3761)
+by  FONT_EnumFontFamiliesEx (font.c:626)
+by  EnumFontFamiliesExA (font.c:664)
+by  func_font (font.c:1744)
+by  run_test (test.h:406)
+by  main (test.h:455)

I don't think these are actually new; errors like them have
been around, they just got triggered more with a new test
that was added.   It always worries me when heap
routines start showing up in valgrind dumps, though;
it'd be nice if somebody could take a look at this.
- Dan

re: XDC 2008 wishlist

[Dan Kegel]

On tablet support:

1) users should never, ever have to edit xorg.conf, but
this is still needed when adding some graphics tablets.

2) users should never, ever have to compile their own
drivers, but this is still required when using some graphics
tablets.   See e.g.
https://help.ubuntu.com/community/TabletSetupWizardpen

This is something that Photoshop-on-Wine users are
actually running into.  I don't know how common it is, but
if I've already heard about it once, it's probably not rare.
- Dan

Re: XDC 2008 wishlist

[Roderick Colenbrander]

> Hi,
> 
> My travel to XDC 2008 is finalized now, I am collecting the topics I
> should 
> bring up there. I already have these:
> 
> *) Mouse input handling. I've CC'ed Vitaliy. All I know so far is that
> Vitaliy 
> said opening the core pointer as XInput device would be good. Vitaliy, do
> you 
> have any proof of concept code / test apps? Do you have time to discuss
> the 
> details? I think this is the most important topic, and I don't know
> anything 
> about it, so I should be well-prepared.
> 
> *) Tablet support. Dan mentioned something about it, but I have no
> details.
> 
> *) Graphics support: I'll talk to the X11 devs about including the wine
> d3d 
> tests in their driver QA. Lobby for widespread support of some rare 
> extensions(GL_NV_half_float) and help on adding some others, like for the 
> flat shading issue. Others?
> 
> *) Discuss the opportunities we have with DRI2
> 
> Does anyone have other items?
> 

Most xorg devs aren't a big fan of pbuffers but they are part of the GLX 1.3 
spec which drivers want to support these days. Some drivers are considering to 
just fail on pbuffer creation. Encourage them to offer pbuffer support on some 
visuals/fbconfigs. A lot of windows apps rely on their presence including Wow 
in opengl32 mode and lots of other (older) programs.

Roderick
-- 
Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! 
http://games.entertainment.gmx.net/de/entertainment/games/free

Making Yahoo Messenger Work

[Brian Gitonga Marete]

Hello,

I am interested in making the latest versions of Yahoo Messenger work
under Wine.

Currently, an attempt to log in results in some errors about the RAS
API, and Log in never succeeds.

If someone (after attempting a run of the application under the latest
version of Wine) could point me (even generally) to those parts of the
Windows API Wine needs to allow Yahoo Messenger to work, I would be
willing to do the work of implementing the necessary parts of the
Win32 API myself.

In this regard, I am especially interested that the Audio/Video chat
aspects of Yahoo Messenger should work under Wine.

Thanks,
-- 
B. Gitonga Marete
Tel: +254-722-151-590

Windows 7

[tony . wasserka]

I read an interesting article on slashdot today:
http://tech.slashdot.org/tech/08/04/04/1437258.shtml
> Windows 7 will be a from-the-ground-up packaging of the Windows codebase; 
> partially source,
> but not binary compatible with previous versions of Windows."

Sounds like they  format, i.e. maybe they use sth. other than PE then.
But even if they don't, I guess this could be a problem for the existing wine 
codebase
and require some infrastructural changes to it.
However, I don't know much about these things though and it's possible that I'm 
completely wrong, but
I though I'd just post this to wine-devel in case anybody is interested.
Feel free to discuss, or not to discuss, do whatever you want with this 
information ;-)

Maybe we're lucky and people turn away from windows completely this time and we 
don't even need to care
about Windows 7 xD
(though this is unlikely to happen, but dreams never die...)


Best regards,
Tony



Unbegrenzter Speicher, Top-Spamschutz, 120 SMS und eigene E-MailDomain inkl.
http://office.freenet.de/dienste/emailoffice/produktuebersicht/power/mail/index.html

Re: [PATCH] user32: on VK_RETURN, send WM_COMMAND to ancestor, not parent.

[Dmitry Timoshkov]

"Lei Zhang" <[EMAIL PROTECTED]> wrote:

> The edit control is the child of a dialog box bar, which is in turn
> the child of another dialog box foo. SetParent() is not involved, if
> that's what you mean.

Seems that's not the case then, from your test it looks more like
a WM_COMMAND forwarding from a child dialog to the parent one.

-- 
Dmitry.

XDC 2008 wishlist

[Stefan Dösinger]

Hi,

My travel to XDC 2008 is finalized now, I am collecting the topics I should 
bring up there. I already have these:

*) Mouse input handling. I've CC'ed Vitaliy. All I know so far is that Vitaliy 
said opening the core pointer as XInput device would be good. Vitaliy, do you 
have any proof of concept code / test apps? Do you have time to discuss the 
details? I think this is the most important topic, and I don't know anything 
about it, so I should be well-prepared.

*) Tablet support. Dan mentioned something about it, but I have no details.

*) Graphics support: I'll talk to the X11 devs about including the wine d3d 
tests in their driver QA. Lobby for widespread support of some rare 
extensions(GL_NV_half_float) and help on adding some others, like for the 
flat shading issue. Others?

*) Discuss the opportunities we have with DRI2

Does anyone have other items?

Re: [PATCH] user32: on VK_RETURN, send WM_COMMAND to ancestor, not parent.

[Lei Zhang]

On Fri, Apr 4, 2008 at 6:24 AM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
>
> "Lei Zhang" <[EMAIL PROTECTED]> wrote:
>
>
> > I noticed I can no longer install an application which uses the NSIS
> > installer by repeatedly hitting enter until it finished. I did some
> > testing and it looks like for VK_RETURN, we should be sending
> > WM_COMMAND to the ancestor, and not the parent.
> >
>
>  Was edit control reparented at some point? Perhaps WM_COMMAND should be
>  sent to an original parent?
>
>  --
>  Dmitry.
>

The edit control is the child of a dialog box bar, which is in turn
the child of another dialog box foo. SetParent() is not involved, if
that's what you mean.

- Lei

xenroll exported functions

[andre furtado]

add documentation for exported functions of the xenroll library...
IEnroll * WINAPI PIEnrollGetNoCOM(void)*/ returns a pointer to an IEnroll 
interface. */IEnroll2 * WINAPI PIEnroll2GetNoCOM(void)*/ returns a pointer to 
an IEnroll2 interface. */IEnroll4 * WINAPI PIEnroll4GetNoCOM(void)*/ returns a 
pointer to an IEnroll4 interface. */
   André Renato Furtado 
 [EMAIL PROTECTED]
_
Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver 
offline. Conheça  o MSN Mobile!
http://mobile.live.com/signup/signup2.aspx?lc=pt-br

Re: Crossbuild patch, appropriate for wine?

[Robert Shearman]

Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>   
>> Alexandre Julliard wrote:
>> 
>>> I don't think we want to disable exceptions, that will just lead to
>>> broken builds. It should be possible to make the sigsetjmp variant work
>>> for MinGW.
>>>   
>> You can make it compile by using sigjmp instead of sigsetjmp, but
>> there's not much point because the code depends on Wine-only functions
>> in ntdll that aren't available on Windows and so would cause the DLLs
>> not to load.
>> 
>
> Yes, but the functions could be moved to winecrt0 or something like that
> and get statically linked into the dll.

In the past, I tried using our implementation of 
__wine_exception_handler on Windows, but it crashes in these three lines:
> RtlUnwind( frame, 0, record, 0 );
> __wine_pop_frame( frame );
> siglongjmp( wine_frame->jmp, 1 );

The reason is that RtlUnwind clears all general purpose registers (and 
maybe changes esp/ebp) so that frame is no longer valid. There may be a 
way to work around this, but I'm not sure.

-- 
Rob Shearman

Re: [PATCH] user32: on VK_RETURN, send WM_COMMAND to ancestor, not parent.

[Dmitry Timoshkov]

"Lei Zhang" <[EMAIL PROTECTED]> wrote:

> I noticed I can no longer install an application which uses the NSIS
> installer by repeatedly hitting enter until it finished. I did some
> testing and it looks like for VK_RETURN, we should be sending
> WM_COMMAND to the ancestor, and not the parent.

Was edit control reparented at some point? Perhaps WM_COMMAND should be
sent to an original parent?

-- 
Dmitry.

Re: Crossbuild patch, appropriate for wine?

[Alexandre Julliard]

Robert Shearman <[EMAIL PROTECTED]> writes:

> Alexandre Julliard wrote:
>> I don't think we want to disable exceptions, that will just lead to
>> broken builds. It should be possible to make the sigsetjmp variant work
>> for MinGW.
>
> You can make it compile by using sigjmp instead of sigsetjmp, but
> there's not much point because the code depends on Wine-only functions
> in ntdll that aren't available on Windows and so would cause the DLLs
> not to load.

Yes, but the functions could be moved to winecrt0 or something like that
and get statically linked into the dll.

-- 
Alexandre Julliard
[EMAIL PROTECTED]

Bug in MSVCRT_fseek (with patch)

[Kirill K. Smirnov]

Hi,

>  A successful call to fseek() shall clear the end-of-file indicator
>  for the stream and undo any effects of ungetc() and ungetwc() on
>  the same stream. After an fseek() call, the next operation on an
>  update stream may be either input or output.

>   }
>+  /* Clear end of file */
>+  file->_flag &= ~MSVCRT__IOEOF;
>   return (_lseek(file->_file,offset,whence) == -1)?-1:0;

What if you try to fseek to the end of file (SEEK_END)? Should IOEOF flag be 
cleared in this case? And may _lseek() function be better place for this?

Current _lseeki64() implementation contains FIXME concerning the same issue:
MSVCRT_fdesc[fd].wxflag &= ~(WX_ATEOF|WX_READEOF);
/* FIXME: What if we seek _to_ EOF - is EOF set? */

--
Kirill

Re: Crossbuild patch, appropriate for wine?

[Robert Shearman]

Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>   
>> Actually, I think the best place to fix this is in 
>> include/wine/exception.h. I also think it would be better to use 
>> "defined(__MINGW32__) && !defined(USE_COMPILER_EXCEPTIONS)." This is 
>> because that is the platform that can't use the exception macros 
>> implemented on top of sigsetjmp
>> 
>
> I don't think we want to disable exceptions, that will just lead to
> broken builds. It should be possible to make the sigsetjmp variant work
> for MinGW.

You can make it compile by using sigjmp instead of sigsetjmp, but 
there's not much point because the code depends on Wine-only functions 
in ntdll that aren't available on Windows and so would cause the DLLs 
not to load.

-- 
Rob Shearman

Re: Crossbuild patch, appropriate for wine?

[Alexandre Julliard]

Robert Shearman <[EMAIL PROTECTED]> writes:

> Actually, I think the best place to fix this is in 
> include/wine/exception.h. I also think it would be better to use 
> "defined(__MINGW32__) && !defined(USE_COMPILER_EXCEPTIONS)." This is 
> because that is the platform that can't use the exception macros 
> implemented on top of sigsetjmp, and if the developer defines 
> "USE_COMPILER_EXCEPTIONS" then it is telling us that their compiler 
> supports __try, __except and __finally (there have been custom builds of 
> MinGW that include support for native exception handling).

I don't think we want to disable exceptions, that will just lead to
broken builds. It should be possible to make the sigsetjmp variant work
for MinGW.

-- 
Alexandre Julliard
[EMAIL PROTECTED]

Re: Bug in MSVCRT_fseek (with patch)

[Erik de Castro Lopo]

Dan Kegel wrote:

> Does your test also pass on Windows?

I didn't try this actual test on windows because I don't have
easy access to windows. However 

> How did you run into this -- does the bug keep a real Windows
> app from running on Wine?  Which one?

That gets complicated. I'm on Linux, cross compiling to windows
using the mingw cross compiler and running the test suite on
wine. One of the test programs was failing under wine but it did
pass on windows xp. I tracked it down to this incorrect behaviour
of the feof function.

> To get your change and test accepted, please send a patch,
> and make the test a real wine conformance test.

Sure. I'll bang on this some more.

Erik
-- 
-
Erik de Castro Lopo
-
Being really good at C++ is like being really good at using rocks to
sharpen sticks." -- Thant Tessman

Re: Bug in MSVCRT_fseek (with patch)

[Erik de Castro Lopo]

Kirill K. Smirnov wrote:

> What if you try to fseek to the end of file (SEEK_END)? Should IOEOF flag be 
> cleared in this case?

I believe that for a standards conforming fseek it should be. See:

http://www.opengroup.org/onlinepubs/95399/functions/fseek.html

For standards conforming behaviour fseek(f,0,SEEK_END) clears the
flag, and the next fread will return 0 and set it again.

However, I realize that for wine, the standards are pretty much
moot as wine attempts to be bug compatible with windows. Obviously
some more testing (on windows and wine) is required.

> And may _lseek() function be better place for this?

I don't think so. _lseek keeps its own flags.

Erik
-- 
-
Erik de Castro Lopo
-
"C++ is like jamming a helicopter inside a Miata and expecting
some sort of improvement." -- Drew Olbrich

Re: Crossbuild patch, appropriate for wine?

[Robert Shearman]

John Klehm wrote:
> diff --git a/include/excpt.h b/include/excpt.h
> index 3369f3b..081fb06 100644
> --- a/include/excpt.h
> +++ b/include/excpt.h
> @@ -46,6 +46,10 @@ typedef enum _EXCEPTION_DISPOSITION
>  unsigned long __cdecl _exception_code(void);
>  void * __cdecl _exception_info(void);
>  int __cdecl _abnormal_termination(void);
> +#elif defined(__GNUC__) && defined(USE_COMPILER_EXCEPTIONS)
> +#define __try
> +#define __except(x) while(0)
> +#define __finally
>  #endif /* defined(_MSC_VER) && defined(USE_COMPILER_EXCEPTIONS) */
>
>  #endif /* __WINE_EXCPT_H */
>   

Actually, I think the best place to fix this is in 
include/wine/exception.h. I also think it would be better to use 
"defined(__MINGW32__) && !defined(USE_COMPILER_EXCEPTIONS)." This is 
because that is the platform that can't use the exception macros 
implemented on top of sigsetjmp, and if the developer defines 
"USE_COMPILER_EXCEPTIONS" then it is telling us that their compiler 
supports __try, __except and __finally (there have been custom builds of 
MinGW that include support for native exception handling).

-- 
Rob Shearman

Re: [PATCH 4/4] configure.ac: Add support for MSVC.

[Robert Shearman]

Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>   
>> MSVC needs a lot more in the way of rule changes and/or helper scripts
>> for it to work properly, but this is a good start.
>> 
>
> I'm not sure I see the point. You can't really run configure or make on
> an MSVC setup anyway.

Well, you can. MSVC can be run in wine and you can install a Win32 port 
of sh to run configure on Windows and all of our configure tests work.

> It seems to me that something like msvcmaker is a
> better solution.

Yes, you're right. I wish I'd known about the purpose of this tool 
before I went down the route that I did...

-- 
Rob Shearman

Re: [PATCH 4/4] configure.ac: Add support for MSVC.

[Alexandre Julliard]

Robert Shearman <[EMAIL PROTECTED]> writes:

> MSVC needs a lot more in the way of rule changes and/or helper scripts
> for it to work properly, but this is a good start.

I'm not sure I see the point. You can't really run configure or make on
an MSVC setup anyway. It seems to me that something like msvcmaker is a
better solution.

-- 
Alexandre Julliard
[EMAIL PROTECTED]

re: Bug in MSVCRT_fseek (with patch)

[Dan Kegel]

Does your test also pass on Windows?

How did you run into this -- does the bug keep a real Windows
app from running on Wine?  Which one?

To get your change and test accepted, please send a patch,
and make the test a real wine conformance test.
- Dan

Bug in MSVCRT_fseek (with patch)

[Erik de Castro Lopo]

Hi all,

I think I have found a bug in MSVCRT_fseek. If I fread() to the end
of a file, then do fseek (file, 0, SEEK_SET), the feof() function
still returns true.

According to the ISO standard

  A successful call to fseek() shall clear the end-of-file indicator
  for the stream and undo any effects of ungetc() and ungetwc() on
  the same stream. After an fseek() call, the next operation on an
  update stream may be either input or output.

The following patch to dlls/msvcrt/file.c fixes the issue. I also
have a small standalone test program below that fails before the
patch and passes after.

Cheers,
Erik

The patch:
-8<-8<-8<-8<-
--- a/dlls/msvcrt/file.c
+++ b/dlls/msvcrt/file.c
@@ -918,6 +918,8 @@ int CDECL MSVCRT_fseek(MSVCRT_FILE* file, long offset, int 
whence)
   if(file->_flag & MSVCRT__IORW) {
 file->_flag &= ~(MSVCRT__IOREAD|MSVCRT__IOWRT);
   }
+  /* Clear end of file */
+  file->_flag &= ~MSVCRT__IOEOF;
   return (_lseek(file->_file,offset,whence) == -1)?-1:0;
 }
 
-8<-8<-8<-8<-

The test program:
-8<-8<-8<-8<-
#include 
#include 
#include 

static void
error_exit (const char * fmt, ...)
{
va_list ap ;
va_start (ap,  fmt) ;
vprintf (fmt, ap) ;
va_end (ap) ;

exit (1) ;
} /* error_exit */

int
main (void)
{   const char * filename = "test.dat" ;
char buffer [12] ;
FILE * file ;

/* Create a short data file. */
if ((file = fopen (filename, "w")) == NULL)
error_exit ("Error on line %d : fopen\n", __LINE__) ;
fputs("abcdefghaiklmnopqrstuvwxyz\n", file) ;
fclose (file) ;

/* Now read the file. */
if ((file = fopen (filename, "r")) == NULL)
error_exit ("Line %d : fopen\n", __LINE__) ;

while (fread (buffer, sizeof (buffer), 1, file) > 0)
(void) 0 ;

if (! feof (file))
error_exit ("Error on line %d : feof should return true.\n", 
__LINE__) ;

fseek (file, 0, SEEK_SET) ;

if (feof (file))
error_exit ("Error on line %d : feof should return false.\n", 
__LINE__) ;

fclose (file) ;

remove (filename) ;

return 0 ;
} /* main */
-8<-8<-8<-8<-

-- 
-
Erik de Castro Lopo
-
"C++ has its place in the history of programming languages. Just
as Caligula has his place in the history of the Roman Empire."
-- Robert Firth

Re: MinGW cross compilation fails for d3dx9_36/tests

[John Klehm]

On Wed, Apr 2, 2008 at 2:51 PM, John Klehm <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 28, 2008 at 6:05 AM, John Klehm <[EMAIL PROTECTED]> wrote:
>  >
>  >  Well let me know how this works for you.  I'll refactor my script a
>  >  bit later today but for right now you have to run this one after the
>  >  winetest script, as this one counts on the environment that the
>
>  Here's the refactored script [1].  With some inspiration from winetricks ;)
>
>  Example uses:
>  $crossbuild_tricks winetest
>
>  $crossbuild_tricks d3d
>  => builds d3d8,d3d9,wined3d, libwine
>
>  $crossbuild_tricks test cabinet
>  => use test verb for individual tests
>
>  $crossbuild_tricks dll wintrust
>  => use dll verb for individual dlls
>
>
>  First release and I've tested it some, seems to work but let me know
>  if it breaks for you.
>
>
>  Regards,
>  John
>
>  [1] http://klehm.net/wine/crossbuild_tricks.sh
>

Updated version of crossbuild_tricks:
http://klehm.net/wine/crossbuild_tricks.sh

Changes:

-improved build time: builds only the minimum required targets now.

New verbs:
libs   => build just the import libs (*.a).  Puts them in
wine-pe/libs/wine as usual.
alldlls => build all possible dlls.  Copies them to wine-pe/binaries
for easy downloading.

Dlls known not to cross build:
dbghelp
dnsapi
gdi32
glu32
icmp
iphlpapi
kernel32
msvcrt
ntdll
opengl32
rpcrt4
secur32
shell32
winex11.drv
wininet
winmm
ws2_32

distclean =>  clean up the wine-native and wine-pe dirs and run
distclean in wine-src (a "wash me clean of this dirty script" verb ;)


Use the patch I sent in the other mail that adds mingw like no op
exception stuff if you really need to cross build crypt32 (maybe
others) that complain about missing __try etc.

Any problems let me know.

Enjoy,
John

Crossbuild patch, appropriate for wine?

[John Klehm]

Hey the following patch eases cross compiling of the dlls that use
exceptions, its possible to work around this with scripts of course
but this makes it much cleaner to do so.  I wasnt sure if it was
appropriate to include such a modification in wine though.

This is based on what mingw does in its windef.h but I thought that
excpt.h was more appropriate.  See here for reference:
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/windef.h?rev=1.22&content-type=text/x-cvsweb-markup&cvsroot=src

With this patch the dlls that dont cross compile with wines headers are:
dbghelp
dnsapi
gdi32
glu32
icmp
iphlpapi
kernel32
msvcrt
ntdll
opengl32
rpcrt4
secur32
shell32
winex11.drv
wininet
winmm
ws2_32

Regards,

John Klehm


---
 include/excpt.h |4 
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/include/excpt.h b/include/excpt.h
index 3369f3b..081fb06 100644
--- a/include/excpt.h
+++ b/include/excpt.h
@@ -46,6 +46,10 @@ typedef enum _EXCEPTION_DISPOSITION
 unsigned long __cdecl _exception_code(void);
 void * __cdecl _exception_info(void);
 int __cdecl _abnormal_termination(void);
+#elif defined(__GNUC__) && defined(USE_COMPILER_EXCEPTIONS)
+#define __try
+#define __except(x) while(0)
+#define __finally
 #endif /* defined(_MSC_VER) && defined(USE_COMPILER_EXCEPTIONS) */

 #endif /* __WINE_EXCPT_H */
--
1.5.4.5

Re: [1/6] qedit: Add test framework and test for IMediaDet_put_Filename.

[Alexandre Julliard]

Dan Hipschman <[EMAIL PROTECTED]> writes:

> This sets up some real tests for qedit using an actual AVI file to test
> with.  The resource is constructed from the AVI file by prepending the
> size so we know how big it is in the code.

That's ugly, you should use SizeofResource instead.

-- 
Alexandre Julliard
[EMAIL PROTECTED]

Re: Lug Radio Live 2008 wine talk. Slides online, comments welcome.

[Jonathan Ernst]

Hello,

Le jeudi 03 avril 2008 à 20:26 -0700, Dan Kegel a écrit :
> [...]

> The slides are pretty basic; I'll talk a lot around them.
> If anybody feels like reviewing the slides
> and giving feedback, I'd appreciate it.


Slide 4 :

You might be interested to add some, government related, recent
migrations in Europe to this slide :

French Police ~70'000 seats
http://www.cnet.com/8301-13505_1-9861472-16.html

Geneva, Switzerland schools 9'000 seats
http://www.tdg.ch/pages/home/tribune_de_geneve/recherche/recherche_3_2_1/(contenu)/211880

http://www.google.com/translate?u=http%3A%2F%2Fwww.tdg.ch%2Fpages%2Fhome
%2Ftribune_de_geneve%2Frecherche%2Frecherche_3_2_1%2F(contenu)%
2F211880&langpair=fr|en&hl=fr&ie=UTF8

Slide 13 :

Maybe add "2008: Codeweavers releases Crossover Games"

I'm looking forward to hearing this second Wine related LugRadio.

Best regards.

Jonathan

Re: Lug Radio Live 2008 wine talk. Slides online, comments welcome.

[pure_evil]

Woah, that's ubercool.
The presentation is excellent! However, you could add five collosal IMHO 
advantages of wine:

1. NO 1000 DISCONTINUED WIN VERSIONS

That's what largely made me dump 'doze and go for Linux - got 6 W98 licenses, 
and at some point, upgraded the hardware to discover that 98 doesn't support 
the new Mainboards. 
So I spent two days trying to get all the MBs replaced, managed to get '98 
running... And trust me, last thing you wanna do when you're in an empty new 
office is to extend a phone wire with a UTP wire to use the only connected 
atm phone socket to get dial-up working and with the collosal 5KBITS(!) per 
second to google out the only remaining in the PC store's warehouse mainboard 
to see if that supports '98, so you can call 'em and tell 'em "I'll 
take 'em". 
Oh, and you have to bring in your OWN PERSONAL machine to do that. The rest 
are basically a pile of mainboards which can't run '98 so they can't use the 
modem and so forth.

And then enter my favorite software provider, sees the new machines, claps his 
hands and says: 
"Cool, new machines! Now you get the new windows version of the soft, and, it 
requires XP! And since you are the only ones to use the DOS version, it's 
discontinued from now on.
Oh, and BTW? Your friendly local Samba server? 
Guess what, we're going MSSQL from now on, you need 1G of RAM on an XP 
machine... for 40 megs of databases."
So with a thousand pains me gets the damn thing working on 98 and sacrifices 
TWO NEW MACHINES for the SQL server(s)  and purchases TWO UNNECESSARY XP 
LICENSES - cuz two sets of databases, and, well, the express version doesn't 
support that.
And things get better: "Yeah, you got it running under '98. Guess what, we'll 
be using cutting-edge stuff from now on; Now it's MSShitQL 2005, when 
something new comes out, you'll be upgrading; And once my soft becomes 
fully '98 incompatible, THEN you scrap the 98 licenses and by new, XP ones."
"- But no money for licenses?" (1 XP = 1 new machine without monitor 
basically. Oh, and it has to be Professional)
"- Bah, go pirate. Everybody's doing it." 
(What does he mean by  on "cutting-edge stuff" BTW?! VISTA?! For an accounting 
database?!)

And every once in a while when there's a bug in his soft, he attributes it to 
98. Program closes but press ctrl-alt-del and you get a bunch of instances 
remaining? 98's fault. Slow? 98's fault. Crash due to an empty piece of 
database? "'98s fault". And of course, after 98s fault follows the 
natural "install XP".

Enter wine. Select windows version = XP. Work.

2.) No Premium Basic Home Server Client whatever. 

Enter wine. Work.

3.) Easy reinstall.
Delete "drive_c" and the reg files. "wineprefixcreate". Work.

4.) A 1000 windows on one machine.
~3 Megs per "drive_c". Work.

5.) Forget that "viruses under wine" stuff from days past, no, really. 
 - No startup! Hide all you like in the registry you piece of cr... spyware, I 
won't even know you got there, nor will you ever get started!
- No IE5678910! Yeah! Come and get me.
- What, no normally inaccessible (even to NOD32 at some point) "System Volume 
Information"? Where are you gonna hide (or rather, stay exposed frustrating 
me)?
- And where's the MBR of "drive_c"? in ".wine"?

All that combined is what makes me want to develop for wine.